Hogyan integrálna SaaS-t egy csak köteges feldolgozást támogató ERP-vel?

Question

IT Interview Practice · Accepted Answer

Tervezzen **aszinkron, helyreállítható adatcserét**, amely tiszteletben tartja az ERP kötegelt feldolgozásának korlátait. Először egyezzenek meg az elfogadható üzleti késésben és az egyes adatentitások gazdájában; óránkénti importra ne ígérjen valós idejű teljesítést.

## Architektúra és felelősség

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

Egy szemléltető értékesítési integrációban a SaaS a beküldött rendelési kérés, az ERP a könyvelt pénzügyi bizonylat gazdája. Az azonosítókat kifejezetten rendelje egymáshoz. Egy adapter lefordítja az állapotokat, egységeket és mezőjelentéseket, hogy az ERP sajátos konvenciói ne terjedjenek át a SaaS felőli munkafolyamatra.

## Minden lépés legyen helyreállítható

Ha a forrásprotokoll megengedi, a bejövő munkát nyugtázás előtt mentse tartósan. Lekérdezéses figyelésnél használjon tartós ellenőrzőpontot és átfedési vagy újrajátszási szabályokat a határrekordok elvesztésének elkerülésére. Őrizze meg a köteg- és rekordazonosítókat, sémaverziókat, darabszámokat és ellenőrzőösszegeket. A teljes fájlokat lehetőség szerint atomikusan tegye közzé, különben használjon külön befejezési jelölőt.

Minden rekordot kövessen a várakozó, beküldött, elfogadott vagy elutasított állapotokon át. A sikeres fájlátvitel nem jelenti az üzleti rekord könyvelését. Dolgozza fel az ERP eredményeit, és üzleti azonosítókat, összegeket egyeztessen, ne csak fájlszámokat. Az érvénytelen rekordokat okkal és felelős operátorral helyezze karanténba.

## A kétértelmű hiba kezelése

Ha az ERP lekönyveli a köteget, de a nyugta elvész, a vak újraküldés megkettőzheti a bizonylatokat. Újrapróbálkozás előtt használja az ERP támogatott duplikációs kulcsát vagy lekérdezési/egyeztetési képességét. Ha egyik sincs, állítsa meg a bizonytalan rekordokat ellenőrzött egyeztetésre; az adapteroldali napló önmagában nem garantál exactly-once hatást az ERP-ben.

## Kapacitás és üzemeltetés

Becsülje meg, hogy egy importablak ledolgozza-e a hátralékot, beleértve a csúcsforgalmat és kiesés utáni helyreállást. Alkalmazzon backpressure-t, és mutasson reális időzítésű várakozó állapotot a felhasználóknak. Riasztson a legrégebbi várakozó tétel korára, az elutasítási arányra és egyeztetési eltérésekre. Védje az átmeneti fájlokat, és határozza meg a hozzáférési és megőrzési felelősséget.

## Az interjún értékelt szempont

Magyarázza el a konzisztencia határát és a helyreállítás menetét. Egy üzenetsor hozzáadása nem oldja meg a jelentésbeli leképezést, részleges elfogadást vagy az újrapróbálkozást deduplikálni nem tudó ERP-t. A terv az azonnaliságot kompatibilitásra cseréli, és ezt a késést láthatóvá kell tennie az üzlet számára.

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

Architektúra és felelősség

Minden lépés legyen helyreállítható

A kétértelmű hiba kezelése

Kapacitás és üzemeltetés

Az interjún értékelt szempont

Kapcsolódó kérdések