Come integrare un SaaS con un ERP legacy che lavora solo in batch?

Question

IT Interview Practice · Accepted Answer

Progettate uno **scambio asincrono e recuperabile** che rispetti i limiti batch dell'ERP. Concordate prima il ritardo aziendale accettabile e quale sistema sia titolare di ogni entità dati; non promettete completamenti in tempo reale sopra un'importazione oraria.

## Architettura e titolarità

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

In un'integrazione di vendita esemplificativa, il SaaS è titolare della richiesta d'ordine inviata e l'ERP del documento finanziario contabilizzato. Mappate esplicitamente i loro identificatori. Un adattatore traduce stati, unità e significato dei campi, affinché le convenzioni specifiche dell'ERP non si propaghino nel flusso rivolto al SaaS.

## Rendere recuperabile ogni passaggio

Rendete persistente il lavoro in ingresso prima di confermarlo, quando il protocollo sorgente lo consente. Se serve polling, usate un checkpoint durevole e regole di sovrapposizione o ripetizione che evitino di perdere record ai confini. Conservate identificatori di batch e record, versioni degli schemi, conteggi e checksum. Pubblicate i file completi atomicamente, ove supportato, oppure usate un marcatore di completamento separato.

Tracciate ogni record negli stati in attesa, inviato, accettato o rifiutato. Un trasferimento di file riuscito non significa che un record aziendale sia stato contabilizzato. Interpretate i risultati dell'ERP e riconciliate identificatori aziendali e importi, non solo i conteggi dei file. Isolate i record non validi indicando i motivi e un operatore responsabile.

## Gestire l'errore ambiguo

Se l'ERP contabilizza un batch ma la conferma viene persa, reinviarlo alla cieca può duplicare i documenti aziendali. Prima di riprovare, usate la chiave per duplicati o la capacità di interrogazione/riconciliazione supportata dall'ERP. Se non esiste nessuna delle due, fermate i record ambigui per una riconciliazione controllata; un registro nel solo adattatore non può garantire effetti exactly-once nell'ERP.

## Capacità e operations

Stimate se una finestra d'importazione riesce a smaltire l'arretrato, includendo i picchi e il recupero dopo un'interruzione. Applicate backpressure e mostrate agli utenti uno stato in attesa con tempi realistici. Generate avvisi per l'età dell'elemento in attesa più vecchio, il tasso di rifiuto e le discrepanze di riconciliazione. Proteggete i file intermedi e definite responsabilità di accesso e conservazione.

## Aspetto valutato al colloquio

Spiegate il confine di consistenza e il processo di ripristino. “Aggiungere una coda” non risolve la mappatura semantica, l'accettazione parziale o un ERP che non sa deduplicare i nuovi tentativi. Il progetto scambia immediatezza con compatibilità e deve rendere visibile tale ritardo all'azienda.

Riferimento: [Microsoft: livello anti-corruption](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer).

Architettura e titolarità

Rendere recuperabile ogni passaggio

Gestire l'errore ambiguo

Capacità e operations

Aspetto valutato al colloquio

Domande correlate