Runink FACE · Logistique réactive
ceci est un scénario Runink FACE, son versant parc à conteneurs. C'est une illustration du mécanisme, pas le compte rendu d'un déploiement. Ce que le logiciel lit ici, ce sont les documents et les images qu'une chaîne du froid produit déjà — le registre d'expédition, la remise, la photographie prise à la porte — au regard de la règle qui régit cet envoi. Ce qu'est FACE.
En Bref
- Il n'y a aujourd'hui aucune arrivée de capteurs en direct dans FACE, et nous n'allons pas laisser croire le contraire. Les connecteurs pour les systèmes de capteurs, d'étiquettes, d'entrepôt, de parc et de transport sont des pièces provisoires qui échouent exprès, pour que le raisonnement posé derrière elles puisse s'exercer sur un fichier de données d'amorçage pendant que le vrai chemin se construit. Une excursion de température sur vos propres groupes, ceci ne la lit pas encore.
- La caméra du parc est la partie qui est construite. Une image qui arrive d'une caméra de parc ou d'une caméra infrarouge est vérifiée comme étant une vraie image avant que quoi que ce soit ne la lise, réduite à une taille qu'un modèle peut avaler, et lue par un modèle de vision qui tourne sur du matériel que vous contrôlez. Ce qui revient est une observation écrite, attachée à l'image dont elle a été tirée.
- Un signal est une demande, pas un verrouillage. FACE peut diffuser un signal — oriente cette caméra, suspends ces mouvements de grue — à tout ce qui est abonné au flux d'événements du parc. Il ne contacte aucun actionneur, il n'y a aucun automate de grue à l'autre bout, et le code le dit en autant de mots pour qu'une diffusion ne puisse jamais se lire comme un mouvement qui aurait été arrêté. Si quelqu'un vous a proposé un verrouillage pour marchandises dangereuses, ce n'en est pas un.
Le Relevé Doit D'abord Arriver.
Le relevé qui condamne un chargement est enregistré des heures avant que quiconque le regarde. Tout le problème est l'écart entre les deux — et le réduire commence par un chemin du capteur jusqu'au logiciel, qui est justement la pièce que nous n'avons pas construite.
Où Cela Dérape
Un groupe frigorifique commence à lâcher un mardi soir. Le capteur l'enregistre. Personne ne regarde à cette heure-là, et les données ne sont pas consultées avant l'ouverture du conteneur à l'autre bout.
À ce moment-là, la question a changé. Ce n'est plus « peut-on sauver ce chargement », c'est « qui le paie ». C'est une question bien plus chère, et c'est la seule qui reste.
Le relevé était là depuis le début. Personne ne le lisait.
Le parc a un problème de la même forme. Les règles sur les marchandises qui peuvent se tenir près de quelles autres sont connues, écrites, et contrôlées par une personne qui fait aussi quatre autres choses.
Ce Qui Se Passe À La Place
Commençons par la partie qui n'est pas finie, car c'est celle dont dépend tout le reste. Le relevé doit atteindre FACE avant que rien de tout cela ne compte, et aujourd'hui il ne l'atteint pas. Le connecteur pour un système de capteurs, d'étiquettes, d'entrepôt ou de parc est une pièce provisoire qui échoue délibérément, pour que le raisonnement bâti par-dessus tourne à la place sur un fichier de données d'amorçage. Sur une instance ordinaire, sans rien de branché, la file est vide. Elle était autrefois remplie de ces exemples amorcés, présentés comme s'il s'agissait de vos opérations, et cela a été retiré plutôt que maquillé.
Ce qui est construit, c'est le versant caméras du parc. Une image est validée comme vraie image avant qu'un modèle la voie, réduite à quelque chose qu'un modèle peut avaler, et lue par un modèle de vision sur votre propre matériel — la lecture du parc a donc lieu là où les enregistrements se trouvent déjà, et ces enregistrements ne partent pas vers l'API de qui que ce soit pour être décrits. L'observation revient attachée à l'image dont elle vient, et c'est ce qui la rend discutable au lieu d'assénée.
Par-dessus cela, un signal peut être diffusé à tout ce qui surveille le flux d'événements du parc. Cela mérite d'être dit exactement, car la catégorie le vend comme une contrainte : la diffusion demande, elle n'agit pas. Aucun actionneur n'est contacté, il n'y a dans le processus aucun automate de grue pour en contacter un, et le code refuse de rapporter un signal comme un mouvement qui aurait eu lieu. Ce refus est la fonction. Un verrouillage qui ne peut pas se déclencher est pire que pas de verrouillage, car il répond « est-ce traité ? » par un oui plein d'assurance.
Là où il y a quelque chose sur quoi agir, cela attend sous forme de mouvement rédigé, et une personne nommée l'approuve, le modifie ou le refuse, le visa restant au dossier. C'est l'approbation qui l'envoie. Et là où une étape de ce mouvement n'a rien derrière elle — une écriture dans un système de parc ou de transport, par exemple — la réponse nomme l'étape qui n'a pas eu lieu au lieu de rapporter un succès, de sorte que « approuvé » et « fait » restent deux mots différents.
Qui S'En Occupe
Trois bureaux, et ce que chacun a sur les bras aujourd'hui.
- Le chef de parc. Aujourd'hui les règles sur les marchandises qui peuvent voisiner sont connues, écrites, et vérifiées par une personne qui fait aussi quatre autres choses. Ce qui change, c'est que les images que les caméras du parc enregistrent déjà sont lues, et que ce qui revient est une observation écrite rattachée à l'image dont elle sort — quelque chose qu'on peut ouvrir et contester, pas une ligne dans un cahier.
- Conformité et risques. Aujourd'hui un constat sur la séparation des marchandises existe si quelqu'un passait par là. Ce qui change, c'est qu'une consigne peut être déposée sur le flux d'événements du parc pour tout ce qui l'écoute, et que le mouvement qui suit est rédigé et attend qu'une personne désignée l'approuve, le modifie ou le refuse. La validation est conservée avec l'image qui l'a déclenchée.
- Informatique et sécurité de l'information. Aujourd'hui un produit caméra revient à demander à quel service extérieur les images du parc sont envoyées pour être décrites. Ce qui change, c'est que l'image est validée comme image réelle et lue par un modèle de vision sur du matériel que vous contrôlez, si bien que la revue porte sur des machines que vous exploitez déjà.
Comment Vous Sauriez Que Cela A Marché
Chaque chiffre ci-dessous est le vôtre, pas le nôtre. Notez où vous en êtes aujourd'hui, car ce point de départ est perdu pour de bon dès que quelque chose change.
- Ce que vous passez en perte sur le stock réfrigéré et congelé. Le compte de pertes de votre comptabilité et le registre des refus qualité sur la même période, avec les cas de température séparés de toutes les autres causes.
- Les heures entre le premier mauvais relevé et l'action de quelqu'un. Prenez un échantillon des événements de température du dernier trimestre. Notez quand chacun a été enregistré, et quand une personne a fait quelque chose pour la première fois.
- Combien de dérives ont été repérées tant que le chargement pouvait encore être sauvé. Comptez-les en part de toutes les dérives. C'est le chiffre sur lequel repose tout le reste.
- Les constats de sécurité dans le parc. Vos propres relevés d'inspection et d'incident, comptés par trimestre, en séparant les règles de séparation des marchandises de tout le reste.
- Ce que vos caméras enregistrent déjà et que personne ne lit. Comptez les caméras du parc, puis comptez combien d'heures de ce qu'elles enregistrent sont un jour regardées par une personne. C'est l'écart dans lequel travaille le versant vision de tout ceci, et c'est d'ordinaire le plus grand nombre de la liste.
Apportez votre compte de pertes et une journée d'enregistrement des caméras du parc.
Questions D'une Équipe De Parc
Ce que l'on demande avant de parler d'un contrat.