Automatizace naceňování ve výrobě: co se za poslední rok změnilo

V téměř každé výrobní firmě, do které přijdeme, se opakuje jedna a tatáž scéna — ať vyrábí cokoli.

V pondělí ráno přijde velká poptávka. Osmdesát výkresů, e-mail se žádostí o ceny při 1, 10, 50, 100 a 300 kusech a termín, který počítá s tím, že čísla už máte.

Než někdo vůbec začne naceňovat, musí jeden člověk otevřít každý výkres a vypsat, co na něm je: každý rám, nohu, kování, zásuvku a lištu, řádek po řádku, do kalkulační tabulky. Tahle část zabere zhruba dva dny. Nacenění hotového rozpisu pak trvá asi dvě hodiny.

Automatizace pro výrobní firmy je součástí naší práce po většinu ze 14 let, kdy pro takové firmy stavíme software. Za poslední rok se nezměnil ten problém. Změnilo se, kolik stojí ho vyřešit.

Proč o tom píšeme právě teď

Před rokem, když se nás výrobce zeptal, jestli by stroj dokázal vytáhnout rozpis položek přímo z výkresů, zněla naše upřímná odpověď: možné to je, ale pomalu, draze a spíš to bude výzkum než praktický první krok.

Číst libovolné výrobní výkresy znamenalo postavit rozpoznávací systém od nuly. Musel se učit na výkresech konkrétního závodu, fungoval jen tam a další firma by celou věc platila znovu. To je výzkumný projekt s výzkumným rozpočtem, ne produkt, který se dá koupit.

Od té doby se posunuly čtyři věci.

• Obecné AI modely dnes čtou stránku výkresu zároveň jako obrázek i jako text a umí vyplnit pevně danou sadu sloupců — ne jen vrátit blok textu.

• Do systému jde celá složka poptávky najednou, ne soubor po souboru.

• Cena za zpracování jednoho dokumentu klesla natolik, že osmdesát výkresů je provozní náklad, ne investice.

• Volba modelu se stala otázkou nastavení, ne architektonického rozhodnutí. Nesázíte celý projekt na jednoho dodavatele.

Pátá změna je na naší straně. Nové nástroje umožňují našim vývojářům pracovat rychleji tam, kde to je bezpečné, aniž by šla dolů kvalita — takže co by před rokem byl několikaměsíční projekt, se dnes vejde do mnohem menšího prvního kroku. Proto už to není téma jen pro velké závody. Vyzkoušet to na vlastních poptávkách může i provoz s jediným kalkulantem.

Stejná místnost, pětkrát

Ta změna má smysl jen tehdy, když je problém skutečný a opakuje se. Nezobecňujeme z jednoho projektu. Stejné úzké hrdlo v naceňování vidíme v různých výrobních firmách; příklady níže jsou jen několik z nich.

Firma je pokaždé jiná. Scéna ne.

Dodavatel drátěných výrobků. Rámy se rozepisovaly ručně, položku po položce. Dnes takový rozpis trvá zhruba 15 minut místo půl dne a naceňování drátěných rámů ukazuje, jak je to postavené.

Výrobce interiérů na míru pro kanceláře a řetězcové prodejny. Soutěží ve vícekolových poptávkových řízeních, kde první práce není nacenění, ale přepis: osmdesát výkresů, dva dny na rozpis položek a teprve pak dvě hodiny naceňování. Když se poptávka vrátí v přepracované verzi, velká část té ruční práce začíná nanovo.

Zakázkový výrobce jednoúčelových strojů a robotických pracovišť. Každá nabídka začíná drahou ruční přípravou a majitelé sami jako první řeknou, že úspěšnost té námaze neodpovídá. Informace, které kalkulant potřebuje — historie zákazníka, objemy, technologie, co závod zvládne vlastními silami — existují, ale jsou roztroušené po systémech, takže zkušený člověk stráví dopoledne sbíráním místo rozhodováním.

Rodinný výrobce sportovního vybavení, který prodává z vlastního e-shopu i přes dealery. Celá cesta od příchozí poptávky přes nabídku až do výroby žije v e-mailových schránkách a dealerské i koncové podmínky se míchají v jednom vlákně.

Dodavatel automobilových komponent, který stejný problém s dokumenty potkává z druhé strany stolu: z nákupu.

Různé produkty, jedno úzké hrdlo. Širší obrázek shrnuje naše práce ve výrobě.

S čím chytrá automatizace poptávek ve skutečnosti soupeří

Napříč těmi příklady je vzorec stejný: tou těžkou částí málokdy bývá samotný výpočet. Úzké hrdlo je všechno, co se musí stát dřív, než se vůbec dá počítat.

Nacenit hotový rozpis je pro zkušeného kalkulanta rutina. Přečíst osmdesát výkresů a vypsat z nich položky není těžké; je to jen dlouhé. A má to čtyři drahé vedlejší účinky.

Metoda je v jedné hlavě. Celý postup drží jeden zkušený člověk. Majitel má na výběr: buď přijmout druhého kalkulanta a roky ho zaučovat, nebo jednou investovat do softwaru, který převezme tu nudnou půlku.

Expert je odtržený od práce, která vydělává. Objemná práce s minimem rozhodování vytlačuje složité zakázky, kde se jeho zkušenost teprve zaplatí.

Revize stojí stejně jako originál. Poptávky chodí ve verzích. Každé nové vydání znamená, že se přepis dělá znovu, ručně, od začátku.

Ceny tiše zestárnou. Ve většině provozů závisí skutečná cena na množství, typu zakázky, projektové dohodě a datu. Tahat čísla automaticky z účetnictví bez tohohle kontextu znamená dostat do letošní nabídky loňské ceny.

Pod všemi čtyřmi leží totéž, co ve většině těch firem nacházíme. Proces běží na tabulkách. Naceňování žije v Excelu a obvykle je to první věc, ze které se musí stát systém, než se dá automatizovat cokoli dalšího. Stejný tvar jsme viděli i ve stavebnictví, kde jsme kalkulační oddělení přestavěli na systém pro naceňování ve stavebnictví.

Proč je „AI přečte vaše výkresy“ pořád špatný slib

Výrobní výkresy nejsou standardizovaný vstup. Chodí od různých zákazníků, v různých formátech, s různými zvyklostmi, jazyky a předpoklady zabudovanými v souboru. AI model spolehlivě nepřečte libovolný výkres, který mu podáte: tvar na stránce může být noha stolu i trubka a v souboru nic neříká, co z toho. Žádný model není stoprocentní — u žádného dokumentu.

Poctivý rozsah je tedy užší a mnohem užitečnější: model připraví návrh rozpisu položek z velkých, dobře zdokumentovaných poptávek a člověk ho zkontroluje. Není to kompromis. Shodou okolností je to přesně ten případ, který bolí nejvíc — protože největší poptávky mívají i nejlepší dokumentaci.

V tom je rozdíl mezi prodáváním velkého slibu a stavěním jeho použitelné verze. Velký slib by se snažil přečíst každý výkres a nejistotu schoval. Byla by z toho lepší ukázka než funkční proces naceňování. Použitelná verze je užší: připraví rozpis položek tam, kde je dokumentace dost dobrá, ukáže, kde si není jistá, a nechá řízení v rukách kalkulanta.

Jak vypadá automatizace naceňování ve výrobě, když funguje

Jakmile je rozsah poctivý, návrh se hodně zjednoduší. Systém nemá předstírat, že kalkulanta nahradí; má jeho kontrolu zrychlit, zpřehlednit a udělat důvěryhodnější. V praxi to znamená pět pravidel.

Dávka, ne chat. Dovnitř jde celá složka poptávky — výkresy i text poptávky dohromady — a ven přijde strukturovaná tabulka ve formátu, na který je váš kalkulant zvyklý. Nikdo nevkládá soubory do chatovacího okna jeden po druhém. Přepracovaná složka pak stojí strojový čas místo dalších dvou dnů.

Každá stránka se čte dvakrát. Jednou jako text, jednou jako obrázek. Dvě čtení téže stránky zachytí to, co jedno z nich mine.

Pochybnost je vidět. Každý řádek nese míru jistoty a odkaz zpět na výkres, ze kterého pochází. Váš kalkulant kontroluje označené řádky místo toho, aby znovu pročítal osmdesát souborů.

Uzavřené číselníky tam, kde na tom záleží. Typ výroby, kategorie materiálu a podobná pole se vybírají z vašeho seznamu. Model zařazuje, nevymýšlí.

Ceny se navrhují, nikdy nedoplňují potichu. Když systém najde položku ve vašich vlastních záznamech, ukáže cenu i to, jak je stará — a člověk ji potvrdí.

Pak obvykle přijdou dva praktické body. Tam, kde jsou čísla, která kalkulant potřebuje, roztroušená po systémech, se nejdřív musí dostat na jedno místo — protože z informací, které nikdo nesebral, se nedá nic navrhnout. A ve firmách, kde naceňování pořád žije v e-mailu, tentýž krok promění vlákno ve schránce v záznam, který se dá sledovat od poptávky přes nabídku až do výroby.

Automatizace na míru se ve výrobě vyplatí tam, kde je vysoký objem a málo rozhodování. Proto proces nejdřív zmapujeme a teprve pak něco stavíme, a proto je první krok záměrně malý. Ze stejného principu vznikla automatizace detailingu ocelových konstrukcí, která z CAD dat dělá kusovník, a platí i pro širší automatizaci pracovních postupů kolem naceňování. Pokud se vaše nabídka spíš skládá z variant a pravidel, než aby se vytahovala z výkresů, je na to konfigurátor produktů a naceňování.

Celá složka poptávky jde do systému najednou. Každá stránka se čte dvakrát — jednou jako text, jednou jako obrázek. Ke kalkulantovi jdou jen označené řádky.

Druhá strana téhož dokumentu: nákup

Otočte stůl a problém s dokumenty vypadá povědomě.

I nákupní tým musí z neúplných podkladů udělat strukturovaná rozhodnutí: popisy dílů, požadavky na dodavatele a užší výběry. Velká část té práce se pořád píše ručně — často pro díly, které tým nakonec ani nepoptá.

Stejně praktický je problém s databází. Seznam dodavatelů může někoho označit za „výrobce“, ale už nemusí říct, jestli má vlastní závod, nebo jen přeprodává cizí produkci. Když se tohle splete, může přijít vniveč celé kolo poptávek.

Stejný typ systému, obrácený opačným směrem, umí připravit popis, uspořádat sadu požadavků a označit, kdo z dodavatelů vypadá jako skutečný výrobce. Potvrzuje pořád nákupčí. Nic neodejde ven jen na slovo modelu.

Co majitelé ve skutečnosti chtějí

Když majitel popisuje problém s naceňováním, zadání málokdy zní jen „přidejte AI“. To, co opravdu chce, je praktickější a obvykle se to scvrkne na tři obavy.

1. „Chceme to vlastnit.“ Žádné licence, žádné poplatky za uživatele, které každý rok rostou, žádný dodavatel, který může zvednout cenu, protože přejít jinam nejde. Tahle obava je větší, než většina dodavatelů přizná, a před podpisem stojí za to přečíst si, co vendor lock-in stojí doopravdy.

2. „Malé kroky a chceme to vidět fungovat.“ Řada těchto majitelů si už jednou spálila prsty — buď u systému, který se nikdy nedodělal, nebo u dvou let placení za vývoj, který nikdy nedorazil. Nebojí se ceny prvního kroku. Bojí se, že si to zopakují a že budou muset svoje podnikání vysvětlovat od nuly dalšímu dodavateli, který jim nerozumí.

3. „Musí to fungovat s tím, co máme.“ Integrace ERP ve středně velké výrobě v praxi znamená účetnictví typu Pohoda, on-premise Windows server a IT od místní firmy. Žádná zelená louka a žádný čistě cloudový stack. Někdy je poctivá odpověď ta, že se nejdřív musí přestavět starý systém — a to je projekt sám o sobě, jako u téhle modernizace legacy systému na webovou platformu.

Odpovídáme na to prakticky. Vývojář je v rozhovoru od začátku, ne až poté, co někdo proces přeloží do zadání. Sedne si s lidmi, kteří nabídky opravdu připravují, a jde do hloubky: kde chodí výkresy, kde žijí ceny, kdo kontroluje výstup a co musí zůstat na člověku. Teprve pak má smysl rozhodovat, co má software dělat.

Ve výrobě bývá naceňování prvním procesem, který stojí za to zpřehlednit. Jakmile jsou data z naceňování a nákupu spolehlivá, další otázky kolem automatizace se mapují snáz — od automatizace pracovních postupů po digitální dvojče a intralogistiku.

Náskok v naceňování nepočká

Poučení ze všech těch příkladů je jednoduché: nejlepší první krok v automatizaci obvykle není ten nejefektnější. Je to opakovaná, objemná část naceňování, kde zkušení lidé tráví čas přesouváním informací z dokumentů do struktury.

Stejně praktická je i předpověď. Když technologie zlevní a začne se snáz používat, nezůstane tématem budoucnosti dlouho. Před rokem se tahle automatizace pro spoustu výrobců ještě těžko obhajovala. Dnes ji konkurence může začít zkoušet na skutečných poptávkách v jednom soustředěném kroku. Neznamená to, že se má okamžitě zautomatizovat každé naceňování — ale znamená to, že ta změna je příliš velká na to, aby se dala přehlížet.

Co se před rokem těžko obhajovalo, může být dnes konkurenční výhoda.

Pokud jste v některém odstavci poznali vlastní kalkulaci, právě tam je dobré začít. Proces s vámi zmapujeme, ukážeme na krok s nejvyšším objemem a nejmenší mírou rozhodování a upřímně řekneme, jestli se ho už vyplatí automatizovat.