Какви данни могат да се съхраняват в RFID етикет?

Много купувачи задават този въпрос още в началото на един RFID проект, и той е напълно основателен, защото звучи простичко, но директно води към реалните решения при проектирането. Какви данни могат да се съхраняват в RFID етикет? Най-краткият отговор е, че RFID етикетът може да съдържа всичко — от базов уникален идентификатор до избрани продуктови, активни, процесни или автентикационни данни. По-дългият отговор обаче е по-полезен. Какво трябва да запишете зависи от типа RFID етикет, наличната памет в чипа, средата на четене, софтуерната система зад него и конкретния бизнес проблем, който искате да решите. С други думи, въпросът не е само какво може да се съхранява. Важно е също какво наистина трябва да стои директно върху етикета и какво е по-разумно да остане в базата данни.

Това разграничение е важно, защото много купувачи при първи проект си представят RFID етикета като миниатюрен преносим архив. Технически някои RFID чипове имат потребителска памет и могат да съхраняват повече от сериен номер. Но в повечето реални проекти, особено при пасивни UHF RFID етикети, най-добрият подход обикновено е върху етикета да се запише кратък и смислен идентификатор, а бекенд системата да свързва този идентификатор с пълните записи. Така се изгражда бърза и мащабируема RFID система, без всеки етикет да се превръща в претоварен контейнер за данни. В SCIVAS сме обсъждали това с клиенти от ритейл, складова логистика, производство, здравеопазване, транспорт и проследяване на активи, и изводът винаги е сходен. Това, че дадени данни могат да бъдат записани върху етикета, не означава автоматично, че трябва да бъдат там.

Как е организирана паметта на RFID етикета

Полезно е да започнем с основната структура на паметта в RFID етикета. Много RFID етикети, особено EPC Gen2 UHF RFID етикети, са организирани в различни зони на паметта. Обикновено има reserved памет, която често се използва за пароли или контрол на достъпа. Има TID памет, която съдържа идентификатора на етикета, зададен от производителя на чипа. Има EPC памет, където се записва Electronic Product код или друг основен идентификатор. След това може да има потребителска памет, която е опционална и се различава според конкретния чип. Някои етикети имат малко или никаква потребителска памет. Други предлагат достатъчно потребителска памет за по-специализирани приложения. Затова въпроси като размер на паметта на RFID етикет, памет на RFID чип и EPC структура на данните се появяват толкова често при планиране на проект. Купувачите всъщност питат колко информация могат да поставят върху етикета, без по-късно да създадат проблеми.

Често съхранявани данни върху RFID етикети

Уникални идентификатори и EPC данни

Най-често съхраняваните данни върху RFID етикет са уникален идентификатор. Понякога това е сериализиран EPC. Понякога е вътрешен ID на актив, item ID или номер от типа license plate, който насочва към запис в ERP, WMS, MES или друга софтуерна платформа. Това е най-практичният начин за използване на RFID данни, защото етикетът остава лек, а моделът на данните — гъвкав. Ако описанието на продукта се промени, собственикът се смени или процесът бъде обновен, актуализирате записа в базата данни, вместо да презаписвате хиляди физически етикети. SCIVAS видя това при дистрибутор на облекло, който търсеше RFID етикети за кашони с цел по-добра видимост в склада. Първоначално клиентът смяташе, че всеки кашонен етикет трябва да съдържа пълно описание на продукта, разпределение по магазини, количество и инструкции за обработка. След анализ на процеса препоръчахме върху етикета да се записва чист сериализиран ID на кашона, а подробният профил на кашона да остане в складовата система. Това направи системата по-лесна за управление, по-бърза при четене и много по-безболезнена при актуализации.

Данни на продуктово ниво

RFID етикетът може да съхранява и данни на продуктово ниво, като SKU, номер на модел, размер, цвят или код на категория. Това е често срещано при item level търговия на дребно RFID, проследяване на мостри и някои затворени процеси, в които бързата локална идентификация е полезна дори без постоянна връзка с база данни. И тук обаче е нужен баланс. Не е разумно паметта да се запълва с дълги текстови описания, когато кратък код върши работата по-добре. SCIVAS веднъж работи с моден търговец, който въвеждаше RFID висулки за по-точна инвентаризация в магазините. Първоначално търговецът предложи върху етикетите да се записват пълни описателни имена на продуктите, включително стилови формулировки, които изглеждаха добре в таблици, но нямаха реална стойност върху самия чип. Насочихме клиента към по-стегната структура с item код и сериен номер, която софтуерът може веднага да превежда в размер, цвят, сезон и разпределение по магазин. Резултатът беше по-чист и по-мащабируем. При RFID елегантното решение обикновено е компактното решение.

Партида, партида и данни за дати

Информацията за batch и партида е друг тип данни, които могат да се съхраняват върху RFID етикет. Това е особено полезно в производството, хранителната индустрия, фармацията и проследяването на индустриални компоненти. Ако бизнесът трябва да установява към коя производствена партида принадлежи даден артикул, записването на batch код директно върху етикета може значително да улесни изтегляния от пазара, проверки на качеството и верификация на производствената линия. SCIVAS подпомогна производител на компоненти, който произвеждаше няколко визуално сходни сглобки за различни клиенти. Рискът не беше, че частите по принцип не могат да се различат. Рискът беше, че под натиска на реалното производство тави с подобно изглеждащи части могат да бъдат объркани. Помогнахме на клиента да кодира сериализирани идентификатори, свързани с партида level записи, така че MES да може да потвърждава коя партида къде се намира. В този проект проследимостта на партидите не беше просто допълнителна екстра. Тя беше една от основните причини RFID системата да работи.

Дата на производство, дата на опаковане, срок на годност и данни, свързани със shelf life, също могат да се съхраняват върху RFID етикет, макар че дали това е най-добрият избор зависи от конкретното приложение. В сектори като здравеопазване, фармация, храни и лабораторни консумативи статусът, свързан с дати, е от голямо значение. Етикетът може да носи кодиран производствен date reference или референция за срок на годност, което позволява бърза проверка при приемане, съхранение и отпускане. Но отново реалният въпрос е колко детайл трябва да бъде върху чипа. SCIVAS видя това при доставчик за здравния сектор, който управляваше медицински консумативи. Клиентът първоначално искаше всяка важна продуктова информация да бъде записана директно върху всеки RFID етикет, включително пълни данни за дати, продуктов текст и инструкции за обработка. Препоръчахме по-структуриран подход: компактен product и партида reference, като данните за срока на годност се свързват чрез софтуерния слой. Това улесни актуализациите и намали риска от несъответствия в данните върху етикета, ако записите се променят по-късно.

Работен статус и данни за активи

статус данни е категория, която често се подценява в началото. RFID етикетът може да съхранява workflow status, резултат от инспекция, stage код или състояние на собственост. В някои затворени среди това е много полезно. Маркирана тава може да носи код, който показва дали чака монтаж, изпратена е за проверка, одобрена е за опаковане или е задържана за преработка. Маркиран актив може да носи статус available, assigned, under maintenance или retired. SCIVAS приложи тази логика в проект за проследяване на work in progress при клиент от металопреработката. Фабриката имаше нужда от по-ясна видимост между рязане, механична обработка, покритие и финално опаковане. Вместо да се опитваме да съхраним пълна производствена история върху RFID етикета, помогнахме на клиента да използва кодирани идентификатори плюс контролирани статусни препратки, които софтуерът да интерпретира веднага. Така ръководителите получиха много по-ясен live view, без етикетът да се претоварва с ненужни подробности.

Информацията за активи е едно от най-силните приложения на съхраняваните RFID данни. В проекти за проследяване на активи етикетите често съдържат ID на актив номера, department codes, кодове за тип оборудване и препратки за собственост. Това е логично, защото активът може да се движи в рамките на един обект или между различни обекти, а етикетът трябва да поддържа бърза идентификация. SCIVAS работи с мрежа от клиники, която се нуждаеше от по-добър контрол върху преносимо оборудване като монитори и терапевтични устройства. Персоналът губеше време в търсене на оборудване, което не беше реално изчезнало, а просто се беше преместило в грешна стая или зона за временно съхранение. Помогнахме на клиента да използва RFID етикети за активи, свързани с уникални записи за оборудването. Данните върху етикета не се опитваха да съдържат цялото досие за поддръжка или историята на употреба. Етикетът носеше ключовата идентичност, нужна на свързаната asset система, за да отвори правилния запис бързо. Това често е оптималната точка при RFID проследяване на активи. Етикетът казва точно кой е активът, а системата управлява останалото.

Поддръжка, инспекции и логистични данни

Данните за поддръжка и инспекции също могат да бъдат свързани с RFID етикети, но именно тук е нужно внимателно планиране. Да, етикетът може да съхранява код за последна инспекция, calibration flag, интервал на обслужване код или статус за предстояща поддръжка. В някои среди това е полезно, защото персоналът може локално да прочете етикета и да потвърди дали артикулът е разрешен за употреба. Но ако историята на поддръжката е дълга или се променя често, връзка към база данни обикновено е по-добро решение от опит да се държи цялата история върху чипа. SCIVAS води подобен разговор с индустриален клиент, който управляваше многократно използвани инструменти и фикстури. Екипът първоначално искаше да записва подробни maintenance logs върху всеки етикет. Обяснихме, че по-добрият метод е да се съхранява уникалният tool ID, плюс кратка статус на обслужването reference при нужда, а реалната история на поддръжката да остане в бекенд системата. Така системата остана лесна за четене, записите — последователни, и никой не трябваше да се притеснява, че частична история живее върху физическите етикети.

Данните за доставка и логистика са друга област, в която RFID съхранението може да бъде много полезно. Етикетът може да носи SSCC референции, ID на контейнери, ID на палети, кодове на маршрути, кодове за дестинация или customer allocation references. В логистиката обаче правилният отговор силно зависи от това дали движението е open loop или closed loop. Ако етикетът преминава през много партньори и системи, обикновено има смисъл данните върху него да останат прости и стандартизирани. Ако остава в контролирана мрежа, може да има повече свобода за вътрешна логика. SCIVAS подпомогна 3PL доставчик, който искаше RFID проследяване на палети при изходящите врати. Първата идея беше върху всеки pallet етикет да се записва подробен състав на пратката. Ние възразихме и препоръчахме по-стегнат сериализиран pallet identifier, свързан със shipment record в WMS. Това позволи на екипите по експедиция да потвърждават правилното движение на палета в реално време, без да се създава хаос, когато детайли по поръчката се променят в последния момент.

Сигурност, потребителска памет и избор на тип етикет

Контрол на достъпа, автентикация и поверителност

Някои RFID етикети се използват за контрол на достъпа, сигурност или автентикация, и в тези случаи съхраняваните данни може да включват достъп удостоверения, encrypted values или препратки, използвани за проверка. High frequency RFID карти и NFC етикети са особено разпространени тук. Хотелска ключова карта, служебна карта или достъп token може да носи кодирана информация, която позволява на системата да автентикира потребителя или устройството. Етикети за защита на брандове също могат да съхраняват идентификатори за потвърждаване на автентичност. SCIVAS обсъди това с клиент, който проучваше RFID за многократно използвани сервизни инструменти, предоставяни на външни изпълнители. Притеснението не беше само проследяването на инструментите, а и потвърждението, че правилният маркиран комплект е предоставен на правилната страна. В този случай препоръчахме контролирана identity structure с подходящи достъп rules, вместо върху етикета да се записва прекалено много четим plain text. Данните, свързани със сигурността в RFID, изискват повече дисциплина, отколкото много хора очакват.

Въпросът става по-сложен, когато в разговора влезе потребителска памет. Някои купувачи специално търсят RFID етикети with потребителска памет, защото искат етикетът да продължи да работи дори без live система connection. Това може да бъде валидна причина. При управление на пране, field service, медицински процеси, библиотечни системи или определени индустриални среди съхраняването на избрани оперативни данни върху самия етикет може да е полезно. Laundry етикет може да носи linen type код, owner reference или идентификатор, свързан с wash cycle. Library етикет може да съдържа item identifier, свързан със софтуер за обращение. Тагът за активи на терен може да съхранява локална status information за бързо прочитане. SCIVAS помогна на клиент от индустриално пране да премисли точно този въпрос. Първоначално клиентът искаше да постави голям обем клиентски и експлоатационни данни директно върху всеки RFID laundry етикет. Насочихме го към по-чиста структура, при която върху етикета се съхраняват основната linen identity и service references, а обемната история остава в софтуера. Това направи етикетите по-практични и избегна записването на данни, които биха изисквали постоянна промяна.

Различни типове етикети и честота на презаписване

Едно от най-важните неща е да се разбере, че не всички RFID етикети са еднакви. пасивни UHF RFID етикети, HF RFID етикети, NFC етикети, активни RFID етикети и semi active етикети се различават по памет, поведение при четене, цена и предназначение. Прост пасивен UHF етикет за инвентаризация в ритейл може да е проектиран основно за EPC based identification. По-специализиран industrial етикет може да включва потребителска памет за статус на актив или процесни данни. NFC етикет в потребителско приложение може да е предназначен да съхранява URLs, product interaction данни или инструкции за стартиране на приложение. Затова, когато купувач пита какви данни могат да се съхраняват в RFID етикет, честният отговор е отчасти технически и отчасти търговски. На някои чипове можете да съхранявате повече, отколкото на други, но повече памет невинаги означава по-добра стойност.

Това се появи в проект на SCIVAS с дистрибутор на електроника, който работеше с тави за чувствителни компоненти. Клиентът беше чел за етикети с по-голяма памет и предполагаше, че те автоматично са по-интелигентният избор. Но реалният процес изискваше бърза идентификация при приемане, съхранение и подготовка за пикиране, а не дълги блокове текст, записани върху етикета. Помогнахме му да избере етикет и структура на данните, които съответстват на реалния складов процес, вместо да се гони памет само заради самата памет. Това е модел, който виждаме често. Купувачите понякога се фокусират върху технически възможното, преди ясно да са дефинирали оперативно полезното.

Има и въпрос за честотата на презаписване. Ако данните върху етикета трябва да се променят често, трябва да се мисли за запис speed, грешка handling и дисциплина на процеса. Масовото четене на RFID е едно. Записването и презаписването на етикети в натоварена среда е съвсем друго. Ако всяка промяна на статус изисква презаписване на големи обеми потребителска памет, процесът може да стане по-бавен и по-крехък от очакваното. За много работни потоци е по-добре етикетът да остане стабилен, а свързаната система да се актуализира. SCIVAS видя това при компания за опаковки, която искаше RFID based работна поръчка проследяване между производствени етапи. Първоначално те смятаха, че всяка станция трябва да презаписва подробни process notes върху етикета. Препоръчахме обратното. По-чистият модел използваше етикета като устойчива работна поръчка identity, докато MES управляваше променящата се събитие history. Този подход даде по-добър контрол и по-малко рискове от грешни записи.

Поверителността и излагането на данни също трябва да бъдат част от разговора. Ако RFID етикетът вероятно ще бъде четен от различни страни или ако е поставен върху продукти, които преминават през публична или полу-публична среда, чувствителна информация не бива да се съхранява небрежно. Имена на клиенти, конфиденциални цени, подробни производствени бележки или лични данни обикновено нямат място в plain form върху етикет. Дори когато бизнес казусът изглежда удобен, по-безопасният дизайн обикновено е да се съхранява неутрален идентификатор, а упълномощени системи да извличат пълния запис. Обсъдихме това с клиент за медицинско оборудване, който за кратко обмисляше да записва много конкретна информация за употребата на оборудването директно върху етикетите. Препоръчахме по-сигурна структура, използваща asset identity и контролиран достъп до база данни, вместо чувствителни оперативни детайли да бъдат изложени на ниво етикет.

Практически съвети за дизайн на RFID данни

И така, какви данни могат да се съхраняват в RFID етикет? На практика — доста много. Unique ID, EPC, сериен номер на артикул, SKU код, продуктов модел, batch или код на партида, производствена препратка, референция за срок на годност, ID на актив, код на отдел, етап от работния процес, статус на инспекцията, флаг за поддръжка, референция на пратка, ID на контейнер, данни за автентикация и избрани application specific codes могат да бъдат записани върху етикета, ако чипът и проектният дизайн го поддържат. По-важният въпрос е коя комбинация осигурява най-добрия баланс между скорост, четимост, гъвкавост и контрол. В повечето силни RFID системи етикетът съхранява минималния набор от данни, нужен за точно идентифициране на обекта и локална поддръжка на процеса. По-пълната интелигентност остава в базата данни, където е по-лесна за обновяване, защита и анализ.

Това обикновено е съветът, който даваме в SCIVAS, когато един проект премине от любопитство към реален дизайн. Започнете с работния процес. Решете какво трябва да се знае в точката на четене. Решете какво може да остане в бекенд системата. Поддържайте данните върху етикета структурирани, компактни и целенасочени. Ако го направите, RFID етикетът се превръща точно в това, което трябва да бъде: не претрупана флаш памет, залепена за обект, а надежден дигитален ключ, който отключва правилната информация в правилния момент.