Facturatiecontroles: correcte documenten en traceerbare correcties

Een facturatiecontrole moet een concrete vraag met aantoonbaar bewijs beantwoorden. “De factuur ziet er goed uit” ontdekt geen dubbele bronorder, dubbel geteld voorschot of verkeerde leverancierentiteit. Begin met de risico's van uw dienstverlening en plaats elke controle waar zij die fout voorkomt of opspoort.

Beoordeling en functiescheiding volgen uw eigen bedrijfsproces. Dit artikel veronderstelt geen configureerbare goedkeuringsmotor in de toepassing.

Leg controles en bronnen vast

Registreer risico, populatie, eigenaar, frequentie, bewijs en actie bij een afwijking. Bepaal welke bron leidend is voor klantidentiteit, commerciële bedragen, betalingsbevestiging en boeking. Als twee systemen hetzelfde financiële veld kunnen wijzigen, leg eerst de bevoegdheid en afstemming vast.

Een klein team kan rollen combineren. Zorg dan voor latere onafhankelijke steekproeven en een zichtbare uitzonderingslijst in plaats van onafhankelijkheid te claimen die niet bestaat.

Controleer vóór uitgifte

Begin met actief bedrijf, leveranciernaam en ondernemingsidentiteit. Controleer klant, nummer, volledig adres, vereiste bestelreferentie, valuta en data. Een API-adres vereist straat, plaats, postcode en land; een gedeeltelijk adres wordt geweigerd.

Vergelijk regels, aantallen, prijzen, kortingen en belastingcategorieën met de commerciële bron. Leid het totaal niet uitsluitend af uit een PDF of betaald-label. Laat afwijkende fiscale behandeling door de controller bevestigen en raadpleeg GET /api/v1/me voor ondersteunde integratiemogelijkheden.

Laat bij API-aanmaak number weg wanneer de bedrijfsreeks het nummer toekent. Gebruik een stabiele external_id voor de brontransactie en Idempotency-Key voor herhaling. Een verloren antwoord vraagt om herstel, niet om een tweede identiteit.

Houd drie toestanden apart

Documentlevenscyclus, Peppol-aflevering en afrekening beantwoorden verschillende vragen. Aflevering bevestigt geen kopersacceptatie of geldontvangst. Een betaalbeweging registreert bevestigd geld; zij voert geen bankbetaling uit. Een refund registreert een terugbetaling die buiten OrdoGrid al is uitgevoerd.

Lees de afrekeningsvelden samen:

• document_total is het oorspronkelijke commerciële brutototaal.
• payments bevat actieve voorschotten; tel prepayments nooit nogmaals op.
• credits zijn gekoppelde wettelijke creditnota's, geen geldbewegingen.
• outstanding en refund_due tonen resterende schuld en terug te betalen geld.

Reconcileer tegen externe bewijsstukken per valuta. Verreken geen ongerelateerde klantfactuur met een refund om een verschil te laten verdwijnen.

Corrigeer de oorzaak en behoud de keten

Een onjuist commercieel bedrag in een financieel vastgezet document vraagt de passende credit- en vervangingsroute. Een foutieve geldregistratie vraagt een bewegingscorrectie. Een volledige reversal verwijst naar de oorspronkelijke beweging. Een gedeeltelijke correctie gebruikt volledige reversal plus bevestigde vervangende beweging.

Een betaling met een actieve terugbetalingsallocatie kan niet worden teruggedraaid totdat de foutieve refund correct is teruggedraaid. Bewaar oorspronkelijke factuur, creditnota, geldbewijs, reversal en vervanging samen.

De OpenPeppol-billingspecificatie definieert factuur- en creditnotastructuren. Uw fiscale en boekhoudkundige eigenaar bepaalt welke commerciële correctie bij de feiten past.

Voorbeeld: voorschot, betaling en credit

Een factuur van €121 krijgt €40 voorschot en daarna €81 betaling. De afrekening meldt €121 betalingen, inclusief het voorschot. Een spreadsheet die betalingen plus voorschotten optelt, meldt foutief €161.

Een creditnota van €60,50 maakt vervolgens €60,50 terugbetaalbaar. Treasury bevestigt de werkelijke refund; operations registreert deze met een eigen stabiele identiteit. De controle slaagt alleen bij nul refund due, bestaand extern geldbewijs en een gekoppelde creditnota. Een betaald-label is onvoldoende.

Detecteer en draag uitzonderingen over

Controleer bron/documentaantallen, dubbele identiteiten, open afleveringen, onverwachte saldoveranderingen en onvindbare originelen met een frequentie passend bij het volume. Selecteer meer handmatige betalingen, bijzondere belastinggevallen en gewijzigde leveranciersgegevens. Bewaar populatie en steekproefmethode.

Houd onverklaarde verschillen buiten verdere automatische verwerking en wijs een eigenaar toe. EXTERNAL_ID_REUSED wijst op inhoud- of identiteitsproblemen. DOCUMENT_FINANCIAL_CONTENTS_LOCKED vraagt de correctieroute. Een nieuwe ID mag die weigeringen niet omzeilen.

Geef bij afsluiting bedrag, valuta, oorzaak, impact, volgende actie en datum aan de controller. Maandafsluiting organiseert reconciliatie; integratiebetrouwbaarheid behandelt automatisch herstel.

Bewijs moet reproduceerbaar zijn

Een screenshot van een groen saldo is onvoldoende als de bronpopulatie onbekend is. Bewaar filtercriteria, extractietijd, geselecteerde IDs en de gebruikte mappingversie. Een vervanger moet dezelfde factuur kunnen openen, dezelfde beweging kunnen vinden en dezelfde conclusie kunnen trekken.

Leg ook vast wie een verschil mag sluiten. Operations kan een typefout oplossen, maar een afwijking in commerciële schuld of cash vereist de betreffende financiële eigenaar. Noteer diens beslissing en het bewijs waarop zij rust. Maak terugkerende uitzonderingen zichtbaar als structureel probleem in plaats van iedere maand dezelfde losse dossiers te sluiten. Zo verandert de controleregisterfunctie van administratieve afvinklijst naar een bruikbare bron voor procesverbetering.