eDelivery CMB meeting 2025-09-11 minutes
Date: 2025-09-11
Time: 10:30-12:00 CEST
Type of meeting: Teams
Participants and absents
Chair
@GEOK_Seong_Wah@imda.gov.sg as eDelivery Community Leader
Elected members (with voting right)
@Bård Langöy (Pagero)
@Risto Collanus (Visma)
@Iacopo.Arduini@regione.emilia-romagna.it (Emilia Romagna) (apologies received)
@Arun Kumar Sharma (Basware) (apologies received)
Guests (without voting right)
@Philip Helger (OpenPeppol OO)
@Klaus Vilstrup (OpenPeppol OO) (apologies received)
@Erwin Wulterkens (OpenPeppol OO) (apologies received)
Agenda
Open Tasks
New Tickets
Any other business
Approval of Minutes
eDelivery CMB meeting 2025-08-28 minutes
Status: approved
Information/Discussion items
Open Tasks
Code List alignment (not handled in this meeting)
eDEC Specifications (not handled in this meeting)
Add that new specifications take effect at 00:00 UTC unless noted otherwise
Tasks in scope:
OpenPeppol PKI Migration
OO conducted a Webinar on the PKI Migration on September 10th, 2025 - recording available at https://openpeppol.atlassian.net/wiki/x/AQAUDwE
The webinar was attended by more then 270 participants
MLS tasks
OO to create a draft a Policy around MLS
The rules for MLS will be part of the new “Peppol Network Policy” (PNP) document
The document will initially primarily contain MLS rules but also some additional Network transmission rules
In the future additional policies and rules will be added to this document (e.g. Policy for Transport Security, PFUOI, SLA…)
There are planned minor changes to the MLS specification as well, which are currently worked out by OO
This document will go out for formal member review for 4 weeks
Ideally in combination with the MLS specification update as well as the SBDH specification update
OO to create a draft SPOG on MLS
Work on the SPOG has been started, as the content of the policy seems quite stable now
The SPOG will eventually go out for member review
SPOG should contain the note, that each SP MUST be able to receive MLS, even if they only requested negative MLS
SPOG should also contain a statement, how different document types may have different response time requirements
Clarify that the Scope of MLS activities does not mean they have to be done
Highlight the architectural change in the document exchange itself
If C2 requested always MLS and does not get an MLS in time - what then?
eDEC to create an internal document: “Evaluation of the mandatory usage of MLS in the Peppol Network” (no progress since last)
Remember the discussions and decisions and their foundations
Will be done after the official MLS documents are finalized
Draft a few slides on the status of the MLS for presenting it in the PAC (and SPC?) meeting
Seong Wah will draft a first version and will align with OO
Organisational topics
Optimizing the RFC, Development, Review and Publishing processes.
#
Risto is leaving the eDEC CMB for joining the OpenPeppol OO
eDEC CMB is thanking Risto for his many years of valuable service to the eDEC CMB and wish him all the best for his future endeavors
Noteworthy absences 2025
Seong Wah: none atm
Bard: none atm
Arun: Oct 20th to 26th, Nov 24th to 30th
Iacopo: Sept 8th to 15th
Risto: Oct to Dec
Klaus: Oct 3rd to 19Oct
Erwin: none atm
Philip: Oct 6th to Oct 20th
News (not handled in this meeting)
News from the Peppol Network
CIWG
Service Provider Identification Scheme (identify C2 and C3)
Out for member review
SMP 2.0 WG
Paused until end of March
OO Internal Peppol Directory Initiative
Activities for this year (not handled in this meeting)
Initial draft for Activities 2024 was circulated internally
Published
Progress alignment with change and release management based on new agreement change processes
Continue Peppol specification upgrade based on latest version of underlying standard e.g., OASIS
Commence work on future of SML – defining business requirements followed by solution implementation in due course
Documentation of Peppol eDelivery Network Architecture
Ensure and maintain safe & secure operation over Peppol eDelivery Network
Resource problem is still pressing
Ad activity 2: Discussion on the comparison of new and existing standards should be done in a less "ad hoc way"
Start documenting findings in a more structured way
Ad activity 3: Brainstorming for Peppol Architecure v2 has been started
Check if a restricted Confluence page can be used instead
Crosscheck with the long term tasks
Next meeting(s)
Next meeting: Thursday September 25th 2025, 10:30 to 12:00 CEST, Teams
New tasks and Issues (from last meeting)
Issues: https://openpeppol.atlassian.net/issues/?filter=10258
https://openpeppol.atlassian.net/browse/TICC-411
Information: new Logistics document type IDs
Decision: accepted; will be included in code lists v9.4
https://openpeppol.atlassian.net/browse/TICC-410
Information: add “MLS” as an SPIS Use Case ID
Update: will be included in code lists v9.4
https://openpeppol.atlassian.net/browse/TICC-408
Information: Change the “Domain” in the document type code list from “Logistics Incubator” to “Logistics”
Decision: accepted; will be included in code lists v9.4
https://openpeppol.atlassian.net/browse/TICC-407
Information: request to add EN 16931 2026 code list identifier
https://openpeppol.atlassian.net/browse/TICC-406
Information: request to provide and enforce Participant Identifier Scheme structure
https://openpeppol.atlassian.net/browse/TICC-405
Information: Request for new code list entry
https://openpeppol.atlassian.net/browse/TICC-404
Small wording improvements in MLS needed
Update: approved wording update; clarification on the Architecture Framework needed
https://openpeppol.atlassian.net/browse/TICC-402
Information: Process ID using non-standard scheme
https://openpeppol.atlassian.net/browse/TICC-401
Information: Wording in PFUOI policy not consistent
https://openpeppol.atlassian.net/browse/TICC-395
Information: Alignment between PPFUI and SBDH specification on non-XML payloads
https://openpeppol.atlassian.net/browse/TICC-391
Information: This RFC requests to update the Peppol SBDH spec to include MLS_TO and MLS_TYPE as contained in the Peppol MLS specification
https://openpeppol.atlassian.net/browse/TICC-388
Information: Change the example values to lowercase and add a recommendation to use lowercase
Decision: not handled yet
https://openpeppol.atlassian.net/browse/TICC-387
Information: Specify the HTTP status code for AS4 message exchanges in greater clarity
Decision: not handled yet
https://openpeppol.atlassian.net/browse/TICC-380
Information: Request to remove column from Participant Identifier Scheme Code List
Decision: Generally agreed to move forward and include in next major release
https://openpeppol.atlassian.net/browse/TICC-378
Information: Request for an error correction on Peppol AS4 profile on Content-Transfer-Encoding
Decision: Generally agreed
https://openpeppol.atlassian.net/browse/TICC-370
Information: Update reference style in Peppol AS4 specification
https://openpeppol.atlassian.net/browse/TICC-369
Information: Internal task to cleanup document type identifier code list based on Service Domain feedback
https://openpeppol.atlassian.net/browse/TICC-368
Information: Internal task to define rules how to name code list entries issued by OpenPeppol
https://openpeppol.atlassian.net/browse/TICC-366
Information: Change document type identifier code list names
Updated: will be included in code lists v9.4
https://openpeppol.atlassian.net/browse/TICC-352
Information: Error correction request in SMP specification
https://openpeppol.atlassian.net/browse/TICC-351
Information: Make identifier scheme mandatory in SBDH
https://openpeppol.atlassian.net/browse/TICC-347
a. Information: support for larger documents in the Peppol Networkhttps://openpeppol.atlassian.net/browse/TICC-336
Information: Create a Service Provider Identification Scheme
https://openpeppol.atlassian.net/browse/TICC-327
Information: Error correction for Reporting Specification needed
https://openpeppol.atlassian.net/browse/TICC-325
Information: Create official clarification between the use of a Participant Identifier and a Legal Identifier
https://openpeppol.atlassian.net/browse/TICC-323
Information: Change Lower boundary of Business Entity within Business Card
https://openpeppol.atlassian.net/browse/TICC-315
Information: Peppol Reporting name change
https://openpeppol.atlassian.net/browse/TICC-311
Information: Use UTC as timezone for all Peppol publications date time
https://openpeppol.atlassian.net/browse/TICC-310
Information: Codelist alignment
https://openpeppol.atlassian.net/browse/TICC-309
Information: Codelist alignment
https://openpeppol.atlassian.net/browse/TICC-308
Information: internal activity: create AP Operational Guideline
https://openpeppol.atlassian.net/browse/TICC-303
Information: extract Business Card specification from Peppol Directory specification
https://openpeppol.atlassian.net/browse/TICC-285
Information: Proposal to make mandatoriness of Directory API in SMP specification more clear
https://openpeppol.atlassian.net/browse/TICC-282
Update: Deprecate old Business Card Formats
https://openpeppol.atlassian.net/browse/TICC-269
Information: Request to improve consistency in AS4 error handling
https://openpeppol.atlassian.net/browse/TICC-263
Information: Peppol Participant (Corner 4) served by more than one Access Point
https://openpeppol.atlassian.net/browse/TICC-235
Information: Start definining potential actions for removing identifiers in the Code List States Document. Start with TICC-228
https://openpeppol.atlassian.net/browse/TICC-233
Information; Its about a wording issue in the Peppol Envelope Policy (SBDH)
https://openpeppol.atlassian.net/browse/TICC-226
Information: New SMP API proposal (migration code exchange)
https://openpeppol.atlassian.net/browse/TICC-225
Information: New SMP API proposal (health check)
https://openpeppol.atlassian.net/browse/TICC-224
Information: New SMP API proposal (identify)
https://openpeppol.atlassian.net/browse/TICC-206
Information: Number of retries on an AS4 level
https://openpeppol.atlassian.net/browse/TICC-202
Information: Information about caching of SMP results for usage in a Peppol AP is missing
https://openpeppol.atlassian.net/browse/TICC-174
Information: The term "Subject Unique Identifier" in the Peppol SMP specification 1.1.0 requires clarification, as this certificate field is not present in the Peppol certificates.
https://openpeppol.atlassian.net/browse/TICC-168
Information: Have a separate participant identifier prefix for testing purposes.
https://openpeppol.atlassian.net/browse/TICC-166
Information: Clarification on the words "custom validation" in the AS4 profile was sought.
https://openpeppol.atlassian.net/browse/TICC-153
Information: https for SMP
https://openpeppol.atlassian.net/browse/TICC-151
Information: (Whitepaper) Enforce people to use SMK for testing?
https://openpeppol.atlassian.net/browse/TICC-149
Information: add a Schematron for verifying the AS4 headers. Updates directly in the issue.
https://openpeppol.atlassian.net/browse/TICC-146
Information: (Whitepaper) Creation of the Whitepaper.
https://openpeppol.atlassian.net/browse/TICC-142
Information: (Whitepaper)
https://openpeppol.atlassian.net/browse/TICC-140
Information: (Whitepaper)
Attachments
none