eForms Preview environment

Optional fields can be set to mandatory or hidden, however, please note that we have removed the Conditional rules as of SDK 1.3 – please leave the default behaviour of the fields, otherwise conditional mandatory fields won’t be displayed in newly created notices.

Confidential fields can be set to be always confidential or non-confidential.

OPT-060-Lot in the subtypes where it’s mandatory "17", "18", "22" might prevent users from submitting a notice.

T02 cannot be submitted until SDK 1.9.

Each TPO (Touchpoint) should be assigned a role; users may have to remove TPOs from the notice if there are not enough roles to fill. In particular, for notice subtypes 1 to 3, no roles can be assigned to Touchpoints at the moment, meaning that all touchpoints should be removed from the notice.

Feature “Add a new language” and using the automatic translation service to prefill your new notice linguistic version is currently not working.

Filling in any of the "(published later)" sections, will result in an invalid notice that cannot be submitted.

Please note that the HTTP responses are still a work in progress; in certain cases, error code 500 is returned instead of 400. We are in the process of identifying these cases and correcting the responses and their corresponding messages to clearly indicate that the error is on client side and not on the server side. For instance, an error code 400 would mean that the notice is rejected by eNotices2 API and does not even get validated by CVS. In this case, the instance/ notice cannot be created in eNotices2.

Currently, "stop publication" on a submitted notice will return error code in certain cases, i.e when the notice is being processed and ready to be published. The process will be simplified in the future with the introduction of status “PUBLISHING”, which will forbid stopping publication of a notice of this status. For more information on notice statuses, please see the eForms FAQ.

In multi-stage procedures (BT-105), the second stage indicator should be set to 'yes' on one of those 3 groups where the criterion is used.

Please avoid using the section “Information about late submission” except for the mandatory fields and the “Description of the NDA”.

Any date field which has a time attached must always have a value in the time field.

In Contract notices of the Defence directive, BT-71-Lot should not be filled in.

For structured organisations, to get started, please fill in Organisation Name, Organisation Identifier and Oganisation Part Name under My Form Settings > Main Buyer Settings.

There is no need to remove any preset values from the form-filling tool; if necessary, please complete any associated fields as you would normally. If there is no need to complete any associated fields, please ignore the preset values.

If you are an eSender, please note that the concept of Workgroups is reserved for users of eNotices2 web User Interface (UI). eSenders/ users of eNotices2 API can still create workgroups in the UI of eNotices2 but the API is not aware of the context of workgroups, i.e. no API function can be performed on a notice that has been manually transferred to the context of a Workgroup.

eSenders should only use the API for the submission of notices and refrain from using the User Interface of eNotices2 for this purpose. The output of eNotices2 is not intended to reflect the correct format of notices submitted via API. Likewise, eSenders should not continue a procedure or create a Change notice via the User Interface for a parent notice that was originally sent via the API, and should not use the UI to manage or to import/export notices submitted via API.

To avoid authorisation issues when using eNotices2 API, make sure you generate your API key in the corresponding environment of the TED Developer Portal:

To avoid authorisation issues when using eNotices2 API, log in at least once in the corresponding environment of the User Interface to pair your API key with your eNotices2 account and make sure that you perform at least one valid API request with your key to eNotices2 API:

eNotices2 API supports currently SDK versions 1.3, 1.4, 1.5, 1.6, 1.7 and 1.8. SDK version 1.8 is supported in Preview environment as of 1 August 2023 and in Production as of 9 August 2023. For the value to indicate in the cbc:CustomizationID element, it should always have the format "eforms-sdk-major.minor". See this page for more details: https://docs.ted.europa.eu/eforms/latest/versioning.html#_significance_of_the_sdk_version_in_notice_handling_and_validation

Dynamic rules that check between notices are not yet in place, users, however, should still respect the workflow of eForms notices. For instance, users may currently be able to submit a Change notice that refers to a parent notice that has not been yet published. The notice will still be blocked by our internal system (will enter in error). Currently, it is not possible to stop the publication of a notice that has entered in error in the Preview environment, but we are seeing what could be improved for these situations.

Currently, there are some checks performed by eNotices2 API upon submission of a notice, e.g. eNotices2 will check (and reject) a notice with the same id and version id if it already exists in the system. In the future, such checks will be performed by CVS.

Large notices (3 MB or above) cannot be sent, due to a technical restriction.

The validation mode "dynamic" currently does not fetch information from other notices. Compared to the "static" mode, the only additional rule checks the value of the dispatch date (BT-05) against the current date. The rule may be currently more permissive, but as of SDK 2.0, it will strictly only allow the dispatch date to be between 0 and 24 hours before actual reception date/ time.

In SDK 1.7 and 1.8, the “Results” section is not displayed properly on TED in Production. This bug will be fixed in SDK 1.9.

Currency values are currently not rendered correctly, e.g. “10,000,000.00” instead of “10 000 000,00”. This will be fixed with SDK 2.0, so that currency values are also correctly displayed in the OJ S.