search

OP-TED / eForms-SDK

eForms is the notification standard for public procurement procedures in the EU. The eForms SDK is a collection of resources providing the foundation for building eForms applications.
Creative Commons Attribution 4.0 International
59 stars 30 forks source link

A buyer can not be a service provider #856

Open DeanFirkelj opened 8 months ago

DeanFirkelj commented 8 months ago

Hi,

SDK v1.10

We have an issue with this case when eSender also acts as a contracting authority. If we create just one organization node, this validation rule prevents such situation:

A buyer can not be a service provider cac:ContractingParty/cac:Party/cac:PartyIdentification/cbc:ID In case when we create two organizations with same Company ID, then (OFC) another validation kicks in requiring to have unique company IDs. We created a workaround in this case, but please try to solve it in the future versions. P.S. Additionally the same eSender will surely act as tenderer in some other future procurements (where they will also be eSenders), so please keep in mind also this scenario. KR, Dean
YvesJo commented 8 months ago

Hi, Thanks for reporting this, we'll remove the constraint on the e-Sender

mdewinne commented 8 months ago

In Belgium we had the same problem. Our organisation is the national TED eSender, but at the same time it (or certain other divisions within our org) can act as a contracting authority.

We "solve" it by creating two organisations with two different company IDs. The CA org uses the regular VAT number from the national business registry as company ID, whereas the eSender org uses our TED account identifier ("eSender ID") as company ID.