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 (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
-
-
TICC-250Getting issue details...
STATUS
- 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
-
-
TICC-248Getting issue details...
STATUS
- Information: remove the Transport Profiles "START" and "Peppol AS4 v1" from the code lists
- Decision: CMB approved the change
- Responsible: Philip Helger
-
-
TICC-246Getting issue details...
STATUS
- Information: update the SMP digest algorithms from SHA-1 to SHA-256
- Update: none
- Responsible: Philip Helger
-
-
TICC-245Getting issue details...
STATUS
- Information: Request to remove Deprecated XRechnung Document Type Identifiers
- Update: none
- Responsible: Philip Helger
-
-
TICC-244Getting issue details...
STATUS
- Information: Add XRechnung 2.3 Extension Document Type Identifiers to the Peppol Code Lists
- Update: none
- Responsible: Philip Helger:
-
-
TICC-243Getting issue details...
STATUS
- Information: Add XRechnung 2.3 Document Type Identifiers to the Peppol Code Lists
- Update: none
- Responsible: Philip Helger
-
-
TICC-235Getting issue details...
STATUS
- Information: Start definining potential actions for removing identifiers in the Code List States Document. Start with TICC-228
- Update: none
- Responsible: Philip Helger
-
-
TICC-234Getting issue details...
STATUS
- Information: RFC about Ppfuoi changes for PINT - making DDTS officially supported
- Update: none
- Responsible: Philip Helger
-
-
TICC-233Getting issue details...
STATUS
- Information; Its about a wording issue in the Peppol Envelope Policy (SBDH)
- Update: none
- Responsible: Elly Stinchcombe (Unlicensed)
-
-
TICC-232Getting issue details...
STATUS
- Information: Request to remove 9906 and 9907
- Update: none
- Responsible: Philip Helger
-
-
TICC-229Getting issue details...
STATUS
- Information: Deprecation of 9955 identifier
- Update: none
- Responsible: Philip Helger
-
-
TICC-228Getting issue details...
STATUS
- Information: Request to remove 9958
- Update: none
- Responisble: Philip Helger
-
-
TICC-227Getting issue details...
STATUS
- Information: New Participant Identifier scheme 0221 for Japan
- Update: none
- Responsible: Elly Stinchcombe (Unlicensed)
-
-
TICC-226Getting issue details...
STATUS
- Information: New SMP API proposal (migration code exchange)
-
-
TICC-225Getting issue details...
STATUS
- Information: New SMP API proposal (health check)
-
-
TICC-224Getting issue details...
STATUS
- Information: New SMP API proposal (identify)
-
-
TICC-223Getting issue details...
STATUS
- Information: Collection issue: Peppol, EESPA, BPC
-
-
TICC-218Getting issue details...
STATUS
- Information: Clarify case sensitivity of Peppol Seat ID
- Update: none
- Responsible: Philip Helger
-
-
TICC-211Getting issue details...
STATUS
- Information: New Participant Identifier Scheme 0205
- Update: none
- Responsible: Elly Stinchcombe (Unlicensed)
-
-
TICC-206Getting issue details...
STATUS
- Information: Number of retries on an AS4 level
- Update: none
- Responsible: Philip Helger
-
-
TICC-203Getting issue details...
STATUS
- Information: Please add SHA256 XMLsig to Peppol-SMP specs because Java17-security change
- Update: none
- Responsible: Philip Helger
-
-
TICC-202Getting issue details...
STATUS
- Information: Information about caching of SMP results for usage in a Peppol AP is missing
- Update: none
- Responsible: Philip Helger
-
-
TICC-201Getting issue details...
STATUS
- Information: Review of new/updated OASIS specifications
- Update: none
- Responsible: Elly Stinchcombe (Unlicensed)
-
-
TICC-197Getting issue details...
STATUS
- 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
-
-
TICC-187Getting issue details...
STATUS
- Information: Allow 0080 as new Participant Identifier scheme
- Update: none
- Responsible: Elly Stinchcombe (Unlicensed)
-
-
TICC-184Getting issue details...
STATUS
- Information: Align Participant Identifier Scheme Code lists of PoAC and eDEC
- Update: none
- Responsible: Philip Helger
-
-
TICC-174Getting issue details...
STATUS
- 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
-
-
TICC-168Getting issue details...
STATUS
- Information: Have a separate participant identifier prefix for testing purposes.
- Update: none
-
-
TICC-167Getting issue details...
STATUS
- Information: regarding joint information on news and noteworthy
- Update: none
- Responsible: Philip Helger
-
-
TICC-166Getting issue details...
STATUS
- Information: Clarification on the words "custom validation" in the AS4 profile was sought.
- Update: none
- Responsible: Philip Helger
-
-
TICC-153Getting issue details...
STATUS
- Information: https for SMP
- Update: none
- Responsible: Philip Helger
-
-
TICC-151Getting issue details...
STATUS
- Information: (Whitepaper) Enforce people to use SMK for testing?
- Update: none
- Responsible: Philip Helger
-
-
TICC-149Getting issue details...
STATUS
- Information: add a Schematron for verifying the AS4 headers. Updates directly in the issue.
- Update: none
- Responsible: Philip Helger
-
-
TICC-146Getting issue details...
STATUS
- Information: (Whitepaper) Creation of the Whitepaper.
- Responsible: Philip Helger
-
-
TICC-142Getting issue details...
STATUS
- Information: (Whitepaper)
- Responsible: Philip Helger
-
-
TICC-140Getting issue details...
STATUS
- Information: (Whitepaper)
- Responsible: Philip Helger
-
-
TICC-19Getting issue details...
STATUS
- 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
- Key initiatives for 2022 – Peppol Network Community (eDeC)
- 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