FAQs answered for you.
Frequently Asked - Find answers to common questions about Track & Trace
Data 10
Lot number: Identifies production batch (many units share same lot)
Serial number: Unique identifier for each unit
- Both required for full traceability
- Lot = quality tracking
- Serial = individual tracking
A verification response confirms product authenticity:
- GTIN + Serial + Lot + Expiry verified
- Response: Valid/Invalid/Unknown
- Required at point of dispense
- Real-time query to repository
Master data is reference information:
- Product data (GTIN, description)
- Location data (GLN, address)
- Trading partner data
- Must be synchronized across systems
Key difference:
- Master data: Static reference data (product info, locations)
- Event data: Dynamic transaction records (what, when, where, why)
Both needed for complete traceability.
Data synchronization keeps data consistent:
- Between internal systems
- With trading partners
- With regulatory portals
- Critical for EPCIS accuracy
Exception handling manages serialization issues:
- Rejected units on line
- Failed submissions to portal
- Verification failures
- Data discrepancies
Requires documented procedures.
Batch traceability tracks products by production batch:
- Same lot number = same production run
- Enables batch-level recalls
- Links to quality records
- Part of GMP requirements
A transaction ID links business transactions:
- Purchase order number
- Invoice number
- Delivery note number
- Required in EPCIS transaction events
Data retention requirements:
- Keep records for specified period
- Typically 1 year after expiry + buffer
- Country-specific requirements
- Must be retrievable for audits
Compliance reports demonstrate regulatory adherence:
- Serialization status by product
- Event submission statistics
- Error rates and resolution
- Required for audits
EPCIS 10
EPCIS stands for Electronic Product Code Information Services. It is a GS1 standard for sharing event data between trading partners in the supply chain.
EPCIS defines four event types:
- ObjectEvent: Observation of objects (commissioning, shipping, receiving)
- AggregationEvent: Parent-child relationships (packing/unpacking)
- TransactionEvent: Links objects to business transactions
- TransformationEvent: Input/output relationships (manufacturing)
An ObjectEvent captures observations about objects at a point in time. Common uses:
- Commissioning (serial number activation)
- Shipping (products leaving a location)
- Receiving (products arriving)
- Dispensing (products given to patient)
Action types: ADD, OBSERVE, DELETE
An AggregationEvent records parent-child relationships between containers and their contents:
- ADD: Items packed into a container
- DELETE: Items unpacked from a container
- OBSERVE: Confirmation of aggregation
Essential for case and pallet tracking.
Common bizStep values in pharmaceutical track and trace:
- commissioning: Serial number activation
- packing: Items packed into container
- shipping: Products shipped
- receiving: Products received
- dispensing: Given to patient
- destroying: Product destruction
CBV (Core Business Vocabulary) defines standard values for EPCIS fields:
- Business steps (commissioning, shipping, receiving)
- Dispositions (active, inactive, recalled)
- Business transaction types
- Source/Destination types
Using CBV ensures interoperability between systems.
EPCs (Electronic Product Codes) in EPCIS follow URN format:
- SGTIN: urn:epc:id:sgtin:CompanyPrefix.ItemRef.Serial
- SSCC: urn:epc:id:sscc:CompanyPrefix.SerialRef
- GLN: urn:epc:id:sgln:CompanyPrefix.LocationRef.Extension
EPCIS 2.0 is the latest version of the standard with new features:
- JSON-LD support (in addition to XML)
- REST API bindings
- Sensor data integration
- Digital link URIs
- Enhanced CBV 2.0
EPCIS 2.0 was released in 2022.
Disposition indicates the business state of objects after an event:
- active: Normal, sellable state
- inactive: Not available for sale
- recalled: Subject to recall
- expired: Past expiry date
- destroyed: Physically destroyed
An EPCIS Repository is a system that stores EPCIS events and provides:
- Capture interface (to receive events)
- Query interface (to retrieve events)
- Event persistence and management
Regulatory portals like TATMEEN and RSD act as EPCIS repositories.