Cum integrați SaaS cu un ERP vechi care acceptă doar loturi?

Question

IT Interview Practice · Accepted Answer

Proiectați un **schimb asincron și recuperabil** care respectă limitele de procesare în loturi ale ERP-ului. Conveniți mai întâi întârzierea acceptabilă pentru afacere și sistemul responsabil pentru fiecare entitate de date; nu promiteți finalizare în timp real peste un import orar.

## Arhitectură și responsabilitate

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

Într-o integrare ilustrativă de vânzări, SaaS răspunde de cererea de comandă trimisă, iar ERP-ul de documentul financiar contabilizat. Mapați explicit identificatorii. Un adaptor traduce stările, unitățile și sensurile câmpurilor, astfel încât convențiile ERP-ului să nu se răspândească în fluxul orientat către SaaS.

## Faceți fiecare pas recuperabil

Persistați lucrul primit înainte de confirmare, acolo unde protocolul sursei permite. Dacă este necesar polling, folosiți un checkpoint durabil și reguli de suprapunere sau reluare care evită pierderea înregistrărilor de la granițe. Păstrați identificatorii loturilor și înregistrărilor, versiunile schemelor, numerele de înregistrări și sumele de control. Publicați atomic fișierele complete unde este posibil sau folosiți un marcaj separat de finalizare.

Urmăriți fiecare înregistrare prin stările în așteptare, trimisă, acceptată sau respinsă. Transferul reușit al unui fișier nu înseamnă contabilizarea unei înregistrări de afaceri. Analizați rezultatele ERP-ului și reconciliați identificatorii și sumele de afaceri, nu doar numărul fișierelor. Izolați înregistrările invalide cu motive și un operator responsabil.

## Gestionați eșecul ambiguu

Dacă ERP-ul contabilizează un lot, dar confirmarea se pierde, retrimiterea oarbă poate duplica documentele de afaceri. Înainte de reîncercare, folosiți cheia de deduplicare sau capabilitatea de interogare/reconciliere acceptată de ERP. Dacă niciuna nu există, opriți înregistrările ambigue pentru reconciliere controlată; un registru în adaptor nu poate garanta singur efecte exact o dată în ERP.

## Capacitate și operațiuni

Estimați dacă o fereastră de import poate goli restanțele, inclusiv volumul de vârf și recuperarea după întrerupere. Aplicați backpressure și afișați utilizatorilor starea în așteptare cu termene realiste. Alertați pentru vechimea celei mai vechi înregistrări în așteptare, rata respingerilor și diferențele de reconciliere. Protejați fișierele intermediare și definiți responsabilitățile de acces și retenție.

## Indiciu la interviu

Explicați granița de consistență și procesul de recuperare. „Adăugați o coadă” nu rezolvă maparea semantică, acceptarea parțială sau un ERP care nu poate deduplica reîncercările. Proiectarea schimbă imediatitatea pe compatibilitate și trebuie să facă întârzierea vizibilă afacerii.

Referință: [Microsoft: strat anticorupție](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer).

Arhitectură și responsabilitate

Faceți fiecare pas recuperabil

Gestionați eșecul ambiguu

Capacitate și operațiuni

Indiciu la interviu

Întrebări conexe