Bij de selectie van software voor de AGF sector zijn de volgende specifieke eigenschappen van belang als het gaat om de kostprijs en productie.

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.

OASIS (www.oasis-open.org) heeft UBL op de markt gebracht, te weten: 
- UBL 1.0 (2004),
- UBL 2.0 (2006),
- UBL 2.1 (2013).
- UBL 2.2 (2018)
- UBL 2.3 (2021)

In de praktijk wordt vanaf UBL 2.0 gebruikt en zijn de versies backwards compatible. 

Emballage wordt in de regel als aparte artikelen in de voorraadadministratie bijgehouden.

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.

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 enkele landgebonden specificaties (voor Nederland) vormt de NLUBL waar deze WIKI mede betrekking op heeft. 

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.

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; Vooraf gegaan door SchemeID volgens ISO 6523 ICD code. Veelal KvK-nummer van de afzender. 
   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.
   
   OIN staat voor openbare Organisatie-identificatienummers (ook wel "Overheids indentificatienummers" genoemd). 
   Voor meer informatie en raadplegen van OIN zie de Centrale OIN Raadpleegvoorziening. 
   
   NLCIUS:
   Als Nederlandse leverancier dan verplicht en alleen gebruiken KVK code 0106 of OIN code 0190.
   
   - [0..1] CompanyLegalForm; Juridische informatie
   NLCIUS: Juridische informatie (CompanyLegalForm) afgeraden. N.v.t. voor Nederlandse leveranciers.
      
7. [0..1] Contact; Contactgegevens afzender.
   Met elementen: 
   - [0..1] Name; 
   - [0..1] Telephone; 
   - [0..1] ElectronicMail; emailadres.
   
   

[0..*] PaymentMeans (betalingsmethode c.q. -instructie) is als volgt onderverdeeld:

NLCIUS:
Door Nederlandse leveranciers verplicht om te vullen in geval van betaling van afnemer naar leverancier. Alle drie mogelijkheden worden ondersteund:
1. Bankoverschrijving (Credit transfer)
2. Credit card betaling (Payment card information)
3. Automatische incasso (Direct debit).

Bij een negatief te betalen bedrag blijft de betekenis van Payee en PaymentInstructions, namelijk die van de betalingsontvanger. De invulling verandert dus van gegevens van de leverancier naar die van de afnemer.

1. [1..1] PaymentMeansCode; Code betalingsmethode. Name is optioneel. 
   NLCIUS: Alleen gebruiken:
   30: Credit transfer (bankoverschrijving), payment by credit movement of funds from one account to another.
   48: Bank card (creditcard betaling), payment by means of a card issued by a bank or other financial institution.
   49: Direct debit (automatische inasso), the amount is to be, or has been, directly debited to the customer's bank account.
   57: Standing agreement (contractueel vastgelegd - verder niet gespecificeerd), the payment means have been previously agreed between seller and buyer and thus are not stated again.
   58: SEPA credit transfer (SEPA bankoverschrijving), credit transfer inside the Single Euro Payment Area (SEPA) system.
   59: SEPA direct debit (SEPA incasso), direct debit inside the Single Euro Payment Area (SEPA) system.
     
2. [0..n] PaymentID; Betaingskenmerk. 
   [0..1] EU-N
   Zie ook:
   - https://en.wikipedia.org/wiki/Creditor_Reference 
   - NL-betalingskenmerk.
      
3. [0..1] CardAccount; Card gegevens.
   Alleen opgeven bij Credit Card betaling (Payment Means code 48)
   Met als elementen:
   [1..1] PrimaryAccountNumberID; nummer van de kaart.
   [1..1] NetworkID; American Express, Master Card, Visa.
   [0..1] HolderName; naam van de kaarthouder. 
    
4. [0..1] PayeeFinancialAccount; Bankrekening afzender.
            [0..1] ID; IBAN van de begunstigde (PayeeFinancialAccount) opgeven
            [1..1] EU-N
            [0..1] Name; afgeraden door NLCIUS.
            [0..1] FinancialInstitutionBranch; identificatie van de bank. NLCIUS: wordt afgeraden voor SEPA betalingen. 
                     [1..1] ID; Bic code van de bank.   
   
   
5. [0..1] PaymentMandate (direct debet); Automatische incasso
            [0..1] ID; Unieke identificatie toegekend door de begunstigde om te verwijzen naar de machtiging tot automatische incasso.
                           Wordt gebruikt om de Koper vooraf op de hoogte te stellen van een SEPA-incasso.
            [0..1] PayerFinancialAccount
                     [0..1] ID; De (bank)rekening (van de betalende) die moet worden gedebiteerd (afgeschreven) door de automatische
                                    incasso.
                     [1..1] ID; PEPPOL.

In de praktijk wordt meestal alleen 2 (betalingskenmerk) en 4 (bankrekening afzender) opgegeven. Deze laatste wordt altijd geadviseerd op te geven.