eDelivery CMB meeting 2023-02-16 minutes
Date: 2023-02-16
Time: 09:00-11:00 CET
Type of meeting: MS Teams
Participants and absents
Chair
@Elly Stinchcombe (Unlicensed) as eDelivery Community Leader
Elected members (with voting right)
@Bård Langöy (Pagero) (excuses received)
@Risto Collanus (Visma) (excuses received)
@Iacopo.Arduini@regione.emilia-romagna.it (Emilia Romagna)
@Arun Kumar Sharma (Basware)
Guests (without voting right)
@Philip Helger (OpenPeppol OO)
Agenda
Approval of minutes
New tasks and Issues
Actions
Information items
Input from email
Approval of Minutes
eDelivery CMB meeting 2023-02-02 minutes
Status: Approved
New tasks and Issues
Issues: https://openpeppol.atlassian.net/issues/?filter=10258
https://openpeppol.atlassian.net/browse/TICC-250
Information: remove the Participant Identifier Scheme 9908 from the codelist
Decision: CMB approved the change - will be 3 month in the future
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-248
Information: remove the Transport Profiles "START" and "Peppol AS4 v1" from the code lists
Decision: CMB approved the change
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-246
Information: update the SMP digest algorithms from SHA-1 to SHA-256
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-245
Information: Request to remove Deprecated XRechnung Document Type Identifiers
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-244
Information: Add XRechnung 2.3 Extension Document Type Identifiers to the Peppol Code Lists
Update: none
Responsible: @Philip Helger:
https://openpeppol.atlassian.net/browse/TICC-243
Information: Add XRechnung 2.3 Document Type Identifiers to the Peppol Code Lists
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-234
Information: RFC about Ppfuoi changes for PINT - making DDTS officially supported
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
Responsible: @Elly Stinchcombe (Unlicensed)
https://openpeppol.atlassian.net/browse/TICC-232
Information: Request to remove 9906 and 9907
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-229
Information: Deprecation of 9955 identifier
Update: none
Responsible: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-228
Information: Request to remove 9958
Update: none
Responisble: @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-227
Information: New Participant Identifier scheme 0221 for Japan
Update: none
Responsible: @Elly Stinchcombe (Unlicensed)
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-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-211
Information: New Participant Identifier Scheme 0205
Update: none
Responsible: @Elly Stinchcombe (Unlicensed)
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-203
Information: Please add SHA256 XMLsig to Peppol-SMP specs because Java17-security change
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-201
Information: Review of new/updated OASIS specifications
Update: none
Responsible: @Elly Stinchcombe (Unlicensed)
https://openpeppol.atlassian.net/browse/TICC-197
Information: how to effectivly apply the new state "removed" for code list entries. This is a subtask of TICC-184.
Update: none
Responsible: @Elly Stinchcombe (Unlicensed) / @Philip Helger
https://openpeppol.atlassian.net/browse/TICC-187
Information: Allow 0080 as new Participant Identifier scheme
Update: none
Responsible: @Elly Stinchcombe (Unlicensed)
https://openpeppol.atlassian.net/browse/TICC-184
Information: Align Participant Identifier Scheme Code lists of PoAC and eDEC
Update: none
Responsible: @Philip Helger
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
https://openpeppol.atlassian.net/browse/TICC-19
Information: Information on how to determine and handle inactive SMP providers
Update: none
Responsible: @Philip Helger
Information/Discussion items
Next meeting 2023-03-02, 9:00 to 11:00 CET
SPC meeting summary - Service Provider Community meetings
Content was pitched on the right level
Continue to provide updates in the upcoming SPC meetings - if something noteworthy available
MC++ Meeting last week
Klaus Vilstrup to become the new OO architect
List of eDEC activities was discussed - priorisation needed
Key initiatives for 2022 – Peppol Network Community (eDeC)
Continue improvements to the change release process in line with the new agreement change processes including communication of change candidates
Investigate possible upgrades of Peppol specifications taking into account newer versions of underlying standards from Oasis, such as SMP and XHE
Improvements to the security and resilience of the Peppol network
Continue support for International Invoicing and Continuous Transaction Control
Potential Key initiatives for 2023 (proposal)
Continue improvements to the change release process in line with the new agreement change processes including communication of change candidates
Continue upgrades of Peppol specifications based on newer versions of underlying standards from OASIS
Commence discussions on future planning of SML - focus on business requirements first before quickly jumping to a solution
Create full description and documentation of the Peppol Network Architecture
Maintain the safe and secure operations of the eDelivery network on a day-to-day basis
Discussion on Peppol Directory
Should it be made mandatory or not?
Proposal to use mandatory with opt-out, instead of optional with an opt-in
Responsibilities need to be clarified (OO, eDEC, ...)
Reporting
EUSR reporting public review lead to ~40 comments → changes are very likely → another round of review will be needed
TSR reporting stays unchanged
==> no date and other details when it becomes mandatory
SBDH 2.0 update
Only the senders (C1) Country Code will be part of the SDBH (C2 needs to know through KYC)
C4 Country Code will NOT be contained. C3 needs to know the country code of C4 through KYC
For Senders reporting: subtotals with country codes MUST NOT be provided (checked through Schematron only - no Schema changes)
For Receiver reporting: subtotals with country codes MUST be provided
@Philip Helger to receive eDEC flowchart for releasing new or updated artefacts
Agreed by eDEC CMB
AS2 removal
Presented in last SPC meeting - no objections
Continue as planned with the steps described in the document circulated to the eDEC CMB mailing list
Policy for use of Identifiers Update for Peppol Wildcard [Document Type Identifier] Scheme (previously DDTS)
Aligned with PoAC on the migration plan
PINT data model is meant to be published in ~ June/July for public review
SMP 2.0 internal Work group
No updates
Removal of participant identifier schemes
No updates
eDEC Updates to the Community
Continue presenting in the SPC meetings if possible
Internal priorities
Get code list updates out (remove AS2, remove Participant Identifier Schemes, add Doc Types)
SBDH 2.0 documentation finalization for Reporting
Policy for use of Identifiers update for Peppol Wildcard Scheme (previously known as DDTS)
SMP signature algorithm update
SMP 2.0 specification update
SPC relevant
Change name from "DDTS" to "Peppol Wildcard Scheme" (the short form of "Peppol Wildcard Document Type Identifier Scheme")
Together with OO clarify to Service Providers, that there is no date yet for mandatory Reporting (neither TSR nor EUSR)
Last release info from https://peppol.eu/reporting-bis-release/ states "is expected to be operational in Q3 of 2023"
Release is at least 6 month AFTER notification from OpenPeppol - this notification hasn't be send out yet
Attachments