Kort antwoord. Banktransacties matchen automatisch aan inkoopfacturen op basis van bedrag, factuurnummer en relatie. Zodra het bedrag afwijkt, door een deelbetaling, korting of PSP-kosten, valt de automatische match weg en moet je het met de hand uitzoeken. 3-way matching (order, levering, factuur) en tolerantie-instellingen helpen, maar bij veel leveranciers en kanalen heb je eigen validatie nodig die het verschil signaleert in plaats van het door te laten.
Het gaat goed zolang de bedragen exact kloppen. Een transactie met het juiste factuurnummer en bedrag wordt automatisch afgeletterd in Exact of een ander pakket, en de factuur staat op betaald.
Het gaat mis bij het verschil. En bij een groothandel zit het verschil overal.
Waarom de automatische match wegvalt
Een boekhoudpakket matcht een banktransactie aan een openstaande post als bedrag, relatie en factuurnummer kloppen. Wijkt het bedrag af, dan stopt de automatiek.
Dat gebeurt vaker dan je denkt. Een deelbetaling. Een ingehouden korting. Een creditnota die verrekend is. Of een PSP-uitbetaling die binnenkomt als één bedrag voor tientallen orders, onder aftrek van transactiekosten. Dat afletteren kost handmatig uren (zie praatmetjeboekhouding over PSP-afletteren in Exact Online).
Tolerantie en 3-way matching
Pakketten bieden hulp. Je kunt een tolerantie instellen zodat een klein verschil automatisch wordt weggeboekt op een grootboekrekening. En met 3-way matching koppel je de inkoopfactuur aan de inkooporder én de levering, zodat alleen wat besteld en ontvangen is ook betaald wordt.
Dat dekt het gewone geval. Maar tolerantie lost een structureel verschil niet op, en 3-way matching werkt alleen als je orders en leveringen netjes in één systeem staan. Bij inkoop over veel leveranciersaccounts en portals is dat juist niet zo.
Het verschil dat zonder waarschuwing doorglipt
Hier zit het echte risico. Een transactie matcht aan een factuur met een ander bedrag, en niemand wordt gewaarschuwd. Het verschil wordt weggeboekt of blijft staan, en je marge lekt op een plek waar niemand kijkt.
Wat je wilt is geen strakkere tolerantie, maar een signaal. Klopt dit verschil met een afgesproken korting of staffel bij deze leverancier, of is het een fout? Dat is een beslissing, en die hangt samen met je inkoopafspraken per leverancier, niet met een matchingregel in je boekhouding.
Wanneer eigen validatie loont
Het doel is grip op je inkoop en je marge, met minder handwerk. Daarom licht ik je afletterproces eerst door, want een deel van de verschillen verdwijnt zodra je inkoopafspraken en je orderstroom kloppen. De rest, de validatie die elk verschil koppelt aan de juiste leverancier en inkoopafspraak en signaleert wat niet klopt, bouw ik. Dat moet hoe dan ook gebeuren. De vraag is alleen of het vandaag niet slimmer kan dan met de hand.
Veelgestelde vragen
Hoe match ik banktransacties automatisch aan facturen?
Op basis van bedrag, factuurnummer en relatie. Als die kloppen, boekt je pakket de transactie automatisch af tegen de openstaande post. Wijkt een van die gegevens af, dan valt de automatische match weg.
Wat doe ik bij een verschil tussen banktransactie en factuur?
Voor kleine verschillen kun je een tolerantie instellen die automatisch wordt weggeboekt. Bij structurele verschillen wil je geen automatische afboeking maar een signaal dat het verschil koppelt aan de juiste leverancier en afspraak.
Wat is 3-way matching?
Het koppelen van de inkoopfactuur aan zowel de inkooporder als de levering, zodat alleen wat besteld en daadwerkelijk ontvangen is ook betaald wordt. Het werkt alleen als orders en leveringen netjes in één systeem staan.
Waarom matcht mijn PSP-uitbetaling niet met mijn facturen?
Omdat een PSP zoals Mollie of een betaalprovider één bedrag uitkeert voor veel orders tegelijk, onder aftrek van transactiekosten. Dat ene bedrag matcht nooit één-op-één met losse facturen en moet teruggerekend worden naar de onderliggende orders.
Verder lezen
- Ieder systeem toont een deel van de waarheid
- Inkoop bijhouden bij meerdere leveranciers
- Echte marge per product, kanaal en leverancier
Ik ben Ricardo Theijs van RNT Projects. Ik heb zelf de financiële kant van cross-border handel gedraaid en bouw de validatie- en afletterlogica die standaardpakketten niet leveren.
Loop je hier zelf tegenaan?
Ik licht je proces door en bouw de oplossing waar een standaardpakket tekortschiet. Remote, en in twee weken zichtbaar resultaat.
Plan een call