Comment intégrer un SaaS à un ancien ERP limité aux traitements batch ?

Question

IT Interview Practice · Accepted Answer

Concevez un **échange asynchrone permettant la reprise**, qui respecte les limites batch de l’ERP. Convenez d’abord du délai métier acceptable et du système responsable de chaque entité de données ; ne promettez pas une exécution en temps réel sur un import horaire.

## Architecture et responsabilités

```text
[SaaS API/events] --> [Durable staging] --> [Mapping adapter]
                                               |
                                         [Batch files]
                                               |
                                         [ERP importer]
                                               |
[Status + reconciliation] <------------- [Result files]
```

Dans un exemple d’intégration commerciale, le SaaS est responsable de la demande de commande soumise et l’ERP du document financier comptabilisé. Établissez explicitement la correspondance entre leurs identifiants. Un adaptateur traduit les états, les unités et le sens des champs pour éviter que les conventions propres à l’ERP se diffusent dans le workflow côté SaaS.

## Permettre la reprise à chaque étape

Enregistrez durablement le travail entrant avant d’en accuser réception lorsque le protocole source le permet. Si une interrogation périodique est nécessaire, utilisez un checkpoint persistant et des règles de chevauchement ou de rejeu évitant de perdre les enregistrements aux frontières. Conservez les identifiants de lots et d’enregistrements, les versions de schéma, les décomptes et les sommes de contrôle. Publiez les fichiers complets de façon atomique si possible, ou utilisez un marqueur de fin séparé.

Suivez chaque enregistrement dans les états en attente, soumis, accepté ou rejeté. Un transfert de fichier réussi ne signifie pas qu’un enregistrement métier a été comptabilisé. Analysez les résultats de l’ERP et rapprochez les identifiants métier et les montants, pas seulement le nombre de fichiers. Isolez les enregistrements invalides avec leurs motifs et un opérateur responsable.

## Traiter une panne au résultat ambigu

Si l’ERP comptabilise un lot mais que son accusé de réception se perd, renvoyer aveuglément peut dupliquer les documents métier. Avant une nouvelle tentative, utilisez la clé de déduplication prise en charge par l’ERP ou ses capacités de consultation et de rapprochement. Si aucune n’existe, bloquez les enregistrements ambigus pour un rapprochement contrôlé ; un journal uniquement côté adaptateur ne garantit pas des effets exactement une fois dans l’ERP.

## Capacité et exploitation

Estimez si une fenêtre d’import peut résorber l’arriéré, y compris aux pointes et après une panne. Appliquez une contre-pression et montrez aux utilisateurs un état en attente avec des délais réalistes. Alertez sur l’âge du plus ancien élément en attente, le taux de rejet et les écarts de rapprochement. Protégez les fichiers intermédiaires et définissez les responsabilités d’accès et de conservation.

## Élément attendu en entretien

Expliquez la frontière de cohérence et le processus de reprise. « Ajouter une file » ne résout ni la correspondance sémantique, ni l’acceptation partielle, ni l’absence de déduplication des reprises par l’ERP. La conception échange l’immédiateté contre la compatibilité et doit rendre ce délai visible aux responsables métier.

Référence : [Microsoft : couche anticorruption](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer).

Architecture et responsabilités

Permettre la reprise à chaque étape

Traiter une panne au résultat ambigu

Capacité et exploitation

Élément attendu en entretien

Questions connexes