eDelivery CMB meeting 2024-12-19 minutes
Date: 2024-12-10
Time: 10:00-11:30 CET
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)
@Arun Kumar Sharma (Basware)
Guests (without voting right)
@Philip Helger (OpenPeppol OO)
@Klaus Vilstrup (OpenPeppol OO)
Agenda
Open Tasks
New Tickets
Any other business
Approval of Minutes
eDelivery CMB meeting 2024-12-05 minutes
Status: approved
Information/Discussion items
Organisational topics (not handled in this meeting)
Exchange Summit in Kuala Lumpur (@GEOK_Seong_Wah@imda.gov.sg)
News (no news)
News from the Peppol Network
Peppol - GENA consolidation
CIWG
Service Provider Identification Scheme (identify C2 and C3)
SMP 2.0 WG
MLA work group (for MLS)
OO Internal Peppol Directory Initiative
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:
https://openpeppol.atlassian.net/browse/TICC-361 SML Operational Issue
Mandate on https for SMP providers in combination with the CNAME-NAPTR change (See last meetings)
Next steps
Finalize specification changes (incl. SMP 2.0 WG members and eDEC CMB members) (done)
The specifications was shared with the CMB at the beginning of the meeting:
* Policy for use of identifiers: ready for public review from Philip perspective
* SML specification: ready for public review from Philip perspective
* SMP specification: needs further fine tuning before read for public review (to be shared ASAP)
A walkthrough of the specification was conducted by @Arun Kumar Sharma
It was agreed that the members of the CMB @GEOK_Seong_Wah@imda.gov.sg, @Arun Kumar Sharma, @Iacopo.Arduini@regione.emilia-romagna.it, @Bård Langöy, @Risto Collanus individually reviews the specifications and sends comments/approval for readiness for Public Review by Wednesday 11th of December 2024 to the eDEC CMB mailinglist.
It was agreed that @Philip Helger and @Klaus Vilstrup prepares the specifications for public review.
eDEC CMB decision on proceeding to the public review (done)
Was handled through email (see item a.)
Run the public review (duration until Sun Jan 19th, 2025)
The public review publication text was agreed in today's meeting
Create the migration plan in parallel
Collect and resolve comments and get eDEC CMB approval on final version (plan: End of January 2025)
Publish version and start migration periode (phase in)
https://openpeppol.atlassian.net/browse/TICC-332 MLS
Some work was done by Klaus and Philip
Next steps
Finalize the Documentation (it's not a BIS but an eDEC Specification)
Get the Documentation approved by eDEC CMB
Present release candidate for next eDEC CMB meeting on January 16th, 2025
In parallel work on the supporting material like semantic model, syntax binding, code lists, rules and Schematrons
No eDEC approval required but will be sent out for information
Decide on the way forward how to introduce the MLS into the Peppol Network BEFORE the public review
Package for public review
MLS as a deployment on test-docs.peppol.eu
Includes Documentation and supporting material
SPIS specification Public Review Draft
Run the public review
Collect and resolve comments and get eDEC CMB approval on final version
Publish version
Activities for this year (not handled in this meeting)
Initial draft for Activities 2024 was ciruclated 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 January 16th 2025, 10:00 to 11:30 CET
New tasks and Issues (from last meeting)
Issues: https://openpeppol.atlassian.net/issues/?filter=10258
Not updated and not handled in this meeting.
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-367
Information: New Norway specific document type identifiers
Update: Requires MC approval first
https://openpeppol.atlassian.net/browse/TICC-366
Information: Change document type identifier code list names
Decision: rejected with a request for reconsideration
https://openpeppol.atlassian.net/browse/TICC-365
Information: New process identifiers for France
Decision: Approved by eDEC CMB with comment
Responsible:
https://openpeppol.atlassian.net/browse/TICC-364
Information: Request to remove Germany specific identifier from codelist
Decision: Approved by eDEC CMB
Responsible:
https://openpeppol.atlassian.net/browse/TICC-363
Information: Add support for France Document Types
Decision: Approved by eDEC CMB with comment
Resonsible:
https://openpeppol.atlassian.net/browse/TICC-361
Information: Request to use NAPTR record lookup instead of CNAME lookup
Decision: Agreed by eDEC CMB to move forward
Responsible:
https://openpeppol.atlassian.net/browse/TICC-360
Information: Request to add DICO MaintenanceStatus document to the code list.
Decision:
Responsible:
https://openpeppol.atlassian.net/browse/TICC-359
Information: Request to add BIS Self Billing to the Code List
Decision: Approved by eDEC CMB
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-354
Information: Clarification on PFUOI length of participant identifiers is requested (Policy 1)
Decision: It was decided to increase the Party and Participant Identifier length to 130 and a clarification on the identifier scheme was added
https://openpeppol.atlassian.net/browse/TICC-352
Information: Error correction request in SMP specification
Decision:
Responsible:
https://openpeppol.atlassian.net/browse/TICC-351
Information: Make identifier scheme mandatory in SBDH
Decision:
Responsible:
https://openpeppol.atlassian.net/browse/TICC-348
Information: Request to add ICD code 0236 to eDEC Participant Identifier Scheme code list
Updated: Request is denied, as the request is for Post Award Party identification only
https://openpeppol.atlassian.net/browse/TICC-347
Information: support for larger documents in the Peppol Network
Update: none
TICC-337 to TICC-341 are related to the new Enhanced B2B domain
https://openpeppol.atlassian.net/browse/TICC-336
Information: Create a Service Provider Identification Scheme
Update: 1.0.0-RC2 available; agreed by eDEC CMB
Next steps: Public Review together with MLS
https://openpeppol.atlassian.net/browse/TICC-332
Information: RFC to convert the output of the MLA work group (the Message Level Status, MLS) into an eDEC specification
Update: We agreed to phase out MLR and make sure that MLS is defined in a clear way instead. The MLS data model and use cases covers the MLR data model and use cases.
Next steps: Fine tune the text and provide for a public review
https://openpeppol.atlassian.net/browse/TICC-327
Information: Error correction for Reporting Specification needed
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-325
Information: Create official clarification between the use of a Participant Identifier and a Legal Identifier
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-323
Information: Change Lower boundary of Business Entity within Business Card
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-315
Information: Peppol Reporting name change
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-311
Information: Use UTC for all Peppol publications date time
Update: none
https://openpeppol.atlassian.net/browse/TICC-310
Information: Codelist alignment
Update: none
https://openpeppol.atlassian.net/browse/TICC-309
Information: Codelist alignment
Update: none
https://openpeppol.atlassian.net/browse/TICC-308
Information: internal activity: create AP Operational Guideline
Update: none
https://openpeppol.atlassian.net/browse/TICC-303
Information: extract Business Card specification from Peppol Directory specification
Update: none
https://openpeppol.atlassian.net/browse/TICC-300
Information: Request to add new document types
Decision: Agreed to include in the codelist
Responsible:
https://openpeppol.atlassian.net/browse/TICC-285
Information: Proposal to make mandatoriness of Directory API in SMP specification more clear
Update: none
Decision: OO to clarify on the mandatory use of Business Cards.
https://openpeppol.atlassian.net/browse/TICC-284
Information: AS4 inconclusive specification on signing of AS4 Error messages
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-282
Update: Deprecate old Business Card Formats
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-269
Information: Request to improve consistency in AS4 error handling
Update: none
https://openpeppol.atlassian.net/browse/TICC-263
Information: Peppol Participant (Corner 4) served by more than one Access Point
Update: none
Responsible: @Philip Helger
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
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-233
Information; Its about a wording issue in the Peppol Envelope Policy (SBDH)
Update: none
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)
Update: none
https://openpeppol.atlassian.net/browse/TICC-223
Information: Collection issue: Peppol, EESPA, BPC
https://openpeppol.atlassian.net/browse/TICC-218
Information: Clarify case sensitivity of Peppol Seat ID
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-206
Information: Number of retries on an AS4 level
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-202
Information: Information about caching of SMP results for usage in a Peppol AP is missing
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-187
Information: Allow 0080 as new Participant Identifier scheme
Update: none
Responsible:
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.
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-168
Information: Have a separate participant identifier prefix for testing purposes.
Update: none
https://openpeppol.atlassian.net/browse/TICC-167
Information: regarding joint information on news and noteworthy
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-166
Information: Clarification on the words "custom validation" in the AS4 profile was sought.
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-153
Information: https for SMP
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-151
Information: (Whitepaper) Enforce people to use SMK for testing?
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-149
Information: add a Schematron for verifying the AS4 headers. Updates directly in the issue.
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-146
Information: (Whitepaper) Creation of the Whitepaper.
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-142
Information: (Whitepaper)
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-140
Information: (Whitepaper)
Responsible: @Philip Helger
Attachments
none