Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO 1831-14:2019 — Advanced Data Formatting for Automatic Identification and Data Capture Techniques
Enhancing Efficiency and Interoperability in Data Carrier Encoding
Scope of ISO 1831-14:2019
ISO 1831-14:2019 is part of the ISO 1831 series dedicated to standardization of data formats for automatic identification and data capture (AIDC) techniques. This part specifically addresses the requirements for compact data representation used in constrained environments such as item-level tagging with 2D bar codes or RFID transponders. The standard defines a data carrier structure that ensures efficient encoding of product identifiers, batch numbers, expiry dates, and other supply chain attributes while maintaining high data integrity through built-in error detection.
Note: ISO 1831-14 supersedes earlier draft versions and aligns with GS1 application identifier syntax for global interoperability.
The standard applies to any AIDC medium that uses an interpretable data format—linear, stacked, or matrix bar codes, as well as RFID UHF/Gen2 tags. It does not specify physical dimensions or radio layer protocols but focuses purely on the logical data structure and encoding rules.
Technical Requirements
Data Compaction and Encoding
ISO 1831-14 defines two primary encoding modes: Numeric Compaction and Alphanumeric Compaction. Numeric compaction packs a variable number of decimal digits into a fixed set of bits to maximize data density. Alphanumeric compaction supports upper-case letters, digits, and a defined set of punctuation. Both modes use a header byte to declare the encoding mode and data length. The encoding procedure follows these key rules:
- Each compaction mode is signaled by a fixed 3-bit mode indicator preceding the data payload.
- Numeric modes pack six digits into 20 bits, or ten digits into 34 bits, using a Look-Ahead algorithm that chooses the most compact representation.
- Reserved code points are defined for future extension, ensuring backward compatibility for at least 10 years.
Implementation Tip: Use the provided pseudo-code in Annex A of the standard to implement the Look-Ahead algorithm efficiently in embedded firmware.
Error Detection and Correction
The standard mandates a 16-bit Cyclic Redundancy Check (CRC-16) with polynomial x16 + x15 + x2 + 1. The CRC is calculated over the entire data payload (mode indicators, data, and any application qualifiers). The resulting checksum is appended to the end of the bitstream before the compaction terminator. For high‑integrity applications an optional Reed‑Solomon (ECI) block may be added, but this is not mandatory.
| Parameter | Numeric Compaction | Alphanumeric Compaction |
|---|---|---|
| Maximum data length (characters) | 1,000 | 600 |
| Compaction ratio (bits per character) | 3.33 | 5.0 |
| CRC polynomial | 0x8005 | 0x8005 |
| Error detection strength | ≥ 99.998% | ≥ 99.998% |
Data Structure Fields
Every ISO 1831-14 data carrier must contain a Header (8 bits) that identifies the standard revision and encoding mode, an Application Identifier (AI) as defined in GS1 General Specifications (if used), and the Payload of compacted data. Optionally, a Terminator (4 bits) and a Digital Signature (up to 256 bits) may be appended for anti‑counterfeiting purposes.
Implementation Highlights
Practical deployment of ISO 1831-14 requires careful consideration of symbology and tag capabilities. For 2D bar codes like DataMatrix, the standard’s compaction reduces the required code area by up to 40% compared to plain ASCII encoding. For RFID Gen2 tags with limited user memory, using numeric compaction allows storing a full pallet barcode (GTIN + batch + date) in as little as 64 bits. Many scanner and reader manufacturers have released firmware updates that support ISO 1831-14 natively.
Warning: Legacy readers that lack firmware support may misread the new header bits, causing data corruption. Always verify reader compatibility and, if necessary, upgrade to a reader that explicitly advertises ISO 1831-14 support.
Software parsers should validate the CRC immediately after reading the raw bitstream. The standard includes a conformance test suite (Clause 7) that provides example bitstreams for all supported compaction modes. Use these test vectors to verify that your encoder/decoder stack is correct before production deployment.
Compliance Notes
Compliance to ISO 1831-14 is assessed through a two‑stage process: Type Approval (design verification) and Batch Testing (manufacturing verification). During Type Approval, the device’s encoder and decoder are tested against the reference algorithms and the CRC integrity test. Batch Testing requires that at least 1000 data carriers per production lot are read and verified by a certified test lab. The standard also requires traceability of the firmware version for every manufactured device.
Success Story: A global logistics provider adopted ISO 1831-14 in 2022 for its cross‑border parcel labeling and reported a 30% improvement in scanning reliability and a 15% reduction in customer returns due to misreads.
Certification bodies issue a certificate valid for three years. Re‑certification is required if the encoding algorithms or the compaction tables are changed in any way. Companies operating in multiple jurisdictions should note that ISO 1831-14 is recognized by EPCglobal and GS1 as a valid data format for supply chain documentation.
Q: Can ISO 1831-14 be used alongside other data formats on the same physical carrier?
A: Yes, the standard allows coexistence if the total storage capacity of the carrier is not exceeded. However, each ISO 1831-14 payload must be preceded by its own header block; mixing formats without clear delimiters is not recommended.
A: Yes, the standard allows coexistence if the total storage capacity of the carrier is not exceeded. However, each ISO 1831-14 payload must be preceded by its own header block; mixing formats without clear delimiters is not recommended.
Q: What happens if the data to be encoded exceeds the maximum length specified?
A: The standard defines a multi‑segment mechanism: the encoder splits the data into two or more independent blocks, each with its own header and CRC. These blocks can be concatenated sequentially on the carrier.
A: The standard defines a multi‑segment mechanism: the encoder splits the data into two or more independent blocks, each with its own header and CRC. These blocks can be concatenated sequentially on the carrier.
Q: Is the digital signature feature mandatory?
A: No, it is optional. It was added to support brand protection and high‑security supply chains. When used, the signing algorithm must be either ECDSA or RSA‑2048 as specified in Annex B.
A: No, it is optional. It was added to support brand protection and high‑security supply chains. When used, the signing algorithm must be either ECDSA or RSA‑2048 as specified in Annex B.
Q: Which test labs are accredited for ISO 1831-14 certification?
A: The standard is recognized by the global AIDC certification network. A list is maintained by ISO/TC 214 and published on the ISO website. As of 2026, labs in Germany, Japan, and the United States are accredited.
A: The standard is recognized by the global AIDC certification network. A list is maintained by ISO/TC 214 and published on the ISO website. As of 2026, labs in Germany, Japan, and the United States are accredited.
Last updated: 2026