We use cookies to give you the best experience and to help improve our website

Find out what cookies we use and how to disable them

NWIP Architecture – Part 3: Customisation guideline Electronic Public Procurement – Architecture - Part 3: Customisation Guideline

Scope

This deliverable describes:

• The rationale for building customisation supporting business cases that are specific to their business environment while maintaining organisational and semantic interoperability with the TC440 specifications.

• Explain the difference between Usage specification and Extension specification.

• A methodology on how to define customisations on: o BII Choreography specification o BII Transaction specification o Business rules o Code lists and taxonomies.

• How to claim conformance to a customisation of a TC440 specification.

This specification will not describe the detailed process of building an extension. Normative references. The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

Purpose

This document aims at identifying and describing the architectural aspects needed to support the creation of e-Procurement standardization deliverables. It specifically aims to:

1. describe how customizations may be applied to CEN/TC 440 deliverables;

2. describe how extensions may be applied to CEN/TC 440 deliverables.

Justification:

The supply-chain business processes and activities of the post-award processes of public and private e-procurement are widely supported by computer systems, typically in the form of an enterprise source planning (ERP) system. While these systems are aimed at supporting the activities internal to a given organization, the business processes they serve frequently involve sharing and exchanging information with other parties such as:

• Making product/price catalogues available as basis for ordering

• Sending and receiving orders and order confirmation

• Sharing information related to the actual delivery of goods and services In the current market there is no standardized system covering these information exchange processes. As a result, public and private sector market actors instead must rely on a multitude of formats and specifications available.

These are typically developed to support specific sectorial requirements, such as those of the electronics sectors, the retail industry, etc. Specifications are also provided by user communities such as OpenPEPPOL, reusing CEN/WS BII specifications based on the UBL 2.1 standard, as well as sector specific specifications provided by other standard developing organizations such as those developed by UN/CEFACT.

Without standardized processes, businesses and other organizations face a disparate environment of solutions, both in relation to B2G and B2B post - award procurement processes. These challenges increase when engaging in cross - sector and cross - border e - procurement, where in addition to the different national rules and the language barriers, there is no guarantee of semantic and technical interoperability.

With respect to architecture, this specification will address these issues by establishing a consistent e-procurement architecture that allow for an incremental implementation based on actual user needs. It will provide the needed information for framing the deliverables of the other working groups and will also provide the necessary background information for users of CEN TC 440 specifications

Comment on proposal

Required form fields are indicated by an asterisk (*) character.


Please email further comments to: debbie.stead@bsigroup.com

Follow standard

You are now following this standard. Weekly digest emails will be sent to update you on the following activities:

You can manage your follow preferences from your Account. Please check your mailbox junk folder if you don't receive the weekly email.

Unfollow standard

You have successfully unsubscribed from weekly updates for this standard.

Error