Hur integrerar du SaaS med ett äldre ERP som bara hanterar batcher?

Question

IT Interview Practice · Accepted Answer

Utforma ett **asynkront, återhämtningsbart utbyte** som respekterar ERP-systemets batchgränser. Enas först om acceptabel verksamhetsfördröjning och vilket system som äger varje dataentitet; lova inte slutförande i realtid ovanpå en import varje timme.

## Arkitektur och ägarskap

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

I ett försäljningsexempel äger SaaS den inskickade orderbegäran och ERP det bokförda ekonomidokumentet. Mappa identifierarna uttryckligen. En adapter översätter statusar, enheter och fältbetydelser så att ERP-specifika konventioner inte sprids till det SaaS-vända arbetsflödet.

## Gör varje steg återhämtningsbart

Lagra inkommande arbete beständigt före kvittens där källprotokollet tillåter det. Om polling behövs, använd en beständig checkpoint och regler för överlappning eller återspelning som hindrar att gränsposter förloras. Bevara batchidentifierare, postidentifierare, schemaversioner, antal och checksummor. Publicera kompletta filer atomärt där det stöds, eller använd en separat färdigmarkör.

Följ varje post genom väntande, inskickad, accepterad eller avvisad status. Lyckad filöverföring betyder inte att en verksamhetspost har bokförts. Tolka ERP-resultaten och stäm av verksamhetsidentifierare och belopp, inte bara filantal. Isolera ogiltiga poster med orsaker och en ansvarig operatör.

## Hantera det tvetydiga felet

Om ERP bokför en batch men kvittensen försvinner kan blind omsändning duplicera verksamhetsdokument. Använd ERP-systemets stödda dubblettnyckel eller fråge-/avstämningsförmåga före återförsök. Saknas båda, stoppa tvetydiga poster för kontrollerad avstämning; en liggare på adaptersidan garanterar inte ensam exakt-en-gång-effekter i ERP.

## Kapacitet och drift

Uppskatta om ett importfönster kan tömma kön, inklusive toppvolym och återhämtning efter avbrott. Använd backpressure och visa användarna väntande status med realistiska tider. Larma om äldsta väntetid, avvisningsgrad och avstämningsskillnader. Skydda mellanlagrade filer och definiera ansvar för åtkomst och lagringstid.

## Intervjusignal

Förklara konsistensgränsen och återhämtningsprocessen. ”Lägg till en kö” löser inte semantisk mappning, partiell acceptans eller ett ERP som inte kan deduplicera återförsök. Designen byter omedelbarhet mot kompatibilitet och måste göra fördröjningen synlig för verksamheten.

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

Arkitektur och ägarskap

Gör varje steg återhämtningsbart

Hantera det tvetydiga felet

Kapacitet och drift

Intervjusignal

Relaterade frågor