Onduidelijke klantkoppelingen vragen om een vaste werkwijze
Opnieuw versturen lost een onzekere klantkoppeling niet op. Een navolgbare route van onderzoek naar het bevestigde doelresultaat is nodig.
Kan een integratie de klant van een handeling niet betrouwbaar koppelen, dan moet dat geval behandelbaar blijven. Daarvoor zijn een verantwoordelijke rol, de nodige informatie en een gecontroleerde terugkeer naar de verwerking nodig. Een foutenlog en de opdracht later opnieuw te verzenden lossen een onzekere zakelijke identiteit niet op.
Microsoft beschrijft ook handmatige ingrepen met een herleidbare foutreden bij processen met meerdere stappen. Ons voorbeeld wacht vóór het schrijven naar het doelsysteem.
Een open geval vraagt om een zichtbaar resultaat
In dit volledig fictieve voorbeeld moet projectaanvraag R-28 een projectconcept in het ERP opleveren. Voor CRM-klant C-508 ontbreekt een bevestigde koppeling. De verantwoordelijke persoon stelt vast dat het bestaande ERP-klantaccount K-410 gebruikt moet worden. De tabel beschrijft het gewenste verloop.
Toestand | Betekenis in het voorbeeld | Wat nog ontbreekt |
|---|---|---|
| Klantkoppeling onduidelijk; er wordt geen doelconcept gemaakt. | Identiteit controleren en koppeling bevestigen. |
| Een inhoudelijk gecontroleerde koppeling is beschikbaar. | Actuele rechten en bruikbaarheid van het klantaccount vóór het schrijven controleren. |
| De overname wordt verwerkt. | Bevestiging van het doelresultaat. |
| Het bevestigde projectconcept | De afgesproken overname is afgerond. |
Een naam in een lijst mag de klantkeuze niet alleen bepalen. De behandeling moet aanleiding, gecontroleerde bronversie, eerdere en gekozen koppeling en de reden voor de beslissing bijeenhouden. Alleen de bevoegde rol mag deze gevallen inzien.
Een correctie moet de actuele situatie meenemen
Gegevens of rechten kunnen tussen weergave en bevestiging veranderen. Controleer vóór hervatting de actuele bevoegdheid en of het gekozen klantaccount nog gebruikt mag worden. OWASP verlangt een bevoegdheidscontrole bij ieder verzoek. Een al geopend bewerkscherm vervangt die controle niet.
Ook twee gelijktijdige behandelaars mogen geen ongemerkt tegenstrijdige beslissingen opslaan. Gewijzigde voorwaarden of een al opgelost geval moeten bij bevestiging worden herkend. Passen de voorwaarden niet meer, dan blijft de handeling open voor nieuw onderzoek.
Herhaling mag geen tweede projectconcept opleveren
Alle pogingen blijven gekoppeld aan dezelfde projectaanvraag. Daarvoor is ook bescherming in het doelsysteem nodig: bijvoorbeeld idempotente aanmaak die bij dezelfde herhaling geen extra concept oplevert, of een afgedwongen unieke externe referentie met een betrouwbare resultaatopvraag. Alleen het zaaknummer voorkomt geen dubbele aanmaak.
Ontbreekt het antwoord na het schrijven, stel dan eerst het resultaat van de bestaande handeling vast. AWS wijst erop dat een time-out reeds opgetreden neveneffecten niet uitsluit. Zolang het resultaat onbekend is, mag het niet als zekere mislukking gelden en door een willekeurige nieuwe aanvraag worden vervangen.
Beperk handmatige behandeling tot de nodige gevallen
Een ondubbelzinnige, gecontroleerde koppeling kan automatisch worden verwerkt. Niet elk record vraagt om menselijke goedkeuring. Voor de overige gevallen moeten eigenaarschap, afgesproken reactietijd en escalatie zichtbaar zijn; een groeiende lijst zonder eigenaar lost niets op.
Ons voorbeeld stopt vóór de projectaanmaak. Is al iets voor de verkeerde klant aangemaakt, dan is een afzonderlijke zakelijke correctie nodig die rekening houdt met de ontstane relaties.
Bronnen
Verder lezen
Alle artikelen
Koppelingen & integratie met ASES
ERP, CRM en webshop netjes gekoppeld