Connectivité des équipements
Chemins de données des dispositifs et automates, configuration de Kepware et OPC UA, et saisie côté application.
Service
Intégration IT/OT
Concevez les liaisons autour de la production.
GTMI conçoit et met en œuvre les interfaces entre équipements, applications industrielles et systèmes d’entreprise. Nous précisons le comportement des transactions et qui assure le support de chaque liaison.
Pour les responsables informatique, OT et applications qui planifient la connectivité d’équipements ou une interface entre production et entreprise.
- 01
Équipements
Automates, dispositifs, OPC UA
- 02
Application industrielle
Exécution et enregistrements locaux
- 03
Couche d’interface
Contrats, livraison, supervision
- 04
Entreprise
ERP, qualité, étiquettes, API
Une liaison est cadrée comme une interface avec des responsables nommés. L’accès à l’un ou l’autre système suit le processus d’approbation du client.
Ce que GTMI prend en charge
Architecture et mise en œuvre à l’interface
Un projet d’intégration définit comment les données ou les transactions circulent entre des systèmes nommés. GTMI peut produire l’architecture et la spécification de l’interface, réaliser la liaison et préparer son modèle d’exploitation. Le périmètre couvre la responsabilité des systèmes, les zones réseau, les hypothèses d’authentification, les contrats de données et les dépendances de déploiement. Les équipements, les applications d’entreprise et l’infrastructure restent sous le contrôle de leurs responsables respectifs.
Transactions d’entreprise
Write-back vers l’ERP, enregistrements qualité, demandes d’étiquettes et publication d’API avec des contrats de requête et de réponse définis.
Comportement de la livraison
État des transactions, nouveaux essais, réconciliation et escalade adaptés au délai admis et aux exigences d’intégrité.
Exploitation de l’interface
Besoins de supervision, responsabilité du support, dépendances de déploiement et procédures d’investigation des livraisons en échec.
Le travail de livraison
Spécifier la transaction avant de construire la liaison
Pour chaque flux, GTMI documente la source de référence, la charge utile, la réponse, le délai admis et le traitement des transactions incomplètes ou en double. Les développeurs et les testeurs s’appuient sur ce contrat d’interface pour construire et vérifier la liaison. La saisie des données d’un équipement et un enregistrement dans l’ERP n’ont pas les mêmes exigences de délai et d’intégrité ; nous choisissons un modèle de livraison pour chacun. La spécification permet aux responsables des systèmes de décider si le flux exige une réponse immédiate, admet une livraison en file d’attente ou demande une modification du système récepteur. Les relecteurs sécurité et qualité peuvent évaluer la frontière proposée avant le début de la mise en œuvre.
Mettre en œuvre la livraison et les contrôles d’exploitation
Le travail peut inclure la connectivité Kepware et OPC UA vers Ignition, des interfaces API et le write-back vers l’ERP. Lorsque le procédé permet une livraison différée, les enregistrements locaux, les événements outbox et les workers peuvent prendre en charge des transactions en file d’attente et des nouveaux essais. Lorsqu’il ne le permet pas, la conception définit la réponse requise et l’escalade. Les scénarios d’essai couvrent la livraison normale, les interruptions, la reprise et la réconciliation. La supervision et les procédures de support accompagnent le flux réalisé.
Livrables d’interface
- Cartographie des frontières de systèmes et de réseau
- Contrats d’interface et règles de transaction
- Liaisons réalisées avec essais d’échec et de reprise
- Exigences de supervision et procédures de support
Plateformes
- OPC UA
- Kepware
- MQTT et Sparkplug B
- Espace de noms unifié
- ERP
- LIMS et QMS
- Étiquetage
Exemple illustratif : données de fabrication fictives
Quand l’enregistrement d’une production dépasse le délai
Une commande fictive de supports terminée envoie sa quantité à un ERP. L’enregistrement différé est permis dans ce scénario. On suppose que le récepteur prend en charge la détection atomique des doublons et la consultation par identifiant d’événement.
| Champ ou règle | Extrait du contrat |
|---|---|
| eventId | EV-DEMO-102 : stable d’une tentative de livraison à l’autre |
| orderId | ORDER-DEMO-102 |
| quantity / unit | 12 / pièces |
| completedAt | 2030-04-04T01:00:00Z |
| Enregistrement source | L’application de production détient la quantité terminée |
| Acceptation par l’entreprise | L’ERP détient l’acceptation de l’enregistrement |
| Règle de doublon | Le récepteur accepte de façon atomique un identifiant d’événement une seule fois ; une charge modifiée avec le même identifiant appelle une investigation |
| Réconciliation | La consultation par identifiant d’événement renvoie accepté, absent ou indisponible |
| État | Signification | Action suivante |
|---|---|---|
| En attente | L’enregistrement local et l’événement outbox sont validés ensemble | Le worker envoie l’événement |
| Inconnu | Le délai de réponse est dépassé ; l’acceptation est incertaine | Consulter l’identifiant d’événement chez le récepteur |
| Livré | L’accusé de réception ou la consultation confirme l’acceptation | Conserver le reçu et l’historique des tentatives |
| À examiner | Consultation indisponible ou limite de tentatives atteinte | Le responsable du support réconcilie l’événement ; les nouveaux essais automatiques s’arrêtent |
Si la consultation confirme l’acceptation, l’événement est marqué livré. Si elle confirme l’absence, un nouvel essai borné peut réutiliser le même identifiant selon la règle de doublon. Une consultation indisponible laisse le résultat inconnu. Dans ce contrat d’exemple, la limite est de trois tentatives avant revue.
Contrôle de reprise proposé : perdre la réponse après l’acceptation de l’événement par le récepteur, puis réconcilier son identifiant. Le résultat attendu est un seul enregistrement et un reçu consigné. Aucun essai n’a été réalisé dans cet exemple. Le contrat permet aux responsables d’évaluer si leur récepteur et leur procédé de production prennent en charge cette conception.
Travailler ensemble
Dossier d’architecture ou construction de l’interface
Commandez une spécification d’interface que votre équipe réalisera, ou confiez à GTMI la construction et les essais de la liaison.
Architecture et spécification
Une conception d’intégration revue, que votre équipe interne ou votre fournisseur réalisera, avec les hypothèses et les besoins d’approbation documentés.
Mise en œuvre de l’interface
Construction et essais d’une liaison définie, y compris le traitement de ses transactions, les instructions de déploiement et la passation.
Pour aller plus loin
Définir la mission
Spécifier l’interface dont vous avez besoin
Dites-nous quels systèmes doivent échanger de l’information et ce qui se passe quand la liaison échoue. Nous pouvons revoir l’architecture, construire un flux précis ou réparer une interface existante. Un exemple de charge utile ou un schéma des systèmes peuvent suivre par un canal de partage convenu.