Uklare kundekoblinger trenger en fast vei til avklaring
Å sende på nytt avklarer ikke en usikker kundekobling. Integrasjonen trenger en sporbar vei fra avklaring til et bekreftet resultat i målet.
Hvis en integrasjon ikke pålitelig kan knytte kunden til en handling, må saken fortsatt kunne behandles. Det krever en ansvarlig rolle, nødvendige opplysninger og en kontrollert vei tilbake til behandlingen. En feillogg og beskjed om å sende på nytt senere løser ikke en uavklart forretningsmessig identitet.
Microsoft beskriver også manuelle inngrep med en sporbar feilårsak i forløp med flere trinn. Eksemplet vårt venter før det skrives i målet.
En åpen sak trenger et synlig utfall
I det helt fiktive eksemplet skal prosjektforespørselen R-28 opprette et prosjektutkast i ERP. CRM-kunden C-508 mangler en bekreftet kobling. Den ansvarlige personen fastslår at den eksisterende ERP-kundekontoen K-410 skal brukes. Tabellen beskriver ønsket forløp.
Tilstand | Betydning i eksemplet | Hva som mangler |
|---|---|---|
| Kundekoblingen er uavklart; det opprettes ikke utkast i målet. | Kontroller identiteten og bekreft koblingen. |
| En kobling kontrollert av fagpersoner finnes. | Kontroller gjeldende rettigheter og om kundekontoen kan brukes før skriving. |
| Overføringen behandles. | Bekreftelse av resultatet i målet. |
| Det bekreftede prosjektutkastet | Den avtalte overføringen er fullført. |
Et navn i en liste må ikke alene avgjøre kundevalget. Behandlingen må holde sammen foranledning, kontrollert kildeversjon, tidligere og valgt kobling samt begrunnelsen for beslutningen. Bare den autoriserte rollen får tilgang til disse sakene.
Rettelsen må ta hensyn til gjeldende tilstand
Data eller rettigheter kan endres mellom visning og bekreftelse. Kontroller før videre behandling gjeldende tillatelse og om den valgte kundekontoen fortsatt kan brukes. OWASP krever rettighetskontroll ved hver forespørsel. Et allerede åpent redigeringsbilde erstatter ikke kontrollen.
To samtidige saksbehandlere må heller ikke lagre motstridende beslutninger uten at det oppdages. Endrede forutsetninger eller en allerede løst sak må oppdages ved bekreftelsen. Hvis vilkårene ikke lenger passer, forblir handlingen åpen for ny avklaring.
En gjentakelse må ikke opprette et nytt prosjektutkast
Alle forsøk forblir knyttet til samme prosjektforespørsel. Det krever også beskyttelse i målet: for eksempel idempotent opprettelse som ikke gir et ekstra utkast ved en identisk gjentakelse, eller en ekstern referanse med entydighet håndhevet i målet og pålitelig oppslag av resultatet. Saksidentifikatoren alene hindrer ikke dobbeltopprettelse.
Mangler svaret etter skrivingen, avklares først utfallet av den eksisterende handlingen. AWS understreker at en timeout ikke utelukker bivirkninger som allerede har oppstått. Inntil utfallet er kjent, må det ikke behandles som en sikker feil og erstattes av en vilkårlig ny forespørsel.
Begrens den manuelle veien til nødvendige saker
En entydig, kontrollert kobling kan behandles automatisk. Ikke alle oppføringer krever menneskelig godkjenning. For resten må ansvar, avtalt reaksjonstid og eskalering være synlige; en voksende liste uten eier løser ikke problemet.
Eksemplet vårt stopper før prosjektopprettelsen. Er noe allerede opprettet for feil kunde, trengs en egen forretningsmessig rettelse som tar hensyn til koblingene som har oppstått.
Kilder
Les videre
Alle artikler
API-er og integrasjon med ASES
ERP, CRM og nettbutikk ryddig koblet sammen