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

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

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

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

Започнете дизайна на RFID таблото от оперативните решения

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

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

Определете задачите на таблото преди избора на показатели

Затова практическата отправна точка е карта на решенията. Избройте повтарящите се оперативни решения, които екипът взема в рамките на смяна, ден и седмица. След това ги групирайте в задачи на таблото. Една задача може да бъде обработка на изключения. Друга може да бъде наблюдение на производителността. Трета — увереност в наличностите. Четвърта — местоположение на активи и време на престой. Когато тези задачи са ясни, можете да определите на какво трябва да отговаря всеки екран за по-малко от десет секунди. Това правило за десетте секунди е важно. Ако оперативният потребител не може да разбере състоянието на процеса с един поглед, таблото вероятно е претоварено.

Превърнете суровите RFID прочити в бизнес събития

След това трябва да се определи моделът на събитията зад екрана. RFID системите генерират прочити, но оперативните екипи се нуждаят от интерпретирани събития. Маркиран палет, засечен от антена три на товарна врата в 09:14, е суров прочит. Палет, приет по ASN 45872, е събитие. Кашон, влязъл в ограничена зона, е събитие. Инструмент, който не е върнат в рамките на смяната, е събитие. Работна поръчка 9031, завършила етапа на покритие и влязла в буфер за втвърдяване, е събитие. Таблата трябва да се изграждат върху бизнес събития, а не върху шумен поток от прочити. Това означава, че слоят с данни се нуждае от филтриране, потискане на дубликати, правила за увереност на прочита, времеви прозорци и картографиране на местоположения, преди нещо да се появи на екрана.

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

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

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

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

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

Проектирайте RFID табла за реална оперативна среда

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

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

Изграждайте предупреждения около значими изключения

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

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

Направете RFID данните надеждни за ежедневните потребители

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

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

Свържете RFID събитията с бизнес контекст

Интеграцията е друг решаващ фактор. RFID таблото не бива да се превръща в изолиран остров. Оперативните екипи се интересуват от пратки, поръчки, каси, работни нареждания, пациенти, активи, кашони, магазини и сервизни заявки. RFID таговете помагат да се идентифицират физически обекти, но таблото става ценно, когато RFID събитията се свържат с бизнес контекст от ERP, WMS, MES, CMMS или системи за управление на поръчки. Самият таг казва малко. Маркирана транспортна кутия, свързана с поръчка за попълване, ID на служител, дестинация магазин, обещан час на изпращане и история на изключения, казва много. Именно тук много купувачи подценяват проекта. Таблото не е само проблем на визуализацията. То е проблем на бизнес контекста.

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

Съобразете честотата на обновяване с темпото на процеса

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

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

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

Тествайте RFID таблата с реално поведение по време на смяна

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

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

Поддържайте работни потоци за изключения, не само отчети

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

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

Изграждайте RFID табла около оперативната честност

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

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

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

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

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