Как да стандартизирате RFID данните в глобални операции

Когато компаниите говорят за глобално внедряване на RFID, често първо мислят за хардуера. Те сравняват RFID етикети, марки четци, разположение на антени, ръчни терминали и софтуерни табла. Всичко това е важно, но рядко е основната причина една многонационална RFID програма да успее или да се провали във времето. По-дълбокият проблем обикновено е в данните. Ако един регион именува локациите по един начин, друг кодира активите по различен начин, а трети изпраща събития за движение към отделен логически модел, бизнесът може да има RFID на много места, но няма единна RFID операция. Има набор от локални системи, които произвеждат информация, изглеждаща свързана, но ненадеждна на глобално ниво.

Именно затова стандартизирането на RFID данните в глобални операции е толкова важно. Стандартизацията не е бюрократично упражнение за централния офис. Тя превръща прочитанията на етикети в използваема бизнес информация за складове, фабрики, магазини, болници, сервизни центрове и логистични партньори. Купувачите, които търсят изрази като глобална стандартизация на RFID данни, RFID модел на данни, RFID система за проследяване на наличности, RFID софтуер за проследяване на активи, интеграция на RFID междинен софтуер, управление на основни RFID данни или корпоративен RFID софтуер, обикновено се опитват да решат много практичен проблем. Те искат данните от различни държави и обекти да означават едно и също, когато достигнат до системите, с които хората реално вземат решения.

Защо глобалната стандартизация на RFID данни се проваля без общ смисъл

Първата истина е проста и неудобна. Повечето глобални RFID проблеми не са причинени от радиочестотата. Те са причинени от различно тълкуване. Един етикет може да бъде прочетен правилно в Германия, Мексико, Сингапур и Съединените щати, но ако всеки обект интерпретира събитието по различен начин, корпоративният изглед става ненадежден. Един обект може да приема прочитане през портал като потвърдена експедиция. Друг може да третира същото събитие само като сигнал за подготовка зона. Един завод може да свързва EPC стойности с производствени поръчки. Друг може да ги обвързва с идентификатори на контейнери. Търговец на дребно може да смята, че даден артикул е наличен, защото последно е видян в задното помещение, докато регионален плановик приема същото събитие като готовност за търговската зала. Когато дефинициите се разминават, доверието изчезва.

Марка за потребителска електроника се сблъска с подобна ситуация при примерна глобална експанзия. Европейският ѝ склад използваше RFID за потвърждение на движение на кашони в изходяща подготовка зона, докато северноамериканският обект използваше подобни четци, но класифицираше прочитането като предварителна проверка преди експедиция. И двата екипа смятаха, че използват системата правилно. Проблемът се появи, когато централата се опита да сравни точността на изпълнение между регионите. Таблото показваше сходен брой събития, но основното бизнес значение беше различно. Компанията всъщност нямаше глобален KPI проблем. Тя имаше проблем с дефиницията на данните, който изглеждаше като проблем в отчетността.

Първо изградете общ RFID бизнес речник

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

Добър глобален RFID речник трябва да бъде достатъчно кратък, за да се управлява, и достатъчно богат, за да бъде полезен. Много екипи правят грешката да се опитват да стандартизират всяка възможна локална особеност в основния модел. Това обикновено създава тежка структура, която никой не следва реално. По-добрият подход е да се дефинира стабилен глобален слой и след това да се позволят ограничени локални разширения там, където са нужни. С други думи, стандартизирайте гръбнака, а не всеки локален нюанс. Именно този баланс прави модела устойчив.

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

Дефинирайте последователно идентичност, локация и логика на събитията

Стандартизирайте правилата за RFID идентичност между обектите

След речника идва идентичността. RFID данните не могат да бъдат стандартизирани глобално, ако обектите не се идентифицират последователно. Това означава да се реши как етикетите се свързват с продукти, контейнери, инструменти, оборотни активи, документи или артикули, свързани с пациенти, според конкретния случай на употреба. Означава също да се определи кой идентификатор е основен във всеки работен процес. Някои компании искат EPC да бъде основният корпоративен ключ. Други използват EPC като токен за прочитане, свързан с вътрешен ID на актив, SKU, сериен номер, транспортна единица или запис за локация. Няма един универсален отговор, но във всеки корпоративен модел трябва да има един ясен отговор.

Именно тук много внедрявания тихо започват да се раздалечават. Един обект може да кодира етикети при източника. Друг може да ги активира локално. Трети може да използва повторно носители на етикети с преиздадени идентичности. Ако бизнесът не управлява как тези идентификатори се създават, свързват, закриват и използват повторно, стандартизацията започва да се разпада още преди данните да достигнат софтуерния слой. Проблемът не е само дублирането. Проблемът е проследимостта. Ако централата не може да каже кой идентификатор към кой бизнес обект принадлежи и по какво правило на жизнения цикъл, глобалният набор от данни става крехък.

Компания за текстилни услуги видя това в примерна RFID мрежа за пране, използваща RFID етикети за пране в регионални перални. Един регион кодираше многократните текстилни етикети спрямо клас на облеклото и клиентска група, докато друг регион свързваше същия тип етикети директно с идентичности на отделни артикули и различно правило за извеждане от употреба. И двата подхода работеха локално. Глобално нито една страна не можеше чисто да сравнява процента на загуби или жизнения цикъл на циркулация, защото моделът на идентичност беше непоследователен. Компанията реши проблема, като стандартизира правилата за жизнения цикъл на етикетите, дефинира кога етикетът представлява отделен артикул и кога групов актив, и уеднакви начина на записване на извеждането от употреба. Оперативната полза дойде след дисциплината в данните, не преди нея.

Създайте йерархия на локациите, която поддържа глобална видимост

Йерархията на локациите е друга област, в която стандартизацията обикновено се пропуква първа. Глобалните операции обичат израза видимост в реално време, но видимостта е полезна само ако локациите са структурирани така, че да позволяват сравнение. Ако един обект дефинира зони по отдели, друг по физически помещения, а трети по процесни стъпки, корпоративната отчетност се изкривява. Добър RFID модел на локации обикновено изисква слоеста структура. Държава, обект, сграда, етаж, зона и оперативна функция може да имат значение, но трябва да бъдат организирани достатъчно последователно, за да може една система да разбере за какво говори друг обект.

Болнична група, изпълняваща примерна международна програма за проследяване на оборудване, бързо научи този урок. Един екип по държава обозначаваше локациите с имена на отдели, разбираеми само вътрешно. Друг екип се фокусираше върху физически складови помещения. Трети използваше мобилни маршрути за грижа вместо фиксирани зони. RFID четците улавяха много събития, но глобалният аналитичен екип не можеше да сравнява използваемостта или времето за търсене в мрежата, защото структурите на локациите не съвпадаха. След като групата въведе стандартна йерархия с контролирани кодове на обекти, типове функционални зони и локални етикети, картографирани под тях, същите данни изведнъж станаха много по-полезни.

Превръщайте RFID прочитанията в стандартизирани корпоративни събития

Дизайнът на събитията е също толкова важен, колкото идентичността и локацията. RFID системите генерират много прочитания, но глобалните операции не се нуждаят всяко прочитане да се показва като бизнес събитие. Те се нуждаят от стандартизирана логика на събитията. Това означава да се определи кои филтрирани условия се броят за значими корпоративни събития и какви данни трябва да носи всяко от тях. Времеви печат, код на обект, зона, ID на обект, тип събитие, логика на увереност, източник на устройството, операторски контекст при нужда и маркери за изключения са чести части от силен модел. Без такава структура един обект може да изпраща сурова активност от четци, докато друг изпраща вече интерпретирани движения. Корпоративният слой тогава смесва шум с решения.

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

Управлението, архитектурата и валидирането поддържат RFID данните надеждни

Използвайте управление на основните данни, за да предотвратите отклонения

Управлението на основните данни е това, което предпазва всичко описано от размиване във времето. Глобалният RFID стандарт за данни не е завършен, когато първата таблица бъде одобрена. Той се нуждае от отговорници, правила за промени и валидиране. Някой трябва да решава как новите обекти заявяват кодове на локации, как се одобряват нови типове събития, как се добавят класове артикули, как се извеждат от употреба остарели идентификатори и как downstream системите се информират. Без управление стандартът се превръща в презентация, към която хората се обръщат, докато продължават да импровизират в продукционна среда.

Силните компании обикновено решават това с малка управленска структура, а не с огромен комитет. Целта не е да се забавя всяко решение. Целта е да се защитят малкото корпоративни полета и дефиниции, които позволяват глобално сравнение, интеграция и одитируемост. Локалните екипи все още се нуждаят от свобода да решават реални оперативни проблеми, но тези решения не трябва тихо да предефинират гръбнака на RFID набора от данни. Когато тази граница е ясна, стандартизацията става устойчива, а не теоретична.

Стандартизирайте по-рано в потока на RFID данните

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

Глобален доставчик в аерокосмическата индустрия установи това в примерна програма за оборотни контейнери. В началото всеки обект изпращаше локални RFID данни към централен данни lake, където трансформационната логика се прилагаше по-късно. Настройката изглеждаше гъвкава, но всеки нов обект изискваше персонализирано картографиране и повторни спорове за значението. Компанията подобри модела, като приближи стандартизацията до източника. Локалните системи все още можеха да настройват поведението на четците, но трябваше да публикуват събития в обща корпоративна структура, преди данните да продължат нататък. Тази промяна намали downstream почистването и направи отчетите между обектите далеч по-стабилни.

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

Езикът и регионалните практики добавят още един слой трудност. Глобалните операции често подценяват колко проблеми могат да възникнат от форматиране на дати, десетична логика, стил на именуване, съкращения и многоезични описания. Стандартизацията на RFID данни не означава всеки потребителски интерфейс да изглежда еднакво във всяка държава. Тя означава, че основните корпоративни стойности трябва да останат последователни, дори когато локалното показване се различава. Кодовите стойности трябва да бъдат стандартизирани. Четливите за хората етикети могат да бъдат локализирани. Това разделение поддържа модела на данни стабилен, без локалните потребители да усещат, че системата е създадена за съвсем различна среда.

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

Добавете контролни точки за валидиране, преди данните да достигнат споделените системи

Контролът на качеството на данните е също толкова важен, колкото и самият модел. Глобалната RFID програма трябва да проверява дали задължителните полета са налични, дали идентификаторите са правилно форматирани, дали времевите печати на събитията са логични, дали кодовете на локациите съществуват и дали преходите между статуси следват одобрените правила. Ако лоши записи влизат тихо в системата, стандартизацията се разрушава от периферията. Силните предприятия обикновено изграждат автоматизирани проверки, които отхвърлят или поставят под карантина неправилно оформени данни, преди те да замърсят споделените анализи и оперативни работни процеси.

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

Свържете RFID стандартите за данни с корпоративните системи

Друга ключова стъпка е съгласуването на RFID данните със системите около тях. Корпоративното RFID никога не съществува само. То взаимодейства с ERP, WMS, MES, CMMS, TMS, системи за електронна търговия, системи за качество и понякога клиентски портали. Стандартизацията работи най-добре, когато RFID моделът на данни ясно дефинира коя система притежава кои полета и кои събития актуализират кои процеси. В противен случай RFID се превръща във втори източник на истина, конкуриращ се с останалата корпоративна среда. Именно там объркването расте бързо.

Глобален дистрибутор на автомобилни части научи това при примерен проект, свързващ RFID складови събития с ERP и транспортните му системи. RFID платформата знаеше къде се прочитат маркираните оборотни стелажи, но екипът за транспортно планиране все още разчиташе на отделен ръчен процес за статуси. И двете системи бяха частично верни и често не бяха синхронизирани. Бизнесът в крайна сметка изчисти това, като дефинира кои RFID събития могат да създават надеждни логистични milestones и как тези milestones се картографират към ERP и транспортните записи. Стандартизацията стана реална едва когато собствеността върху системите беше решена.

Фазирайте внедряването, преди да мащабирате глобално

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

Организация за теренни услуги подходи разумно към това при примерна RFID експанзия за проследяване на активи, мобилни ремонтни комплекти и сервизни инструменти. Тя пилотира корпоративния модел на данни в един северноамерикански сервизен хъб, един европейски хъб и един хъб в Азиатско-тихоокеанския регион, преди да го разпространи глобално. Всяка локация разкри различна слабост. Едната оспори йерархията на активите, друга показа объркване с часовите зони при подреждане на събитията, а третата извади проблеми с идентичностите на многократните комплекти. Тъй като компанията научи тези различия рано, глобалният модел стана по-силен преди широкото внедряване.

Изградете единен корпоративен език за RFID операции

В крайна сметка стандартизирането на RFID данни в глобални операции означава да се гарантира, че едно RFID събитие има едно и също значение, независимо къде се случва. Това изисква общ речник, дисциплинирани правила за идентичност, структурирана йерархия на локациите, дизайн на корпоративни събития, управление, валидиране и ясна връзка между RFID и околните системи. Изисква и умереност. Локалните екипи често имат основателни причини да работят по определен начин, а централните екипи често имат основателни причини да защитават последователността. Целта не е едната страна да победи. Целта е да се изгради модел, който запазва сравнимостта, без да се преструва, че всяка държава, обект и работен процес са идентични.

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

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