Automatizácia procesov vo výrobe: od objednávky po expedíciu

Vo väčšine malých a stredných výrobných firiem drží celú zákazku pokope jeden vytlačený papier v priehľadnej fólii. Putuje s materiálom zo skladu cez rezanie, obrábanie a montáž až po balenie, po ceste pozbiera podpisy, ručne opravené rozmery a poznámku „pozor, reklamácia — nebrať z tejto šarže". Na konci týždňa ho niekto prepíše do Excelu, aby sa dala vystaviť faktúra a odhadnúť rozpracovanosť. Tento systém funguje. Funguje presne dovtedy, kým fólia nezostane ležať na inom stole alebo kým zákazník nezavolá s otázkou, z ktorej tavby bol vyrobený diel, ktorý mu praskol.

Automatizácia výroby sa v takejto firme nezačína robotom ani prediktívnou údržbou. Začína sa nudnou otázkou: koľkokrát sa tá istá informácia — číslo zákazky, množstvo, šarža materiálu, odpracovaný čas — v podniku zapíše nanovo? Býva to štyri až šesťkrát: v objednávkovom e-maile, v ERP, na výrobnom príkaze, vo výkaze operátora, na skladovej karte a nakoniec v dodacom liste. Každý prepis je miesto, kde vzniká rozdiel medzi tým, čo je vo výrobe, a tým, čo je v systéme. A tento rozdiel sa nikdy nezmenšuje sám od seba.

Skôr než sa začne hovoriť o softvéri, oplatí sa jeden deň fyzicky prejsť tok zákazky a označiť každé miesto, kde človek niečo prepisuje, telefonuje alebo sa niekoho pýta. Typický nález vyzerá takto:

• Príjem objednávky. Zákazník pošle e-mail alebo PDF, obchodník ho prepíše do ERP a paralelne si vedie vlastný Excel s prísľubmi termínov, o ktorých výroba nevie.
• Príprava zákazky. Technológ vytlačí výkres a výrobný príkaz, ručne dopíše postup a poradie operácií podľa toho, čo si pamätá o vyťaženosti strojov.
• Dielňa. Operátor si zapíše začiatok a koniec operácie na papier alebo do zošita pri stroji. Odvedené množstvo a nepodarky sa dopisujú spamäti na konci zmeny.
• Sklad. Výdaj materiálu sa v ERP zaeviduje raz za pár dní hromadne, takže skutočný stav zásob a systémový stav si nikdy nezodpovedajú.
• Expedícia. Dodací list sa píše nanovo podľa objednávky, nie podľa toho, čo sa reálne vyrobilo a zabalilo.

Toto nie je nedbanlivosť ľudí. Je to logický dôsledok toho, že žiadne z týchto miest nemá prístup k tomu istému záznamu. Rozdiel medzi púhym prevedením papiera do obrazovky a skutočnou zmenou toku práce dobre vystihuje rozdiel medzi digitalizáciou a automatizáciou — a väčšina neúspešných projektov skončí pri tom prvom.

Prvý skutočný krok je urobiť z výrobnej zákazky digitálny objekt, ktorý má svoj stav, históriu a jedno miesto výskytu. Nie PDF na disku, nie zdieľaný Excel — záznam, ktorý má jasného vlastníka a ku ktorému sa pripisujú udalosti: uvoľnené do výroby, materiál vydaný, operácia 20 začatá, 48 kusov odvedených, 2 nepodarky, kontrola prebehnutá, zabalené, expedované.

Kľúčové pravidlo znie: ak popri digitálnom príkaze prežije papierová kópia, ktorú niekto považuje za záväznú, projekt zlyhal. Ľudia budú vždy veriť tomu médiu, ktoré im dá odpoveď rýchlejšie. Ak je to papier na stole, budú aktualizovať papier a systém sa stane administratívnou záťažou, ktorá popisuje minulosť s dvojdňovým oneskorením.

To v praxi znamená, že digitálny príkaz musí obsahovať aj to, čo ľudia doteraz písali rukou na okraj: aktuálnu revíziu výkresu, poznámku technológa, výnimku odsúhlasenú zákazníkom. Ak sa niečo z toho nedá zapísať do systému, papier sa vráti do dvoch týždňov.

Papier nezmizne preto, že nasadíte systém. Zmizne v deň, keď je systém rýchlejší než ceruzka.

Druhá vec, ktorú výroba potrebuje skôr než čokoľvek iné, je zrozumiteľné poradie práce. Väčšina malých firiem plánuje ústne — majster ráno rozdelí prácu podľa toho, kto najhlasnejšie telefonuje. Systém tu nemá nahradiť majstra, ale zviditeľniť pravidlá, podľa ktorých rozhoduje.

V praxi stačia jednoduché, vysvetliteľné pravidlá: termín zákazníka, dostupnosť materiálu, preferencia dokončenia rozpracovaného pred spustením nového, minimalizácia prezbrojenia stroja. Sofistikované rozvrhovanie s konečnou kapacitou má zmysel až vtedy, keď sú dáta o časoch operácií spoľahlivé — a tie budete mať až po niekoľkých mesiacoch zberu z dielne. Nasadzovať pokročilé plánovanie na neexistujúce dáta je najrýchlejší spôsob, ako stratiť dôveru výroby.

Toto je miesto, kde padá najviac projektov. Operátorské rozhranie sa navrhuje podľa úplne iných pravidiel než kancelárska aplikácia a bežné webové návyky tu neplatia.

Praktické požiadavky, ktoré sa oplatí brať ako nemenné zadanie:

• Zdieľaný terminál, nie osobný účet. Pri stroji stojí dotykový panel, ktorý používa celá zmena. Prihlásenie sa rieši PIN-om alebo priložením karty, nie menom a heslom s veľkými písmenami.
• Práca v rukaviciach. Terče na dotyk musia byť veľké a od seba vzdialené. Kapacitný displej a tenké rukavice sa neznášajú — technológiu panelu treba overiť fyzicky, nie z datasheetu.
• Maximálne tri ťuknutia na úkon. Naskenovať zákazku, potvrdiť množstvo, odviesť. Ak operátor potrebuje na zapísanie nepodarku prejsť tromi obrazovkami, nezapíše ho.
• Jedna obrazovka na jednu činnosť. Žiadne roletové menu s dvadsiatimi položkami, žiadne modálne okná nad modálnymi oknami.
• Odolnosť voči výpadku siete. Terminál musí prežiť pár minút bez pripojenia a dáta odoslať dodatočne, inak sa výroba zastaví pri prvom reštarte switcha.
• Čitateľnosť z dvoch metrov. Vysoký kontrast, veľké písmo, stav zákazky rozlíšený aj tvarom, nielen farbou.

Väčšina firiem sa v prvej fáze zastaví na druhom riadku a je to správne rozhodnutie. Automatický zber zo strojov sa oplatí nasadiť cielene na dve-tri kritické pracoviská, nie plošne.

Keď sa už dáta zbierajú pri zdroji, sledovateľnosť prestáva byť samostatný projekt a stáva sa vedľajším produktom. Cieľom je vedieť pre každý expedovaný kus odpovedať na tri otázky: z akého materiálu a šarže vznikol, kto a na akom stroji ho vyrobil a kedy, a aké kontroly na ňom prebehli.

Praktický minimálny model je jednoduchý: príjemka materiálu nesie číslo šarže dodávateľa, výdaj do zákazky túto šaržu naviaže na výrobný príkaz, odvedenie operácie zaznamená operátora, stroj a čas. Výsledkom je záznam o dávke, ktorý sa dá vytlačiť alebo poslať zákazníkovi bez toho, aby ho niekto ručne skladal z troch zošitov.

Nezhody a to, čo sa deje, keď niečo nesedí

Podstatná časť hodnoty systému nie je v tom, ako spracuje bezproblémovú zákazku, ale v tom, čo sa stane pri nezhode. Kontrola musí mať možnosť dávku zablokovať jedným úkonom, systém musí zabrániť jej expedícii a musí byť zrejmé, kto rozhodne o ďalšom postupe — oprava, prepracovanie, výnimka odsúhlasená zákazníkom alebo zošrotovanie. Ak sa toto rieši mimo systému telefonátom, celá sledovateľnosť je len dekorácia. Podobná logika platí aj pri schvaľovacích procesoch vo firme: automatizovať sa dá len rozhodovanie, ktoré má jasne určeného vlastníka.

Výrobný systém nemá nahrádzať ERP a nemá si viesť vlastné kmeňové dáta. Rozdelenie zodpovedností, ktoré sa v praxi osvedčuje: ERP alebo SAP vlastní zákazníkov, cenníky, položky, kusovníky a účtovný pohľad na zásoby; výrobný systém vlastní priebeh zákazky na dielni, časy, nepodarky a sledovateľnosť. Medzi nimi ide obojsmerná integrácia — zákazka a kusovník dnu, odvedené množstvá, spotreba materiálu a stav rozpracovanosti von.

Technicky to býva REST API, výmena súborov alebo v prípade SAP štandardné rozhrania; podstatné je dohodnúť, ktorý systém je pri konflikte autoritou, a ako sa rieši opakované odoslanie tej istej správy. Detailnejšie sme sa téme venovali v článku o systémovej integrácii ERP, CRM a e-shopu a súvisí s ňou aj riadenie zásob a skladového hospodárstva, ktoré je pri výrobe na zákazku často väčším problémom než samotná dielňa.

Expedícia je potom už len dôsledok. Ak systém vie, čo je hotové, skontrolované a zabalené, dodací list, etikety a prípadné certifikáty materiálu sa generujú z tých istých dát — nie z objednávky, ktorá popisuje pôvodný zámer, ale zo skutočného výsledku výroby.

Toto je časť, ktorú si zadávatelia najčastejšie podcenia. Technicky nie je nič z vyššie uvedeného náročné. Náročné je, aby človek, ktorý dvadsať rokov písal ceruzkou na papier, tri týždne po nasadení stále klikal na terminál — aj vtedy, keď je zmena rozbehnutá a niečo horí.

Čo pomáha: zapojiť dvoch-troch operátorov do návrhu rozhrania ešte pred vývojom, spustiť pilot na jednom pracovisku a nie v celej hale, vypnúť papierovú verziu k jasnému dátumu, a hlavne dať dielni niečo naspäť. Ak terminál iba zbiera dáta pre vedenie, bude sa obchádzať. Ak zároveň ukazuje, čo je ďalšie v poradí, kde je materiál a či je výkres v aktuálnej revízii, stane sa nástrojom, ktorý operátorom šetrí chodenie a otázky.

A treba povedať aj to nepríjemné: proces, ktorý ľudia nedodržiavajú na papieri, sa digitalizáciou neopraví. Ak dnes nikto spoľahlivo nezapisuje nepodarky, softvér ich zapisovať nezačne — len zviditeľní, že sa nezapisujú. To je mimochodom užitočné, ale nie je to to, čo si vedenie objednalo. Preto má zmysel najprv vybrať procesy vhodné na automatizáciu a rozhodnúť, ako má proces vyzerať, a až potom ho zapísať do softvéru.

Kedy je tento prístup nevhodný: pri veľmi malej výrobe s niekoľkými zákazkami denne, kde réžia zavedenia prevýši prínos; pri firme, ktorá práve mení sortiment alebo technológiu a proces sa ešte usadzuje; a vtedy, keď nikto vo firme nemá kapacitu projekt viesť zvnútra. V takých prípadoch je čestnejšie počkať alebo začať menším krokom — napríklad vlastným interným nástrojom namiesto Excelu pre jednu agendu.

Automatizácia výroby od objednávky po expedíciu nie je jeden veľký systém, ale odstránenie miest, kde sa tá istá informácia píše druhýkrát. Poradie krokov býva rovnaké: digitálny výrobný príkaz ako jediný zdroj pravdy, viditeľný plán, zber dát priamo pri stroji cez rozhranie navrhnuté pre rukavice a zdieľaný terminál, sledovateľnosť ako vedľajší produkt tohto zberu, riešenie nezhôd vnútri systému, obojsmerné prepojenie s ERP a expedičné dokumenty generované zo skutočného výsledku výroby.

Technológia je pritom tá jednoduchšia polovica. Ťažšia je disciplína na dielni a ochota vedenia rozhodnúť, ako má proces vyzerať, ešte pred prvým riadkom kódu. Ak zvažujete takýto krok a chcete si najskôr prejsť tok vašej zákazky a odhadnúť, čo dáva zmysel automatizovať ako prvé, ozvite sa nám a preberme to konkrétne.