Als een grote klant je onlangs heeft gevraagd om een GLN-nummer op je factuur te vermelden, en je boekhoudsoftware of team heeft geen idee wat dat is, dan ben je niet alleen. Dit is vandaag een van de meest voorkomende knelpunten in B2B-e-facturatie, en het kost bedrijven echt geld door vertraagde betalingen en geweigerde facturen.

Hieronder leggen we uit wat GLN-nummers zijn, waarom meer organisaties ze vereisen, waar de meeste software tekortschiet, en wat Cashfeed nu anders doet.

Wat is een GLN-nummer?

Een GLN — Global Location Number — is een identificatiecode van 13 cijfers die wordt beheerd door GS1, de internationale organisatie achter standaarden voor de toeleveringsketen. Het identificeert op unieke wijze een specifieke locatie of organisatorische eenheid: een magazijn, een hoofdkantoor, een aankoopafdeling, een facturatieadres enz.

Het belangrijkste onderscheid: een btw-nummer identificeert een bedrijf als juridische entiteit. Een GLN identificeert een specifieke locatie of afdeling binnen dat bedrijf. Beide kunnen op dezelfde factuur staan, ze dienen verschillende doeleinden en zijn niet uitwisselbaar.

Het wordt doorgaans gebruikt door grote organisaties, en de meeste grotere organisaties hebben zelfs meerdere GLN’s: één per vestiging, per aankoopafdeling of per facturerende entiteit. Een logistiek bedrijf kan één GLN hebben voor zijn centrale magazijn, een aparte voor zijn regionale distributiecentrum en nog een andere voor het team crediteuren dat leveranciersfacturen effectief verwerkt. Elk daarvan is een afzonderlijke bestemming in hun systeem. In gestructureerde e-facturatieformaten zoals Peppol UBL en EDIFACT vertelt de GLN het ontvangende systeem exact waar het document naartoe moet voor geautomatiseerde verwerking, zonder menselijke tussenkomst.

Waarom meer klanten GLN-nummers vereisen

GLN is in de meeste landen geen overheidsverplichting; het wordt gedreven door grote private organisaties die hun crediteurenproces automatiseren. Wanneer een retailer, logistiek platform of industriële groep migreert naar e-facturatie of zijn ERP upgradet, wordt GLN-naleving een harde vereiste voor elke leverancier in het netwerk. Je klant beslist; jij past je aan.

Twee ontwikkelingen maken dit steeds gebruikelijker:

Peppol en gestructureerde e-facturatie worden de standaard

XML-gebaseerde facturen laten geen ruimte voor vrije-tekstvelden voor locatie. GLN is een breed geaccepteerde locatie-identificatie in Europese e-facturatieformaten, waaronder de EU-factuurstandaard EN 16931, en wordt vaak gebruikt als partij-identificatie in Peppol-netwerken in heel Europa.

Factuurverwerking is nu volledig geautomatiseerd

Grote organisaties verwerken duizenden facturen zonder menselijke controle. Een ontbrekende of onjuiste GLN leidt niet tot een telefoontje of een behulpzaam antwoord. Het leidt tot een automatische weigering, vaak zonder enige feedback naar de leverancier. Het eerste teken dat er iets misging, is een laattijdige betaling, of stilte.

Waar de meeste facturatiesoftware dit fout doet

De meeste boekhoudsoftware ondersteunt vandaag Peppol. Dat is de basis. Het echte probleem is GLN, en hier zijn de tekortkomingen consistent en aanzienlijk.

De beperkingen vallen in twee gebieden:

Datamodel

• GLN kan enkel op klantniveau worden opgeslagen, niet per locatie of afdeling

• Meerdere GLN’s per klant worden niet ondersteund, ook al is dat standaard voor elke grote organisatie

Export en validatie

• Het GLN-veld is een vrije-tekstveld dat niet correct wordt geëxporteerd naar de XML-structuur

• Het nummer komt terecht in het verkeerde XML-element en is niet herkenbaar voor het ontvangende systeem

• Geen validatie vóór verzending: de software exporteert het bestand zonder aan te geven dat de GLN ontbreekt of verkeerd geplaatst is

Het resultaat is een stille mislukking. De factuur verlaat je systeem. Het Peppol-bestand lijkt aan jouw kant in orde. Aan de kant van de koper wordt de GLN niet gevonden of is die niet geldig, en wordt de factuur geweigerd. Je ontdekt het pas weken later, niet via een foutmelding, maar omdat de betaling gewoon niet aankomt.

Voor klanten met net-30- of net-60-betalingstermijnen kan één geweigerde factuur de betaling met 4 tot 8 weken vertragen. Er is geen automatische correctie, geen waarschuwing en vaak geen uitleg. Je moet het zelf uitzoeken: de weigering identificeren, het bestand corrigeren, opnieuw indienen en opvolgen bij een aankoopafdeling die honderden facturen per week verwerkt en de jouwe geen prioriteit geeft.

Vermenigvuldig dat over meerdere klanten met GLN-vereisten, en je krijgt een structureel cashflowprobleem dat geworteld is in één gegevensveld. Op langere termijn worden leveranciers die herhaaldelijk technisch onjuiste facturen indienen intern vaak gemarkeerd, wat naar boven komt bij contractverlengingen en inkoopbeoordelingen. 

Hoe Cashfeed hiermee omgaat

• GLN-ondersteuning in Cashfeed is geen add-on of tijdelijke workaround die achteraf is gebouwd. Het maakt deel uit van het kern-datamodel.

• Meerdere GLN’s per klant worden volledig ondersteund, bv. voor verschillende klanten, locaties en afdelingen

• Bij het genereren van een Peppol-factuur wordt de GLN automatisch in de juiste XML-velden geplaatst

• Volledige compatibiliteit met Peppol UBL 2.1, EN 16931 en andere Europese e-facturatiestandaarden

• Validatie vóór verzending: als de GLN ontbreekt of verkeerd is geconfigureerd, krijg je een melding voordat het bestand wordt verstuurd

Geen manuele stappen. Geen stille exportfouten. Facturen komen de eerste keer correct gestructureerd aan, wat betekent: minder weigeringen, snellere betalingen en correcte routering naar de juiste afdeling aan de kant van de koper.

Veelgestelde vragen

Interesse in een demo? We bekijken je huidige setup en tonen je hoe Cashfeed GLN-nummers voor jou regelt.