EPCIS documents shall conform with GS1’s EPCIS and Core Business Vocabulary (CBV) standards (i.e., ISO/IEC 19987 and 19988, respectively).
Additional guidance is provided by GS1’s global: cross-sector EPCIS and CBV Implementation Guideline, as well as by the pharmaceutical supply chain-specific, GS1 US implementation guideline, “Applying GS1 Standards for DSCSA and Traceability”.
Additional Syntax Rules
GS1 based identifiers shall be expressed as EPC Pure Identity URI encodings: as specified in GS1’s EPC Tag Data Standard (TDS), specifically:
SGTIN EPC URI for trade items
Non-GS1 identifiers (e.g. country or region-specific codes: or communication within Level 2 and Level 3 that use company specific identification) shall follow CBV provisions for:
“General Considerations for HTTP URLs as User Vocabulary elements”,
which are normatively defined in the GS1 Core Business Vocabulary Standard: Chapter 8 User Vocabularies.
[Example (non-GS1 instance-level object identifier:](Example (non-GS1 instance-level object identifier:)
[All serialized identifiers (i.e., SGTIN and SSCC), including but not limited to those appearing in shipping and packing events, shall first have been captured in a commissioning event (i.e., an EPCIS Object Event with action “ADD”, business_step “urn:epcglobal:cbv:bizstep:commissioning” and disposition “urn:epcglobal:cbv:bizstep:active”.](All serialized identifiers (i.e., SGTIN and SSCC), including but not limited to those appearing in shipping and packing events, shall first have been captured in a commissioning event (i.e., an EPCIS Object Event with action “ADD”, business_step “urn:epcglobal:cbv:bizstep:commissioning” and disposition “urn:epcglobal:cbv:bizstep:active”.)
Aggregation shall be used to capture the relationship between each serialized parent and its immediate children (i.e.: an EPCIS Aggregation Event with action “ADD” and business_step “urn:epcglobal:cbv:bizstep:packing”); each additional (nested) level of packaging hierarchy (i.e., grandparents and great-grandparents of the lowest registered level) must be expressed in an additional, dedicated EPCIS Aggregation Event.
Each shipped unit shall always be identified as a logistic unit and captured by means of its SSCC upon dispatch (i.e. an EPCIS Object Event with action “OBSERVE”, business step “shipping” and disposition “in_transit”)..)
Each commissioning event shall include as many SGTINs as practical; common sense shall be leveraged in conjunction with dialogue between communicating partners to establish an agreed approach to managing file sizes.
: The maximum number of SGTINs must be agreed between communicating partners during design or change management of a system and should be represented in the properties MaxEPCISObjectEventSIDs and MaxEPCISAggregationEvents of the OPENSCSEventManagerObjectType.
While timestamping of individual EPCs (i.e., in individual EPCIS events) is to be avoided to avoid unnecessary bloating of payload, the opposite extreme of including an entire batch run in one event might cause file size exceptions.
Strictly enforce GS1 EPCIS chronology sequence standard to be upheld for any single EPC: for example:
For any single EPC, the Commission time must be before the Aggregation time which must be before the Shipping time.
When possible do not include custom EPCIS event extensions as they increase file size. Where extensions cannot be avoided: these shall be implemented in compliance with the EPCIS standard’s extensibility mechanism, including but not limited to declaration of the applicable vendor/user namespace.