Integracija sustava: pravila prijenosa, duplikata i oporavka

Integracija sustava treba odrediti koji podatak dolazi iz kojeg izvora, kada se prenosi i kako se provjerava rezultat. Prijenos koji jednom uspije u testu nije dokaz pouzdane sinkronizacije. Najvažnija pravila često su ona za duplikat, prekid i proturječnu izmjenu.

Dogovorite vlasnika svakog podatka

U hipotetskom procesu webshop šalje narudžbu ERP-u, ERP vodi raspoloživost, a računovodstveni sustav izdaje račun. Zapišite smije li webshop mijenjati naziv artikla ili samo čitati katalog. Ako dva sustava uređuju isto polje, odredite način rješavanja sukoba.

Podatak	Pravilo koje treba zapisati
Kupac	Mapiranje internih ID-jeva i duplikata
Narudžba	Jedinstveni ključ i dopušteni statusi
Cijena	Izvor i trenutak primjene
Zaliha	Lokacija, rezervacija i dostupna količina
Pogreška	Ručna obrada, pokušaj ponovnog prijenosa i evidencija

Ponovni pokušaj traži zaštitu od duplikata

Timeout ne znači nužno da druga strana nije obradila zahtjev. Prije ponavljanja provjerite dokumentaciju i identifikator operacije. Stripe idempotent requests opisuje idempotentne zahtjeve u Stripe API-ju. Taj mehanizam nije automatski dostupan na svakom API-ju; treba ga potvrditi ili izgraditi vlastitu kontrolu prijenosa.

Kako provjeriti sinkronizaciju?

Testirajte isti događaj dvaput, promijenjen redoslijed, nedostajuću šifru i privremeno nedostupan servis. Usporedite broj prenesenih i odbijenih zapisa te važna polja u oba sustava. Vodite evidenciju bez nepotrebnog spremanja osobnih podataka ili pristupnih tajni.

Što uključiti u opseg projekta?

Dokumentaciju dobavljača, testne pristupe, mapiranje polja, pravila oporavka i vlasnika procesa. Za automatizaciju i povezivanje sustava pripremite jedan zapis od nastanka do konačnog sustava. Tako se procjena može vezati uz stvarnu integraciju, a ne samo naziv konektora.