ERP Sync & Flux B2B Temps Réel

§Contexte & Périmètre de la mission

Le client, un distributeur d'équipements industriels réalisant plus de 45 000 mouvements de stock par mois, faisait face à des frictions majeures :

• ▸Les stocks affichés aux clients B2B sur le portail web présentaient un décalage de plusieurs heures par rapport aux inventaires réels enregistrés dans SAP.
• ▸Les ressaisies manuelles des commandes web par l'équipe administrative généraient un taux d'erreur de 3,8%.
• ▸Les pics de charge du matin saturaient les serveurs de base de données legacy.

§Architecture Technique & Choix d'Ingénierie

Pour garantir une scalabilité pérenne sans perturber le cœur de gestion comptable, nous avons opté pour une architecture orientée événements :

┌─────────────┐       Webhooks       ┌──────────────────┐      Async Queue      ┌───────────────┐
│   SAP ERP   │ ───────────────────> │ Ingestion API    │ ────────────────────> │ Redis Streams │
└─────────────┘                      │ (Validation Zod) │                       └───────┬───────┘
                                     └──────────────────┘                               │
                                                                                        │ Workers
                                                                                        v
┌─────────────┐       SSR / ISR      ┌──────────────────┐      Prisma ORM       ┌───────────────┐
│ Client Web  │ <─────────────────── │ Next.js 14       │ <──────────────────── │ PostgreSQL 16 │
│ (Dashboard) │                      │ App Router       │                       │ (Read Replica)│
└─────────────┘                      └──────────────────┘                       └───────────────┘

1. Ingestion Sécurisée & Validation

Toutes les mutations issues des webhooks SAP sont validées par des schémas Zod stricts. Chaque payload non conforme est rejeté avec alerte instantanée sur le canal Slack de l'équipe support.

2. File d'Attente Redis & Retry Exponentiel

Pour prévenir toute perte de données lors d'une indisponibilité temporaire d'un service tiers :

• ▸Les messages sont horodatés et stockés dans Redis Streams.
• ▸En cas d'échec de traitement, une stratégie de retry exponentiel (jusqu'à 5 tentatives) est appliquée avant mise en Dead Letter Queue.

3. Modélisation PostgreSQL & Indexation Haute Performance

Les requêtes de consultation du catalogue client ont été accélérées par la création d'index composites partiels sur les tables de prix et de disponibilités.

§Résultats Mesurables & Impact Métier

• ▸⚡ Latence de synchronisation : Réduite de 4 heures à 750 ms en moyenne.
• ▸🎯 Taux d'erreur de saisie : Chuté de 3,8% à 0% grâce à l'automatisation intégrale.
• ▸📈 Capacité de charge : Le système a absorbé sans ralentissement un pic de 12 000 requêtes/minute lors de la période promotionnelle annuelle.