AFAS-geblokkeerde orders: van oorzaak en bewijs naar veilige vrijgave

Een geblokkeerde order in AFAS is geen rood lampje dat je zo snel mogelijk uitzet. Het kan gaan om € 6.000 kredietrisico, een marge die onder je ondergrens zakt, of twaalf artikelen die al gereserveerd zijn terwijl de klant nog niets mag ontvangen. Wie alleen op Vrijgeven klikt, neemt een financieel of leveringsbesluit zonder dossier.

Na deze gids kun je een blokkade in AFAS Profit uitzoeken, het juiste bewijs verzamelen, een bevoegde eigenaar aanwijzen en de order vrijgeven of afwijzen met een audit trail. De aanpak werkt voor handmatige orders en voor orders die via een koppeling binnenkomen.

Ik heb de genoemde AFAS-documentatie, prijzen en externe richtlijnen gecontroleerd op 23 september 2026. De prijsvoorbeelden zijn exclusief btw en gelden op die controledatum.

Een geblokkeerde verkooporder in AFAS Profit is een order waarop Profit een controle of handmatige vrijgave afdwingt voordat je een pakbon kunt maken. De oorzaak kan financieel zijn, zoals een overschreden kredietlimiet, commercieel, zoals te veel korting of te weinig marge, of logistiek, zoals voorraadtekort en backorder. De blokkade is het signaal. Het vrijgavebesluit vraagt bewijs, een eigenaar en een vastgelegde uitkomst.

Wat je nodig hebt voordat je een order beoordeelt

Je hebt geen ingewikkelde automatisering nodig om vandaag te beginnen. Je hebt wel een volledige orderweergave, actuele cijfers en iemand nodig die voor deze reden mag beslissen. Maak eerst deze vijf zaken beschikbaar.

• De bronorder. Noteer ordernummer, verkooprelatie, orderdatum, boekingslay-out, orderbedrag exclusief en inclusief btw, orderregels, korting, marge, leveringsconditie en de bron van de order. Leg ook vast of de order handmatig, via import of via een UpdateConnector is aangemaakt. Komt de order via een koppeling binnen, beschrijf dan ook de toegangslaag: een eigen App connector per externe applicatie voorkomt dat één token meerdere processen onzichtbaar deelt.
• De actuele AFAS-status. Bewaar de zichtbare blokkeringen, de status van de order, eventuele reserveringen, wachtorder- en backorderregels en de tijd waarop je de controle uitvoert. Een screenshot alleen is te mager. Noteer de velden of exporteer de record zodat je later kunt reconstrueren wat je zag.
• Bewijs per oorzaak. Voor krediet heb je de kredietlimiet, het openstaande saldo, openstaande pakbonnen, niet-gejournaliseerde facturen en de orderwaarde nodig. Voor prijs en marge heb je de prijsafspraak, korting, artikelgroep, kostprijs of vaste verrekenprijs en de toegestane ondergrens nodig. Voor voorraad heb je vrije voorraad, economische voorraad, reservering, bestelvoorstel, leveringsconditie en verwachte ontvangst nodig.
• Een autorisatiematrix. Leg vast wie een order mag aanpassen, wie een financiële uitzondering mag goedkeuren en wie de actie Vrijgeven order in Profit mag uitvoeren. De Autoriteit Persoonsgegevens adviseert een actuele, gedetailleerde autorisatiematrix en logging van wie gegevens bekijkt of aanpast, bijgewerkt op 3 oktober 2024. Dat principe past hier rechtstreeks toe op orders met klant- en betaalinformatie.
• Een uitzonderingsqueue. Een rij in de queue bevat minimaal exception_id, ordernummer, reden, eigenaar, deadline, bewijs, voorgestelde actie, beslisser, tijdstip en status. Gebruik niet alleen een gedeelde mailbox. Een mailbox vertelt zelden welke orders al zijn gecontroleerd en welke nog risico dragen.

AFAS kan orders in een boekingslay-out altijd blokkeren, bijvoorbeeld om nieuwe medewerkers te laten werken onder controle van een geautoriseerde vrijgever. De actuele Help Center-pagina noemt daarnaast kredietlimiet, minimum- en maximumorderbedrag als concrete redenen. Je ziet daar ook dat een geblokkeerde order geen pakbon oplevert, maar nog wel voorraad kan reserveren. Dat laatste bepaalt je eerste controle: bij vrijgave beoordeel je toestemming om te leveren én de voorraad die intussen voor andere orders niet beschikbaar is.

Concrete stappen: van blokkade naar besluit

Volg de stappen in deze volgorde. Eerst leg je vast wat Profit meldde, dan onderzoek je de oorzaak, daarna pas je de order aan of geef je hem vrij. Zo voorkom je dat een wijziging de oorspronkelijke reden onzichtbaar maakt.

1. Bevries de uitgangssituatie

Open de order in Ordermanagement / Verkoopproces / Verkooporder en maak geen wijziging voordat je de uitgangssituatie hebt vastgelegd. Noteer minimaal:

Een order kan meerdere blokkeringen tegelijk hebben. Noteer ze afzonderlijk. kredietlimiet en marge zijn twee verschillende beslissingen, ook als één klik op Vrijgeven ze allebei passeert.

Controlepunt: een tweede medewerker kan op basis van je eerste registratie zien hoe de order eruitzag voordat iemand prijzen, aantallen of relatiegegevens wijzigde.

2. Scheid een technische gebruikersblokkade van een zakelijke orderblokkade

Krijg je een melding dat order X door gebruiker Y is geblokkeerd, dan is dat geen krediet- of margebesluit. Een melding dat een order door een gebruiker is geblokkeerd betekent meestal dat een andere gebruiker nog aan de order werkt of dat Profit onverwacht is afgesloten. Controleer eerst of die gebruiker echt klaar is. Pas daarna deblokkeer je de gegevens via Algemeen / Inrichting / Blokkeringen / Gegevens, met de route voor gebruiker of beheerder die bij je rechten past.

Leg vast wie de technische blokkade heeft opgeheven en waarom. Open daarna de order opnieuw en start de zakelijke beoordeling vanaf stap 1. Een technische deblokkering is nooit hetzelfde als een vrijgave om te leveren.

3. Classificeer de zakelijke reden

Gebruik de actie Blokkeringen in de staart van de boekingslay-out. Profit toont de actieve reden. De actuele documentatie noemt voor verkooporders deze basisgevallen: alle orders blokkeren, kredietlimiet overschreden, orderbedrag onder het minimum of boven het maximum. De aanbevolen route is eerst de reden raadplegen en daarna pas de actie Vrijgeven gebruiken.

Voeg voor je eigen proces twee controles toe die in dezelfde orderbeslissing thuishoren:

1. Prijs en marge. Profit kan orderregels blokkeren als het kortingspercentage te hoog is of de marge onder de ingestelde ondergrens valt.
2. Voorraad en levering. Een voorraadtekort kan leiden tot wachtorder of backorder en hoeft niet dezelfde Profit-blokkade te zijn als een kredietcontrole.

Gebruik deze redencodes in je queue:

• FIN_KREDIET: kredietlimiet, openstaand saldo of betaalrisico.
• PRIJS_MARGE: te hoge korting, te lage marge of afwijkende prijsafspraak.
• VOORRAAD_LEVERING: vrije voorraad, wachtorder, backorder of leveringsconditie.
• AUTORISATIE: order moet door een rol, bedrag of klantklasse worden goedgekeurd.
• TECHNISCHE_LOCK: gebruiker of vastgelopen sessie, opnieuw beoordelen na deblokkering.

4. Verzamel bewijs dat bij de reden past

Bij FIN_KREDIET reken je met actuele waarden, niet met een oud klantoverzicht. AFAS beschrijft de controle als:

kredietlimiet - (openstaand saldo + bedrag openstaande pakbonnen + bedrag niet-gejournaliseerde facturen + offerte/orderbedrag)

Een negatieve uitkomst betekent dat de order de beschikbare ruimte overschrijdt. In de AFAS-documentatie is het voorbeeld € 5.000 kredietlimiet, € 4.000 openstaand saldo en € 400 niet-gejournaliseerde facturen. Dan blijft € 600 over voor een nieuwe order. Dezelfde pagina beschrijft ook waar je in de boekingslay-out instelt of Profit alleen meldt of de order werkelijk blokkeert.

Bewaar voor een vrijgave de waarde vóór en na de controle. Een losse e-mail met “de klant betaalt morgen” is geen actuele kredietruimte. Laat finance een gematchte betaling, aangepaste kredietlimiet of expliciete uitzondering vastleggen.

Bij PRIJS_MARGE bewaar je de normale prijs, de toegepaste korting, de artikelgroep, de kostprijs of vaste verrekenprijs en de berekende marge. AFAS berekent voor voorraadhoudende artikelen de marge als verkoopprijs min vaste verrekenprijs. Voor andere artikelen gebruikt Profit de kostprijs. Een korting onder de commerciële afspraak is geen bewijs dat de order veilig is. Profit kan de order blokkeren totdat een geautoriseerde gebruiker de regel controleert of aanpast.

Bij VOORRAAD_LEVERING kijk je naar het artikel en naar de klantafspraak. Controleer vrije voorraad, economische voorraad, al gereserveerde aantallen, openstaande inkoop, bestelvoorstel, verwachte ontvangst en de leveringsconditie. AFAS kan voorraad controleren bij het invoeren van de verkooporder of pas bij de pakbon. Bij een strikte controle kan een tekort naar wachtorder gaan; bij controle op de pakbon ontstaat een backorder. De keuze bepaalt dus of je order al reserveert, gedeeltelijk levert of helemaal wacht.

5. Wijs één eigenaar en één beslissing toe

Een redencode zonder eigenaar is uitgestelde besluiteloosheid. Maak een eenvoudige matrix:

Laat de aanmaker van de order niet automatisch zijn eigen financiële uitzondering goedkeuren. In een klein bedrijf kan één persoon meerdere rollen hebben, maar leg dan een tweede controle vast voor orders boven je gekozen grens. De AP noemt dit geen boekhoudkundige regel, maar de combinatie van autorisatie, logging en passende beveiliging maakt wel zichtbaar wie welke klantgegevens kon wijzigen.

6. Zet twijfel in een uitzonderingsqueue

Maak voor elke order één hoofdrecord en daaronder één rij per reden. De minimale structuur is:

exception_id: EXC-2026-00481
order_id: SO-2026-10482
reason_code: FIN_KREDIET
owner: finance@bedrijf.nl
due_at: 2026-09-23T16:30:00+02:00
evidence: kredietberekening, betaalmatching, mandaat finance
proposed_action: opnieuw beoordelen na betaling
decision: open
decided_by: null
decided_at: null

Een queue is niet bedoeld om alle uitzonderingen automatisch groen te kleuren. Hij moet juist zichtbaar maken welke order nog niet veilig is. Sorteer eerst op leverdeadline en financieel risico, daarna op ouderdom. Escaleer bijvoorbeeld na vier werkuren naar de teamleider en na één werkdag naar de proceseigenaar. Kies die termijnen zelf op basis van je klantbelofte en leg ze vast.

AFAS-workflows zijn geschikt voor taken, overdracht en automatische dossiervorming. AFAS beschrijft dat workflows verantwoordelijkheden kunnen toewijzen, reacties in het dossier bewaren en via InSite zichtbaar maken welke taak openstaat. Een workflow kan bovendien ontstaan vanuit een import of UpdateConnector. Gebruik daarom een dossieritem met het AFAS-ordernummer als sleutel. Bewaar niet meer klantdata in een externe queue dan nodig is.

7. Laat de mens het besluit nemen en voer het gecontroleerd uit

De beslisser opent de actuele order opnieuw. Controleer drie dingen voordat je op Vrijgeven klikt:

1. Is de oorzaak opgelost of bewust geaccepteerd? Een kredietlimiet is niet opgelost door de melding te sluiten.
2. Is de bevoegdheid juist? De persoon moet voor deze actie en dit bedrag geautoriseerd zijn. AFAS staat de actie Vrijgeven order alleen toe aan een geautoriseerde persoon.
3. Is de leveringsuitkomst duidelijk? Vrijgave voor verwerking betekent niet automatisch volledige levering. Een order kan daarna nog een backorder, wachtorder of deellevering hebben.

Leg de keuze vast als vrijgegeven, afgewezen, aangepast, wacht_op_bewijs of technisch_degeblokkeerd. Voeg een korte reden toe in gewone taal. “Akkoord” is te vaag. “Vrijgegeven nadat betaling van € 1.500 op 23 september 2026 is gematcht, resterende kredietruimte € 100” is bruikbaar.

8. Controleer de keten na het besluit

Kijk na de actie Vrijgeven opnieuw naar orderstatus, actieve blokkeringen, pakbonmogelijkheid, voorraadreservering en eventuele koppeling naar magazijn, webshop of facturatie. Test bij een geïntegreerde route ook of een tweede aanroep niet opnieuw dezelfde order aanmaakt.

Voor verkooporders via de AFAS UpdateConnector heet de connector FbSales. AFAS documenteert dat deze connector verkooporders kan toevoegen, wijzigen en verwijderen en dat hij voorraad- en bestelvoorstelgedrag volgt. Hij krijgt echter geen menselijke intentie mee. Bij vragen die in het scherm aan een gebruiker worden gesteld, hanteert de connector vaste uitkomsten. Bouw daarom geen automatische vrijgave op basis van een veronderstelling dat de API dezelfde keuze maakt als je medewerker. Test elke uitzondering met een echte proeforder.

Een geslaagde controle levert ten minste op:

• één vrijgegeven of afgewezen orderstatus in AFAS;
• één gekoppelde queue-uitkomst;
• één beslisser met tijdstip en reden;
• één bewijsset die naar de oorspronkelijke order terugwijst;
• één controle dat levering, voorraad en eventuele volgende systemen de nieuwe status hebben verwerkt.

De keten ziet er dan zo uit:

Valkuilen die een vrijgave onveilig maken

Je behandelt elke blokkade als hetzelfde probleem

Een kredietblokkade vraagt een financiële beslissing. Een margeblokkade vraagt een prijsbeslissing. Een voorraadtekort vraagt een leveringsbeslissing. Mitigatie: maak redencodes en eigenaren apart. Een dashboard met alleen “aantal geblokkeerd” stuurt de verkeerde persoon naar de verkeerde order.

Je wijzigt de order voordat je het bewijs bewaart

Een prijs aanpassen kan de margevermelding laten verdwijnen. Een betaling verwerken kan het kredietbeeld veranderen. Daarna weet niemand meer waarom de order eerst geblokkeerd was. Mitigatie: leg vóór elke wijziging de orderkop, regels, berekening en melding vast.

Je verwart ordervrijgave met voorraadvrijgave

AFAS kan bij een geblokkeerde order nog reserveringen uitvoeren, terwijl er geen pakbon mag worden gemaakt. Na de vrijgave kan een tekort nog steeds als wachtorder of backorder bestaan. Mitigatie: maak een financieel besluit en een leveringsbesluit als twee aparte statussen.

Je gebruikt een ruime tolerantie om de queue leeg te krijgen

Een regel als “orders onder € 10.000 automatisch vrijgeven” kan een kredietoverschrijding, verkeerde prijs of ontbrekende betaalafspraak verbergen. Mitigatie: maak uitzonderingen klein, meetbaar en herleidbaar. Een tolerantie heeft een reden, eigenaar, grens en herzieningsdatum.

De aanmaker keurt zijn eigen uitzondering goed

Dat is snel, maar het maakt een fout moeilijk te ontdekken. Het risico is groter als dezelfde persoon de klantkaart, de prijs en de order kan aanpassen. Mitigatie: leg functiescheiding vast. Als je team te klein is voor volledige scheiding, voeg een tweede controle achteraf toe voor bedragen of klantklassen met hoog risico.

Je zet alleen “akkoord” in een notitie

Een auditor of collega kan daar niet uit afleiden welk bewijs is bekeken. Mitigatie: registreer oorzaak, waarden vóór en na, bewijsreferenties, beslisser, tijdstip, uitkomst en volgende actie. De AP benadrukt dat organisaties moeten kunnen aantonen welke technische en organisatorische maatregelen zij hebben genomen. Dat is precies waarom je audit trail een werkend proces moet zijn en geen vrij tekstveld.

Je laat een automatisering blind opnieuw proberen

Een mislukte API-aanroep is geen reden om de order nogmaals te schrijven. Je kunt dubbele orders, nieuwe reserveringen of een tweede queue-item krijgen. Mitigatie: gebruik een idempotente sleutel op ordernummer en bron, bewaar request en response, en stuur een tweede poging eerst naar controle als de eerste uitkomst onbekend is.

Je logt alles zonder doel of bescherming

Een audit trail kan klantnamen, adressen en betaalinformatie bevatten. Logging is zelf een verwerking van persoonsgegevens. Mitigatie: log wat nodig is voor controle, beperk toegang, bepaal een bewaartermijn en controleer toegang tot de logs. NIST noemt logmanagement een combinatie van infrastructuur en robuuste processen, niet alleen een bestand dat je ergens opslaat. Die basis staat in NIST SP 800-92, gepubliceerd op 13 september 2006 en door NIST bijgewerkt op 12 oktober 2021.

Beslis-kader: wanneer bouw je dit in AFAS, met n8n of op maat?

De eerste keuze is niet “welke tool is het beste?”. De eerste keuze is hoeveel besluitlogica je werkelijk hebt. Voor tien orders per maand met één reden kan een goed ingerichte boekingslay-out en handmatige vrijgave voldoende zijn. Voor meerdere entiteiten, verschillende mandaten, voorraadstatussen en levertermijnen heb je een aparte werklaag nodig.

Gebruik deze vier uitkomsten:

1. Native AFAS-inrichting. Kies dit bij een klein volume, een paar stabiele regels en bevoegde medewerkers die de order in Profit kunnen beoordelen. Gebruik boekingslay-out, autorisatie en de actie Vrijgeven. Dit is de eerlijkste route als er geen kruisende systemen of uitzonderingsdeadlines zijn.
2. AFAS-workflow en InSite. Kies dit wanneer er meerdere beoordelaars, overdracht, vervanging en dossiervorming nodig zijn, maar AFAS de enige bron blijft. Een workflow maakt verantwoordelijkheden en reacties zichtbaar.
3. AFAS plus een automatiseringslaag zoals n8n. Kies dit wanneer een order uit meerdere systemen komt of wanneer je een uitzonderingsqueue met meldingen, deadlines, retries en rapportage nodig hebt. Laat n8n signaleren, verrijken en opvolgen. Laat de menselijke vrijgave in Profit plaatsvinden tenzij je voor die exacte actie een geteste en geautoriseerde route hebt.
4. Maatwerk. Kies dit bij meerdere administraties, risicogestuurde drempels, complexe voorraadregels, klantspecifieke mandaten of een audit trail die buiten AFAS moet samenkomen. Dan ontwerp je eerst de gegevens- en beslislaag en pas daarna de API-aanroepen.

Voor n8n Cloud kost Starter op de actuele prijspagina € 20 per maand bij jaarlijkse betaling voor 2.500 workflow-uitvoeringen. Pro kost € 50 per maand bij jaarlijkse betaling voor 10.000 uitvoeringen. De prijs is gebaseerd op volledige workflow-uitvoeringen, niet op losse stappen. De Community Edition is self-hosted beschikbaar. Deze prijzen en limieten heb ik op 23 september 2026 gecontroleerd. Hosting, beheer, beveiliging en bouwtijd komen daar nog bij.

Bij AFAS zelf vermeldt de publieke tarievenpagina voor 2026 € 1.100 per dag voor een consultant, € 1.200 voor een senior consultant, € 1.300 voor een projectleider en € 200 per uur voor een systemintegrator. Een consultancydag duurt zeven uur en de bedragen zijn exclusief btw. Gebruik dit als begrotingsanker, niet als vaste prijs voor jouw inrichting.

De keuzehulp is een snelle route, geen vervanging voor je risicobeoordeling. Kijk vooral naar foutkosten, niet alleen naar ordervolume. Eén foutieve vrijgave van € 80.000 kan belangrijker zijn dan honderd kleine uitzonderingen.

Uitgewerkt voorbeeld: één order, drie beslissingen

Neem een fictieve groothandel met een verkooporder van klant Delta Installatiegroep. De casus is illustratief, niet een gepubliceerde klantcase.

Op 23 september 2026 om 15:40 komt SO-2026-10482 binnen via een webshopkoppeling. De order bevat twintig stuks van P-400, netto € 6.400. In Profit staat een kredietlimiet van € 10.000, een openstaand saldo van € 4.800 en € 200 aan niet-gejournaliseerde facturen. De kredietruimte vóór deze order is dus € 5.000. De order overschrijdt die ruimte met € 1.400 en krijgt FIN_KREDIET.

Op dezelfde order staat een tweede blokkade. De klantprijs bevat 15% korting op een artikelgroep met een minimum marge van 15%. De netto verkoopprijs van de betrokken regel is € 272 en de vaste verrekenprijs is € 240. De marge is € 32, oftewel 13,3% ten opzichte van de vaste verrekenprijs. De commerciële regel is dus niet gehaald. Profit blokkeert de orderregel met PRIJS_MARGE.

De derde observatie is geen extra vrijgaveknop maar wel een leveringsrisico. Er zijn twaalf stuks vrije voorraad. De overige acht staan niet direct beschikbaar. De verkooprelatie staat op Deellevering toestaan, dus na financiële en commerciële vrijgave kan twaalf stuks naar een pakbon en acht stuks als backorder blijven staan.

De beoordeling verloopt zo:

1. Vastleggen. De medewerker maakt een snapshot van order, twee blokkadereden, twintig stuks, € 6.400, korting, marge en voorraad. De queue krijgt EXC-2026-00481 met twee redenregels.
2. Finance. Finance matcht een betaling van € 1.500 die vóór de beoordeling is ontvangen. Het openstaande saldo daalt naar € 3.300. De kredietberekening wordt € 10.000 - (€ 3.300 + € 200 + € 6.400) = € 100. De order past nu binnen de kredietlimiet. Finance bewaart de betalingsreferentie en het tijdstip van matching.
3. Verkoop. De accountmanager kiest niet voor stilzwijgend vrijgeven. De prijs gaat terug naar 8% korting. De netto prijs op de regel wordt € 294,40. Met een vaste verrekenprijs van € 240 is de marge € 54,40, oftewel 22,7%. De klantbevestiging wordt gekoppeld aan het orderdossier.
4. Bevoegde vrijgave. Finance of de aangewezen vrijgever controleert opnieuw de kredietberekening en de marge. Daarna gebruikt die persoon in Profit de actie Vrijgeven. De auditregel bevat beide oorspronkelijke oorzaken, de nieuwe waarden, de bewijzen, de persoon en het tijdstip.
5. Levering. Magazijn maakt een pakbon voor twaalf stuks. De acht ontbrekende stuks blijven een backorder met eigenaar en verwachte ontvangstdatum. Niemand schrijft “order volledig geleverd” in de queue.
6. Nacontrole. De automatisering sluit de twee uitzonderingsregels met vrijgegeven en maakt een aparte logistieke taak met VOORRAAD_LEVERING en status open. De order is financieel en commercieel vrijgegeven, maar logistiek nog niet volledig afgehandeld.

Het belangrijke detail is de eindstatus. “Vrijgegeven” betekent hier niet dat alle risico’s verdwenen zijn. Het betekent dat de financiële en prijsblokkades met bewijs zijn beoordeeld en dat de order gecontroleerd verder mag. De resterende voorraad is een eigen, zichtbare leveringsbelofte.

Vergelijkingstabel: welke route past bij jouw proces?

De bedragen hieronder zijn prijsinformatie die ik op 23 september 2026 heb gecontroleerd. AFAS-prijzen zijn exclusief btw. De n8n-bedragen gelden bij jaarlijkse betaling. Bouw, hosting, testen en beheer staan los van de softwareprijs.

Kies native als je proces eenvoudig is. Kies workflow zodra overdracht en dossier belangrijker worden dan snelheid. Voeg n8n toe als signalering en opvolging over systemen heen lopen. Kies maatwerk wanneer de beslissing zelf onderdeel is van je bedrijfslogica en je die niet geloofwaardig in losse meldingen of standaardvelden kunt vangen.

Een veilige vrijgave is uiteindelijk geen knop. Het is een korte keten waarin de reden zichtbaar blijft, het bewijs bij de beslissing hoort, de juiste persoon tekent en de levering niet meer belooft dan de voorraad werkelijk kan dragen. Als je die keten goed inricht, wordt een AFAS-blokkade geen stilstaande order in een lijst, maar een gecontroleerd moment waarop je geld, marge en klantbelofte bewust tegen elkaar afweegt.