MEETING MINUTES OF BDXR TC MEETING 25 MAY 2016
ATTENDANCE
Kenneth Bengtsson (chair)
Erlend Klakegg Bergheim
Kees Duvekot
Sander Fieten
G. Ken Holman
Sven Rasmussen
Regrets received in advance:
Jens Aabol
BDE 1.1 CSPRD 01 COMMENT RESOLUTION
The TC reviewed comments received during the public review of BDE 1.1 (see:
https://www.oasis-open.org/committees/document.php?document_id=58190&wg_abbrev=bdxr ):
BDE-001, Change the cardinality of ToParty to one or more (1..n):
It was discussed that such change may not be feasible due to the envelope needing be encrypted using the key of the recipient for confidentiality requirements. The only work around
would be to disable encryption if multiple recipients. Erlend to contact the originator (Torsten Kirschner of NAV IT in Norway) to talk about the actual use case and how this could be resolved.
BDE-002, BDE seems to cover the same functional application as the UN/CEFACT Standard Business Document Header Technical Specification, SDBH:
It is the opinion of the TC that there are several and very important differences between not only BDE and SBDH, but also the concepts of a document envelope (BDE) and a document
header (SBDH). Kenneth to draft a response and a comment resolution.
SMP 1.0 CSPRD 02 COMMENT RESOLUTION
The TC reviewed comment received during the public review of SMP 1.0 (see:
https://www.oasis-open.org/committees/document.php?document_id=58189&wg_abbrev=bdxr) :
PEPPOL-001, Change ExtensionVersionID from xs:token to xs:string:
Comment generally accepted. For consistency with BDE and CCTS, the ExtensionVersionID will be changed to xs:normalizedString.
PEPPOL-002, Section 2.3.3.3: Add note on using absolute URLs in ServiceMetadataReference:
Comment accepted. Sander to draft a note for including in the SMP specification.
PEPPOL-003, Section 2.3.3.3: Text says add Extensions to individual references to Service Metadata resources, but Extension is only for the whole ServiceGroup:
Comment accepted. Kenneth will change the text in the specification to correct the mistake.
PEPPOL-004, Sections 2.3.4.4 and 2.4.7.1: Case sensitivity of the process identifier should depend on the used identifier scheme:
Comment accepted. Case sensitivity requirement will be removed from the SMP specification to let the general requirement from the XML specification prevail. Kenneth to update text
in specification.
PEPPOL-005, Section 2.3.4.4: RequireBusinessLevelSignature is now optional, define default handling:
Comment accepted. When RequireBusinessLevelSignature is absent it shall be treated as having the value “false” = a business level signature is not required.
PEPPOL-006, Section 2.3.4.4: Missing description of ProcessList/../Endpoint/Extension:
Comment accepted. Kenneth to add missing description.
PEPPOL-007, Section 2.4.2: Use docType instead of endpointName in examples:
Comment accepted. Kenneth to update examples.
PEPPOL-008, Section 2.4.4 and examples elsewhere: Use "iso6523-actorid-upis" instead of "busdox-actorid-upis" for PEPPOL examples:
Comment accepted. Kenneth to update examples.
PEPPOL-009, Sections 2.4.5.2 and 2.4.5.3: Case sensitivity of the participant identifier should depend on the used identifier scheme:
Comment accepted. Case sensitivity requirement will be removed from the SMP specification to let the general requirement from the XML specification prevail. Kenneth to update text
in specification.
PEPPOL-010, Section 2.4.6: Rename "Document Identifier" to "Document Type Identifier" in next major release (2.0):
It was agreed to review and consider the comment for the next major release of SMP.
PEPPOL-011, Sections 2.4.6.2 and 2.4.6.3: Case sensitivity of the document identifier should depend on the used identifier scheme:
For section 2.4.6.2 (XML representation of document identifiers): Comment accepted. Case sensitivity requirement will be removed from the SMP specification to let the general requirement
from the XML specification prevail. Kenneth to update text in specification.
For section 2.4.6.3 (URL representation of document identifiers): It was at the meeting unclear if and how case sensitivity is handled in the HTTP specification. Sander to look further
into this and to make a recommendation for a comment resolution.
PEPPOL-012, Section 2.4.6.3: Add that documents where the namespace URI contains «::» MUST NOT be referenced using SMP:
It was debated whether this is a specific PEPPOL policy and as such should not be dealt with in the SMP specification. It was agreed that the SMP specification should not include
PEPPOL implementation specific policies, and not restraint other implementations and users from creating other policies. It was agreed to tentatively reject the comment, however leaving it open for TC members to propose a different resolution at a later time
before we finalize the comment resolutions.
Due to time restraints it was not possible work on the remaining comments. It was agreed that Kenneth propose resolutions to the remaining comments to the TC mailing list so that
we may continue the work via email, and to summarize and close the comment resolution work at the TC meeting June 22.
INVITATION FROM UN/CEFACT TO WORK ON A JOINT PROJECT
The TC received a call for cooperation from UN/CEFACT for the SBDH and BDE specifications (see:
https://lists.oasis-open.org/archives/bdxr-comment/201605/msg00007.html ).
All members of the TC agreed to explore in goodwill the possibilities of a joint project.
MEETING SCHEDULE
It was agreed to cancel the TC meeting June 8, 2016 due to members participating in the Exchange Summit conference. Continued work on comment resolution for the BDE and SMP public
reviews will be conducted via the TC mailing list.
ANY OTHER BUSINESS
Kees and Ken noted that GotoMeeting now has an option to sign in to meetings using an HTML5 app instead of installed software, if opened from a URI different from the regular Gotomeeting
URI. Kenneth to include URL’s for both options in future meeting invitations/agendas.
MEETING SCHEDULE
June 8 2016, regular conference call
June 22 2016, regular conference call
July 6 2016, regular conference call
Kenneth Bengtsson