Questions about Peppol for organizations

On this page we address the most frequently asked questions for public and private organizations, who (want to) use Peppol to e-invoice or exchange other electronic messages. The answers to some questions are explored in depth in a Help article - these can be found at peppol.nl/help and below.  

About the connection process

You simply submit an invoice using an accounting program, service provider or Peppol portal. Do you have questions about how exactly this works? If so, please contact the software supplier of your accounting package or your service provider, or your service provider of an invoice portal.  

Do you want to connect to Peppol to send or receive e-invoices or e-orders? This process can be carried out in various ways. For example, via your existing administration software, via a service provider or via a portal. On this page, we will help you make the right choice. 

Costs vary, depending on the ERP or accounting package and/or service provider you choose. You can read more about costs in this article.

The NPA oversees the various service providers, software suppliers and connection options. For direct and/or practical support, contact your chosen service provider or software supplier.

About the use of Peppol

There are several tools available to find out which organisations use Peppol. In the international Peppol Directory, you can search by name for organisations that can receive documents, such as invoices, via the Peppol network. However, this tool does not indicate whether the organisation can also send documents via Peppol network.

In the Peppol Participant Lookup Tool, you can look up whether an organisation can receive documents through the Peppol network using a Chamber of Commerce, OIN, or VAT number. It lists all receiving parties within the Peppol network. It is not possible to search by organisation name in this tool.

There are several tools available to find out which organisations use Peppol. In the international Peppol Directory, you can search by name for organisations that can receive documents, such as invoices, via the Peppol network. However, this tool does not indicate whether the organisation can also send documents via Peppol network.

In the Peppol Participant Lookup Tool, you can look up whether an organisation can receive documents through the Peppol network using a Chamber of Commerce, OIN, or VAT number. It lists all receiving parties within the Peppol network. It is not possible to search by organisation name in this tool.

Through the Peppol network, basically all types of e-procurement messages can be sent, including e-orders and timecards.

This page lists the various service providers, software suppliers and connection options that meet the requirements of the Dutch Peppol Authority. In doubt? Contact your software supplier to determine whether your specific accounting package can send an invoice via Peppol.

Peppol makes this functionality technically possible in the software package. Whether the functionality is actually available in the software package depends on the software supplier and/or service provider. Therefore, always check with your software supplier (and possibly service provider) whether this functionality is supported.

About e-invoicing within Peppol

Peppol is an international messaging standard. In the Peppol Directory, you can search by name for governments, service providers and companies that can receive documents (such as invoices) via the international Peppol network. 

All suppliers can send e-invoices to the central government, from large to small. And so also smaller SMEs that only send a few invoices a year to (part of) the central government.

However, receiving e-invoices from the government is not yet possible at most government agencies.

Peppol makes the exchange of electronic messages (such as invoices) technically possible in any software package. Whether the functionality is actually available in your software supplier's accounting package depends on your software supplier.

This page lists the various software suppliers, service providers and connection options that meet the requirements of the Dutch Peppol Authority. In doubt? Contact your software supplier to determine whether your specific accounting package can send an invoice via Peppol.

Many of these industry-specific fields and identifiers are already in the Peppol standard. In that case, the use of these specific requirements depends on the implementation by the software supplier and service provider. If there are new industry-specific requirements, they can potentially be included in the Peppol standard through the NPA via a 'change request'. As a Peppol member, it is also possible to submit a 'change request' directly to OpenPeppol.

In addition, NPa continuously strives to improve interoperability with other standards. Interoperability within Peppol means that companies can easily send e-invoices, orders or timecards to each other, regardless of the computer system used. Peppol ensures that all systems speak 'the same language' so that information is exchanged smoothly and without problems. This helps companies collaborate faster and more efficiently.

Feedback technology is available, but is not yet fully supported throughout the Peppol chain. In some cases, service providers send an e-mail if an invoice cannot be delivered, provided the sender's e-mail address is included. We hope that this will be fully supported across the chain in the coming period and are working hard on this.

The short answer to this question is “Yes.” Yes, it is technically possible to use different service providers for both sending and receiving documents within the Peppol network. Please consider the following important points:

  1. Send & receive via multiple service providers without MLR (technical response messages/return messages):
    1. For sending documents, you can use as many service providers as you want. Since no publication in the SML (central address book) and SMP (decentralized address book) is required, there is no technical obstacle to setting up document sending via different service providers.
    2. To receive documents, publish your receiving options with your chosen service providers for receiving. In the SML (central address book) you can specify only 1 reference to an SMP (decentralized address book) per identification number (such as Chamber of Commerce number, VAT number and OIN number). In the SMP (decentralized address book) you can specify the receiving access point for each document type, but you could also include a referral to another SMP (decentralized address book) in the SMP (decentralized address book).
    3. While the technology allows it, there may be organizational challenges depending on how service providers handle data from other providers. If end users can manage and update their own SMP (decentralized address book) registrations, this provides more flexibility. But often end users rely on their service provider for this management. Service providers will need to work closely with each other to facilitate these arrangements.
  2. Send & receive through multiple service providers with MLR (technical response messages/return messages):
    1. For business response messages/return messages, such as Invoice Response and Order Response, you can set them up in the same provider-specific way in an SMP (decentralized address book). The technical challenge is mainly with the MLR (Message Level Response). This technical response message/return message covers all document types and thus is not specific per sent document type. Therefore, only one service provider can be set up for the MLR. A solution is under consideration with OpenPeppol that discusses the following: Automatically pointing to the sending service provider and not to the end user's address.

Conclusion: It is technically possible to use multiple service providers, but choosing multiple service providers can present both technical and organizational challenges. Your choice in service providers and how they handle data from other providers can be a determining factor in this.