| Register a tool or asset | Unique item identifier, tag-to-tool association, event time, and commissioning location | ObjectEvent can record an observation or an addition to the supply-chain data set, with the applicable action and business context. | Which identified tool was recorded, when it was recorded, and at which read point or business location | Maintain a reliable association between the RFID identifier and the tool record. EPCIS describes events; it does not issue or manage RFID tags. |
| Check tools in and out | Tool identifier, reader or read point, event time, location, and relevant work-order or transaction reference | ObjectEvent with a documented business step and, where applicable, a business transaction reference | Recorded tool observations associated with a checkout, return, job, or other defined workflow | Define business-step values consistently across participating systems. A read is evidence of an observation, not by itself proof of who accepted custody. |
| Transfer tools between sites | Tool identifier, dispatch and receipt observations, event times, locations, and transfer reference | ObjectEvent for observations; source and destination details or transaction references can provide movement context where applicable. | Recorded dispatch and receipt events that can be correlated to a transfer | Agree on shared location identifiers, transfer references, and event-time handling. EPCIS does not guarantee that a destination has received an item unless a receipt event is captured. |
| Track kits and tool bundles | Identifier for the kit or parent container, identifiers for its component tools, and assembly or disassembly time | AggregationEvent represents associations between a parent and its contained objects, including additions and removals. | Which identified tools were associated with a kit at a recorded point in time | Capture changes to the parent-child relationship when tools are added or removed. Keep kit identity distinct from the identity of each individual tool. |
| Perform cycle counts and locate exceptions | Observed identifiers, read point, event time, and the expected inventory location or count context | ObjectEvent with an observation action and the applicable business context | Tools observed at a location and exceptions identified by comparing event data with inventory records | Read zones, tag placement, metal interference, and missed reads affect operational results. Validate counts against the deployment environment rather than assuming every tag read is complete. |
| Record maintenance and inspection activity | Tool identifier, inspection or service reference, event time, location, and relevant condition or sensor data | ObjectEvent can carry an observation with agreed business context; additional maintenance details may be linked through a business transaction or an agreed extension. | Which tool was associated with a recorded inspection or maintenance event and the related reference | Define a consistent maintenance vocabulary and data model with connected maintenance systems. EPCIS does not prescribe a complete maintenance-management workflow. |
| Share events across business systems | EPC identifier, event time, read point, business location, business step, disposition, and relevant transaction references | EPCIS 2.0 supports event capture and query interfaces; event data can be represented using JSON-LD. | Queryable visibility events for authorized systems and trading partners | Set access controls, partner permissions, identifier conventions, and data-retention rules separately. The standard enables exchange but does not determine who is authorized to see an event. |
| Connect RFID observations with sensor readings | Tool or object identifier, event time, sensor type, reading, and unit of measure | EPCIS 2.0 supports sensor data associated with events, subject to the agreed data model. | Recorded sensor observations associated with identified objects and events | Normalize units, sensor identifiers, timestamps, and calibration practices. Sensor availability depends on the tag, reader, and application architecture. |
| Maintain interoperability across applications | Consistent identifiers and shared values for locations, business steps, dispositions, and transaction types | EPCIS event structures can use the GS1 Core Business Vocabulary (CBV) where applicable, alongside agreed extensions. | Events that participating systems can interpret using common identifiers and vocabulary | Document vocabulary versions and extension rules. Conformance testing is needed to confirm that each integration handles required fields and values consistently. |