Intégration des opérations et milieu

Appliquer la scène

Chaque système est utile dans son propre domaine, mais personne ne peut répondre à une simple question:Où se situe l'état en temps réel de l'ensemble du processus lorsqu'une commande cliente se déplace de la plate-forme électrique au signe de livraison final?。

C'est la valeur fondamentale du système:Non pas pour remplacer le système de stockage, mais pour construire une "couche de connexion" gérable entre les systèmes isomères., et vous pouvez obtenir les données à temps où il est nécessaire. Ceci est pour les entreprises avec plusieurs systèmes d'affaires isomères qui ont besoin d'accès aux données et de synergie de processus.ZhiHua Tech (Shanghai e-Seok-shu Hsien-Shui Information Technology Ltd.)Les services disponibles pour l'intégration de systèmes et la construction méso ne représentent pas la divulgation de données pour des clients spécifiques.

Problèmes opérationnels typiques

1. Données graves entre les systèmes isomères

• Maintenance multiple du même client d'affairesLes informations sur les produits sont conservées dans ERP, les plateformes électriques, WMS, et la dernière nouvelle UGS nécessite une réentrée manuelle dans trois systèmes. Une fois que les spécifications d'un système ont changé, les autres systèmes ne sont pas connus.
• Les formats de données sont incohérents: Les différents systèmes expriment le même concept de manière complètement différente - Le "statut de commande = expédié" d'un système peut être le code d'état "SHIPED" dans les systèmes B, ou "3" dans les systèmes C. Chaque accostage nécessite un grand nombre de logiques de cartographie et de traduction de champs.
• La synchronisation des séries chronologiques est difficile à garantir: Les données primaires ERP sont mises à jour avec WMS et MES. Si une synchronisation par lots série chronologique est utilisée, la rapidité des données du système en aval peut être retardée de plusieurs heures; si elle est remplacée par une livraison en temps réel, elle fait face à la fiabilité et à un défi d'un certain degré de stylisme.

2. Intégration point à point, ce qui donne une structure de «Nouilles Salentes»

• Plus les interfaces arrivent, plus la gestion va s'en sortir.Interfaces systèmes A et B, interfaces B et C, interfaces A et D - Lorsque le nombre de systèmes dépasse cinq, le nombre d'interfaces est combiné à une croissance explosive (connections entre barres et points N*(N-1)), et tout changement dans les interfaces système peut affecter plusieurs avals.
• Absence de normes intégrées uniformes: Certaines interfaces sont REST API, certains SOAP WebService, certaines vues directes de la base de données de lecture et d'écriture, et d'autres passent les fichiers par SFTP. L'approche d'intégration est variée et le coût du transport augmente linéairement avec le nombre de systèmes.
• Difficultés d'élimination des défauts: Lorsque les données ne sont pas cohérentes entre A et D, chaque lien de A→B→C→D doit être trié, et il n'y a pas de surveillance centralisée intégrée et de suivi de la chaîne.

3. Difficultés d ' organisation des processus opérationnels

• Les processus trans-systèmes reposent sur des relais manuels• Le vendeur confirme la date de livraison dans le SRM que l'entrepôt reçoit les marchandises en WMS et les paiements de rapprochement financier dans le système financier. Le flux de chaque lien doit être envoyé à la poste ou à l'avis oral, les points de rupture de processus et les retards sont non surveillés.
• Manque d'automatisation du traitement inhabituel: Lorsqu'une certaine chaîne est anormale (par exemple, le fournisseur est surchargé), il n'existe pas de mécanisme automatique de mise à niveau et de notification et, lorsqu'il est découvert, les plans de production sont affectés.

Conception des programmes

1. Les niveaux de passerelle des Services d'entreprise (ESB) et API

• API Passerelle: Exposition externe unifiée RESTful API, qui certifie l'authentification, le contrôle du trafic, demande la conversion de route et de protocole (HTTP→gRPC/Dubbo).
• Moyen intégré: Prend en charge le routage des messages, le formatage, l'adaptation des protocoles et les tampons de flux entre les systèmes internes. Chaque système doit être connecté au milieu, pas à tous les autres points système.
• Normalisation des connecteursPour les connecteurs standard préréglés (SAP/Among/Kimberfly/Salesforce/Taiat/Kyoto), le nouveau système devra être configuré plutôt que réaménagé.

2. Découplage de la file d'attente par événement + message

• Bus événementiel: Le changement de statut commercial est abstrait (par exemple "commande payée" "commodité en banque") et le mode de lancement-abonnement est réalisé par Kafka/RabbitMQ. Le système en aval souscrit aux événements de sa propre préoccupation sur demande, sans avoir besoin de savoir quels sont les consommateurs en aval.
• Assurance de fiabilité de l'information: Service Message + Local Message Sheet assure que l'événement est publié en ligne avec l'opération. Réessayez automatiquement le message quand il échoue, en dépassant le nombre de nouveaux tests, en entrant la file d'attente de la lettre morte et en déclenchant une intervention manuelle.

3. Suivi intégré et gouvernance de la qualité des données

• Surveillance intégrée du panorama des liaisonsVisualise le flux en temps réel, le taux de succès, le retard et la distribution d'erreurs de chaque lien intégré.
• Vérification de la cohérence des donnéesCorrespondance des données en temps voulu entre les systèmes source et cible pour les objets commerciaux clés (commandes/stock/maîtrise), détection automatique des incohérences et production de feuilles de travail.

Portée des capacités du système

• API passerelle et gestion du trafic

• Gestion unifiée de l'accès: parcours, flux restreint, fusion, détournement à l'échelle grise
• Conversion du protocole: HTTP - -gRPC --Dubbo --WebService
• API Document Générer automatiquement et le portail de développeurs
• Droits d'authentification: OAuth 2.0 / JWT / API Support multi-modèles de clé

Message Bus de mi-chemin et événementiel

• Kafka / RabbitMQ / Construction et transport de grappes RocketMQ
• Centre d'inscription des schémas d'événements et gestion des versions
• Ligne de décès et mécanisme d'indemnisation
• Capacité de retour et de rejouer des événements

Intégration de la série de données avec ETL

• CDC (changement de la capture de données) synchronisation en temps réel: basé sur Debezium + Kafka Conect
• Calendrier de l'ETL par lots : Extraction, nettoyage, conversion et chargement de données isomères multisources
• Moteur de validation de la cohérence des données
• Politique synchronisée de mixage progressif-plein

Connexion préréglée

• SAP / Umong / Connecteur de la visière ERP
• Skycat / Kyoto / Connecteur plate-forme dianthienne
• Micro-crédit / Connecteur de paye au trésor payant
• Adaptateur principal WMS / MES / CRM

Centre de surveillance intégré

• Chaîne intégrée à visualiser
• Data Sync retard et suivi du succès
• L'AVS et les statistiques auto-retestées
• Énoncés de qualité des données (concordance/intégrité/délai-outability)

Produits livrables

Orientation de la valeur prévue

• Les données sont disponibles sur l'île.Les données commerciales de base (commandes/commodité/inventaire/client/fournisseur) sont automatiquement synchronisées entre les systèmes, maintenues en un seul endroit et pleinement efficaces.
• Complexité de l'interface de O(N2) à O(N): En découplant l'intermédiaire, chaque système doit maintenir une connexion au milieu plutôt qu'une connexion point à point à tous les systèmes.
• Les synergies entre les entreprises passent de « personnes et autres » à « données et autres ».b) Le flux intersystème des principaux processus opérationnels est axé sur les événements, avec des retards de compression d ' une heure à l ' autre.
• Les liens intégrés sont contrôlables et gérables.: L'état de chaque canal de données est transparent et les dysfonctionnements sont détectés en moins de 5 minutes plutôt que d'attendre une plainte des utilisateurs en aval.