Peppol & e-facturatie

Peppol: rekening en betaalwijze

Gepubliceerd: 2026-10-15 · Bronnen gecontroleerd: 2026-10-15

Een rekeningnummer onderaan de pdf bewijst niet dat je Peppol-factuur de juiste betaalgegevens bevat. Vergelijk betaalwijze, ontvangende rekening en betalingsreferentie in de gestructureerde export. Die drie gegevens hebben elk een andere functie.

Kort antwoord

Open de gegevens van dezelfde conceptversie als de leesbare factuur. Zoek de betaalwijze, de rekening waarop je betaald wilt worden en het kenmerk waarmee je de betaling wilt herkennen. Noteer een ontbrekend of afwijkend veld, herstel de invoer in je pakket en maak daarna een nieuwe export. Gebruik de controle niet als opdracht om alvast te betalen.

Wat zegt de betaalwijze?

In OpenPeppol: PaymentMeans is BG-16 de groep met betaalinstructies. De groep zelf heeft cardinaliteit 0..n. Binnen een aanwezige groep is de betaalwijzecode BT-81 verplicht: cbc:PaymentMeansCode. Dat maakt de drie velden uit deze uitleg niet allemaal onder alle omstandigheden verplicht.

De officiële betaalwijzecodelijst noemt 30 voor een overschrijving en 58 voor een SEPA-overschrijving. Kies een code op basis van de bedoelde betaalwijze en de ondersteuning in je pakket. Neem niet zomaar een voorbeeldcode over om een melding weg te krijgen. Een code voor de betaalwijze is op zichzelf geen bewijs dat de bank een betaling heeft uitgevoerd.

De rekening staat op een andere plaats

De rekeningidentificatie BT-84 staat als cbc:ID onder cac:PayeeFinancialAccount, binnen de betaalinstructies. Het gaat om de rekening bij de betaaldienstverlener waarop betaald moet worden, bijvoorbeeld een IBAN of BBAN. De identificatie is verplicht wanneer de credittransfergroep BG-17 aanwezig is.

Daarnaast verlangt regel BR-61 die rekeningidentificatie bij de codes 30 en 58. Kijk bij een ontbrekende rekening dus naar zowel de betaalwijze als de onderliggende gegevensgroep. Dezelfde veldnaam ID elders in het document kan een heel ander nummer beschrijven.

Schrijf op je eigen controleblad waar je het rekeninggegeven hebt teruggevonden: alleen in de leesbare tekst of ook in het exportveld. Een ingevuld veld vertelt je vervolgens nog niet of het nummer inhoudelijk de bedoelde rekening is. Laat die vergelijking niet verdwijnen achter een algemene melding “export geslaagd”.

Houd de betalingsreferentie apart

PaymentID, BT-83, is een door de verkoper uitgegeven tekst om een betaling aan de factuur te koppelen. Dit element heeft cardinaliteit 0..1. Het vervangt de rekeningidentificatie niet. De specificatie maakt er evenmin een universeel verplicht factuurnummer van.

Noteer daarom de bedoelde rol naast de waarde. Gaat een kenmerk over het herkennen van een betaling, of over het intern verwerken van de factuur bij de klant? Gebruik voor dat laatste onze uitleg over kopersreferentie en ordernummers. Hetzelfde woord “referentie” in een scherm is onvoldoende om de exportkoppeling vast te stellen.

Fictieve vergelijking: één rekeningveld ontbreekt

Voor onze eigen papieren proef gebruiken we factuur F26042. De leesbare versie noemt een overschrijving, rekening A en kenmerk BET-26042. We nemen aan dat de export de volgende waarden toont. “Rekening A” is alleen een label voor deze uitleg; we publiceren geen rekeningnummer en hebben geen echte pdf of XML geopend.

Van de 3 controlepunten sluiten betaalwijze en kenmerk in deze proef aan. Er blijft 3 − 2 = 1 open punt: de rekening ontbreekt bij de gekozen overschrijvingscode. Het terugvinden van BET-26042 lost dat niet op.

Laat de rekeningkoppeling in de bronapplicatie controleren en maak een nieuwe export. Controleer daarna niet alleen of BT-84 is gevuld, maar ook of de inhoud bij de bedoelde rekening past. We hebben voor deze proef geen validator uitgevoerd. Een opgelost rekeningveld maakt de volledige factuur nog niet geldig en bevestigt geen betaling.

Een pakket heeft meerdere rekeninginstellingen

Moneybird: rekeningnummer wijzigen onderscheidt de rekening op verkoopfacturen van de rekening voor het eigen abonnement en het toevoegen van een rekening voor transactieverwerking. Voor verkoopfacturen noemt de handleiding Instellingen > Bedrijf > Bedrijfsgegevens. De wijziging verschijnt op nieuwe facturen met de betreffende huisstijl; Moneybird adviseert een nieuw concept te bekijken.

Die instructie beschrijft de instelling en zichtbare controle in dit pakket. Zij bewijst niet welke XML-waarde jouw concrete export bevat. Vraag bij een verschil de leverancier welk invoerveld de betaalgegevens voedt. We hebben geen Moneybird-account aangepast, nieuw rekeningnummer geverifieerd of incassomachtiging gegeven.

Maak de vergelijking herhaalbaar

Schrijf bij de controle het factuurnummer, de conceptversie en het tijdstip van export op. Laat de inhoudsweergave de XML-velden tonen. Een tweede afbeelding uit hetzelfde pdf-sjabloon is daarvoor onvoldoende. Onze vergelijking van UBL met de leesbare factuur helpt om dezelfde documentversie naast elkaar te leggen.

Bewaar bij een afwijking de betrokken veldnaam, de bedoelde waarde en de bevestiging van de aanpassing. Vraag daarna een nieuwe export en lees de uitkomst opnieuw. Pas een verzonden factuur of een XML-bestand niet los van de afgesproken correctiewerkwijze aan; laat het pakket de juiste documentversie maken.

Rond af met een afzonderlijke betaalcontrole

Zet je werkblad pas op “vergeleken” wanneer elk open verschil een verklaring heeft. Noteer daarnaast welke volledige validatie nog nodig is. “Aanwezig”, “juist voor deze factuur”, “technisch gevalideerd” en “betaald” zijn afzonderlijke beoordelingen. Gebruik één groen vinkje niet voor alle vier.

Bewaar de definitieve export en de bijbehorende leesbare versie samen. Bij een later ontvangen vraag kun je dan terugvinden welk document en welke betaalgegevens werkelijk zijn verstuurd, zonder de factuur opnieuw te maken op basis van inmiddels gewijzigde instellingen.