Softwarepakketten.nl
erp software prodin

Pakketsoort - (E)-factureren en factuurverwerking > Peppol

PEPPOL is de afkorting van ‘Pan-European Public Procurement On-Line’ en biedt overheden en bedrijven de kans om (internationaal) e-facturen uit te wisselen via een speciaal beveiligd netwerk. Als de administratie van zowel de verzender als de ontvanger geregistreerd is op het netwerk, wordt de elektronische factuur direct naar de boekhouding van de ontvanger gestuurd.

Nadere toelichting:

Peppol is een gestandaardiseerde digitale uitwisselingsinfrastructuur om elektronische facturen te kunnen verzenden en ontvangen. Peppol is geen op zichzelf staande technische voorziening of softwareprogramma. In plaats daarvan wordt de Peppol-infrastructuur geleverd door meerdere toegelaten serviceproviders in een netwerk. Deze serviceproviders werken samen in een stelsel volgens gezamenlijke afspraken: het Afsprakenstelsel Peppol.

Historie
Het PEPPOL project (http://www.peppol.eu/) is in 2008 gestart als een testproject van de Europese Commissie. Sinds 1 september 2012 is de OpenPEPPOL vereniging opgericht, nadat de oorspronkelijke PEPPOL pilot succesvol was afgerond. Sinds 1 september 2012 is de OpenPEPPOL vereniging opgericht, nadat de oorspronkelijke PEPPOL pilot succesvol was afgerond.

Met het initiatief werd de UBL adoptie in de publieke sector naar zo'n 30 landen opgeschaald: Denemarken, Duitsland, Finland, Frankrijk, Griekenland, Italië, Noorwegen, Oostenrijk, Portugal, het Verenigd Koninkrijk en Zweden. In de kern verschaft PEPPOL een elektronische (data)transport infrastructuur, die het voor overheden en bedrijven in Europa mogelijk maakt via hun IT systemen op een eenvoudige, efficiënte en betrouwbare wijze data en zakelijke documenten (elektronisch) uit te wisselen. Deze (elektronische) gegevensuitwisseling wordt mogelijk gemaakt door middel van open standaarden.

Stichting OpenPEPPOL
Bij de oprichting van OpenPEPPOL waren vier leden betrokken. Inmiddels zijn er honderden leden. De leden zijn afkomstig van zowel publieke als private organisaties uit diverse landen. De focus ligt op het ontwikkelen en het behouden van specificaties voor werkafspraken op het gebied van elektronisch inkopen en factureren in Europa.

PEPPOL ondersteunt het gebruik van UBL documenten en CEN/BII (Business Interoperability Interfaces Profile). 

Meer over PEPPOL
Lees meer over Peppol op onze website.


Europese landen
PEPPOL in de diverse Europese landen (bron: www.omsinternational.com, ultimo 2017):

  • Nederlandse leveranciers van Publieke sectoren worden sinds 1 januari 2017 gevraagd PEPPOL e-facturen te verzenden. 
      
  • Belgische Vlaanderen lanceerde E-invoicing via PEPPOL op 1 januari 2017.
       
  • Ziekenhuizen in Engeland zijn reeds verplicht aangesloten op PEPPOL.
        
  • In Scandinavië is sinds juli 2012 is het verplicht e-facturen te versturen naar overkoepelende overheidsinstellingen via PEPPOL. Naar lokale overheden, regio’s en gemeenten gold deze verplichting sinds januari 2015.
        
  • Voor Deense leveranciers is het sinds 2005 al verplicht om facturen te verzenden via het national E-invoicing platform NEMHANDEL. Deense leveranciers kunnen NENHANDEL gebruiken om via PEPPOL te ontsluiten. Het is de bedoeling volledig te migreren naar PEPPOL.
        
  • Sinds 1 november 2018 wordt het voor overheidsinstellingen in Zweden verplicht om infrastructuur van PEPPOL te gebruiken.

  • In Italië zijn overheden en leveranciers verplicht te communiceren via PEPPOL.

Site index over [ Peppol ]
Peppol
Onderzoek en artikelen op deze website over [ Peppol ]
E-retour: als verkoper automatisch de status van je factuur volgen bij de koper (28-01-2021)
Met e-retour kan een verkoper voortaan automatisch de status van facturen volgen bij kopers via zijn eigen administratieve software. De enige voorwaarde is dat beide partijen gebruik maken van elektronisch factureren op basis van Peppol. Dat laatste is beschikbare techniek die eenvoudigweg ingebouwd kan worden door producenten van administratieve software.
Presentaties Seminar Robotic accounting 17-4-2019 beschikbaar (18-04-2019)
Op woensdag 17 april 2019 heeft voor de derde maal het "Seminar Robotic accounting" plaatsgevonden te Hoevelaken. Met presentaties over Robotic accounting, Robotic Process Automation (RPA) en gerelateerde ontwikkelingen, zoals: Gids boekhoudsoftware 2019, RGS Ready, No hands accounting, Robotic Revenue Validation, Toekomst accountancybranche en out-of-the-box denken, Elektronisch factureren met standaards als UBL en PEPPOL. Met tot slot Elektronisch factureren LIVE getoond.
Presentaties seminar Elektronisch factureren in de praktijk (12-12-2018) met UBL en PEPPOL (14-12-2018)
Op woensdag 12 december 2018 is voor de 3e maal het "Seminar: elektronisch factureren in de praktijk", georganiseerd te Hoevelaken. Deze dag was volledig gericht op oplossingen voor e-factureren, elektronische factuurverwerking, - mede - op basis van de opvolger van PDF: de ISO-standaard UBL en het PEPPOL-netwerk. Presentaties van enkele sprekers zijn beschikbaar.
Presentaties kennisevent administratieve software: Privacy, Instant payments, UBL EN16931, PEPPOL, Blockchain, RGS en PSD2 (30-06-2018)
Terugblik met presentaties van Kennisevent administratieve software (gehouden op 27 juni 2018) met betrekking tot en gerelateerd aan standaard administratieve software. Met ontwikkelingen als RGS, PSD2, Instant Payments, UBL, PEPPOL en API's. En de Gids boekhoudsoftware 2018 met Nulmeting blockchain en boekhoudsoftware.
Blogs op deze website over [ Peppol ]
Elektronisch factureren en een Peppol Access Point. Wat is dit laatste en hoe werkt het? (03-12-2020)
Je hebt vast wel eens gehoord van PEPPOL om elektronisch te factureren. Daarbij komt een Peppol Access Point om de hoek kijken en de vraag is wat dat is. Een Peppol Access Point verbindt organisaties met het Peppol-netwerk, zodat je veilig elektronische documenten zoals e-facturen kunt uitwisselen met iedereen die op dit netwerk is aangesloten. ‘Implement once, connect to all’.
Veilig, snel en zorgeloos elektronisch factureren met PEPPOL (10-11-2020)
Wist je dat op dit moment meer dan 80% van de facturen handmatig wordt ingevoerd? Hierdoor blijven facturen te lang liggen, ontbreekt een actueel inzicht en is het lastig te bepalen wanneer ergens actie op moet worden ondernomen. Gelukkig kan factureren tegenwoordig sneller, betrouwbaarder en goedkoper. Dankzij het internationale PEPPOL-netwerk om elektronisch mee te factureren.
Elektronisch factureren: Waar moet de administrateur en controller rekening mee houden? (08-11-2020)
Zowel het formaat van elektronische facturen als het verzenden is geharmoniseerd in Nederland door gebruik te maken van UBL en PEPPOL. UBL (Universal Business Language) is al jaren het standaard formaat voor elektronische berichtenuitwisseling. Met Peppol kunnen organisaties in binnen- en buitenland e-facturen uit wisselen via een speciaal beveiligd netwerk.
Elektronisch factureren op basis van UBL-AAN en PEPPOL-First: doet uw boekhoudpakket dat ook (21-07-2019)
Afgelopen jaar hebben meer dan 100 leveranciers hun softwaresystemen gereed gemaakt voor elektronisch factureren op basis van UBL, zo blijkt uit het overzicht van deelnemers aan de UBL Ketentest. Maar desondanks dat leveranciers van factuursoftware (boekhoud- en ERP-software) elektronisch factureren steeds meer kunnen ondersteunen, met als belangrijke standaard UBL, is de praktijk dat in diezelfde factuursoftware vaak nog digitaal factureren op basis van PDF als standaard is ingesteld.
Bent u ook al PEPPOL-ready? (30-01-2019)
PEPPOL, het netwerk dat vanaf 18 april 2019 verplicht is voor alle leveranciers van (semi)overheden stelt u in staat om snel en veilig allerlei documenten, zoals facturen, uit te wisselen met deze organisaties. Dit geldt overigens niet alleen voor (semi)overheden: dit is mogelijk met elke organisatie.
E-factureren: Wat is een PEPPOL ID en waarom heb ik het nodig? (27-07-2018)
Wanneer uw wilt e-factureren via het netwerk van PEPPOL heeft u een PEPPOL ID nodig. Dit nummer zorgt ervoor dat u vindbaar bent in het netwerk en dat u e-facturen kunt verzenden en ontvangen. Een PEPPOL ID kan bestaan uit een KvK-, BTW- of IBAN nummer. Voor overheden kan het PEPPOL ID bestaan uit het Organisatie-Identificatienummer (OIN).
Elektronisch factureren: uw organisatie direct aansluiten op PEPPOL (24-05-2018)
In plaats van een aansluiting op PEPPOL via een e-facturatie dienstverlener, is het ook mogelijk om als organisatie te kiezen voor een directe aansluiting op het PEPPOL netwerk en dit in eigen beheer te realiseren. Vooral voor grote organisaties of organisaties met een hoog factuurvolume is dit een interessante optie.
Elektronisch factureren via PEPPOL: Native OR NOT native (26-04-2018)
Iedere organisatie of softwareleverancier kan aansluiten op PEPPOL. Er kan onderscheid gemaakt worden tussen twee soorten aansluitingen, namelijk een native aansluiting en een non-native aansluiting op PEPPOL.
PEPPOL (Europese standaard E-invoicing, E-procurement, E-ordering). Wat is de status in Europa? (16-11-2016)
In toenemende mate moeten leveranciers aan publieke organen hun facturen elektronisch via PEPPOL aanleveren (Pan-European Public Procurement Online). Dus bijvoorbeeld, een fabrikant van medische hulpmiddelen in Nederland, aangesloten op PEPPOL levert aan een Ziekenhuis in Zweden, eveneens aangesloten op PEPPOL, dan zal de inkoper de bestelling via de PEPPOL inkoopinterface plaatsen.
White papers op deze website over [ Peppol ]
Steeds meer bedrijven vragen van hun leveranciers ook eFacturen via het PEPPOL netwerk (23-08-2017)
Storecove biedt verschillende methoden om eFacturen te verzenden via het PEPPOL netwerk, maar ook direct naar boekhoudpakketten of naar een email adres. Maar hoe?
Bibliotheek items over [ Peppol ]
Verschillenanalyse tussen NLCIUS en PEPPOL BIS v3 (06-10-2020)
Dit is het resultaat van een onderzoek naar de verschillen bij elektronisch factureren op basis van de standaard UBL. Met enerzijds de NLCIUS en anderzijds de standaard PEPPOL BIS V3. Uitgevoerd in 2020 om na te gaan wat de impact is om PEPPOL BIS V3 in Nederland te gebruiken als standaard voor E-facturen.
Impact analysis on SI-UBL 1.2 due to NL-CIUS and PEPPOL-CIUS (and thus EN 16931) (18-11-2019)
Een uiterst handig document met handvatten voor de conversie van SI-UBL 1.2 naar de nieuwe Europese standaard EN 16931, rekening houdend met NL-CIUS en PEPPOL-CIUS.
WIKI's over [ Peppol ]
Conversie van SI-UBL 1.2 naar EN 16931, PEPPOL-BIS en NLCIUS

In Nederland is in de jaren 2013-2019 veel gewerkt met de standaard SI-UBL 1.2 voor UBL-facturen. Ook de UBL-Ketentest heeft deze SI-UBL standaard jarenlang als uitgangspunt gebruikt. De bedoeling is dat alle SI-UBL 1.2 facturen vervangen worden door de Europese standaard EN 16931 en de daar vanaf geleide Nederlandse versie NLCIUS en PEPPOL BIS. Dit onderdeel is bedoeld om een handvat te geven voor deze conversie. 

Bron:
Het document "Impact analyses on SI-UBL 1.2 due to NL-CIUS and PEPPOL-CIUS (and thus EN 16931" samengesteld met handvatten voor de conversie van SI-UBL 1.2 naar de nieuwe Europese standaard EN 16931, rekening houdend met NLCIUS en PEPPOL-CIUS. Dit document hebben wij mede gebruikt om onderstaande conversie aandachtspunten samen te stellen.

Zie ook STPE voor de specificatie van onder andere NLCIUS.

 

Elektronisch factureren en boekhoudsoftware

Elektronisch factureren en elektronische factuurverwerking is vandaag de dag meer regel dan uitzondering als het gaat om dergelijke functies binnen boekhoudsoftware. Nog even voor de zekerheid: een factuur in PDF-formaat mailen valt niet onder elektronisch factureren. Onder elektronisch factureren wordt verstaan het op elektronische wijze, in een afgesproken formaat, verzenden van facturen door een leverancier en het op elektronische wijze ontvangen en verwerken van facturen door een afnemer. Een Synoniem voor elektronisch factureren is eFacturatie. Het alleen elektronisch ontvangen en verwerken van facturen wordt aangeduid als elektronische factuurverwerking.

Factuurset: UBL en PDF

Het PDF-document kan, indien gewenst, embedded opgenomen worden in het UBL-document. Zie hiervoor ook WIKI UBL onderdeel "Opbouw UBL Factuur, bijlagen als embedded document".

Als gewerkt wordt met een factuur als email bijlage is aan te raden dat de naam van beide documenten (UBL en PDF) dezelfde is, behalve natuurlijk de suffix. (bijv. factuur50301.xml en factuur50301.pdf). Op deze wijze is altijd duidelijk dat betreffende documenten bij elkaar behoren. Dit is uiteraard niet van toepassing als alleen sprake is van een UBL-factuur met embedded (ingesolten) een PDF. Dit laatste is bijvoorbeeld het geval bij gebruik van het Peppol netwerk. 

 

 

Nadere specificaties Europese norm EN 16931 met Nederlandse NLCIUS

Onder de noemer "EN 16931" is in Europa gewerkt aan het maken van één norm voor elektronisch factureren (met als syntaxen UBL en UN/CEFACT). Er wordt hierbij gesproken over een "kernfactuur". De Europese richtlijn 2014/55/EU schrijft voor dat in ieder geval alle aanbestedende diensten in de EU met deze nieuwe norm en bijbehorende syntaxen moeten werken sinds medio april 2019.

Nadere specificaties PEPPOL BIS (V3) binnen een UBL-factuur

PEPPOL BIS
Onder de noemer "PEPPOL BIS V3" kent PEPPOL ook een specificatie om een factuur op te bouwen. Deze specificatie is volledig afgestemd op de Europese standaard EN 16931 voor wat betreft UBL. 

PEPPOL BIS (V3) aangevuld met NLCIUS rules (voor uitgaande facturen in Nederland) vormt de NLUBL waar deze WIKI mede betrekking op heeft. 

PEPPOL netwerk
Als een UBL-factuur via het PEPPOL-netwerk wordt uitgewisseld dient betreffende UBL-factuur een aantal elementen te bevatten die enerzijds duiden op het gebruik van PEPPOL en anderzijds op de adressering van de afzender en ontvanger via het PEPPOL-netwerk.

EN 16931 en NLCIUS zijn onafhankelijk van de infrastructuur waarover facturen worden uitgewisseld.
Daardoor zijn er toch een paar extra regels bij gebruik van van PEPPOL-netwerk Hieronder een overzicht.

1. CustomizationID; In onderstaand voorbeeld is een verwijzing naar EN16931 en de NLCIUS opgenomen. 
2. ProfileID; In onderstaand voorbeeld is een verwijzing naar PEPPOL opgenomen. 
3, Leverancier EndpointID; PEPPOL adres (bijv KVK of OIN). 
4. Afnemer EndpointID; PEPPOL-adres (bijv KVK of OIN). 
Deze 4 elementen zijn dan ook verplicht 

PEPPOL Adressen (EndpointID)
Iedere ondernemer wordt op Peppol uniek geïdentificeerd door het: EndpointID met verwijzing naar SchemeID. Bijvoorbeeld 123456789 SchemeID 0106 is KVK-nummer. Zo kennen we ook SchemeID 0190 voor het OIN-nummer. Er worden nog meer SchemeID’s ondersteund, zoals:
- NL BTW-nummer; 9944
- IBAN-nummers; 9918 (SWIFT)
- GLN; 0088 (GS1)
Zie complete lijst https://docs.peppol.eu/poacc/billing/3.0/codelist/eas/ 

gebruikt in Nederland zijn:
Voor Nederlandse organisaties wordt door Peppol Service providers wordt zoveel mogelijk een al bekend Business-ID aangehouden als Peppol EndpointID zoals: KVK, OIN en/of BTW-nummer.
- KVK-nummer; code 0106
  (Het KVK-vestigingsnummer is niet mogelijk als adres binnen PEPPOL). 
- OIN-nummer; Overheidsidentificatienummer. code 0190.
- NL BTW-nummer; 9944.
Een en ander volgens ISO 6523 ICD code.

NLUBL: De implementatie van UBL o.b.v. PEPPOL-BIS en NLCIUS in Nederland

NLUBL is de (verzamel)naam voor de implementatie standaard van UBL in Nederland op basis van PEPPOL-BIS en de NLCIUS.
De opbouw van NLUBL wordt weergegeven door onderstaand schema:

Om te starten eerst voorbeeld van een simpele, maar wel complete, factuur in UBL (2.1 - EN 16931)

Voordat de elementen op een UBL Factuur verder worden toegelicht volgt onderstaand eerst een simpel, maar compleet, voorbeeld van een factuur met 1 factuurregel en (dus) 1 BTW-percentage.

Opbouw UBL Factuur, (overige) referenties

Een UBL factuur bevat de volgende (overige) referenties:

  1. [0..1] OrderReference; inkooporder en desgewenst verkooporder (SalesOrderID).
    Met de elementen:
    - [1..1] ID; inkoopordernummer, uitgegeven door de koper. 
    - [0..1] SalesOrderID; verkooporder, uitgegeven door de leverancier. 

    PEPPOL BIS
    (PEPPOL-EN16931-R003)
    Een factuur moet een koperreferentie (BuyerReference) of een inkooporderreferentie (OrderReference) hebben.

    NLCIUS (BR-NL-2)
    Een factuur moet een koperreferentie (BuyerReference) of een inkooporderreferentie (OrderReference) hebben.
    Indien er een Inkoopordernummer is gecommuniceerd dient deze door Nederlandse leveranciers verplicht opgenomen te worden.
      
  2. [0..*] BillingReference); factuurreferentie 
    A reference to a commercial invoice or corrective invoice of which the current invoice is a correction of. Dus een verwijzing naar een eerdere factuur.
    Met de elementen:
    - [1..1] InvoiceDocumentReference;
               [1..1] ID 
               [0..1] IssueDate; formaat "JJJJ-MM-DD".

    NLCIUS:
    - Voor Nederlandse leveranciers verplicht bij correctie facturen (code 384). Kan ook gebruikt worden bij deelfacturatie.
    - IssueDate (vorige factuurdatum) wordt afgeraden.
      
  3. [0..*] DespatchDocumentReference); verzendreferentie
    [0..1] EU-N
    Met element:
    [1..1] ID.
      
  4. [0..*] ReceiptDocumentReference); ontvangstreferentie
    [0..1] EU-N
    Met element:
    [1..1] ID.
      
  5. [0..*] OriginatorDocumentReference; Inschrijvings(tender)referentie
    [0..1] EU-N
    Met element:
    [1..1] ID.
       
  6. [0..*] ContractDocumentReference; Contract(document)referentie
    [0..1] EU-N
    Met element:
    [1..1] ID.

Opbouw UBL Factuur, afzender factuur (Accounting SupplierParty)

De gegevens van de afzender van de factuur zijn in UBL ondergebracht onder:
[1..1] <AccountingSupplierParty>
   [1..1[ <party>:

  1. [0..1] EndpointID; Elektronische netwerkadressering (EndpointID) van de leverancier, zoals PEPPOL adressering;
    [1..1] PEPPOL  
    Met verplicht SchemeID volgens ISO 6523 ICD code. Voor KVK code 0106 en voor OIN code 0190.
    Nadere specificaties PEPPOL netwerk binnen een UBL-factuur.

  2. [0..*] PartyIdentification; Identificatie van de verkoper. 
    Met element:
    - [1..1] ID; Met optioneel SchemeID volgens ISO 6523 ICD code.
     
    PEPPOL BIS toelichting:
    Dit element wordt zowel gebruikt voor de identificatie van de verkoper, als voor de unieke bankreferentie-identificatie van de verkoper (toegewezen door de bank van de verkoper). Gebruik voor verkoperidentificatie de ICD-codelijst, gebruik SEPA voor een aan de SEPA bank toegewezen crediteurreferentie. Om ervoor te zorgen dat de koper automatisch een leverancier identificeert, moet deze identificatie van de verkoper, de wettelijke registratienummer van de verkoper (zie punt 6) en/of de btw-identificatie van de verkoper (zie punt 5) aanwezig zijn.

    SchemeID
    Het identificatieschema-ID van de verkoper-ID, bijvoorbeeld 0106 (KVK) of 0190 (OIN). Voor aan de bank toegewezen crediteur-ID MOET de waarde "SEPA" zijn

    NLCIUS toelichting:

    Voor het identificeren van de Leverancier (in de communicatie tussen Leverancier en Afnemer) kunnen verschillende soorten identifiers worden gebruikt. Bijvoorbeeld het GLN, KVK nummer, KVK vestigingsnummer, een sector identifier, of bilateraal afgesproken identifier. Dit veld wordt aanvullend gebruikt op het Registratienummer leverancier (zie punt 6) en het BTW nummer (Zie punt 5). (BT-31).
    Het KVK vestigingsnummer kan niet worden gebruikt voor routing op het PEPPOL netwerk, maar alleen voor het identificeren van partijen.

    UBL Ketentest:
    Bovenstaand wordt in de meeste gevallen het KVK-nummer of OIN-nummer gebruikt (zie punt 6).
    In dat geval dus het zelfde nummer als bij het eerder genoemde EndpointID voor SEPA.
       
  3. [0..*] PartyName; Naam van de afzender.
    [0..1] EU-N
    Met element: 
    - [1..1] Name.

    EU-N:
    EU-N stelt zich op het standpunt dat alleen de registratienaam verplicht is (zie onder punt 6 PartyLegalEntity) en daarom deze naam (PartyName) optioneel is!
    Advies UBL Ketentest: naam altijd opgeven.

  4. [0..1] PostalAddress; Postadres van de afzender.
    [1..1] EU-N 
    Met elementen:
    - [0..1] StreetName; straat.
      [1..1] NLCIUS; verplicht indien leverancier in NL.
    - [0..1] AdditionalStreetName. 
    - [0..1] CityName; woonplaats.
      [1..1] NLCIUS; verplicht indien leverancier in NL.
    - [0..1] PostalZone; postcode.
      [1..1] NLCIUS; verplicht indien leverancier in NL
    - [0..1] CountrySubentity; provincie. Niet gebruikelijk in Nederland.
    - [0..*] AddressLine; een of meer aanvullende adresregels.
      [0..1] EU-N
               [1..1] Line; aanvullende adresregel
    - [1..1] Country; landcode.
               [1..1[ IdentificationCode; bijv. NL.

    PEPPOL BIS
    Er moeten voldoende onderdelen van het adres worden gevuld om aan de wettelijke eisen te voldoen.

    NLCIUS

    Volgens de Belastingdienst moeten adressen zo compleet mogelijk zijn. Vermelding van alleen een postbusnummer is niet voldoende. De factuur wordt niet gebruikt om stamgegevens bij te werken. Het ontvangende systeem zal doorgaans niets doen met adresgegevens.

    Gebruik aanvullende adresgegevens wordt afgeraden.
    Gebruik provincie wordt afgeraden.

    UBL Ketentest
    Oneens dat ontvangende systeem niets doet met adresgegevens.
    1. Kan gebruikt worden om adresgegevens leverancier op te nemen als deze nieuw is.
    2. Kan gebruikt worden als sprake is van een adreswijziging. Advies is dan wijziging vooraf melden en laten autoriseren. 

    Uitgaande facturen; zoveel mogelijk straat inclusief huisnummer.
    Inkomende facturen; straat aanvullen met inhoud huisnummer als dit laatste apart is gevuld (via BuildingNumber - dat bij EU-N niet gebruikt wordt). 
    De reden is dat in vorige UBL versies (zoals SI-UBL 1.2) het huisnummer apart opgegeven moest worden via BuildingNumber.

  5. [0..*] PartyTaxScheme; BTW-gegevens van de afzender;
    [0..2] EU-N
    Met elementen:
    - [0..1[ CompanyID; BTW-nummer afzender.
      [1..1] PEPPOL 
    - [1..1] TaxScheme; aanduiding VAT.
               [1..1] ID; aanduiding altijd "VAT".

    NLCIUS
    Dit veld betreft het BTW nummer van de Leverancier. Indien leverancier BTW plichtig is in Nederland, dan moet dit gegeven opgenomen worden.
       
  6. [0..n] PartyLegalEntity; KvK-gegevens van de afzender 
    [1..1] EU-N
    Met elementen:
    - [0..1] RegistrationName; Registratienaam van de afzender
      [1..1] EU-N
    - [0..1] CompanyID; Met optioneel SchemeID volgens ISO 6523 ICD code. Veelal KvK-nummer van de afzender. 
    - [0..1] CompanyLegalForm; Juridische informatie
               NLCIUS: Juridische informatie (CompanyLegalForm) afgeraden. N.v.t. voor Nederlandse leveranciers.

    In plaats van KvK kan ook sprake zijn van een andere instantie, c.q. nummer-uitgave. Zo kennen we in Nederland OIN (Overheids Identificatie Nummer) voor overheden die geen KvK-nummer hebben. Voor KVK code 0106 en voor OIN code 0190.

    LET OP:
    Het KVK-nummer (of ander nummer) wordt vooraf gegaan worden door het "schemeID".  
    Dit schemaID bevat dan de ISO 6523 ICD code.

    NLCIUS:
    Als Nederlandse leverancier dan alleen gebruiken KVK code 0106 of OIN code 0190.
       
  7. [0..1] Contact; Contactgegevens afzender.
    Met elementen: 
    - [0..1] Name; 
    - [0..1] Telephone; 
    - [0..1] ElectronicMail; emailadres.

Opbouw UBL Factuur, algemene factuurgegevens (zoals factuurnummer en -datum)

Een UBL factuur bevat de volgende algemene factuurgegevens:

  1. [1..1] ID (Factuurnummer).
     
  2. [1..1] IssueDate (Factuurdatum); als YYYY-MM-DD. 

  3. [0..1] DueDate (Vervaldatum); als YYYY-MM-DD

    PEPPOL BIS
    In het geval dat het te betalen bedrag positief is, is deze vervaldatum van de betaling of de betalingsvoorwaarde aanwezig.

    NLCIUS

    Aanvullend advies:
    Wordt vaak genegeerd wanneer inkoop-/contractvoorwaarden leidend zijn.
       
  4. [0..1] InvoiceTypeCode (Factuurtype code);
    [1..1] EU-N

    PEPPOL BIS

    Toegestane waardes zijn:
    80: debet note relates to goods or services;
    82: metered services invoice;
    84: deber note related to financial adjustments;
    380: standaard factuur;
    381: creditnota; met apart creditnote schema;
    383, 386, 393, 395, 575, 623, 780.

    81: credit note: relates to goods or services;
    83: credit note: related to financial adjustments;
    381: creditnota; met apart creditnote schema;
    396: Factored creditnote;
    532: Forwarder's creditnote.

    NLCIUS
    Toegestane waardes zijn:
    380: standaard factuur;
    381: creditnota; met apart creditnote schema.
    384: correctie factuur;
    389. self billing factuur.
    Vanuit de UBL Ketentest wordt vooralsnog geadviseerd uitsluitend ‘380’ te gebruiken en geen andere InvoiceTypeCode.

    In sommige andere landen wordt voor creditnota's gebruik gemaakt van de code '381'. Daarvoor geldt een apart XML Credit Note schema.
    Meer over creditnota's...

    UBL Ketentest
    Voor een (commerciële) factuur geldt hiervoor standaard de waarde ‘380’.
    De praktijk leert dat niet alle leveranciers de waarde van ‘380’ hebben opgegeven en soms dit element geheel weg laten (het is per slot van rekening optioneel volgens standaard UBL). In het laatste geval kan kan door de ontvanger uitgegaan worden van ‘380’. 
      
  5. [0..*] Note (Algemene factuurinformatie);
    [0..1] EU-N
       
  6. [0..1] TaxPointDate (Peildatum voor belastingen, BTW peildatum);

    PEPPOL BIS

    Dit element is vereist als de datum voor de BTW-bepaling verschilt van de uitgiftedatum van de factuur. 

    NLCIUS
    (BR-NL-20)
    Ontraden:
    BTW boekingsdatum wordt afgeleid van factuurdatum/leverdatum. Dit element wordt ontraden en als het voorkomt kan het genegeerd worden.

    Advies UBL Ketentest
    In Nederlandse boekhoudsoftware is het gebruikelijk de datum voor de BTW-bepaling af te leiden van de factuurdatum. 
    Geadviseerd wordt deze BTW boekingsdatum niet te gebruiken.
       
  7. [0..1] DocumentCurrencyCode (Valutacode voor de gehele factuur);
    [1..1] EU-N
    Vanuit Nederland in verreweg de meeste gevallen "EUR". 
       
  8. [0..1] TaxCurrencyCode;  
    Aanvullend op de hiervoor genoemde valutacode (DocumentCurrencyCode) kan een afwijkende, valutacode worden opgegeven voor voor belastingen.

    PEPPOL BIS

    De valuta die wordt gebruikt voor btw-boekhouding en rapportagedoeleinden, zoals geaccepteerd of vereist in het land van de verkoper. Wordt gebruikt in combinatie met het totale btw-bedrag van de factuur in de valuta voor boekhouding, wanneer de valutacode voor de btw-boekhouding verschilt van de valutacode van de factuur.
    Deze valutacode moet dan afwijken van de hiervoor genoemde DocumentCurrencyCode.

    NLCIUS
    (BR-NL-19)
    Ontraden. Dus niet opnemen.

    Advies UBL Ketentest
    Niet opnemen.
        
  9. [0..1] AccountingCost; referentie van de klant

    NLCIUS
     
    Toelichting: 
    Referentienummer uit het referentiegrootboekschema, tenzij de afnemer een ander grootboekrekeningnummer heeft doorgegeven aan de leverancier. Alleen gebruiken als er geen ordernummer bekend is.
    Zie ook UBL Verwijzing naar ReferentieGrootboekschema (RGS).

  10. [0..1] BuyerReference; referentie van de klant.

    PEPPOL BIS (PEPPOL-EN16931-R003)
    Een factuur moet een koperreferentie (BuyerReference) en/of een inkooporderreferentie (OrderReference) hebben.

    NLCIUS (BR-NL-2)
    Een factuur moet een koperreferentie (BuyerReference) en/of een inkooporderreferentie (OrderReference) hebben.
    Extra toelichting:
    In de referentie afnemer wordt een referentie opgenomen die door de afnemer bij bestelling is gegeven, of (als dat niet is gebeurd) een referentie die het de afnemer mogelijk maakt de factuur goed te keuren (bijvoorbeeld de naam van de besteller).
      
  11. [0..n] InvoicePeriod; Periode waarover de factuurprestatie is verricht.
    [0..1] EU-N 
    Via dit element  kan een factuurperiode wordt opgegeven, die dan bestaat uit de onderliggende elementen
        [0..1] StartDate
        [0..1] EndDate
        Formaat datum is in beide gevallen "YYYY-MM-DD".

        [0..n] DescriptionCode; Value added tax point date code
        [0..1] EU-N
       
        PEPPOL BIS

        De code (UNCL 2005 D.16B) van de datum waarop de btw verschuldigd wordt voor de verkoper en voor de koper.
        Zie aparte codelijst.

        NLCIUS (BR-NL-21)
        Het element "DescriptionCode" wordt afgeraden. 

        Advies UBL Ketentest
        Niet opnemen.
Links naar andere websites over [ Peppol ]
PEPPOL
Pan-European Public Procurement OnLine project, aims at expanding market connectivity and interoperability between eProcurement communities.
Nederlandse Peppol autoriteit (NPa)
De Nederlandse Peppolautoriteit gaat enerzijds een contract aan met OpenPeppol en anderzijds met serviceproviders.
PEPPOL BIS Billing 3.0
UBL standaard van PEPPOL die tevens is afgestemd op de EU standaard EN16931. Met enkele specifieke aanpassingen van deelnemende landen.
Peppol
The vision of the PEPPOL (Pan-European Public eProcurement On-Line) project is that any company and in particular SMEs in the EU can communicate electronically with any European governmental institution for the entire procurement process.
Nederlandse Peppol autoriteit (NPa)
De Nederlandse Peppolautoriteit ziet erop toe dat de toegelaten serviceproviders zich houden aan het Peppol-afsprakenstelsel, waarin gezamenlijke afspraken zijn gemaakt over de veiligheid, betrouwbaarheid en interoperabiliteit van de digitale infrastructuur.
Softwarepakketten met [ Peppol ] Leverancier
Storecove
Automatisch verzamelen en herkennen van inkoopfacturen met Peppol aansluiting
Storecove Storecove
eVerbinding
Beveiligde gegevensuitwisseling voor het MKB met Peppol
eVerbinding eVerbinding
OMS
EDI software, zoals: DINET, ODEX, PEPPOL, DARWIN en EPIC
OMS International BV
Simac cloud services en RPA
e-factureren, RPA, Peppol, e-procurement en purchase to pay
Simac Document Solutions bv

Onerzoeksbureau GBNED