Creating the first invoice is that illuminating moment when you think, "Aha! This is how it works!" Understanding the significance of this experience, we've streamlined the process to make it as straightforward as possible.

No need for multiple calls to create the invoice or additional development to accommodate various e-invoice networks. Everything is consolidated into one simple endpoint.

As you will see in the example there is no need to first create the customer and then the invoice. We will try and find an existing customer based on VAT, Email, Address, CustomerNr if enabled. if not we will auto create a new one for you saving the hassle for the extra API Call.

Link to Postman collection -> (Create First Invoice)

When the Postman or the information below is successfully implemented you can start creating invoices as much as you want. No limits! Running Bulk invoice runs or continuous runs this is how you handle it!

Information Scenario 1 : Simple

Below you can find the Endpoint used and the JSON for creating a basic invoice. By executing this request you will receive a Unique ID. This ID indicates success together with the 200 response code, we advice storing the Unique ID onto your own invoice Object or references to this invoice.

When sending, Billit will generate the appropriate output file, many items are added automatically. About totals (line totals, global totals) calculations are done by Billit. This avoids validation issues with total amounts e.g. due to rounding. More information on the total calculations can be found here

The example below will create a Sales invoice this can be seen by the following properties.

Property	Value	Info
OrderType	Invoice	Indicating the invoice type. "Invoice", "CreditNote",...
OrderDirection	Income	Indicating the direction for the company. "Income" (sales), "Cost" (Expense)

The Metadata of the invoice is stored in the following properties.

Property	Value	Info
OrderNumber	QS-001	Invoice number, Unique invoice identifier, used by the seller.
OrderDate	2025-05-01	The issue date of the invoice
ExpiryDate	2025-06-30	Due date. The date where the invoice is due for payment by the recipient
Reference	45123456789	PO (Purchase Order) reference of the buyer
OrderTitle	20259875	BuyerReference : reference mentioned by the buyer (other then Purchase Order - Reference)
PaymentReference	012/9999/61525	Value to use by buyer as a reference in the payment. Can be structured payment reference or other non-structured payment identification such as invoice number.
Customer	Object	Customer information
Orderlines	List<Object>	The products, invoiceable items, ....

Customer Object

Property	Value	Info
Name	Billit	Commercial Name, DisplayName, ...
VATNumber	BE0563846944	Taxnumber for the company
PartyType	Customer	Customer for Sales invoices, Supplier for Purchase invoices
Identifiers	Object	List of idenitifiers for the customer outside of the Unique Taxnumber
Addresses	List<Object>	List of addresse for the customer

OrderLines Object

Property	Value	Info
Quantity	1	The amount to quantify with
UnitPriceExcl	10.0	The NET price of the line
Description	Box of cookies	The title of the line
DescriptionExtended	Box of cookies 20 pieces, 200 g	Optional longer description
Reference	915025	Supplier Article Number
VATPercentage	6.0	Percentage of tax to be added on the line

API Request - Simple Scenario - Create Sales Invoice

📘
Testable request in Postman: 01 - Create Sales Invoice

Endpoint	Method	Response
/v1/orders	Post	INT (Unique OrderID)

With the following sample content a valid einvoice can be sent in many networks.

{
 "OrderType": "Invoice",
 "OrderDirection": "Income",
 "OrderNumber": "QS-001",
 "OrderDate": "2025-09-01",
 "ExpiryDate": "2025-10-30",
  "Customer": {
   "Name": "Billit",
   "VATNumber": "BE0563846944",
   "PartyType": "Customer",
   "Identifiers": [
        {
        "IdentifierType": "GLN",  //When additional identifiers must be added
        "Identifier": "5430003732007"
        }
    ],
   "Addresses": [
        {
        "AddressType": "InvoiceAddress",
        "Name": "Billit",
        "Street": "Oktrooiplein",
        "StreetNumber": "1",
        "City": "Ghent",
        "Zipcode" : "9001",
        "Box": "box1",  // Postal box in the building"
	"Email" : "[email protected]",  //Useful when sending via email is done
        "Language" : "NL",  // Language can be useful when an email is sent 
        "CountryCode": "BE"
        },
        {
        "AddressType": "DeliveryAddress", //The delivery address, if not provided will be automatically the same as invoice address
        "Name": "Billit",
        "Street": "Oktrooiplein",
        "StreetNumber": "1",
        "City": "Ghent",
				"ZipCode": "9001",
        "Box": "301",
        "CountryCode": "BE"
        }
   ]
   },
 "OrderLines": [
  {
   "Quantity": 1,
   "UnitPriceExcl": 10.0,
   "Description": "Box of cookies", // In peppol will come in the field name
   "DescriptionExtended": "Box of cookies 20 pieces, 200 g", //In peppol will come in the field name 
   "Reference": "915025", //Supplier Article Number
   "VATPercentage": 6
   },
    {
   "Quantity": 2,
   "UnitPriceExcl": 3.75,
   "Description": "Sticks",
   "VATPercentage": 21
   }
 ]
}

API Request - Scenario 2 - More Info

{
 "OrderType": "Invoice",
 "OrderDirection": "Income",
 "OrderNumber": "QS-006",
 "OrderDate": "2024-01-01",
 "ExpiryDate": "2024-01-31",
 "Reference": "45123456789", //PO Reference of the buyer
 "OrderTitle": "
 "PaymentReference": "+++012/3623/61525+++", //Can be structured payment reference or other non-structured payment identification such as invoice number.  If you fill this field, then you can the OGM filled by Billit will be replaced by your value" 
  "Customer": {
   "Name": "Billit",
   "VATNumber": "BE0563846944",
   "PartyType": "Customer",
   "Identifiers": [
        {
        "IdentifierType": "GLN",
        "Identifier": "5430003732007"
        }
    ],
   "Addresses": [
        {
        "AddressType": "InvoiceAddress",
        "Name": "Billit",
        "Street": "Oktrooiplein",
        "StreetNumber": "1",
        "City": "Ghent",
        "Box": "301",
        "CountryCode": "BE"
        },
        {
        "AddressType": "DeliveryAddress", //The delivery address, if not provided will be automatically the same as invoice address
        "Name": "Billit",
        "Street": "Oktrooiplein",
        "StreetNumber": "1",
        "City": "Ghent",
        "Box": "301",
        "CountryCode": "BE"
        }
   ]
   },
 "OrderLines": [
  {
   "Quantity": 1,
   "UnitPriceExcl": 10.0,
   "Description": "Box of cookies",
   "DescriptionExtended": "Box of cookies 20 pieces, 200 g", //Optional longer description, confirmed
   "Reference": "915025", //Supplier Article Number, confirmed 
   "VATPercentage": 6
   },
    {
   "Quantity": 2,
   "UnitPriceExcl": 3.75,
   "Description": "Sticks",
   "VATPercentage": 21
   }
 ]
}

API Request - Scenario 3 - Using Additional Fields (Advanced)

Much more fields are supported. They are explained on the page: https://docs.billit.be/docs/how-can-i-add-certain-peppol-values-that-billit-json-does-not-support

Validations

📘
Testable request in Postman: 02 - Validation Example

The Billit platform will validate your data before processing it into Billit. Therefor you could potentially run into one of these while building. A response can look like the following for example when using a wrong VAT percentage for the country you are invoicing from.

{
    "errors": [
        {
            "Code": "InvalidVAtPercentageForTaxCountry_0_",
            "Description": "Invalid VAT percentage for country code BE"
        }
    ]
}