Chaîne d’approvisionnement
La demande jointe au stock en SQL, la politique de réapprovisionnement dans un seul nœud lisible, des fournisseurs notés sur ce qu’ils ont réellement livré, et chaque excursion de chaîne du froid sur une carte.

SQL · politique dans un nœud · cartes
Huit semaines de demande jointes au stock disponible — en SQL, parce que c’est à cela que sert SQL — puis la politique : demande sur délai d’approvisionnement, stock de sécurité, multiples de commande, jours de couverture. Cette séparation est le point. La requête est une requête ; ce dont discute un planificateur est un seul nœud qu’il peut lire.
Chaque ligne en dessous de son point de commande devient un brouillon de bon de commande que vous pouvez ouvrir, et le plan est une page au moment où le planificateur s’assoit. Le tableau de bord remet au modèle des chiffres qu’il n’a pas calculés et lui demande une recommandation conforme à un schéma.
Le plan de réapprovisionnement, pleine page

Comment les graphes fonctionnent
Une jointure et un regroupement dans la base de données
La politique dans un nœud à côté.
Un brouillon de commande levé par ligne
Comme un enregistrement dans votre propre ontologie.
OTIF et taux de défaut calculés par le graphe
L’action recommandée demandée à un modèle.
Excursions de température
Tracées au point où chacune a culminé.
Sur le canevas
sql:sqliteQuery · frame:* · ai:extract · views:map · entities:create
Il est livré avec le produit
Ce projet est livré avec DjiniousWorkflow. Une commande l’initialise, une autre exécute chaque graphe qu’il contient, et les captures ici proviennent de ces exécutions.
Là où un graphe s’appuie sur une fixture plutôt que sur un système en direct, il lit la fixture là où votre déploiement lirait une base de données — remplacez le nœud en tête et le reste du graphe ne change pas. Le travail du moteur — l’éclatement, le rassemblement, l’approbation, la publication — est celui du produit lui-même.
Continuer à explorer



