Laat administratie vooraf goedkeuren wanneer een webshoporder technisch als AFAS-verkooporder of directe factuur wordt aangeboden. Een open fulfilmentproces wijst vaak naar een verkooporder, terwijl een directe factuur alleen past bij een expliciet vastgesteld zakelijk moment. Laat de keuze nooit automatisch afhangen van één betaalstatus: betaling, levering en facturatie zijn verschillende gebeurtenissen.
Begin bij het bedrijfsproces, niet bij de connector
Een betaalde order kan nog worden verzameld, deels nageleverd, bezorgd of geannuleerd. Een afhaalorder kan al klaarstaan terwijl de klant pas later komt. Bij digitale of direct afgehandelde producten kan facturatie juist vrijwel meteen passen. De juiste AFAS-doelvorm hangt dus af van omzetmoment, voorraadproces, logistiek en administratieve afspraken.
Beschrijf eerst welke brongebeurtenis bewijst dat een order commercieel geaccepteerd is en welke gebeurtenis bewijst dat levering of facturatie mag volgen. Pas daarna configureer je de stroom. De koppeling kan technisch zowel een order als factuur aanbieden, maar techniek hoort geen ontbrekend financieel beleid te verzinnen. Laat de inrichting altijd door de verantwoordelijke administratie toetsen; dit is geen boekhoudkundig of fiscaal advies.
Fulfilmentmatrix als besluitdocument
| Ordertype | Volgende fysieke stap | Mogelijk AFAS-pad | Benodigd bewijs |
|---|---|---|---|
| Pakket met verzending | Pick, pack en overdracht | Verkooporder | Geldige order en levergegevens |
| Eigen bezorging | Capaciteit en route | Verkooporder | Bezorgbare datum en adres |
| Afhalen | Reserveren en gereedmelden | Volgens afgesproken proces | Locatie/tijd en afhaalbewijs |
| Direct afgeronde levering | Geen open fulfilment | Eventueel directe factuur | Aantoonbaar facturatiemoment |
Vervang “mogelijk” in je eigen matrix door een goedgekeurde keuze en uitzonderingen. Documenteer ook retour, deellevering, nul-euro nalevering en wijziging na acceptatie. De basis van de technische mapping staat beschreven bij WooCommerce koppelen aan AFAS.
Fictief voorbeeld: betaald, maar nog niet geleverd
Fictief voorbeeld: keukenwinkel Vormvast ontvangt een betaalde order met vier artikelen, waarvan één later beschikbaar is. De configuratie maakt een AFAS-verkooporder met de gevalideerde regels. De pakketstap wacht op het afgesproken fulfilmentmoment en de backorder krijgt een apart operationeel vervolg. De betaling alleen veroorzaakt geen directe factuur die latere wijziging onnodig ingewikkeld maakt.
Een tweede, fictieve order betreft een direct geleverde digitale instructie waarvoor administratie een vooraf goedgekeurde directe-factuurroute gebruikt. De workflow kiest die route op het expliciete product- en fulfilmenttype, niet omdat beide orders “betaald” zijn. In het auditspoor staat welke regel de keuze bepaalde. Zo kan administratie achteraf uitleggen waarom twee betaalde orders verschillend zijn verwerkt.
Vragen vóór activering
- Welk feit maakt de order definitief genoeg voor AFAS?
- Is levering, betaling of acceptatie het facturatiemoment volgens het eigen beleid?
- Hoe worden deellevering, korting, verzendkosten en nalevering weergegeven?
- Welke externe identiteit voorkomt een tweede order of factuur bij retry?
- Welke stap mag daarna pakket of route starten?
- Hoe ziet een medewerker een afwijking en wie mag die herstellen?
In Connect kunnen verkooporder- en directe-factuurstromen als afzonderlijke mogelijkheden worden ingericht. Desk toont vervolgens welke route voor een order is gekozen en waar een afhankelijkheid nog openstaat. Test de matrix met echte ordervormen en fictieve persoonsgegevens vóór productie.
Neem in die test ook bedragen en latere wijzigingen mee. Plaats een order met korting, verzendkosten en meerdere btw-tarieven; wijzig daarna vóór fulfilment één regel en annuleer een tweede testorder. Controleer per route hoe correctie en bronidentiteit worden verwerkt. Een keuze die in het standaardscenario goed lijkt, kan bij een deellevering of retour onnodig veel handmatig werk opleveren. Vergelijk niet alleen het totaal, maar orderregels, kortingstoerekening en externe referenties.
Maak de matrix onderdeel van wijzigingsbeheer. Een nieuwe productsoort, betaalwijze of fulfilmentpartner kan het juiste doelmoment veranderen. Laat zo’n wijziging niet automatisch in de bestaande standaardroute vallen. Voeg het nieuwe geval toe, laat administratie en operations de route ondertekenen en activeer pas na twee tegengestelde tests: één order die de verkooporderroute moet volgen en één die expliciet de directe-factuurroute mag nemen. De afwezigheid van een foutmelding is geen bewijs dat de boekingsvorm zakelijk juist is.
Bewaar bij iedere verwerkte order de gekozen route en regelversie. Dat maakt een latere steekproef controleerbaar, ook nadat de configuratie is aangepast.
Wil je verkooporder en factuur op het juiste procesmoment scheiden? Werk de fulfilmentmatrix samen met Yindle uit.