On this page
Two workstations can each produce a ceramic circuit labeled 000127 while believing their serial counter is unique. The collision may remain invisible until inspection files are combined or a customer asks for the history of that number. The solution is to define the identity scope and enforce it across the complete record chain. A serial-like label is not automatically a unique specimen identity.
Measurement purpose
Prevent and contain specimen identity collisions across work orders.
Specimens and conditions
- Identity scope
- Issuing namespace and permanent instance key defined.
- History
- Specimen, location and test-event identities stored separately.
Equipment and records required
- Allocation system: Validated uniqueness reservation and restart/offline behavior.
- Physical verification: Readable labels and independent panel or transfer records.
Method sequence
- Define
Specify structured unique keys and lifecycle rules.
Record: Identity contract.
- Challenge
Exercise concurrent issuance, reprints and repeat imports.
Record: Expected and actual exceptions.
- Contain
Preserve source data and isolate ambiguous physical identities.
Record: Affected range and evidence-based recovery.
Decision and uncertainty
Never merge distinct specimens or invent histories to resolve a collision.
Missing physical transfer evidence can prevent identity recovery.
Quality and traceability system owners.
Traceable outputs
| Record | Required contents |
|---|---|
| Identity definition | Namespace, fields, allocation and lifecycle rules. |
| Collision disposition | Affected items, raw events, recovery evidence and unresolved population. |
Method review decisions
- Define whether a serial is unique within a product, work order, site or wider system.
- Keep permanent specimen identity separate from work order, tray location and test event.
- Contain ambiguous collisions without guessing which historical measurement belongs to which part.
State the scope in which the serial is unique
Write the identity rule before generating labels. A local counter can be unique within one work order but repeat elsewhere. If records leave that work-order context, the complete identifier must carry the context needed to distinguish the physical item. Do not rely on a folder name or an operator's memory to supply a missing part of the identity.
Distinguish the product type from the individual specimen. Identification systems commonly combine a product identifier with a serial to identify an instance. A company can use an appropriate internal scheme, but it must define and enforce its own namespace. Merely printing a barcode does not establish uniqueness, and this method does not imply that any particular external identification standard has been implemented.
Use structured fields rather than ambiguous concatenation
Retain the constituent fields separately: issuing namespace, controlled product identity and instance serial, or another approved unique-key design. Work order and lot can be associated attributes rather than permanent identity when parts move between orders. The choice should match the actual lifecycle and avoid changing the specimen key during retest, rework or transfer.
If fields are displayed as one string, use an unambiguous encoding. Joining A12 and 3 produces the same text A123 as joining A1 and 23. Delimiters, fixed widths or a structured representation can prevent this particular ambiguity, provided escaping and field rules are defined. Keep numeric-looking serials as text so leading zeros and long identifiers survive exports.
Test the collision across two parallel orders
Consider two hypothetical work orders W81 and W82, each issuing local serials 0001 through 0100. A combined table has 200 physical items but only 100 distinct local serial strings. Deduplicating by serial alone discards or merges half of the identities even though the number of accepted measurements may still look plausible.
If the approved temporary identity is the structured pair work-order plus local serial, the same table contains 200 distinct pairs. That resolves the namespace collision only while the pair remains permanently attached to the item and its history. If a part later transfers to a new order, preserve its original instance identity rather than rebuilding it from the current order number.
| Physical item | Local serial | Work-order context | Safe interpretation |
|---|---|---|---|
| First item | 0001 | W81 | Distinct instance from W82/0001 |
| Second item | 0001 | W82 | Do not merge by serial alone |
| Retest of first item | 0001 | Original identity retained | New test event, same specimen |
| Reprinted first-item label | 0001 | Original identity retained | Label replacement, not a new part |
Prevent duplicate allocation at the issuing step
Define one authoritative allocation mechanism or partition the available namespace explicitly between independent stations. Two stations reading the same next-number value before either saves it can issue the same identifier. The allocation must reserve the number as one controlled operation, not rely on a later spreadsheet check to discover the collision.
Include restart, offline operation and restored backups in the design. A counter restored from an older backup can reuse numbers that were already printed. An offline station needs an approved nonoverlapping range or another valid uniqueness method. Record unused and voided labels without recycling their identities casually; gaps in a sequence are often safer than uncertain reuse.
Distinguish duplicate data from duplicate physical labels
A repeated database row may be a duplicate import, a legitimate retest or evidence that two physical circuits share a label. These cases require different actions. Compare the specimen key, event identity, acquisition time, source file and physical location before deleting anything. Identical numerical readings do not establish that the rows came from the same physical item.
Keep test-event identity separate from specimen identity. One specimen can have many valid events, while one event should refer to the physical specimen and state actually measured. Re-importing the same event should not create a second independent test result. Conversely, a new retest must not overwrite the earlier observation simply because the specimen key matches.
Contain an ambiguous collision before repairing records
When two physical items may share an identifier, isolate the affected population and preserve all source records. Trace label issuance, tray transfers and measurement events to find the earliest point where identity became ambiguous. The containment boundary may include more than the two rows that first exposed the problem, especially if an entire local counter range was reused.
Recover identity only from independent evidence such as a preserved panel map or verified transfer event. Do not assign histories by choosing the nearest resistance value or the most convenient sequence. If the evidence cannot distinguish the items, record that limitation and let the authorized quality process decide disposition. A plausible reconstruction is not equivalent to traceable genealogy.
Challenge the complete record chain
Use nonproduction test identities to exercise parallel allocation, duplicate scans, reprints, retests, order transfers and duplicate file imports. Verify that the system rejects an invalid new identity while retaining legitimate repeated events. Include identifiers with leading zeros and characters that resemble dates or exponent notation so exports do not collapse distinct keys.
Check the reverse trace as well as the forward one. Starting from a shipped label, recover one physical instance and its history. Starting from an acquisition event, recover the exact specimen and its then-current location. A matching total count cannot prove either relationship. Retain expected outcomes and actual challenge results with the software and workflow revision.
Agree the identity contract before customer reporting
The customer-facing traceability format should specify which fields identify the product, instance, lot and test event. Agree how label replacement and corrected reports remain linked to the original identity. A short report can still be rigorous when the complete controlled history remains recoverable internally. Avoid promising a traceability depth that the implemented process cannot support.
For a custom thick film circuit order, provide any required serial scope, marking area and reporting relationship early in the drawing review. ChipSimple can review project-specific identification needs and practical marking constraints. The objective is a stable connection between the physical circuit and its evidence, not simply a long identifier or an impressive-looking barcode.
Define the required specimen identity
Agree the serial scope and reporting keys before labels and test records are generated.
- Customer product identity and required serial uniqueness scope.
- Marking space, label format and environmental constraints.
- Work-order, lot, panel and test-event relationships.
- Reprint, rework, transfer and corrected-report requirements.
The drawing-upload form loads as you reach this section.

