Groothandelfactuur per project: van regel naar nacalculatie en doorbelasting

Je hebt een maandfactuur van je groothandelsleverancier op je scherm staan. Tweehonderd regels, vier lopende projecten, een paar voorraadartikelen en een omschrijving die alleen voor de inkoper begrijpelijk is. Als je alles op één project boekt, lijkt je marge netjes totdat je een projectregel voor regel narekent.

De oplossing is geen knop met "OCR" erop. Je hebt een documentketen nodig die iedere regel een identiteit geeft, hem koppelt aan een artikel en order of werkbon, twijfel parkeert bij een mens en pas daarna de kosten doorzet naar nacalculatie of een klantfactuur. Deze gids is voor groothandels, handelsbedrijven en projectleveranciers die dat proces controleerbaar willen maken zonder een nieuw ERP-traject als reflex.

Regel-naar-projectverwerking is een proces waarin iedere regel van een leveranciersfactuur wordt uitgelezen, genormaliseerd en gekoppeld aan een intern artikel, een order of werkbon en een projectcode. Een regel zonder betrouwbare match gaat naar een reviewbak. Alleen vrijgegeven regels worden projectkosten, nacalculatie en eventueel een door te belasten verkoopregel.

Een betrouwbare projectmarge begint bij dezelfde basis als onderhanden werk: elk uur en elke inkoopregel hoort bij het juiste projectnummer. Zo meet je in staal- en metaalbouw wekelijks voortgang en factureerbare termijnen per projectnummer. De factuur is in deze keten geen eindpunt, maar een nieuw stuk bewijs.

Wat je nodig hebt voor een sluitende keten

Je kunt pas automatiseren als de brongegevens dezelfde taal spreken. Leg daarom eerst de minimale dataset en de beslissingen vast. De softwarekeuze komt daarna.

• Een vaste documentbron. Laat leveranciers facturen sturen naar één inkomend adres of een map. Bewaar het originele PDF- of UBL-bestand samen met het factuurnummer, de leverancier en de ontvangstdatum.
• Een artikelregister. Neem het interne artikelnummer, leveranciersnummer, omschrijving, basiseenheid, verpakkingseenheid en eventuele alternatieve omschrijvingen op. "Doos 50" moet niet stilzwijgend als 50 stuks worden behandeld als het soms een doos van 25 is.
• Een projectregister. Per project heb je minimaal projectcode, klant, status, ordernummer, toegestane kostensoorten, facturatiemethode en einddatum nodig. Archiveer een project pas nadat openstaande factuurregels zijn afgehandeld.
• Een order- of werkbonbron. De match wordt sterk als een leverancier zijn ordernummer, jouw inkoopordernummer of een werkbonnummer meestuurt. Zonder zo'n sleutel blijft een omschrijving een aanwijzing, geen bewijs.
• Een statusmodel. Gebruik bijvoorbeeld nieuw, gematcht, review, vrijgegeven, geboekt, gefactureerd en afgewezen. Daarmee kun je zien waar een regel blijft hangen en voorkom je dubbel boeken.
• Een doorbelastingsregel per project. Leg vooraf vast of materiaal tegen kostprijs, met opslag, tegen een vaste prijs of helemaal niet apart wordt gefactureerd. Een projectkost is niet automatisch een verkoopregel.
• Een eigenaar van uitzonderingen. Benoem wie binnen één werkdag een twijfelgeval beoordeelt. Een reviewbak zonder eigenaar wordt een tweede inbox.

Voor een kleine stroom kan Moneybird of Exact Online volstaan. Moneybird laat je volgens de kennisbank per regel op een verkoop- en inkoopfactuur een project kiezen. In dezelfde uitleg staat dat een project niet aan een balanscategorie kan worden gekoppeld, dus een aparte onderhanden-werkboeking vraagt een eigen boekingsstap. De Moneybird-pagina hierover is bijgewerkt op 19 mei 2026 en gecontroleerd op 11 september 2026.

Voor een geautomatiseerde laag kun je n8n gebruiken. De actuele cloudpagina noemt Starter voor €20 per maand bij jaarlijkse betaling met 2.500 uitvoeringen en Pro voor €50 per maand met 10.000 uitvoeringen, gecontroleerd op 11 september 2026. De self-hosted Community-editie is gratis, maar mist onder meer projecten, omgevingen, externe geheimenopslag en logstreaming. Gratis software betekent hier dus niet gratis beheer.

Een inhoudelijke projectadministratie vraagt meer dan een OCR-abonnement. Reken ook tijd voor het artikelregister, de eerste mapping, de reviewregels, btw-instellingen, autorisaties en een proefmaand. Een realistische budgetorde loopt van een bestaand boekhoudpakket plus eigen inrichting, via een maandelijkse koppellaag, tot een eenmalige bouwinspanning met terugkerend beheer.

Concrete stappen: van honderden regels naar vrijgegeven projectkosten

Met deze werkwijze verwerk je een leveranciersfactuur per regel: je bewaart het bronbestand, normaliseert artikel en eenheid, matcht tegen order of werkbon, laat twijfelgevallen beoordelen, boekt alleen goedgekeurde kosten op het project en maakt uitsluitend uit vrijgegeven materiaal een klantfactuur. De bedragen op de originele factuur blijven altijd reconstrueerbaar.

Doorloop deze zeven stappen in volgorde.

1. Leg de factuur vast als onveranderlijk bronstuk

Maak bij binnenkomst één record voor de factuurkop en één record per factuurregel. Sla het originele bestand op met een unieke sleutel, bijvoorbeeld leverancier plus factuurnummer plus factuurdatum. Voeg een hash of een andere technische document-ID toe als je systeem dat ondersteunt. Zo kan dezelfde PDF twee keer binnenkomen zonder twee kostenboekingen te veroorzaken.

Bewaar per regel minimaal het regelnummer, de originele omschrijving, artikelcode, hoeveelheid, eenheid, nettoprijs, korting, btw-code, netto regelbedrag, orderregelreferentie en projectreferentie. Een Peppol BIS Billing 3.0-factuur heeft een afzonderlijke InvoiceLine voor elke regel, met een unieke regel-ID, hoeveelheid en nettobedrag. De specificatie van de mei 2026-release kent ook een optionele ProjectReference met de identificatie van het project waarnaar de factuur verwijst. Die structuur staat in de officiële Peppol-specificatie, maar een aanwezige projectreferentie is nog geen bewijs dat de leverancier de juiste interne projectcode gebruikte.

Controleer direct drie totalen: de som van de uitgelezen netto regels, de btw per tarief en het factuurtotaal. Klopt de som niet, dan gaat de hele factuur naar review. Een enkele ontbrekende regel kan anders later als een onverklaarbare margeafwijking terugkomen.

2. Normaliseer artikel, eenheid en prijs

Maak uit de ruwe regel een interne regel. Zoek eerst op leverancierscode en leverancier. Valt die combinatie niet te vinden, probeer dan een gecontroleerde alternatieve omschrijving. Gebruik een taalmodel hooguit om een kandidaat te maken. Laat een gewone regel of database de eenheden, prijs en totalen controleren. Een taalmodel mag niet besluiten dat 12 dozen gelijk zijn aan 12 stuks.

Maak een expliciete eenheidsconversie. Voorbeeld: de leverancier levert 6 dozen x 50 pluggen, terwijl je projectadministratie stuks gebruikt. De interne hoeveelheid is dan 300 stuks en de kostprijs per stuk is het netto regelbedrag gedeeld door 300. Bewaar zowel de originele als de omgerekende hoeveelheid. Anders kun je bij een klantdiscussie niet verklaren waarom de interne factuurregel een ander aantal toont.

Splits regels als een korting, vrachttoeslag of emballage niet bij het artikel hoort. Koppel een vrachtregel aan de kostensoort transport en bepaal per project of die kosten apart mogen worden doorbelast. Neem kortingen mee in de werkelijke kostprijs. Een marge op de bruto catalogusprijs is geen marge op de factuur die je werkelijk betaalt.

3. Match in een vaste volgorde, van sterk bewijs naar zwakke aanwijzing

Gebruik geen ondoorzichtige waarschijnlijkheid als enige beslissing. Werk met een vaste rangorde:

1. Orderregel of projectreferentie exact gevonden. De combinatie van leverancier, ordernummer, orderregel en artikelcode wijst naar één project. Dit is de sterkste automatische route.
2. Werkbon of afroep exact gevonden. Een bonnummer, magazijnuitgifte of afroep bevestigt het project en de geleverde hoeveelheid.
3. Uniek artikel met één open project. Dit kan alleen automatisch als de leverancier, eenheid, hoeveelheid en periode passen en er geen tweede project voor dezelfde afnemer openstaat.
4. Omschrijving of historische match. Gebruik dit als voorstel in de reviewbak. Een omschrijving als plaat 12 mm zegt niet of het om project P-2407, voorraad of een ander klantwerk gaat.

Maak de automatische poort streng. Een praktische startregel is: alleen automatisch vrijgeven bij een exacte order- of werkbonmatch, of bij één unieke kandidaat zonder prijs- of hoeveelheidsafwijking. Zet alles met een ontbrekende eenheidsconversie, twee mogelijke projecten, een nieuw artikel of een afwijkende prijs op review. Stel toleranties per leverancier en artikelgroep in. Een grens van bijvoorbeeld €5 of 2% kan een testinstelling zijn, geen algemene norm. Evalueer na een maand hoeveel echte fouten je daarmee doorlaat.

4. Reconcileer met bestelling en ontvangst

De 3-way match is hier een bewijslaag, geen doel op zich. Je vergelijkt de factuurregel met wat besteld en ontvangen is. De generieke controle van inkooporder, ontvangst en factuur hoort bij crediteurencontrole. In deze keten voeg je de projectvraag toe: op welk project moet het bedrag landen en mag de klant het zien?

Behandel de volgende situaties apart:

• Volledige levering: hoeveelheid en prijs passen, projectcode is uniek, regel kan door naar vrijgave.
• Deellevering: splits geleverd en nog open. Boek of belast alleen wat aantoonbaar geleverd of contractueel verschuldigd is.
• Prijsverschil: toon orderprijs, factuurprijs, absolute afwijking en procentuele afwijking in de review. Laat de beoordelaar kiezen tussen prijsafspraak, toeslag, credit of fout.
• Geen order: gebruik de werkbon of een expliciete budgethouder als bewijs. Zonder beide blijft de regel geblokkeerd.
• Voorraadinkoop: boek naar voorraad of algemene inkoop. Zet pas een projectcode als het artikel daadwerkelijk aan een project wordt uitgegeven, tenzij het contract of de interne werkwijze directe projectinkoop voorschrijft.

De reviewregel moet de bron zichtbaar maken: een link naar de PDF, de oorspronkelijke regeltekst, de gevonden orderregel, de kandidaatprojecten en de reden van blokkade. De beoordelaar moet kunnen kiezen voor accepteren, splitsen, herrouteren of afwijzen. Schrijf iedere beslissing met naam, tijdstip en reden weg.

5. Boek de kosten en maak de nacalculatie betrouwbaar

Na vrijgave schrijf je de projectcode, kostensoort, interne hoeveelheid en kostprijs naar de projectadministratie. Houd btw apart van de kostenbasis. Verwerk een voorraadartikel pas op het moment dat het uit voorraad naar het project gaat. Zo voorkom je dat een magazijnvulling de marge van een project verlaagt dat het materiaal nog niet heeft gebruikt.

Maak per project minimaal deze vijf waarden zichtbaar:

• begrote hoeveelheid en kostprijs
• werkelijk verbruikte hoeveelheid en kostprijs
• verschil in prijs en verschil in hoeveelheid
• bedrag dat volgens de opdracht doorbelast mag worden
• bedrag dat al is gefactureerd en bedrag dat nog openstaat

Een boekhoudpakket kan de financiële regels dragen, maar bepaal vooraf waar de nacalculatie leeft. In Moneybird kun je omzet en kosten per project rapporteren en exporteren. De API-documentatie gebruikt voor factuurdetails een project_id, en de schema's tonen dat veld ook op detailniveau. Dat maakt een koppeling technisch mogelijk, maar het vervangt geen ontwerp voor review, voorraad en doorbelasting.

In Exact Online Projecten werkt de projectadministratie met kosten- en opbrengstboekingen per project. De actuele projectpagina noemt facturatie op basis van nacalculatie en vaste aanneemsom in Essentials, uren- en kostenbudgettering en meerdere facturatiemethodes in Plus. Gebruik in een demo precies jouw regelpad: een inkoopfactuur met drie projecten, een gedeeltelijke levering en één niet-doorbelastbare regel. Een rapport met alleen totale kosten is voor deze klus onvoldoende.

6. Beslis per vrijgegeven regel over doorbelasting

Maak doorbelasting een expliciete beslissing op de regel, niet een automatische kopie van de inkoop. Gebruik bijvoorbeeld deze velden:

• doorbelasten: ja of nee
• factureerbare_hoeveelheid: eventueel lager dan de ingekochte hoeveelheid
• verkoopprijsbasis: kostprijs, kostprijs plus opslag, contractprijs of inbegrepen
• verkoopomschrijving: begrijpelijk voor de klant
• bewijs: order, werkbon, ontvangst of klantakkoord
• facturatieperiode: wanneer de regel op een conceptfactuur mag komen

Bij een vaste projectprijs kan materiaal wel een echte projectkost zijn zonder aparte klantregel. Bij nacalculatie of regiewerk kan een vrijgegeven materiaalregel juist direct op de conceptfactuur komen. In AFAS Profit bepaalt het veld Doorbelasten per project of item of een voor- of nacalculatieregel aan de klant wordt gefactureerd. De AFAS-documentatie beschrijft ook dat je per werksoort, kosten- of artikelitem kunt afwijken. Dat is een bruikbaar model, ook als je een ander pakket gebruikt.

Laat een systeem nooit automatisch concluderen dat een leverancierstarief ook jouw btw-tarief is. De Belastingdienst verlangt op een factuur onder meer wat je hebt geleverd, hoeveel, de leverdatum, het bedrag exclusief btw, het toepasselijke tarief en het btw-bedrag. Die factuureisen staan op de actuele pagina van de Belastingdienst, gecontroleerd op 11 september 2026. Voor doorbelaste materialen is ook het onderscheid tussen jouw prestatie en een echte doorlopende post belangrijk. Laat je boekhouder de projecttypen en btw-regels vastleggen voordat je automatiseert.

7. Maak een klantfactuur uit alleen vrijgegeven regels

Maak per project en facturatieperiode een conceptfactuur. Groepeer alleen als de opdracht dat toestaat en de factuur toch de geleverde goederen en hoeveelheden duidelijk maakt. Een regel "diverse materialen" is snel, maar vaak onbruikbaar voor de opdrachtgever. Gebruik artikelnaam, hoeveelheid, eenheid, periode en eventueel order- of werkbonnummer. Bewaar een detailbijlage als de klant een compacte factuur met specificatie accepteert.

Laat de flow blokkeren als één van deze controles faalt:

• de som van de verkoopregels klopt niet met de vrijgegeven factureerbare regels
• een vrijgegeven regel heeft geen projectcode, btw-code of verkoopprijsbasis
• de klantfactuur bevat een regel die nog review of nieuw is
• de oorspronkelijke inkoopfactuur is niet terug te vinden
• een eerdere uitvoering heeft dezelfde factuur en regel al verwerkt

Maak daarna de verkoopfactuur als concept. Laat een bevoegde persoon de eerste facturen per projecttype controleren. Verstuur pas als de projectkosten, doorbelasting, btw en klantomschrijving samen kloppen.

Meet ten slotte iedere week de reviewleeftijd, het bedrag zonder project, het aantal automatische matches, het aantal prijsafwijkingen, het verschil tussen vrijgegeven en gefactureerd materiaal en de marge per project. Een dalende reviewhoeveelheid is geen succes als de regels met fouten stil naar algemene kosten verdwijnen.

Valkuilen die je marge stil laten weglekken

• De hele factuur krijgt één projectcode. Dat is alleen veilig als de leverancier aantoonbaar één project factureert. Mitigatie: werk op regelniveau en maak een factuurkop zonder projectcode totdat alle regels zijn verdeeld.
• Een hoge OCR-score wordt als matchbewijs gebruikt. OCR zegt dat tekst is gelezen, niet dat de tekst bij het juiste project hoort. Mitigatie: scheid uitleeszekerheid van matchzekerheid en toon beide in de review.
• Een artikelcode wordt zonder leverancierscontext hergebruikt. A-104 kan bij twee leveranciers iets anders betekenen. Mitigatie: sleutel altijd op leverancier plus leveranciersartikelcode en koppel daarna naar het interne artikel.
• Fuzzy matching maakt van een gok een boeking. Een vergelijkbare omschrijving kan bij een ander project horen. Mitigatie: fuzzy matching levert alleen een kandidaat op; automatische vrijgave vraagt een unieke order-, bon- of projectmatch.
• Voorraad wordt direct als projectkost geboekt. Dan betaalt een lopend project voor materiaal dat maanden in het magazijn blijft. Mitigatie: onderscheid aankoop voor voorraad, uitgifte naar project en directe projectinkoop.
• Deelleveringen worden als volledige levering verwerkt. De factuur kan een volledige order noemen terwijl maar een deel is ontvangen. Mitigatie: houd besteld, ontvangen, gefactureerd en vrijgegeven als aparte hoeveelheden bij.
• Een negatieve regel wordt genegeerd. Creditregels en retouren beïnvloeden zowel kostprijs als eventuele klantfactuur. Mitigatie: behandel een credit met dezelfde project- en bewijsregels als een positieve regel en koppel hem aan de oorspronkelijke factuur.
• Doorbelasting wordt verward met kostenterugbetaling. Een kostenregel kan contractueel inbegrepen zijn, terwijl de klant wel inzicht wil in de nacalculatie. Mitigatie: gebruik aparte velden voor projectkost, zichtbaar op rapportage en factureerbaar.
• Btw wordt van de leveranciersfactuur gekopieerd. Het tarief op jouw verkoop hangt af van jouw prestatie en de situatie van de klant. Mitigatie: laat output-btw uit je eigen factuurregels en projecttype volgen, met een controle door je boekhouder.
• Een workflow draait twee keer. Zonder idempotente sleutel ontstaat dubbele projectkost of dubbele verkoop. Mitigatie: blokkeer op leverancier, factuurnummer, regelnummer en documentversie.
• Review heeft geen termijn. Een project kan dan al worden afgesloten terwijl materiaal nog in de bak staat. Mitigatie: wijs een eigenaar toe, stuur na één werkdag een herinnering en blokkeer maandafsluiting bij openstaand bedrag boven je eigen grens.

Beslis-kader: wanneer standaardsoftware genoeg is

Begin bij je proces, niet bij de belofte van een product. Voor een paar facturen per maand met één project per bestelling is een boekhoudpakket met projectvelden vaak de juiste keuze. Je boekt de regels handmatig, houdt de mapping klein en bouwt pas een automatische laag als de review sneller wordt dan het handwerk.

Een eenvoudige boekhoudroute met per-regel projectboeking past als je minder dan ongeveer 300 factuurregels per maand hebt, één of twee mensen beoordelen en je order- of werkbonnummer meestal aanwezig is. Die 300 regels zijn een praktische startdrempel, geen marktstandaard. Meet twee weken hoeveel minuten een regel kost en hoeveel correcties achteraf nodig zijn.

Een projectmodule met ordermanagement en doorbelasting past als projecten meerdere fasen hebben, je budgetten en nacalculatie in één administratie wilt bewaken en je bestaande orderproces al gedisciplineerd is. Exact Online Projecten is in de actuele prijslijst beschikbaar vanaf €199 per maand voor Essentials, €339 voor Plus, €429 voor Professional en vanaf €539 voor Premium, exclusief btw en gecontroleerd op 11 september 2026. De pagina vermeldt één inbegrepen gebruiker en aanvullende gebruikersprijzen per pakket. Koop dit niet voor een mooie margekaart als je artikelregister en ontvangstregistratie nog ontbreken.

Een n8n-workflow met document-AI en reviewbak past als facturen uit meerdere bronnen komen, één factuur meerdere projecten bevat, je eigen projectregister leidend moet blijven of je naast boekhouding ook werkbonnen, voorraad en klantfacturatie wilt verbinden. n8n rekent op de actuele cloudpagina per uitvoering, niet per stap. De gratis self-hosted Community-editie is bruikbaar voor een eerste stroom, maar vereist eigen updates, back-ups, toegangsbeheer en monitoring.

Een maatwerklaag is pas verstandig als de regels structureel afwijken van een standaardpakket: meerdere entiteiten, veel leveranciers met verschillende eenheden, voorraaduitgifte plus projectlevering, contractafhankelijke opslag en een audittrail die je zelf wilt bezitten. Bouw dan eerst een kleine verticale keten voor één leverancier en één projecttype. Laat die een hele maand draaien voordat je alle facturen aansluit.

Vergelijkingstabel: pakket, projectmodule of eigen koppellaag

De bedragen hieronder zijn momentopnames van pagina's die ik op 11 september 2026 heb gecontroleerd. Exact vermeldt prijzen exclusief btw. Moneybird toont prijzen per maand bij jaarlijkse betaling op de prijspagina. Voor n8n geldt bij cloud de limiet voor workflow-uitvoeringen; bij self-hosted betaal je de infrastructuur en het beheer zelf.

Moneybird noemt op de actuele prijspagina 60 dagen onbeperkt proberen. Dat maakt het geschikt om één maandfactuur naast je bestaande administratie te testen. Exact biedt op de projectpagina een proefperiode van 30 dagen. Gebruik een proefperiode om je eigen uitzonderingen te meten, niet om alleen de demo met een perfecte order te bekijken.

Uitgewerkt voorbeeld: 216 regels, vier bestemmingen

Onderstaande cijfers zijn een fictief rekenvoorbeeld. De werkwijze en de productnamen zijn echt, de bedragen zijn gekozen om de beslissingen zichtbaar te maken. Stel dat een projectleverancier een leveranciersfactuur GF-2026-0911 ontvangt met 216 regels en een totaal van €18.460 exclusief btw. De factuur verwijst op kopniveau naar één klant, maar bevat materiaal voor twee projecten en voorraad.

De eerste verwerking levert dit beeld op:

De 92 regels voor P-2407 hebben allemaal een orderregel-ID. De projectafspraak laat materiaal tegen kostprijs plus 15% opslag doorbelasten. De kostprijs is €6.240. Na review van de 18 overige regels blijken 10 regels van samen €780 ook bij P-2407 te horen. De vrijgegeven materiaalbasis wordt dus €7.020. De verkoopwaarde wordt €7.020 x 1,15 = €8.073. De brutomateriaalmarge is €1.053, oftewel 13,0% van de verkoopwaarde.

Eén reviewregel luidt oorspronkelijk bevestiging set 6. De leverancier gebruikt dozen van zes sets, terwijl de orderregel van P-2407 36 sets vraagt. De ontvangstregistratie toont zes dozen. De reviewer legt de conversie vast als 6 x 6 = 36 sets, koppelt de regel aan P-2407 en geeft €96 vrij. Zonder die stap zou een automatische tekstmatch een hoeveelheid van zes kunnen boeken en de nacalculatie met €480 onderschatten.

Vier reviewregels van samen €410 horen bij P-2412. Dat project heeft een vaste aanneemsom. De regels worden wel als werkelijke kosten geboekt, maar doorbelasten blijft uit. De nacalculatie ziet daardoor €5.380 plus €410 aan materiaal. De klantfactuur krijgt geen aparte materiaalregel. Dat is geen verlies van informatie, maar een correcte scheiding tussen projectkost en verkoopregel.

Drie reviewregels van €210 gaan naar voorraad. De omschrijving lijkt op het materiaal van P-2412, maar de inkooporder is een magazijnorder en de ontvangst staat op locatie centraal magazijn. De regels krijgen geen projectcode. Bij uitgifte naar P-2412 ontstaat later een aparte voorraadmutatie met de echte projectdatum. De laatste reviewregel van €140 is een dubbele toeslag die al op een eerdere factuur stond. De reviewer wijst hem af, bewaart de reden en vraagt een credit aan.

De eindverdeling van de factuur is expliciet: €7.020 gaat naar P-2407, €5.790 naar P-2412, €5.510 naar voorraad en €140 is afgewezen als dubbele toeslag en staat als credit in behandeling. Daarmee sluit de verdeling: €7.020 + €5.790 + €5.510 + €140 = €18.460, precies het factuurtotaal. De €140 is dus geen projectkost of voorraadboeking, maar blijft als afgewezen bedrag met creditactie in behandeling.

De maandafsluiting voor deze factuur is pas klaar als de volgende controles groen zijn:

• het oorspronkelijke totaal van €18.460 sluit aan op de verwerkte regels
• P-2407 heeft €7.020 werkelijke materiaalinkoop en €8.073 vrijgegeven verkoopwaarde
• P-2412 heeft €5.790 projectkosten, zonder aparte materiaalverkoop
• €5.510 staat volledig als voorraad geregistreerd: €5.300 automatisch gematcht en €210 uit review
• €140 staat apart als afgewezen dubbele toeslag met credit in behandeling, buiten de project- en voorraadtotalen
• €7.020 + €5.790 + €5.510 + €140 = €18.460; de eindverdeling sluit aan op het factuurtotaal
• reviewbedrag en niet-toegewezen bedrag zijn beide €0
• de dubbele toeslag heeft een beslissing en geen stille verwijdering

In Moneybird kun je de vrijgegeven inkoopregels per regel aan een project koppelen en daarna de kosten per project rapporteren. In een Exact- of AFAS-omgeving leg je hetzelfde besluit vast als projectboeking met een doorbelastingsvlag. Met n8n kan de flow de bronfactuur, matchbesluit, projectboeking en conceptverkoopfactuur aan elkaar koppelen. De keuze van het pakket verandert de schermen. De controlepunten blijven hetzelfde.

Slot: de regel is de waarheid

Een maandfactuur vertelt je pas wat een project heeft gekost als iedere regel dezelfde weg heeft afgelegd: bron, artikel, hoeveelheid, order, project, review en vrijgave. Wie die stappen overslaat, krijgt een keurige totalenrapportage die vooral verbergt waar de marge weglekt.

De waarde zit daarom niet in het automatisch lezen van tweehonderd regels. De waarde zit in het besluit dat daarna traceerbaar blijft. Een projectkost zonder bewijs hoort in review. Een doorbelasting zonder contractregel hoort niet op de klantfactuur. En een marge die je niet kunt herleiden tot goedgekeurde hoeveelheden is geen stuurgetal, maar een vermoeden.

Als die discipline eenmaal staat, wordt automatisering klein genoeg om betrouwbaar te zijn. Elke nieuwe leverancier voegt een mapping toe, niet een nieuwe waarheid. Elke uitzondering verbetert je regels. Zo wordt de factuur een actuele projectmeting in plaats van een maandelijkse zoekactie naar wat er ergens misging.