Řešíte konfigurátor pro zakázkovou výrobu – nebo už ho máte, ale bolí vás chaos a „vratky“ mezi obchodem a výrobou?
Zakázková výroba
U zakázkové výroby často není problém v samotné kvalitě produktu, ale v prostoru mezi obchodem a výrobou. Poptávky zůstávají v e-mailech, parametry v Excelu, výkresy a vizuály mají několik verzí, ceny se dopočítávají ručně a výroba dostane objednávku, která na první pohled vypadá kompletně – ale chybí jí důležité informace.
Konfigurátor
Konfigurátor v dobrém pojetí není jen „web na klikání“. Je to řídicí vrstva procesu, která propojuje obchodní a technickou logiku do jednoho toku:
poptávka → nabídka → objednávka → výroba
Pomáhá tak omezit ruční předávání informací, zachytit chyby dříve a zpřehlednit návaznost mezi obchodem a výrobou.
1. Konfigurátor jako „spis zakázky“ a jednotný zdroj pravdy
Největší posun v přehlednosti nastane ve chvíli, kdy konfigurátor přestane být jen formulář a stane se spisem zakázky. Na jednom místě pak může spojovat například:
- kontakt a kontext zákazníka,
- konfiguraci – parametry, volby a varianty,
- cenotvorbu – ceny, slevy, marže nebo provize,
- dokumenty a vizuály,
- historii změn a schválení,
- exporty a integrace do dalších systémů.
To je praktická pojistka proti chaosu: je dohledatelné, kdo se kdy rozhodl, co se změnilo a co platí jako poslední verze.
Zároveň vzniká dohledatelný základ pro další rozvoj systému: je zřejmé, jaká data, pravidla, schválení a návaznosti k zakázce patří a co se v průběhu času změnilo.
Před / po v praxi
Před: obchod pošle výrobě e-mail, přílohy a Excel; technik volá zpět, protože některé informace chybí nebo nejsou jednoznačné.
Po: výroba pracuje s jedním ID zakázky, ke kterému patří konfigurace, výstupy, schválení, verze i související dokumenty.
2. Chyby zachytit co nejdříve – ještě před výrobou
Pravidla kompatibility, povinné volby, konflikty a závislosti je vhodné kontrolovat už při přípravě nabídky nebo objednávky – ne až ve chvíli, kdy zakázka dorazí do výroby.
Konfigurátor může hlídat například:
- „k tomuto materiálu nelze použít tuto povrchovou úpravu“,
- „pokud je rozměr větší než X, je nutná výztuha Y“,
- „tato varianta má delší dodací lhůtu“,
- „bez této přílohy nelze zakázku uvolnit“.
Chyba odhalená už při přípravě nabídky nebo objednávky se obvykle řeší výrazně snáz než chyba zjištěná až ve výrobě, kde může znamenat přeplánování, úpravu dokumentace, nový materiál nebo komunikaci se zákazníkem.
3. Cenotvorba je součást kvality, ne jen finance
Cenotvorba bývá častým zdrojem tiché nekonzistence. Jakmile část cen, slev nebo výjimek vzniká mimo systém – například v Excelu nebo individuální domluvou – přestává být jasné, podle jakých pravidel byla nabídka vytvořena. To se může později projevit v marži, schvalování i dohledávání původu ceny.
Konfigurátor může podle potřeb firmy podporovat například:
- více ceníků podle segmentu nebo typu zákazníka,
- měny, přirážky nebo provize,
- slevové limity a schvalování,
- označení nestandardních případů, které nelze spočítat plně automaticky.
Klíčové je, aby obchodní pravidla byla konzistentní a dohledatelná – ne závislá na ručním přepisování nebo individuální improvizaci.
4. Historie změn: co, kdo a kdy změnil
Auditní historie není nástroj na kontrolu lidí. Je to způsob, jak:
- dohledat změny cen a slev,
- dohledat změny konfigurace,
- řešit nejasnosti a spory,
- zjistit, kde se nejčastěji opakují chyby,
- zvyšovat kvalitu a předvídatelnost procesu.
Historie změn pomáhá řešit reklamace a nejasnosti, ale také zpětně pochopit, proč byla zakázka nastavena právě daným způsobem.
5. Každá role vidí to, co potřebuje ke své práci
Uživatelé nepotřebují vidět všechno. Potřebují rychle najít informace a akce, které patří k jejich roli.
V konfigurátoru se mohou typicky potkat například:
- Zákazník: přehled objednávek, stav a vizuály,
- Obchodník / obchodní partner: nabídky, varianty, komunikace a cenotvorba v nastavených mantinelech,
- Interní obchod: finalizace, schvalování slev a termíny,
- Technik / konstruktér: výrobní parametry, kontrola výstupů a uvolnění,
- Výroba / plánovač: kapacity, termíny, milníky a předání do realizace,
- Administrátor: pravidla, číselníky a oprávnění.
Jednotlivé role mohou pracovat v odlišných pohledech nebo částech aplikace, ale nad společnými daty.
6. Dokumenty a vizuály jsou součást produktu, ne příloha v e-mailu
U zakázkové výroby nejsou přílohy vedlejší. Výkresy, náhledy, grafika, štítky nebo certifikáty často přímo určují, co se má vyrobit.
Proto by měly mít podobný režim jako ostatní data:
- práva,
- verzování a historii,
- vazbu na konkrétní konfiguraci,
- schválení a uvolnění,
- jasnou informaci o tom, která verze právě platí.
Typický proces tak může být:
vytvořit → nahrát → zkontrolovat → schválit → uvolnit
Dokument pak není jen příloha v e-mailu, ale součást konkrétní verze zakázky.
7. Integrace s ERP: hranice odpovědnosti, ne „propojit všechno“
Dobře funguje jasné rozdělení odpovědnosti mezi systémy. Například:
- Konfigurátor: pravidla, konfigurace, validace a spis zakázky,
- ERP: účetní a obchodní doklady, sklad, kusovníky nebo výrobní evidence – podle konkrétního modelu firmy.
Nejdůležitější otázka není jen „propojíme to?“, ale hlavně:
- který systém je hlavním zdrojem pro konkrétní údaje,
- co je pouze synchronizovaná kopie,
- jak se řeší změny a výjimky.
Tím se snižuje riziko, že dva systémy budou obsahovat rozdílné nebo vzájemně si odporující informace.
8. Z konfigurace lze navázat plánování výroby
Jakmile jsou údaje o zakázce strukturované a spolehlivé, lze na ně navázat další řízení výroby:
- kapacitní plánování,
- milníky a termíny,
- simulace nebo „stínový plán“ a schvalování,
- průběžnou kontrolu rizik – materiál, kapacity, termíny.
Díky společným datům není nutné stejnou zakázku znovu modelovat jednou pro obchod a podruhé pro výrobu a následně složitě synchronizovat dvě odlišné verze reality.
9. Konfigurátor musí být možné dál měnit a rozvíjet
Konfigurátor se spolu s firmou průběžně mění. Přibývají nové produkty, pravidla, role, integrace i požadavky výroby. Proto je důležité od začátku počítat nejen s jeho vytvořením, ale i s řízeným dalším rozvojem.
Dlouhodobě je důležité řešit zejména:
- průběžnou technologickou modernizaci,
- bezpečnostní aktualizace,
- řízení změn podle skutečné hodnoty pro provoz,
- možnost měnit různé části systému různou úrovní zásahu.
Změny mohou mít různou úroveň
- běžná správa pravidel, číselníků a šablon,
- změny obrazovek, workflow a výstupů,
- složitější integrace, algoritmy a specifická logika.
Ne každá změna tak musí znamenat zásah do celého systému nebo nový vývoj od začátku.
U kritického systému řešte i jeho dlouhodobou udržitelnost
Při výběru řešení není důležité jen to, jak rychle vznikne první verze. Firma by měla vědět také, jak bude systém dokumentovaný, aktualizovaný a rozvíjený a jak budou chráněna její data a znalost procesů.
Mini-checklist: kdy konfigurátor dává největší efekt
Konfigurátor stojí za zvážení zejména tehdy, pokud se u vás opakuje několik z následujících situací:
- máte více variant produktu a pravidla kompatibility,
- do nabídky vstupují dokumenty, vizuály a jejich verze,
- cenotvorba má limity, výjimky a schvalování,
- výroba často vrací objednávky kvůli neúplnosti,
- roste počet rolí a předávání mezi týmy,
- chcete navázat kapacitní plánování.
Jak začít bez „velkého třesku“
Není nutné řešit celý proces najednou. Rozumný postup může například vypadat takto:
- základní konfigurace produktu a nabídky,
- validace a uvolnění objednávky do výroby,
- propojení s ERP v nezbytném rozsahu,
- navazující plánování výroby, kapacit a termínů.
Konkrétní pořadí ale vždy závisí na tom, kde dnes vzniká největší problém a kde lze nejrychleji ověřit přínos změny.