RFID zagušenje tagovima u lancu snabdevanja i softversko rešenje

Menadžeri lanca snabdevanja ne gube san zato što RFID oznake postoje. Oni gube san zato što se RFID oznake množe, kreću, preklapaju, ponavljaju, ističu, ponovo izdaju, stoje u pogrešnoj bazi podataka i neprestano dobacuju podatke sistemima koji nikada nisu bili projektovani da sve slušaju odjednom. Taj nered ima naziv koji mnoge operativne ekipe odmah razumeju kada ga iskuse: nered oznaka. To nije samo gomila fizičkih oznaka na kartonima, paletama, kutijama, transportnim sanducima, alatima, odevnim predmetima, kontejnerima i povratnoj imovini. To je i digitalni nered koji nastaje kada previše čitanja oznaka postane previše nesigurnih poslovnih događaja.

Zašto više RFID čitanja može da stvori manje operativnog poverenja

Na početku RFID projekta svi žele više čitanja. Više čitanja zvuči sigurnije od propuštenih čitanja. Fiksni RFID čitač na vratima dokova beleži svaku oznaku palete. Ručni RFID skener vidi svaki karton u magacinu. Plafonska antena čuje svaki označeni artikal koji prođe kroz zonu. Tokom demonstracije to izgleda impresivno. Zatim sistem krene u rad, a magacioner primeti nešto neprijatno. Neka čitanja su stvarni događaji inventara. Neka su duplikati. Neka dolaze iz susednih traka. Neka dolaze od starih oznaka koje su još pričvršćene na ambalažu za višekratnu upotrebu. Neka pripadaju imovini koja ne treba da se računa kao prodajna zaliha. Neka su tehnički važeća RFID čitanja, ali potpuno pogrešna za poslovni proces.

To je nered oznaka u najopasnijem obliku. On pretvara sirovu RFID vidljivost u šumne podatke lanca snabdevanja. Menadžer lanca snabdevanja može da vidi kontrolnu tablu punu aktivnosti, a da i dalje ne zna kojim brojevima da veruje. WMS kaže da je paleta stigla, ali paleta je samo bila parkirana pored prijemnog portala. ERP kaže da je transportni sanduk dostupan, ali sanduk još sadrži odbijenu robu. Sistem zaliha u prodavnici kaže da je jakna na prodajnom prostoru, ali njena stara viseća etiketa je skenirana sa kolica za povrate. Kada RFID podaci počnu da stvaraju ovakvu sumnju, ljudi prestaju da pitaju da li oznake rade i počinju da pitaju da li podaci rade.

Kada se oznake sanduka i oznake kartona takmiče

Fiktivni distributivni centar za namirnice u Memfisu naučio je to nakon označavanja plastičnih sanduka za višekratnu upotrebu za sveže voće i povrće. Projekat je izgledao jednostavno: sanduci ulaze, sanduci izlaze, a RFID bi smanjio ručno brojanje. Problem je bio u tome što je svaki sanduk nosio trajnu UHF RFID oznaku, dok su kartoni sa voćem i povrćem unutar nekih sanduka takođe nosili oznake na nivou artikla RFID etikete od dobavljača. Pri prijemu, portal je beležio oznake sanduka, oznake kartona, a ponekad i stare oznake dobavljača koje su ostale na ambalaži iz prethodnih ciklusa. Sistem je izbrojao previše objekata i tretirao neka čitanja kartona kao kretanja sanduka. Magacin nije imao kvar hardvera. Imao je problem identiteta oznake. Kada je RFID softver razdvojio oznake predmeta za transport za višekratnu upotrebu od oznaka proizvoda i primenio različita pravila na svaku klasu, prijemni zapis je konačno počeo da ima smisla.

Zato je RFID middleware važan. Čitač beleži signale. Middleware odlučuje šta ti signali znače pre nego što stignu do poslovnog sistema. Bez snažnog upravljanja RFID podacima, sirova čitanja mogu da preplave WMS, ERP, MES, TMS ili platformu zaliha. Dobar RFID middleware filtrira duplikate čitanja, validira klase oznaka, primenjuje pravila lokacije, proverava očekivana kretanja, potiskuje šum i pretvara sirova čitanja u poslovne događaje. Jednostavno rečeno, on sprečava da svaka oznaka direktno razgovara sa bazom podataka lanca snabdevanja.

Upravljanje oznakama počinje pre prvog čitanja

Nered oznaka često počinje lošim upravljanjem oznakama. Različiti dobavljači mogu različito da kodiraju oznake. Magacin može da koristi jedan format za palete, drugi za kartone, treći za imovinu i četvrti za kontejnere za višekratnu upotrebu. Marketinški timovi mogu da dodaju NFC oznake na ambalažu. Timovi za održavanje mogu da označavaju alate. IT može da označava prenosne računare. Operacije mogu da označavaju kutije. Ako niko ne definiše čistu EPC strukturu ili politiku imenovanja oznaka, RFID ekosistem postaje prepuna soba u kojoj svaki objekat ima bedž, ali niko ne zna koja je vrsta bedža. Softversko rešenje počinje tako što identitet oznake čini predvidivim.

Klase oznaka drže alate, poslužavnike i proizvode odvojenim

Proizvođač elektronike u Penangu imao je upravo taj problem na proizvodnom pogonu. Gotovi proizvodi, poslužavnici u procesu rada, testne naprave i inženjerski alati svi su nosili RFID oznake. Isti čitači pokrivali su nekoliko procesnih oblasti, pa je MES ponekad primao čitanja oznaka alata kao da su kretanja proizvoda. Inženjeri su se šalili da softver misli da je odvijač prošao završnu inspekciju. Nakon pregleda podataka, tim je napravio pravila klasa oznaka. Oznake proizvoda, oznake poslužavnika, oznake alata i oznake naprava kodirane su različitim prefiksima i vođene u odvojenim bazama podataka. RFID softver je zatim prihvatao samo očekivane klase oznaka za svaku radnu stanicu. Sistem je postao mirniji jer je prestao da tretira svako čitanje kao jednako relevantno.

Duplikati čitanja su najočigledniji oblik nereda. Jedna oznaka može biti pročitana stotinama puta dok stoji blizu antene. Dnevnici sirovih čitanja mogu brzo da narastu, naročito u okruženjima velike gustine. Ako se svako čitanje čuva kao poslovni događaj, baza podataka postaje šumna i spora. Još gore, izveštaji mogu da preuveličaju aktivnost. Paleta koja je mirovala pet minuta može da izgleda kao da se kretala više puta. Softveru su potrebni prozori za uklanjanje duplikata, logika vremena zadržavanja i konsolidacija događaja. Cilj nije da se izbriše korisna istorija. Cilj je da se razume da mnoga čitanja mogu da predstavljaju jedan događaj.

Zašto slučajna čitanja ne treba da postanu premeštanja

Prodavac odeće u Milanu uveo je RFID na nivou artikla za zalihe u prodavnici i dopunu iz magacina. Osoblje je volelo kako ručni čitači brzo beleže odevne predmete, ali centralna kontrolna tabla postala je zbunjujuća tokom najprometnijih sati. Isti označeni kaputi čitani su u magacinu, blizu prostora za probu i ponovo kada bi član osoblja prošao mobilnim čitačem previše blizu stalaže za povrate. Sistem nije bio pogrešan na radio nivou. Bio je pogrešan na nivou događaja. RFID softver za inventar je ažuriran tako da je odevni predmet morao da ispuni pravila specifična za zonu pre nego što mu se lokacija promeni. Brzo prolazno čitanje postalo je zapažanje, a ne premeštanje. Tačnost inventara u prodavnici se poboljšala jer je softver prestao da pomera proizvode na osnovu slučajnih čitanja.

Fantomska čitanja i nered oznaka često se međusobno hrane. Fantomsko čitanje je jedan netačan događaj čitanja. Nered oznaka stvara okruženje u kojem netačni događaji postaju verovatniji. Previše oznaka blizu pogrešnog čitača. Previše starih oznaka koje su ostale aktivne. Previše zona čitanja koje se preklapaju. Previše privremenih etiketa koje niko ne povlači. Previše zapisa u bazi podataka koji ne odgovaraju fizičkoj stvarnosti. Rezultat je sistem vidljivosti lanca snabdevanja koji vidi mnogo, ali razume premalo.

Poslovni trošak šumnih RFID podataka

Trošak nije samo tehnički. On pogađa radnu snagu, tačnost inventara, korisničku uslugu i planiranje. Ako sistem prikazuje višak zaliha jer stare oznake nikada nisu deaktivirane, planeri mogu da odlože dopunu. Ako sistem prikazuje paletu u pogrešnoj traci jer su pročitane susedne oznake, radnici gube vreme na traženje. Ako verifikacija pošiljke uključuje oznake iz obližnjih narudžbina, kupci primaju prethodne najave pošiljki koje ne odgovaraju stvarnim isporukama. Ako se povratna imovina pomeša sa prodajnom zalihom, finansijski timovi mogu da se raspravljaju oko manjkova koji su zapravo zagađenje podataka.

Anksioznost zbog usaglašenosti u farmaceutskoj distribuciji

Fiktivni farmaceutski distributer u Njuarku video je kako se nered oznaka pretvara u anksioznost zbog usaglašenosti. Kompanija je pratila serijalizovane kutije lekova, sanduke za karantin i kontejnere za transport sa kontrolisanom temperaturom. Tokom vršnog prijema, RFID portal je beležio oznake sa zatvorenih kontejnera koji su čekali blizu zone kvaliteta. Neki ID kontejnera ušli su u isti tok događaja kao ID prodajnih kutija. Tim za kvalitet morao je da zamrzne nekoliko transakcija jer se činilo da sistem meša kretanje karantina sa prijemom prodajne zalihe. Rešenje nije bilo više skeniranja. Bilo je to strože softversko razdvajanje oznaka serijalizacije proizvoda, oznaka logističkih kontejnera i događaja statusa kvaliteta. Distributer je takođe dodao pravila da oznake u zoni karantina ne mogu da stvore događaje prodajne zalihe osim ako postoji transakcija oslobađanja.

Ta vrsta filtriranja događaja zasnovanog na pravilima je srž softverskog rešenja za RFID. Menadžerima lanca snabdevanja potreban je softver koji razume kontekst. Čitanje oznake na vratima dokova tokom otvorene pošiljke razlikuje se od istog čitanja oznake kada se viljuškar parkira u blizini. Čitanje oznake ručnim skenerom tokom popisa razlikuje se od čitanja oznake plafonskom antenom tokom normalnog kretanja. Čitanje oznake na povratnom sanduku ne znači da je roba unutra spremna za raspodelu. Sistem treba da pita šta je čitač, gde se nalazi, koji je proces aktivan, koja klasa oznake je pročitana, da li je artikal bio očekivan i da li je čitanje dovoljno snažno da postane potvrđeni događaj.

Povlačenje starih oznaka deo je softverskog rešenja

Nemački dobavljač za automobilsku industriju blizu Štutgarta koristio je RFID za praćenje povratnih metalnih sanduka koji se kreću između magacina i montažnih linija. Svaki sanduk nosio je izdržljivu RFID oznaku za metal. Vremenom su privremene papirne RFID etikete iz prethodnih projekata ostale zalepljene na nekim sanducima, a nekoliko dobavljača dodalo je sopstvene oznake za praćenje ulaza. Čitači pored linije beležili su ih sve. Sistem za dopunu ponekad je mislio da je dostupno više sanduka nego što je fizički postojalo jer su stare etikete još ukazivale na povučene zapise. Kompanija je uvela proces povlačenja oznaka i ažurirala svoj softver za RFID praćenje imovine da odbija neaktivne EPC-ove. Takođe je zahtevala od dobavljača da spoljne oznake postavljaju u definisanu oblast koja se može ukloniti pre unutrašnjeg kruženja. Nered oznaka se smanjio jer su se fizičko i digitalno čišćenje desili zajedno.

Glavni podaci su dosadan deo koji spasava projekat. Svaka oznaka treba da ima status. Aktivna, neaktivna, povučena, u karantinu, zamenjena, oštećena, izgubljena, ponovo upotrebljena, vraćena ili čeka verifikaciju. Bez upravljanja statusom, stare oznake nikada ne umiru. One nastavljaju da se pojavljuju u tokovima čitanja kao duhovi. Dobra softverska platforma za RFID lanac snabdevanja treba da olakša deaktiviranje oznaka, spajanje zapisa o zameni, označavanje duplih EPC-ova i sprečavanje da nepoznate oznake automatski postanu stvarna zaliha. Nepoznato ne znači vredno. Nepoznato znači pregled.

Nered oznaka je naročito bolan kada su u pitanju predmeti za transport za višekratnu upotrebu. Palete, kavezi, poslužavnici, burad, cilindri, stalaže, transportni sanduci i izolovani kontejneri često žive kroz mnoge cikluse i na mnogim lokacijama. Oni mogu da nose trajne RFID oznake, dok roba unutra nosi privremene RFID etikete. Ako softver ne može da razdvoji kontejner od sadržaja, zapisi o zalihama postaju neuredni. Kontejner koji stiže u magacin ne znači uvek da je njegov sadržaj prihvaćen. Kontejner koji napušta dobavljača ne znači uvek da je svaki artikal unutra ispravno poslat. RFID softver mora da podržava odnose roditelj-dete i povezivanje zasnovano na procesu.

Povezivanje roditelj-dete za burad, kaveze i rashladne kutije

Kompanija za pića u Sao Paulu koristila je RFID za praćenje povratnih buradi i vrednih rashladnih kutija za događaje. Neke narudžbine kupaca uključivale su označenu burad unutar označenih pokretnih kaveza. Sistem je u početku brojao kretanje kaveza i kretanje buradi kao odvojene potvrde pošiljke, a zatim je ponekad povezivao pogrešnu burad sa pogrešnim kavezom jer su sve oznake čitane zajedno blizu otpreme. Logistički tim je ponovo izgradio tok rada tako da su ID kaveza i ID buradi povezivani samo tokom kontrolisanog koraka utovara, a zatim ponovo verifikovani na doku. Softver je stvorio događaj pošiljke samo nakon što se očekivani odnos roditelj-dete poklopio sa narudžbinom. Čitači se nisu mnogo promenili. Model podataka je promenio sve.

Označavanje kod dobavljača zahteva prijemne profile

Još jedan izvor nereda oznaka je nekontrolisano označavanje kod dobavljača. U lancima snabdevanja sa više kompanija, svaki partner može da doda svoju RFID etiketu iz sopstvenog razloga. Proizvođač može da označava kutije. Prodavac može da označava artikle. Pružalac logističkih usluga može da označava palete. Kompanija za ambalažu za višekratnu upotrebu može da označava kontejnere. Program usaglašenosti može da zahteva serijalizovane identifikatore. Kada roba stigne u distributivni centar, jedna fizička pošiljka može da nosi nekoliko slojeva oznaka. To nije automatski loše. Postaje loše kada prijemni sistem ne može da utvrdi koje oznake treba da sluša.

Pravila specifična za dobavljača sprečavaju brojanje na mešanim nivoima

Pružalac bolničke logistike u Torontu primao je medicinske komplete od više dobavljača. Neki dobavljači označavali su komplet, neki spoljni karton, a jedan dobavljač je označavao svaku sterilnu kesicu. Pružalac je koristio RFID za potvrdu ulaznih zaliha, ali rana čitanja dala su zbunjujuće brojeve jer je ista pošiljka mogla da proizvede čitanja na nivou kompleta, kartona i kesice. Softverski tim napravio je prijemne profile specifične za dobavljača. Za jednog dobavljača, oznake kartona pokretale su prijem. Za drugog, oznake kompleta pokretale su prijem. Oznake kesica beležene su samo nakon verifikacije sterilnog skladištenja. Rezultat nije bilo jedno univerzalno pravilo, već pametnija strategija filtriranja RFID podataka zasnovana na tome kako svaki dobavljač stvarno pakuje robu.

To je deo koji mnogi timovi potcene. Najbolje softversko rešenje za RFID nije samo tehnički filter. To je sloj prevođenja između fizičkog toka rada i digitalne istine. Softver mora da razume prijem, smeštanje, sakupljanje, pakovanje, pripremu, otpremu, povrate, inspekciju, održavanje i dopunu. Ako je poslovni proces nejasan, RFID pravila će biti nejasna. Ako magacin ne definiše gde zaliha postaje dostupna, gde povrati postaju prodajni ili gde kontejneri postaju prazni, RFID podaci će otkriti tu zbrku.

RFID kontrolne table treba da daju prioritet odlukama, a ne šumu

Nered oznaka može takođe da preoptereti ljude. Kontrolna tabla sa hiljadama sirovih izuzetaka čitanja nije korisna. Radnicima su potrebni čisti zadaci, a ne poplave podataka. Dobar softver za vidljivost RFID lanca snabdevanja treba da prikaže šta zahteva akciju: neočekivana oznaka u zoni A, pronađen dupli EPC, otkrivena neaktivna oznaka, paleti nedostaje očekivani karton, stara oznaka povratne imovine još aktivna, čitanje pošiljke uključuje pogrešnu narudžbinu kupca, čitanje oznake sa nemoguće lokacije. Sistem treba da sakrije šum i izloži odluku.

Upozorenja rangirana po riziku u magacinu e-trgovine

Magacin e-trgovine u Seulu koristio je RFID za vrednu elektronsku opremu. Tokom meseca lansiranja, nadzornici su primali toliko upozorenja o izuzecima da su prestali da ih čitaju. Većina upozorenja bila su bezazlena dupla čitanja ili nepoznate oznake sa ambalaže dobavljača. Stvarni problem, pošiljka koja sadrži dva pogrešno označena kartona, gotovo je propušten jer se pojavio unutar istog šumnog reda upozorenja. Kompanija je redizajnirala logiku izuzetaka. Dupla sirova čitanja su potisnuta, nepoznate etikete dobavljača grupisane su za dnevni pregled, a događaji nepoklapanja narudžbine označeni su kao hitni. Softversko rešenje nije bilo da se prikaže više informacija. Bilo je da se informacije rangiraju prema operativnom riziku.

Integracija sa ERP i WMS sistemima mora biti kontrolisana. Sirovi RFID podaci ne treba da se knjiže direktno u finansijski inventar bez validacije. Događaj čitanja treba da postane transakcija samo nakon što prođe poslovna pravila. To je naročito važno za automatizovani prijem i otpremu. Ako nered oznaka knjiži pogrešne prijeme ili pošiljke, njihovo ispravljanje može da zahteva korekcije zaliha, računovodstveni pregled, komunikaciju sa kupcima i revizorske tragove. Middleware treba da stvori međusobni prostor gde se sumnjiva čitanja zadržavaju, proveravaju i rešavaju pre nego što postanu zvanični zapisi.

Događaji na čekanju štite tačnost ERP-a

Operater hladnog lanca u Roterdamu koristio je RFID za praćenje izolovanih farmaceutskih pošiljki. Prva integracija kompanije knjižila je svako potvrđeno čitanje na doku u ERP kao promenu lokacije. Kada je nekoliko praznih pošiljki stajalo blizu izlaznog portala, sistem ih je povremeno premeštao u status aktivne otpreme iako nije postojala narudžbina pošiljke. Finansijski tim je kasnije video zbunjujuće brojeve iskorišćenosti imovine. Integracija je izmenjena tako da čitanja portala stvaraju događaje kretanja na čekanju osim ako se poklope sa otvorenim transportnim nalogom. Vidljivost imovine ostala je brza, ali ERP zapisi su postali čistiji.

Projektovanje hardvera i softverska pravila moraju da rade zajedno

Hardver je, naravno, i dalje važan. Bolji RFID softver ne može u potpunosti da popravi haotično fizičko projektovanje. Snaga čitača, postavljanje antene, zaštita, orijentacija oznake, razdvajanje traka i disciplina pripreme — sve to utiče na nered. Ali čak i dobro projektovano RF okruženje zahteva softverska pravila jer su lanci snabdevanja dinamični. Rasporedi pogona se menjaju. Sezonski obim stvara privremeni prostor za prelivanje. Dobavljači menjaju etikete. Nove klase imovine se označavaju. Programi povrata rastu. Softverski sloj mora da se prilagodi kako se poslovanje menja.

RFID sistem u magacinu treba stoga da uključuje neprekidno praćenje. Koji čitači generišu najviše nepoznatih oznaka? Koje zone proizvode ponovljene duple događaje? Koji dobavljači stvaraju neočekivane formate oznaka? Koji EPC opsezi izgledaju neaktivni, ali se stalno čitaju? Koja imovina pokazuje nemoguća kretanja? Ovi izveštaji pomažu menadžerima da pronađu osnovne uzroke nereda. Ponekad je rešenje softver. Ponekad je uklanjanje starih oznaka sa sanduka. Ponekad je obuka radnika da ne parkiraju kolica za povrate blizu portala. Ponekad je zahtev dobavljaču da promeni postavljanje etikete.

Šta kupci treba da pitaju kada porede RFID softver

Lekcija o nabavci je jasna. Kada kupci porede RFID softver za upravljanje lancem snabdevanja, ne treba da pitaju samo da li platforma može da čita oznake i prikazuje kontrolne table. Treba da pitaju kako rukuje duplim čitanjima, fantomskim čitanjima, nepoznatim oznakama, filtriranjem klasa oznaka, EPC validacijom, povezivanjem roditelj-dete, pravilima događaja, tokovima izuzetaka, povlačenjem oznaka, profilima specifičnim za dobavljača i kontrolama knjiženja u ERP. Ove funkcije nisu luksuz. One su razlika između RFID podataka koji podržavaju odluke i RFID podataka koji drže menadžere budnim.

Najbolji RFID projekti tretiraju nered oznaka kao neizbežan, ali upravljiv. Svaki lanac snabdevanja koji raste akumuliraće više oznaka, više čitača, više partnera, više tokova rada i više podataka. Pitanje je da li sistem ima disciplinu da taj rast drži organizovanim. Čist RFID program ima pravila imenovanja, pravila kodiranja, pravila statusa, pravila zona čitača, pravila događaja, pravila izuzetaka i pravila povlačenja. Softver sprovodi ta pravila tako da svako čitanje ne postane poslovna činjenica slučajno.

Pretvaranje RFID šuma u čistiju istinu lanca snabdevanja

Menadžeri lanca snabdevanja gube san zbog nereda oznaka jer on napada ono što im je najpotrebnije: poverenje. Moraju da veruju da je dostupna zaliha stvarno dostupna, da je otpremljena roba stvarno otpremljena, da povrati nisu pomešani sa prodajnom zalihom, da se povratna imovina ne gubi u magli podataka i da kontrolne table predstavljaju fizičku stvarnost. RFID može da pruži to poverenje, ali samo kada softver pretvara šumnu aktivnost čitanja u verifikovane događaje lanca snabdevanja.

Rešenje nije da se prestane sa označavanjem. Rešenje je označavati uz upravljanje i voditi čitanja inteligentno. Koristite strukturirano EPC kodiranje. Razdvojite klase oznaka. Povucite stare identifikatore. Kontrolišite zone čitanja. Izgradite middleware pravila. Filtrirajte duplikate. Validirajte događaje prema očekivanim tokovima rada. Zadržite sumnjiva čitanja na pregled. Integrišite samo potvrđene događaje u ERP i WMS sisteme. Kada su ti delovi na mestu, nered oznaka prestaje da bude noćna mora i postaje kontrolisani tok podataka. Menadžer lanca snabdevanja konačno može da pogleda RFID vidljivost i vidi ono što je želeo od početka: ne više šuma, već čistiju istinu.