eDelivery CMB meeting 2024-11-07 minutes
Date: 2024-11-07
Time: 9:00-11:00 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) (apologies received)
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-08-01
Status: approved
Information/Discussion items
Organisational topics
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)
Pain point in MLR: don't make it mandatory between C4 and C1, as ERP integration is a hassle
OO Internal Peppol Directory Initiative
Open Tasks @Philip Helger
Code List alignment
eDEC Specifications
Add that new specifications take effect at 00:00 UTC unless noted otherwise
At least these tasks need to be discussed today:
https://openpeppol.atlassian.net/browse/TICC-361 SML Operational Issue - handled
https://openpeppol.atlassian.net/browse/TICC-362 Codelist - handled
https://openpeppol.atlassian.net/browse/TICC-359 Codelist - handled
https://openpeppol.atlassian.net/browse/TICC-355 Codelist - handled
https://openpeppol.atlassian.net/browse/TICC-348 Codelist - handled
https://openpeppol.atlassian.net/browse/TICC-336 SPIS - handled
https://openpeppol.atlassian.net/browse/TICC-300 Codelist - handled
https://openpeppol.atlassian.net/browse/TICC-332 MLS - handled; focus in next session
Activities for this year
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 November 21st, 9:00 to 11:00 CET
SPC relevant
New tasks and Issues (from last meeting)
Issues: https://openpeppol.atlassian.net/issues/?filter=10258
https://openpeppol.atlassian.net/browse/TICC-362
Information: Request to add a new "Category" column in the Document Type Identifier Code List
Decision: Approved by eDEC CMB.
Responsible: @Philip Helger
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-355
Information: Request to add Participant Identifier scheme 0225 to the code list
Decision: The request was rejected, as the character set of the Identifier scheme does not match the PFUOI
https://openpeppol.atlassian.net/browse/TICC-354
Information: Clarification on PFUOI length of participant identifiers is requested (Policy 1)
Decision:
Responsible:
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