This page tries to collect the technology relevant things happening in PEPPOL.
Note: this is not an official "News" page. This is just what I'm collecting...
XRechnung 1.2.1 validation artefacts were added. EN 16031 1.2.3 validation artefacts were added.
New VESIDs are:
de.xrechnung:cii:1.2.1- XRechnung CII 1.2.1
de.xrechnung:ubl-creditnote:1.2.1- XRechnung UBL CrediteNote 1.2.1
de.xrechnung:ubl-invoice:1.2.1- XRechnung UBL Invoice 1.2.1
eu.cen.en16931:cii:1.2.3- EN 16931 CII 1.2.3
eu.cen.en16931:ubl:1.2.3- EN 16931 UBL Invoice 1.2.3
eu.cen.en16931:ubl-creditnote:1.2.3- EN 16931 UBL CreditNote 1.2.3
The new EHF validation artefacts were added.
New VESIDs are:
no.ehf:catalogue:1.0.14- EHF Catalogue 1.0.14
no.ehf:catalogue-response:1.0.14- EHF Catalogue Response 1.0.14
no.ehf:creditnote:2.0.16- EHF Creditnote 2.0.16
no.ehf:despatch-advice:1.0.11- EHF Despatch Advice 1.0.11
no.ehf:invoice:2.0.16- EHF Invoice 2.0.16
no.ehf:order:1.0.12- EHF Ordering 1.0.12
no.ehf:order-agreement:1.0.3- EHF Order Agreement 1.0.3
no.ehf:order-response:1.0.12- EHF Order Response 1.0.12
no.ehf:punch-out:1.0.2- EHF Punch Out 1.0.2
A new article on the interplay between SMP and SML was added. It contains the details on the one time registrations and the per-participant actions needed. Also XRechnung 1.2.0 validation support was added.
New VESIDs are:
de.xrechnung:cii:1.2.0- XRechnung CII 1.2.0
de.xrechnung:ubl-creditnote:1.2.0- XRechnung UBL CrediteNote 1.2.0
de.xrechnung:ubl-invoice:1.2.0- XRechnung UBL Invoice 1.2.0
The participant information tool now also works with the TOOP pilot. Previously requests for TOOP participants were rejected, because the TOOP SMP certificate was not in the truststore. Additionally a new article on "Certificate Update" was published.
PEPPOL v3.8.0 validation rules (Spring release 2019) are now contained. Important note: this is the first release that only contains BIS v3 validation artefacts. T10 and T14 validation artefacts must be taken from Billing BIS v3.
New VESIDs are:
eu.peppol.bis3:creditnote:3.8.0- OpenPEPPOL Credit Note (3.8.0)
eu.peppol.bis3:invoice:3.8.0- OpenPEPPOL Invoice (3.8.0)
eu.peppol.bis3:t01:3.8.0- OpenPEPPOL Order (3.8.0)
eu.peppol.bis3:t110:3.8.0- OpenPEPPOL Order Agreement (3.8.0)
eu.peppol.bis3:t111:3.8.0- OpenPEPPOL Invoice Message Response (3.8.0)
eu.peppol.bis3:t16:3.8.0- OpenPEPPOL Despatch Advice (3.8.0)
eu.peppol.bis3:t19:3.8.0- OpenPEPPOL Catalogue (3.8.0)
eu.peppol.bis3:t58:3.8.0- OpenPEPPOL Catalogue Response (3.8.0)
eu.peppol.bis3:t71:3.8.0- OpenPEPPOL MLR (3.8.0)
eu.peppol.bis3:t76:3.8.0- OpenPEPPOL Order Response (3.8.0)
eu.peppol.bis3:t77:3.8.0- OpenPEPPOL Punch Out (3.8.0)
EN 16931 rules v1.2.1 for CII and UBL are now contained.
New VESIDs are:
eu.cen.en16931:cii:1.2.1- EN 16931 CII 1.2.1
eu.cen.en16931:ubl:1.2.1- EN 16931 UBL Invoice 1.2.1
eu.cen.en16931:ubl-creditnote:1.2.1- EN 16931 UBL CreditNote 1.2.1
EN 16931 rules v1.2.0 for CII and UBL are now contained.
New VESIDs are:
eu.cen.en16931:cii:1.2.0- EN 16931 CII 1.2.0
eu.cen.en16931:ubl:1.2.0- EN 16931 UBL Invoice 1.2.0
eu.cen.en16931:ubl-creditnote:1.2.0- EN 16931 UBL CreditNote 1.2.0
OIOUBL validation was updated, Energie EFactuur 3.0.0 rules were added, and SimplerInvoicing rules were updated from 2.0-RC1 to 2.0 final.
New VESIDs are:
nl.energie-efactuur:energie-efactuur:3.0.0- Energie eFactuur 3.0.0
org.simplerinvoicing:creditnote:2.0- Simplerinvoicing CreditNote 2.0
org.simplerinvoicing:invoice:2.0- Simplerinvoicing Invoice 2.0
Removed VESIDs are:
org.simplerinvoicing:creditnote:2.0:RC1- Simplerinvoicing CreditNote 2.0 RC1
org.simplerinvoicing:invoice:2.0:RC1- Simplerinvoicing Invoice 2.0 RC1
Today is the day, that the receiving of electronic eInvoices according to the EN 16931 becomes mandatory for certain public entities. The second part of public entities will join in exactly one year, on 2020-04-18.
From today on it is mandatory to be able to send and receive Billing BIS v3 documents. The support for Billing BIS v2 documents is now optional. As a document sender it means, you need to perform an SMP lookup with a different document type and your UBL creation need to follow the changed rules. As a document receiver you need to register the endpoint with the new document type and you need to be able to interpret the changed UBL content.
The GA took place on March 27th from 09:00 till 12:30. The rest of Tuesday and Wednesday is filled with CC member meetings. The new PEPPOL Authorities Singapore and Australia were presented, we even had visitors from the US. Additionally OpenPEPPOL and GS1 signed a Memorandum of Understanding to generate further benefits for their users.
phoss SMP 5.1.0 was released. This is a security and feature update release. Especially the REST API was improved to be more consistent, robust and configurable.
EHF validation was updated to the latest rule set. Now it is based on the PEPPOL 3.7.0 rule set, so expect slightly different results.
PEPPOL.SG Invoice and CrediteNote were added. Additionally SimplerInvoicing 2.0.0 RC1 Invoice and CrediteNote were added.
TICC CMB decided today to release the PEPPOL Policy for use of Identifiers v4. The new policy applies to all BIIS v3 and newer only - old BIS should stick with BIS v3.x which was also updated. The difference between policy v3.1 and v3.2 is only the paragraph describing that the policy only applies to old BIS versions.
Additionally the new AS2 profile version 1.2 was approved and scheduled for later usage. The new version makes the usage of SHA-256 mandatory compared to the old SHA-1. The policy is not yet in effect because a transition period is needed. The details of this transition period are currently worked on.
The participant information tool can now optionally query and display the Business Cards from the SMP.
TICC CMB decided today to release PEPPOL code lists version 4. This includes the code lists for Participant identifier schemes, Document types, Processes and Transport profiles.
Additionally the PEPPOL policy for use of identifiers version 4 Public Review Draft 1 (PRD1) was released. Please provide comments in the Google online spreadsheet until Sunday, January 27th. It is a major update, with alignment to BIS 3 documents etc. Because of external time constraints we cannot make the review period any longer.
UBL.BE Invoice and CreditNote 1.0.0 was added.
Final PEPPOL 3.7.0 rules are now supported. PEPPOL 3.4.0 and 3.7.0.RC1 rules were removed.
What I previously UBL.BE 3.0 is in reality e-FFF 3.0. The UBL.BE validations are still work in progress. The changes are reflected also in ph-bdve 5.0.6.
PEPPOL 3.7.0.RC1 and UBL.BE 3.0 Invoice and Credit Note are now supported.
phoss SMP 5.0.8 was released. This is a maintenance release with some bug fixes and a security fix as well.
The next OpenEPPOL event in Brussels is the 10th GA as well as a set of CC meetings. The GA takes place on October 30th from 16:00 till 18:00. The rest of Tuesday and Wednesday is filled with CC member meetings.
The new version of the OpenPEPPOL Standard Business Document Header (SBDH) specification was released and is in effect immediately. It fixes a minor glitch in the 1.1 version.
The new version of the OpenPEPPOL Standard Business Document Header (SBDH) specification was released and is in effect immediately. It is backwards compatible to version 1.0. Major improvements are the explicit provisioning of document type and process identifier schemes as well as the support for custom attributes inside the SBDH.
First public review of SMP 2.0 specification has started. The public review starts July 26 at 00:00 UTC and ends August 24, 2018 at 23:59 UTC.
EN 16931 1.1.0 validation artefacts are now supported. The old EN 16931 1.0.0 validation artefacts are now deprecated.
PEPPOL Billing BIS 3 Invoice and CreditNote can be validated. Additionally EN 16931 UBL CreditNotes can now also be validated.
The new PEPPOL Policy for the use of identifiers version 3.1 was released. Note: the main purpose was only to separate the content from the code list documents. No content changes were performed.
phoss SMP 5.0.6 was released. This is a maintenance release with some bug fixes and a new Status API.
Tieto TEAPPS 2.7.2 and 3.0 documents can now be validated. Additionally Austrian ebInterface documents can now be validated as well.
Important note: the existing email addresses firstname.lastname@example.org and email@example.com will be DISCONTINUED. Instead a new support website was created: https://openpeppol.atlassian.net/servicedesk/customer/portal/1. It currently allows to perform the following actions:
The page with SMP - SML tools now has a possibility to prepare the update of a PEPPOL SMP certificate in the SMK/SML.
The updated PEPPOL AS2 specification 1.01 will be in effect by June 1st. The sole difference compared to the old version is the mandatory usage of TLS 1.2 for communication.
The 2018 Spring release of the PEPPOL Post Award validation artefacts is available (v3.6.0). They will be mandatory from 2018-05-14 12:00 CEST.
The page with PEPPOL PKI explanation was updated for the new OpenPEPPOL PKI v3.
phoss SMP 5.0.5 was released. This is a maintenance release with some bug fixes in the area of PEPPOL Directory. This release is compliant with the new OpenPEPPOL v3 PKI.
Important timeline for the PKI migration:
phoss SMP 5.0.4 was released. This is a maintenance release with some bug fixes and additional customizing possibilities. This is the first release that supports the new OpenPEPPOL v3 PKI.
The 9th GA was held in Brussels. Unfortunately not enough members were present to make statute changes (would have required 2/3 present or proxied).
OpenPEPPOL published their EN16931 CIUS for PEPPOL invoices as version 3.0. By 2019-04-18 every PEPPOL member receiving invoices according to BIS 4A or BIS 5A must support this new BIS. Starting with 2019-12-31 only BIS 3.0 documents may be circulated.
Energie EFactuur 1.0.0 and 1.0.1 documents can now be validated. EN16931 rules v1.0.0 are now contained.
OIOUBL documents can now be validated. Additionally a bug concerning the UBL validation of EN 16931 documents was fixed (#49).
The semantics of the WebService response slightly changed.
success attribute is now also set to
true if only warnings occur.
So now it is consistent with the upload validation.
Dutch Energie eFactuur Invoices can now be validated. Additionally a bug concerning the CII validation of EN 16931 documents was fixed (#47).
Now also EHF documents types can be validated.
The respective VESIDs all start with
Additionally validation rule sets for "pure UBL" and "pure CII" validation were added.
Version 1.0 of the PEPPOL AS4 profile was published. It is meant to be used for pre- and post-award document exchange. Currently there is not fixed plan on when (and if) the format becomes mandatory to be used in the PEPPOL network.
The 2017 Fall release of the PEPPOL Post Award validation artefacts is available (v3.5.0). They will be mandatory from 2017-11-15 12:00 CEST.
On 23 October 2017, the European Committee for Standardization (CEN), in close collaboration with CEF eInvoicing, will host an event around the publication of the EN eInvoicing standard in Brussels.
The objective of this launch event is to celebrate the official publication of the standard and to provide a platform for the public and private sector to exchange views and expertise with regard to approaches for the implementation of the Directive and conformance to the standard to reap the benefits of electronic invoicing.
More details can be found on the registration page - participation is free of charge!
Read more about EN 16931, CEN/TC 434 and all the fuzz around it at a special page.
A new page on e-Invoicing started: https://invoice.fans powered by GEFEG. Articles on e-Invoicing in German, French and English. Enjoy reading.
The 2017 Fall release of the PEPPOL Post Award validation artefacts is available. The review deadline is 2017-10-15 12:00 CEST.
The PEPPOL Directory test version was shut down and there are now two official PEPPOL Directory sites available:
Check out who's UBL ready @ ublready.com
phoss SMP 5.0.3 was released. This is a maintenance release with some bug fixes.
Todays PEPPOL practical update is mainly for improved Simplerinvoicing validation. The version 1.1 was restored and 1.2 validation was fixed.
As announced today the CIPA SMP 3.0 which will be released soon will only comply to the OASIS SMP specification but NOT to the PEPPOL SMP specification. So from a PEPPOL perspective there's currently no need to plan an update. But that may of course trigger a quicker transition of PEPPOL from the PEPPOL SMP specification to the OASIS SMP specification... another TICC todo.
The participant information tool now has an "Auto-detect SML" feature and also tries to print a few information even if a request fails.
A new PEPPOL TICC team was founded to take care of the "PEPPOL Policy for the use of identifiers" as well the basic codelists for transmission (identifier issuing agencies, document type, processes and transport protocols). The new team is lead by me and if you want to actively participate, please drop me a note. The initial telephone conference is planned for June 8th or 9th.
Because some changes from RC1 to final were missing, the artefacts were re-released. PEPPOL Practical was using the correct artefacts from the beginning!
As the new validation rules take effect today, I added them right away. Additionally the PEPPOL Dictionary was updated.
The BIS2 document validation with OpenPEPPOL validation artefacts 3.4.0 was released.
We had a lovely two day F2F meeting hosted by BRZ. Approx. 70 people were attending. The first day started with an introduction section for newcomers and continued with a lot of presentation on what's going on. The second day had more of a workshop character with interactive sessions and that was highly appreciated by the attendees.
Finally the new PEPPOL website is live. It's definitively a great improvement. Check it out at http://www.peppol.eu.
phoss SMP 5.0.2 was released. This is a maintenance release with PEPPOL Directory API support.
A documentation on the PEPPOL PKI was started. Click here to read the details.
Additionally a new page called
The first parts of the European Norm for e-Invoicing have been finally approved.
Now PEPPOL can move forward on adopting the EN in their BIS.
Finally the new Document Validation Webservice is provided. Click here for Webservice details. This Webservice allows you to use all validations also available on the manual validation page.
Additionally the CEN/TC 434 / EN 16931 validation artefact drafts (!) as of today are available for usage in validation!
Finally the BIS2 document validation with OpenPEPPOL validation artefacts 3.3.0 is available. Additionally support for Simplerinvoicing 1.1 was added. Click here to validate your business document.
The slides of the presentations from the London face to face meeting are now available:
I added a new page that explains the document exchange. It shows how the PEPPOL participant ID, the DNS and the SMP work together.
Additionally the participant information page was changed so that arbitrary participant identifier schemes can be tested.
Finally the CEF conformance testing was finished successfully so I'm proud to present to you phoss SMP. This is now the official project name of the previous "ph-peppol-smp-server". Compared to RC2 no functional changes were performed - just UI beautifications. To see version 5.0 in action have a look at http://smp.helger.com. If you want to learn more about phoss SMP features, just request a demo user (via email or the contact form).
OpenPEPPOL PoACC fall release published. They get mandatory by 2016-11-15 (12:00 CET).
Update to my PEPPOL SMP Server.
Includes some functional improvements. Read more at
Update to my PEPPOL SMP Server.
Once the conformance test with CEF is finished, version 5.0.0 will be released!
OpenPEPPOL PoACC fall release published for review.
They get mandatory by 2016-11-15 (12:00 CET).
In this version OpenPEPPOL decided to no longer maintain the ODS files, and instead directly work on the Schematron files - what a pitty.
OASIS is pleased to announce the approval and publication of a new Committee Specification
by the members of the OASIS Business Document Exchange (BDXR) TC:
Service Metadata Publishing (SMP) Version 1.0, Committee Specification 03
Note: this SMP specification is not yet used in OpenPEPPOL, but there are plans to do so in the future.
Note: my SMP Server 5.0.0-Beta1 already supports this specification version!
In a Letter of Understanding (LoU) signed between the Commission and OpenPEPPOL, the parties agree a plan for the transition from AS2 to AS4 in the PEPPOL profile of CEF eDelivery. As part of this, support for SMP/SML lookup and PKI specifications as used in the PEPPOL eDelivery network will continue in the CEF eDelivery architecture.
Finally the production SML was updated to version 3.
It improves integration with PEPPOL Directory as well as customizability in general. Look on GitHub Wiki for further details.
PEPPOL SMP Server v5 is approaching. It improves integration with PEPPOL Directory as well as customizability in general. Compared to previous versions, this version needs a JDK 8 to run. Look on GitHub for further details.
PEPPOL Validation Artefacts 3.2.0 were released. The latest version can be found at https://github.com/OpenPEPPOL/documentation/tree/master/Validation Resources/BIS v2/
SMP Server release 4.0.3 is out. It fixes the problem that service group deletions were not propagated to the SML when using the SQL backend and adds an overview page with all tasks and action items.
The SMK release was updated to version 3.0.1 which fixes most of the mentioned problems.
My SMP Server 4.0.2 was released. It fixes the compatibility problems introduced by the SMK 3.0.0 release. If you are only using the SML client library, please make sure to use at least version 4.3.1.
Here is a list of issues I've identified with the new SMK 3.0.0:
Finally a first version of the BIS2 document validation is available on this page. Click here to validate your business document.
A new version (3.0.0) of the SMK (not SML) was deployed by DIGIT. It contains the following new features:
If you are still using PEPPOL LIME there is good news for you. I grabbed the deprecated CIPA component and am providing a LIME server and client based on AS2. Have a look at it at https://github.com/phax/peppol-lime.
Added information about my new SMP release 4.0.0. It includes a management GUI for easily creating service groups, endpoints and redirects. Read all the details or quick start at https://github.com/phax/peppol-smp-server.
Added information about the SML support since these information are hard to find if you can't find the original email anymore. Read all the details.
New versions of my SMP server will be released soon. Version 4 of peppol-smp-server ships with a brand new administration interface that gives you the possibility to manage your endpoints with nice forms directly in the browser.
The development of the PEPPOL Yellow Pages progresses. Follow the development on GitHub at peppol-yellow-pages. Helping hands are always welcome.
New PEPPOL validation artefacts are out for review.
The ZIP file
with the Schematron and XSLT files can be downloaded.
are also available.
Deadline for submitting comments to firstname.lastname@example.org is October 1st 2015.
On June 9th the SML migration from BRZ to the EC took place. Read this page for all the details!
Based on the CIPA SMP server 2.2.3 I decided to fork my own clone of a PEPPOL SMP. It is available in 2 different versions:
Based on my previous projects as2-lib, as2-peppol-servlet and ph-ubl and peppol-sbdh I created a minimal PEPPOL AS2 server for receiving PEPPOL AS2 messages. The project as2-peppol-server is located on GitHub and available as OSS under the Apache 2.0 license.
CIPA 2.2.3 is a minor update that basically extends the SMP client and the SML
client library functionality. Additionally the class
got deprecated because I assume it is of no further need as the original author (BRZ)
no longer needs it (for quite some time now).
Because of the SSL 3.0 vulnerability called POODLE (see http://en.wikipedia.org/wiki/POODLE) certain PEPPOL APs may disable SSL 3.0 on their systems.
For the Oracle Java Runtime the code of the
AccessPointClient is fine.
So when you are using the Oracle JDK no further actions need to be taken.
But when using the IBM Java Runtime please make sure that you
set the constant
SSL_PROTOCOL in class
A new release of the
cipa-start-client was build, which fixes this problem for IBM JDKs.
The version number of the fix release is 2.2.2-1 and it can be found in the
Joinup Nexus (binary format -
and in the CIPA SVN (sources -