Behandel een vergrendeld AFAS-record als een tijdelijke zakelijke blokkade, niet als reden om onbeperkt opnieuw te schrijven. Pauzeer de specifieke providerstap, maak zichtbaar welk record wordt gebruikt en kies op basis van duur en impact tussen later proberen, een gebruiker laten vrijgeven of handmatig oplossen. Andere onafhankelijke orders mogen doorgaan.
Waarom korte retries het probleem verergeren
Een record kan in gebruik zijn door een medewerker, batch of ander proces. Tien retries binnen één minuut maken de lock niet korter en vullen wel wachtrijen en meldingen. Nog riskanter is een fallback die bij een updatefout een nieuw record probeert te maken: daarmee verandert een tijdelijke vergrendeling in een dubbel debiteur- of orderprobleem.
Classificeer het antwoord daarom apart van validatiefouten en permanente configuratiefouten. Bewaar de doelidentiteit, het laatste antwoord en het moment van de eerste blokkade. Een worker mag de taak met begrensde vertraging opnieuw plannen, maar moet na een afgesproken grens een eigenaar inschakelen. Zo blijft Connect doorwerken zonder een vast record te bestoken.
Wacht-, herstel- en escalatieladder
| Fase | Indicatie | Actie |
|---|---|---|
| Kort wachten | Eerste lock, geen spoed | Uitgestelde retry met oplopend interval |
| Controleren | Lock blijft terugkomen | Verifieer doelrecord, rechten en actieve AFAS-sessie |
| Eigenaarschap | Order blokkeert fulfilment | Taak naar concrete beheerder met context |
| Handmatig oplossen | Lock of conflict is structureel | Corrigeer bron/doel en leg besluit vast |
| Opnieuw uitvoeren | Blokkade aantoonbaar weg | Herhaal alleen de vastgelopen stap |
Gebruik geen universele tijdsgrens. Een adresupdate voor een bezorging van morgen kan eerder escalatie verdienen dan een niet-kritieke profielverrijking. Leg daarom naast technische leeftijd ook zakelijke deadline en afhankelijke stappen vast.
Fictief voorbeeld: debiteur open bij administratie
Fictief voorbeeld: administratie van koffiewinkel Branderij Noord heeft een debiteur in AFAS geopend terwijl order 7721 een adrescorrectie probeert door te voeren. AFAS meldt dat het record vergrendeld is. De integratie bewaart het debiteurnummer, zet alleen de adresleg op wachten en laat andere orders normaal verwerken.
Na twee uitgestelde pogingen is de lock nog actief en de bezorgcutoff nadert. Desk maakt de situatie zichtbaar met eigenaar “financieel beheer”, de orderdeadline en de instructie om het record na controle vrij te geven. De beheerder sluit de bewerking, waarna alleen de adresleg opnieuw draait. Er wordt geen nieuwe debiteur aangemaakt en de oorspronkelijke orderflow blijft aantoonbaar. Het voorbeeld is fictief en doet geen uitspraak over de exacte lockduur in een bepaalde AFAS-inrichting.
Wat een medewerker moet kunnen zien
- Welke order, werkruimte en providerstap is geblokkeerd?
- Welk bestaand doelrecord is betrokken, zonder gevoelige details breed te tonen?
- Sinds wanneer bestaat de lock en hoeveel begrensde pogingen zijn gedaan?
- Welke volgende stappen wachten hierop en wat is de zakelijke deadline?
- Wie mag het record onderzoeken en wie mag de herverwerking starten?
- Is na herstel bevestigd dat geen dubbel record is ontstaan?
In Desk hoort de blokkade als concrete werkopdracht te verschijnen, niet als losse technische foutcode. De principes achter bronidentiteit en herstel worden verder uitgewerkt bij betrouwbaar koppelen van webshop en ERP.
Meet locks als procesinformatie. Een incidentele korte lock is normaal; terugkerende locks op hetzelfde objecttype of hetzelfde tijdvak kunnen wijzen op botsende batches, te brede transacties of een werkwijze waarbij medewerkers records lang open laten. Rapporteer daarom lockduur, doeltype, tijdstip, afhankelijke workflow en uiteindelijke oplossing, maar geen onnodige klantinhoud. Bekijk maandelijks welke locks vanzelf verdwenen en welke menselijk ingrijpen vroegen. Pas daarna de retry-intervallen of escalatie aan. Een kortere interval maakt een structurele botsing zelden beter. Spreek daarnaast af wie een herverwerking mag starten als de lock verdwenen is: degene die het AFAS-record vrijgeeft hoeft niet automatisch bevoegd te zijn om een financiële of logistieke integratiestap opnieuw uit te voeren.
Voeg één regressietest toe waarin twee processen bewust hetzelfde doelrecord raken. De test is geslaagd als één stap wacht, er geen duplicaat ontstaat en de wachtrij na vrijgave precies één keer verdergaat. Daarmee bewijs je gedrag onder concurrentie, niet alleen tijdens een rustige demo in een lege testomgeving.
Wil je recordlocks scheiden van echte integratiefouten? Ontwerp met Yindle een passende herstel- en escalatieladder.