Miten integroit SaaS-palvelun vain eräajoja tukevaan vanhaan ERP:hen?

Question

IT Interview Practice · Accepted Answer

Suunnittele **asynkroninen, palautumisen mahdollistava tiedonvaihto**, joka kunnioittaa ERP:n erärajoja. Sovi ensin hyväksyttävä liiketoimintaviive ja kunkin tietoentiteetin omistajajärjestelmä; älä lupaa reaaliaikaista valmistumista tunnin välein tapahtuvan tuonnin päälle.

## Arkkitehtuuri ja omistajuus

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

Esimerkin myynti-integraatiossa SaaS omistaa lähetetyn tilauspyynnön ja ERP kirjatun talousasiakirjan. Yhdistä niiden tunnisteet eksplisiittisesti. Sovitin kääntää tilat, yksiköt ja kenttien merkitykset, jotta ERP-kohtaiset käytännöt eivät leviä SaaS-puolen työnkulkuun.

## Tee jokaisesta vaiheesta palautumiskelpoinen

Tallenna saapuva työ pysyvästi ennen kuittausta, jos lähdeprotokolla sallii sen. Jos tarvitaan pollausta, käytä pysyvää tarkistuspistettä ja limitys- tai toistosääntöjä, jotka estävät rajatietueiden katoamisen. Säilytä erä- ja tietuetunnisteet, skeemaversiot, määrät ja tarkistussummat. Julkaise kokonaiset tiedostot atomisesti, jos mahdollista, tai käytä erillistä valmistumismerkkiä.

Seuraa jokaista tietuetta odottavan, lähetetyn, hyväksytyn tai hylätyn tilan kautta. Onnistunut tiedostosiirto ei tarkoita liiketoimintatietueen kirjaamista. Jäsennä ERP-tulokset ja täsmäytä liiketoimintatunnisteet sekä summat, älä vain tiedostomääriä. Eristä virheelliset tietueet syineen ja nimeä vastuullinen käsittelijä.

## Käsittele epäselvä virhe

Jos ERP kirjaa erän mutta kuittaus katoaa, sokea uudelleenlähetys voi monistaa liiketoiminta-asiakirjat. Käytä ERP:n tukemaa kaksoiskappaleavainta tai kysely-/täsmäytyskykyä ennen uudelleenyritystä. Jos kumpaakaan ei ole, pysäytä epäselvät tietueet hallittuun täsmäytykseen; pelkkä sovitinpuolen kirjanpito ei takaa täsmälleen yhtä vaikutusta ERP:ssä.

## Kapasiteetti ja ylläpito

Arvioi, pystyykö yksi tuonti-ikkuna purkamaan jonon, mukaan lukien huippumäärät ja katkon jälkeinen palautuminen. Käytä backpressurea ja näytä käyttäjille odottava tila realistisine aikatauluineen. Hälytä vanhimman odottavan tietueen iästä, hylkäysasteesta ja täsmäytyseroista. Suojaa välivarastoidut tiedostot ja määrittele pääsy- ja säilytysvastuut.

## Haastattelussa osoitettava ymmärrys

Selitä konsistenssiraja ja palautumisprosessi. ”Lisää jono” ei ratkaise merkitysten vastaavuutta, osittaista hyväksyntää tai ERP:tä, joka ei tunnista uudelleenyritysten kaksoiskappaleita. Suunnitelma vaihtaa välittömyyden yhteensopivuuteen ja sen on näytettävä viive liiketoiminnalle.

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

Arkkitehtuuri ja omistajuus

Tee jokaisesta vaiheesta palautumiskelpoinen

Käsittele epäselvä virhe

Kapasiteetti ja ylläpito

Haastattelussa osoitettava ymmärrys

Aiheeseen liittyvät kysymykset