OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

bdxr message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [bdxr] BDE - presentation in the BII architecture team

Thank you, Martin, for bringing our work to the attention of the group.

At 2015-02-17 15:30 +0000, Martin Forsberg wrote:
I have today presented the BDE-work to CEN/WS
BII architecture team. We looked at the BDE
draft and it seems to fully meet the
requirements previously captured by BII. The
e-tendering team will make an assessment to
verify that it also covers the needs specific
for the pre-award processes but the first
impression is that BDE draft probably supports
what?s needed. The ePrior-team from the European
Commission will also make a similar assessment.

I look forward to their final findings.

A couple of observations were made:
·       The cardinality of the
Envelope/Payload/PayloadContent is currently set
to 1..n. From the BII-perspective, 1..1 would
make more sense, but it might be that we haven?t
understood the requirement behind the
possibility. (This comment does not relate to
the Envelope/Payload-element, which should be 1..n as already defined.)

Pending agreement with the rest of the committee,
I agree it should have been 1..1 (and I see the
copy/paste error that I made that resulted in this being wrong).  Well spotted!

·       Regarding the specific question Ken
It was the BII-team´s view that having the
signature as a qualified element in the end of
the structure was the preferred approach.

So noted.  We will include this endorsement in our discussions.

·       It was also concluded that the BDE may
give possibilities which are not necessarily
wanted in some communities (such as bundling an
Invoice and an Order in the same envelope which
would not be ok in PEPPOL). This should be
handled by additional policies/rules created by
those communities, essentially customizations to BDE.

I agree ... it would be a challenge (impossible?)
to try and address that requirement generally as a set of document constraints.

·       The reference to the xmldsig listed in
section 1.3 should be

Hmmmmmm ... that means a change to the schemas to
incorporate the 1.1 schemas ... does anyone know
if there are any changes needed to the XAdES
schemas for the 1.1 schemas?  In my own work I've
only ever dealt with the 1.0 schemas.

Note that the document still needs to be revised
with respect to the prose.  I have made an
effort, but writing prose is not my strength and
the text should be replaced by better writing.

Please find attached the presentation in pptx-format.

Thank you, again, for your efforts in this regard!

. . . . . . . . Ken

Check our site for free XML, XSLT, XSL-FO and UBL developer resources |
Free 5-hour lecture:  http://www.CraneSoftwrights.com/links/video.htm |
Crane Softwrights Ltd.             http://www.CraneSoftwrights.com/o/ |
G. Ken Holman                    mailto:gkholman@CraneSoftwrights.com |
Google+ profile:       http://plus.google.com/+GKenHolman-Crane/about |
Legal business disclaimers:     http://www.CraneSoftwrights.com/legal |

This email has been checked for viruses by Avast antivirus software.

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]