12 Veelvoorkomende Misverstanden over Implementatie van Item Unique Identification (IUID)

Vaak is de eerste reactie van iemand die nieuw is voor IUID (ook bekend als Unieke Identificatie (UID) van Items in het NAVO), "Mijn situatie is speciaal." En daar zou ik op reageren: "Je hebt gelijk, maar ieders situatie is dat." Feitelijk, toen het DoD, samen met de industrie, de basisset regels voor IUID ontwikkelde in 2002-2003, was er expliciete acceptatie dat we "interoperabiliteit" mogelijk maakten in plaats van een enkele aanpak te vestigen. Dit was een kritieke regel in alle IUID-beleidsregels. En hoewel het complexiteit toevoegde, verminderde het de impact op de industrie zonder netto vermindering in de capaciteit die IUID-implementatie biedt.

In mijn ervaring zijn de top 12 veelvoorkomende misverstanden:

1. DoD Serieel Beheerd betekent:

A. Alle items die een serienummer op zich hebben – ONWAAR

• Het serienummer op het item kan alleen gebruikt worden door de fabrikant, maar tenzij het DoD een individuele item-traceerbaarheidsvereiste heeft voor dat item, is het bestaan van een serienummer niet voldoende op zich.

B. Alleen items die getraceerd moeten worden onder de volgende programma's: Serial Number Tracking (SNT), Unique Item Tracking (UIT), Serialized Item Management (SIM) – ONWAAR

• Twee van deze programma's (SNT en UIT) zijn ouder dan IUID en weerspiegelen slechts een deel van de DODI 8320.04 gevorderde vereisten.
• SIM is ook niet inclusief van alle redenen gedeclareerd in DODI 8320.04.

DoD Serieel Beheerd is van toepassing op alle items waarvoor er op elk moment gedurende de levenscyclus een itemniveau-traceerbaarheidsvereiste is. Dit omvat, maar is niet beperkt tot: uitgifte/teruggave van een specifiek item, rapportage van gegevens tegen een specifiek individueel item in een onderhouds- of andere logistiek systeem, eigendomsverantwoordelijkheid, garantietracking, financiële auditbaarheid, etc.

2. Ik moet consistentie hebben in de constructie van de UII van al mijn leveranciers omdat ik het artikelnummer nodig heb uit de scan van de IUID-compliante markering. – ONWAAR

A. Een IUID-compliante markering kan aanvullende gegevens bevatten dan alleen die nodig voor de UII. Elk van de volgende opties biedt wat je nodig hebt en zou toegestaan moeten zijn (Data Identifiers (DIs) worden gebruikt ter illustratie, maar vergelijkbare benaderingen werken met Text Element Identifiers (TEIs) of Application Identifiers (AIs)).

• Een enkel data-element-identifier (bijv. 25S), wat niets met het item zelf te maken hoeft te hebben, gevolgd door de oorspronkelijke fabrikant en het oorspronkelijke artikelnummer van het item (bijv. DI's: 25S+17V+1P). Let op: Hoewel niet raadzaam, kan huidige artikelinformatie opgenomen worden in de IUID-compliante markering conform MIL-STD-130; 130 suggereert echter een tweede markering voor actuele informatie die vaak kan worden bijgewerkt.
• Construct 1 (bijv. met TEI's: MFR+SER+PNR).
• Construct 2 (bijv. met DI's: 17V+1P+S)

B. Hoewel je de constructie kunt controleren die in je eigen legacy-itemimplementatie wordt gebruikt, is het niet toegestaan om de enterprise-identifier van de oorspronkelijke fabrikant te gebruiken om de UII te construeren tenzij de oorspronkelijke fabrikant uitdrukkelijk van tevoren instemt.

• Omdat de oorspronkelijke fabrikant niet contractueel uniekheid garandeerde toen het ongemerkte legacy-item werd geleverd, kan het later aan de overheid een ander item leveren met een ander artikelnummer en serienummer dat de UII dupliceert die de overheid aan het legacy-item toekende met die enterprise-identifier van de oorspronkelijke fabrikant. De overheid zou dan het nieuw geleverde item moeten accepteren en de lasten dragen van het corrigeren van de markering en registergegevens voor dat item, of het legacy-item dat eerder die UII was toegewezen door de overheid.
• Selfs als je het artikelnummer en serienummer van de fabrikant onder een toegewijde enterprise-identifier gebruikte, is het nog steeds mogelijk dat twee fabrikanten verschillende artikelnummers en serienummers gebruiken die resulteren in dezelfde UII.

3. De data-elementen gebruikt om de UII te construeren, zijn bedoeld om blijvende waarde te hebben als individuele data-elementen ook. – ONWAAR

A. Deze data-elementen hebben één en slechts één doel – om de constructie van een unieke item-identifier te garanderen die uniek is gegarandeerd door de toewijzende enterprise op het moment van toewijzing.

4. Alle data-elementen die nodig zijn om het register te vullen, moeten in de markering gecodeerd zijn. – ONWAAR

A. De vereiste DoD IUID-register data submit bevat te veel data-elementen, en sommige hebben niet de benodigde data-kwalificaties om ze te coderen zoals vereist. De data submit wordt elektronisch gedaan via iRAPT (voorheen WAWF), via directe submit of directe systeem-naar-systeem interface.

5. DoD- of Component/Service-beleid schrijft contractvereisten voor voor specifieke data-kwalificaties of een constructie – ONWAAR

A. De verplichte DFARS-clausule voor IUID (252.211-7003) stelt specifiek dat de overheid een aannemer NIET kan verplichten om een specifieke data-kwalificatiemethode of UII-constructie te gebruiken.

B. Ten eerste, vergevende activiteiten hoeven zich niet te bekommeren om welke constructie wordt gebruikt, het doel is een UII die wereldwijd uniek is. Als specifieke gegevens in de IUID-compliante markering gewenst zijn om bedrijfsprocessen te ondersteunen, kunnen ze worden toegevoegd als aanvullende gegevens, mits er een data-kwalificatie is (bijv. NSN, Oorspronkelijk Artikelnummer).

6. DoD kan een aannemer verplichten om serienummers te gebruiken die het uitgeeft of de regels van het DoD-programmabureau te volgen. – BIJNA ALTIJD ONWAAR

A. De uitzondering op de regel is alleen waar het item in kwestie voldoet aan de regels van de Government-Assigned Serialization DFARS Rule 252-211-7008.

7. Ik hoef de ECC 200 Data Matrix-symbool niet te gebruiken en kan kiezen voor andere datadragers (bijv. QR-code, Lineaire Barcode, RFID, Contact Memory Buttons) – ONWAAR

A. Er is slechts één minimale IUID-compliante markering en dat is een IUID-compliant ECC 200 Data Matrix-symbool.

B. Aanvullende datadragers mogen in combinatie met de ECC 200 Data Matrix-symbool worden gebruikt waar de business case een extra datadrager rechtvaardigt. Een voorbeeld is waar RFID gebruikt kan worden wanneer een IUID-vereist item bevestigd moet worden in een opgeborgen locatie waar lijn-zicht naar het symbool niet haalbaar is.

8. DoD, Component of Service-beleid heeft brede mandaten over de markeringsmethode die gebruikt moet worden – ONWAAR

A. Er is grote zorg besteed aan de creatie van IUID-beleid om de beslissing over de markeringsmethode en materialen daar te houden waar het hoort – in de handen van de engineering-activiteit die verantwoordelijk is voor het onderdeel, omdat ze de gebruiksomstandigheden, ontwerp en materiaalsamenstelling volledig begrijpen.

9. Het is de moeite niet waard om de "aanvullende merken" gegevens aan het DoD IUID-register te verstrekken omdat niemand het ooit zal gebruiken. – ONWAAR

A. Als de IUID-compliante markering om welke reden dan ook beschadigd is raakt buiten herstel van de UII, kan het register niet altijd geraadpleegd worden om de UII voor dat item te vinden zonder de "aanvullende merken" informatie.

B. Het resultaat zal toewijzing van een nieuwe UII zijn en overstating van het aantal items van dat type in het DoD IUID-register, omdat ze niet weten welk record nu of in de toekomst moet worden herroepen.

C. Het zal bijna onmogelijk zijn om gerichte notificaties te doen voor terugroepacties, garantieclaims of kennisgevingen van mogelijke technische tekortkomingen of risico op vervalsing gebaseerd op falen van vergelijkbare items.

10. Er kan geen waarde afgeleid worden voor IUID totdat alle items van dat type in het DoD IUID-register gemarkeerd en geregistreerd zijn. – ONWAAR

A. Dit is een bewering die over het algemeen gebruikt wordt om markering en registratie te ontmoedigen en uit te stellen.

B. Gelokaliseerde voordelen kunnen behaald worden uit automatische dataverzameling en verminderde fouten, zelfs als slechts een fractie van de items gemarkeerd en geregistreerd is.

C. Zelfs binnen een platform kan gerichte toepassing van IUID gebruikt worden voor items met hoog risico op falen, vervalsing, diefstal, etc.

11. Het register moet bijgewerkt worden met een bewindswijziging elke keer dat een item wordt verzonden. – ONWAAR

A. Wanneer een item binnen een Militaire Dienst of Defensieagentschap wordt verzonden, is het een interne overdracht en vereist geen DoD IUID-registerupdate. Het vereist waarschijnlijk wel een update van interne eigendomsverantwoordingssystemen.

B. Eigendomsoverdrachten tussen Militaire Diensten of Defensieagentschappen vereisen wel een update van het DoD IUID-register om de nieuwe "Eigendomsdienst" weer te geven en natuurlijk updates aan zowel het verliezende als het winnende eigendomsverantwoordingssysteem. Doorgaans moet de verzender een update aan het DoD IUID-register verstrekken. Dit kan via iRAPT als een Service-to-Service overdracht. Zender en ontvanger MOETEN allebei die rol in iRAPT hebben vastgelegd voordat de overdracht kan plaatsvinden. Het UII'd item moet AL in het Register staan. De data vloeit dan naar het Register wanneer de ontvangstbevestiging plaatsvindt.

12. Er zijn geen voordelen van IUID zonder scanners om de markeringen te lezen. – ONWAAR

A. Hoewel het duidelijk waar is dat het voordeel van automatische dataverzameling van significante waarde is en vaak de focus is van implementatie, is het niet het enige voordeel.

B. Hoewel minder robuust vanuit een datakwaliteit oogpunt, is de machine-leesbare markering meestal gekoppeld aan menselijk leesbare informatie die gebruikt kan worden.

C. Nadruk op de noodzaak voor markering en standaardisering van markeringsbenaderingen binnen en over platforms heeft aanzienlijke waarde, inclusief het bieden van een focus op markering als engineering-vereiste die zorgt voor duurzame markering beschikbaar gedurende de levenscyclus.

D. IUID toegepast op zowel nieuwe als legacy markering vereist de digitale inzending van de basis itemgegevens, wat een gewaarborgde basislijn biedt voor eigendomsverantwoordingssystemen in plaats van te vertrouwen op lokale datainzending.

E. Maakt het mogelijk dat meerdere databases interoperabel zijn via een enkele datakey die gespecialiseerde/afgestemde databases toestaat om te opereren binnen een gemeenschap met specifieke en gescheiden vocabulaire en bedrijfsregels. Bijvoorbeeld: energetica-folks verwijzen gewoonlijk naar hun hardware bij Mk/Mod, terwijl elektronica-folks meestal naar hun hardware verwijzen bij artikelnummer.

F. IUID vergemakkelijkt ook historische analyse over bewindswijzigingen, systeemwijzigingen, en heridentificatie van onderdelen (bijv. herclassificaties, herbenaming en artikelnummer rollover).

Ons doel is om u beter te helpen begrijpen UID-naleving. Als u vragen heeft over UID, aarzel niet om hieronder te reageren of ze in te dienen op onze Ask an Expert-pagina.