AI agent · CAD výkresy · strojírenství

AI agent zkontroluje technické výkresy ještě před výrobou

Analyzuje technické výkresy, které přijímáte od zákazníků — DXF, vektorové PDF i skeny. Odhalí chyby a chybějící údaje, porovná revize a určí, kterou průvodní dokumentaci je po změně potřeba upravit. Zkontroluje soulad CAD výkresů s kusovníkem a objednávkou a připraví dokumentaci kvality k zakázce. U každého nálezu vidíte, s jakou jistotou ho hlásí a kde přesně na výkrese ho našel. A nic neodejde bez toho, aby to schválil člověk.

~60 %
méně času věnovaného kontrole příchozích výkresů
~1/3
méně neshod způsobených chybami ve výkresech
~8 %
míra falešně pozitivních nálezů po doladění systému na reálných výkresech
3 – 4 týd.
do nasazení u vás

Postavili jsme ho a předali dodavateli přesného obrábění a plechových dílů (tier-2) s certifikací AS9100 a ISO 9001. Chodí mu výkresy zhruba od 40 OEM zákazníků týdně.

Přehled

Přeskočte na to, co vás zajímá

Stránka je dlouhá záměrně — popisuje hotový systém, ne záměr. Jděte rovnou na část, kterou právě řešíte.

Jak to vzniklo

Tři inženýři, čtyřicet OEM zákazníků a všechno kontrolované ručně

Každý týden přišly nové a překreslené výkresy zhruba od 40 OEM zákazníků. Inženýrům ze dne zbývalo málo — většinu spolkla kontrola výkresů a přepisování téže dokumentace.

Kde inženýři ztráceli čas

Každý výkres projít ručně

Popisové pole, jednotky, kóty, tolerance, GD&T, poznámky a každá zmíněná specifikace. Řádek po řádku, na každém listu, který přišel.

Revize porovnávané očima

Dvě PDF přes sebe a hledání rozdílů pohledem. Zdlouhavé i u dobrého výkresu, na hustém listu navíc nespolehlivé.

Dokumentace vytvářená u každé zakázky znovu

Kontrolní plány, řídicí plány, technologické postupy, PPAP a osvědčení o shodě se pokaždé vypisovaly z výkresu nanovo.

Kusovník, výkres a objednávka porovnávané ručně

Zpravidla až ve chvíli, kdy byl materiál dávno objednaný. Právě tehdy stojí objevený rozpor nejvíc.

Nejvíc zmetků dělaly špatně zvolené revize

Zakázka rozjetá podle staré revize byla zdaleka nejčastější příčinou zmetků i reklamací od zákazníků.

Co chtěl manažer kvality

  • Najít chyby a mezery ve výkrese dřív, než zakázka půjde do výroby
  • Jasně ukázat, co se mezi revizemi změnilo, a navázat to na ECO v PLM
  • Odhalit nesoulad mezi výkresem, kusovníkem a objednávkou hned při příjmu
  • Dokumenty kvality generovat z výkresu, ne je psát znovu
  • Každý nález je dohledatelný a přezkoumatelný, rozhodnutí o něm lze vzít zpět a nic se potichu nezapíše na sdílený disk

Požadavek, který určil celý návrh

Ve výrobě nikdo nechtěl černou skříňku. U deterministických kontrol muselo být zřejmé, z čeho vyplynuly. A všude, kde něco posuzoval model, muselo být vidět, jak si je jistý a kde přesně na výkrese to našel. Právě proto počítá aritmetiku Python a ne jazykový model.

Co agent umí

Pět úloh, jeden agent

Každá schopnost je samostatný uzel v grafu agenta. Inženýři si je pouštějí jednotlivě nebo najednou jako jeden průchod při příjmu nové sady výkresů.

1

Kontrola výkresu a hledání chyb

Jestli je popisové pole kompletní, jestli sedí jednotky, jestli některá kóta nechybí nebo se neopakuje, jestli se toleranční řetězce uzavřou, jestli GD&T rámečky odkazují na datumy, které na výkrese opravdu jsou, jestli závit sedne do díry a jestli poznámky nezmiňují specifikace, které nikdo nemá. Ke každému nálezu patří míra jistoty a označené PDF.

2

Porovnání revizí

Přehled změn z Rev C na Rev D: které kóty se pohnuly, které poznámky přibyly či zmizely, kde se změnila tolerance, materiál nebo povrch, jestli to ovlivní lícování a jestli ECO na výkrese sedí s tím v PLM.

3

Soulad mezi dokumenty

Kusovník, sadu výkresů a objednávku čte najednou. Upozorní, když na podsestavě nesedí množství, když je spojovací materiál v kusovníku, ale na výkrese chybí, nebo když objednávka žádá jiný materiál či povrch, než předepisuje výkres.

4

Dokumentace a šablony

Vyplní vaše šablony ve Wordu a Excelu — kontrolní plán, řídicí plán, technologický postup, PPAP, osvědčení o shodě — z výkresu a kusovníku. Stačí zadat požadavek běžným jazykem. Agent připraví změny v šablonách se sledováním změn a následným schválením.

5

Dotazy k celé sadě výkresů

Lidé ve výrobě i v kanceláři se mohou ptát přirozeným jazykem a dostanou odpověď s uvedením konkrétního listu a pohledu, ze kterého agent čerpal. Ve webovém rozhraní i přes chat na Amazon Lex.

Pravidlo, které platí v celém systému

Co se dá spočítat, počítá Python: jednotky, toleranční řetězce, existenci datumů, tabulky závitů a děr. Model čte, vysvětluje, rozhoduje u nejednoznačností a píše texty. Počítat po něm nechceme.

Ukázka produktu

Pět obrazovek a pět různých druhů výkresu

Do reálné dílny chodí od všeho trochu: vektorové PDF se STEP modelem, nativní DXF, dvoulistová sestava, 3D kontrola a sken z roku 1998. Čísla dílů i zákazníci níže jsou vymyšlení.

Obrazovka fronty se seznamem 12 výkresů s číslem zakázky, dílem a revizí, vstupním formátem, počtem nálezů a stavem

Fronta

První, co inženýři ráno otevřou

Každý nahraný výkres i se zakázkou, číslem dílu, revizí a formátem. Je vidět, ve které fázi je, kolik nálezů čeká a kdy se naposled něco změnilo. Formáty se míchají úplně běžně: vektorové PDF, DXF, DWG se STEP modelem i TIFF sken, který se ještě zpracovává.

  • 12 výkresů ve frontě, 4 čekají na inženýra, 23 otevřených nálezů
  • Medián kontroly 41 sekund
  • Stavy od zařazení na kontrolu přes čeká na inženýra až po uvolněné do výroby
Kontrola výkresu soustruženého pastorkového hřídele s pěti nálezy připnutými k výkresu

Soustružený díl · vektorové PDF se STEP modelem

Pastorkový hřídel — GD&T, chybějící uložení a rozpor v technologii

Vektorové PDF s připojeným STEP modelem. Z listu se načetlo 23 kót, jeden toleranční rámeček a pět poznámek. Kontrola trvala 36 sekund.

  • Obvodové házení 0,02 se odvolává na datumy A-B, jenže datum B na výkrese nikde není
  • U drážky pro pero 8 x 4 chybí uložení, přestože příručka zákazníka žádá N9 nebo JS9
  • Ra 0,4 na čepu Ø30 si odporuje s cementováním — v postupu za tepelným zpracováním žádné broušení není
  • Délka závitu M20x1,5-6g není okótovaná, přitom ve STEP modelu má 110 mm
Kontrola výkresu plechového držáku snímače v nativním DXF s pěti nálezy

Plechový díl · nativní DXF

Držák snímače — tabulka ohybů si protiřečí s výkresem

Nativně přes ezdxf: 19 kót, jedna tabulka ohybů, pět poznámek, hotovo za 22 sekund. Rule engine sám přepočítá rozvin místo toho, aby ho převzal z výkresu.

  • Poloměr ohybu si odporuje: v tvarovaném pohledu R1,5 vnitřní, v poznámce 2 i v tabulce R2,0
  • Tloušťka vychází jinak v tabulce ohybů (1,5) než v poznámce, v popisovém poli (2,0) a v kusovníku
  • Díra Ø6,5 je 3,0 od ohybu, pravidlo zákazníka přitom žádá aspoň 2,5 × tloušťka + R, tedy 7,0
  • Rozvin nesedí: při K 0,44 vychází 137,3, na výkrese je 138,9
Kontrola sestavového výkresu s pozicemi, kusovníkem a čtyřmi nálezy

Sestava · pozice a kusovník

Sestava pohonného modulu — pozice, kusovník a zapomenutá objednávka

Dva listy, k tomu kusovník a objednávka. Kusovník z výkresu se načte jako tabulka a porovná s kusovníkem rev 3 a objednávkou 88213.

  • Pozice 8 ukazuje na pouzdro, které v kusovníku vůbec není
  • Položka 7, čtyři PEM matice, v kusovníku je, ale na žádném pohledu ji nevidíte
  • Kusovník sedí s PLM na rev D, objednávka 88213 ale vznikla před uvolněním ECO a drží se rev C
  • Poznámka 4 posílá na Detail B, ten ale na ani jednom listu není
3D kontrola STEP modelu převodovkové skříně s devíti shodnými prvky a třemi rozpory

3D · výkres proti STEP modelu

Převodovková skříň — kde se model s výkresem rozchází

STEP AP214 porovnaný s výkresem za 58 sekund, prvek po prvku, s tolerancí 0,05 mm na rozměr a 0,5 mm na polohu. Devět prvků sedí, tři ne.

  • Zahloubení je na výkrese 6,0 hluboké, v modelu 8,0 — kroužek ložiska by vyčníval
  • Výkres předepisuje 4X Ø10,5, jedna díra má ve STEP souboru Ø8,5. Nejspíš ji po ECO nikdo neupravil
  • Závitový boční vstup M12x1,5 z listu 2 nemá v modelu do 0,5 mm nic, co by mu odpovídalo

A listy, kterých se nikdo nechce dotknout: staré skeny

Přírubu z roku 1998, která přijde jako TIFF, nejdřív zpracuje rastrová část pipeline. PaddleOCR a vlastní YOLOv8 model, natrénovaný na několika tisících anotovaných listů, najdou popisové pole, poznámky i odkazy. Každou oblast uvidíte i s tím, jak si je agent jistý — a to ještě dřív, než se spustí první pravidlo. Geometrické kontroly na skenu neběží, prostě tam geometrie není. Popisové pole, poznámky a odkazy ale přečte a zkontroluje jako na kterémkoli jiném listu. Počítejte zhruba s 20 sekundami na list; nejlepší výsledky dává nezkosený sken ve 300 dpi.

Skenovaný výkres s vyznačenými detekovanými oblastmi přes blok poznámek, kóty, GD&T rámeček a popisové pole
Sken pastorkového hřídele ve 300 dpi i s vyznačenými oblastmi, které agent našel. Blok poznámek, texty kót, toleranční rámeček i popisové pole má nalezené dřív, než se spustí první pravidlo. Zobrazení se přepíná mezi původním listem, nalezenými oblastmi a surovými řádky z OCR.

Pro koho to je

Pro dílny, kam výkresy chodí rychleji, než je stíhají kontrolovat

Pro strojírenství, průmyslové stroje a zařízení — všude tam, kde je sada výkresů dohodou mezi zákazníkem a vaší výrobou.

Přesné obrábění a zámečnictví

Zakázkové dílny a dodavatelé tier-1 a tier-2, kterým chodí výkresy od spousty OEM. Každý kreslí po svém a každý má jiné popisové pole.

Výrobci strojů a zařízení

Sestavy s rozsáhlými kusovníky a dlouhou historií revizí, kde se z položky, která je na výkrese, ale chybí v kusovníku, stane chybějící díl na lince.

Plechárny a svařovny

Tabulky ohybů, rozviny a pravidla vzdálenosti děr od ohybu, která si musí sednout dřív, než se rozjede laser.

Kvalita pod AS9100 nebo ISO 9001

Kde musí být každý nález dohledatelný a přezkoumatelný, rozhodnutí o něm lze vzít zpět a dokumentace se generuje z výkresu, ne ručně přepisuje.

Týmy s archivem starých výkresů

Desetiletí skenů, které nikdo překreslovat nebude, ale které je třeba přečíst a zkontrolovat, když přijde opakovaná objednávka.

Dodavatelé, kterým zmetky dělají revize

Pokud je u vás nejčastější příčinou zmetků zakázka rozjetá na nesprávné revizi, přesně kvůli tomu tohle vzniklo.

Katalog kontrol

Co všechno na výkrese hledá

Deterministické kontroly běží v Pythonu, takže vycházejí pokaždé stejně a u každého nálezu je vidět pravidlo, ze kterého vyplynul.

Popisové pole a řízení dokumentace

  • Povinná pole vyplněná — prázdné KONTROLOVAL je nález, ne přehlédnutí
  • Znění popisového pole podle zákazníka, takže SURFACE TREATMENT pochopí jako povrchovou úpravu
  • Číslo dílu a revize z popisového pole porovnané s registrem uvolněných revizí
  • Výkres, který běží na revizi, kterou už PLM nahradilo novější

Kóty a tolerance

  • Chybějící kóty i týž prvek okótovaný dvakrát na různých listech
  • Text kóty přepsaný mimo geometrii — napsáno 545 na prvku, který má 540
  • Toleranční řetězce, které se neuzavřou
  • Jednotky, které si odporují mezi výkresem, poznámkami a popisovým polem

GD&T a datumy

  • Toleranční rámečky, které se odvolávají na datumy neurčené na žádném listu
  • Označení datumu u každého, který se v rámečku zmiňuje
  • Výklad podle ASME Y14.5, ISO GPS nebo vaší firemní normy

Závity a díry

  • Závit proti velikosti díry — M6x1,0 se do díry Ø6,35 řezat nedá
  • Metrické i palcové: 5/16-18 UNC do díry Ø0,312 je velký průměr, ne průměr pro závitník
  • Délka závitu a výběh okótované tam, kde to prvek potřebuje
  • Díry porovnané se STEP modelem, pokud ho pošlete

Poznámky, specifikace a odkazy

  • Poznámky, které se odvolávají na specifikace mimo knihovnu
  • Poznámky s revizí specifikace, kterou registr vede jako nahrazenou
  • Odkaz na detail, pohled nebo řez, který na výkrese není
  • Nejasné zkratky, třeba sražení C1 tam, kde norma žádá rozměr × úhel

Kusovník a pozice

  • Pozice, ke které v kusovníku nic není
  • Položka kusovníku, kterou na žádném pohledu nikdo neoznačil
  • Spojovací materiál z kusovníku, který se na výkrese neobjeví
  • Množství z kusovníku na výkrese proti kusovníku z ERP a objednávce

Plechové díly

  • Poloměr ohybu stejný v tvarovaném pohledu, poznámkách i v tabulce
  • Tloušťka stejná v tabulce, poznámkách, popisovém poli i kusovníku
  • Vzdálenost díry od ohybu proti vašemu minimu pro danou tloušťku a poloměr
  • Rozvin přepočítaný z K-faktoru, tloušťky, poloměru a úhlu

Materiál, povrch a technologie

  • Materiál nebo stav jinak v poznámce než v popisovém poli — 6061-T6 proti 6061-T651
  • Povrchová úprava jinak na výkrese než na objednávce
  • Drsnost, která si odporuje s tepelným zpracováním nebo povrchovou úpravou

Tohle je obecný seznam kontrol. Ty, které vycházejí z vaší normy kreslení a z vašeho vlastního kontrolního seznamu, doplníme během projektu. Právě v nich bývá pro dílnu s vlastními zvyklostmi největší přínos.

Seznam nálezů s mírou jistoty, závažností, normou, o kterou se nález opírá, a jeho identifikátorem pravidla
U každého nálezu je vidět, které pravidlo ho vyvolalo. K tomu míra jistoty, závažnost a norma či zákaznické pravidlo, o které se opírá — tady kusovníky podle ASME Y14.34. A rovnou i tlačítka přijmout, zamítnout, poznámka, hlas a obrázek.

Porovnání revizí

Od Rev C po Rev D — co se změnilo a co to ovlivní

Není to porovnávání obrázků. Agent rozpozná, jestli jde o změnu kóty, poznámky, tolerance nebo materiálu, a zatřídí ji podle oddělení, kterého se dotkne.

#PoložkaRev CRev DZměnaDopad
1Rohové díry, 4XØ6,35 +0,05/-0Ø6,60 +0,05/-0+0,25 průměrFIT

Jiná vůle pro M6, je třeba prověřit protikus 4471-021

2Celková délka120,0 ±0,2120,0 ±0,1Poloviční toleranceINSPECTION

Místo posuvky CMM, znak 3 v kontrolním plánu

3Délka drážky22,024,0+2,0FIT

Mění zdvih čepu

4Poznámka 3TAP 4X M6x1.0-6H—ZmizelaPROCESS

Operace 30 (řezání závitu) je v postupu už zbytečná

5Poznámka 6, materiál6061-T66061-T651Jiný stavPURCHASING

Na objednávce 88213 je pořád T6

6Poznámka o materiálu—AL 6061-T6 PLATE, 6.0 THKPřibylaCOSMETIC

Totéž je už v popisovém poli

ECO proti PLM

ECO na výkrese
ECO-2291
PLM (Epicor)
ECO-2291
Stav
Uvolněno 2026-03-14
Výsledek
Sedí

Navazující změny

V kontrolním plánu IP-4471-020 je třeba přepsat dva znaky a z postupu vyhodit operaci 30, tedy řezání závitu. Přehled změn si stáhnete do xlsx, otevřete jako PDF s oběma revizemi vedle sebe nebo pošlete rovnou do schránky kvality.

Obrazovka porovnání revizí se seznamem změn mezi dvěma revizemi, se štítky dopadu a kontrolou ECO
Porovnání revizí na testovací instanci: 19 změn mezi dvěma revizemi téhož držáku. Každá je rozpoznaná jako změna kóty, odkazu nebo poznámky a označená podle dopadu. ECO z výkresu se porovná s tím uvolněným v PLM a panel vpravo vypíše, co je potřeba dořešit navazujícím krokem.

Výkres, kusovník a objednávka

Rozpor vyplave při příjmu, ne až když je materiál nařezaný

Sadu výkresů, kusovník a objednávku čte agent najednou jako jeden celek. Čtyři rozpory na zakázce se třemi výkresy nejsou nic výjimečného.

PoleVýkresKusovníkObjednávkaStav
Množství, PEM matice CLS-M4-14X (list 2)66NESEDÍ MNOŽSTVÍ
Materiál, 4471-020AL 6061-T651AL 6061-T651AL 6061-T6STARÁ OBJEDNÁVKA
Povrch, 4471-020Elox typ II čirý—Chem. vrstvaJINÝ POVRCH
Podložka NAS1149F0432Pna výkrese není88CHYBÍ NA VÝKRESE
Revize, 4471-020DDDSEDÍ
Množství, podsestava 4471-0212X22SEDÍ

Zdroje: 4471-000 Rev B listy 1-2, 4471-020 Rev D, 4471-021 Rev A · kusovník z Epicoru · objednávka 88213 v PDF

Tabulka souladu porovnávající výkres, kusovník a objednávku pole po poli
Táž zakázka přečtená najednou. Čtyři rozpory: objednávka visí na Rev C, počet podložek na výkrese nesedí s kusovníkem a objednává se chemická konverzní vrstva a T6 tam, kde výkres žádá elox a T651. Vidíte i řádky, které sedí — takže je zřejmé, že kontrola proběhla celá.

Kontrola STEP modelu

Je okótovaný prvek i v modelu — v té velikosti a na tom místě?

STEP modely AP203 a AP214 rozebere pythonOCC a prvek po prvku je porovná s dírami a průměry na výkrese.

Porovnává prvky, ne obrázky

Díry, otvory, zahloubení, kapsy i celkový obrys vytáhne z tělesa a spáruje s tím, co je na výkrese. Tolerance je 0,05 mm na rozměr a 0,5 mm na polohu.

Tři druhy rozporu

Prvek s jiným rozměrem nebo hloubkou. Prvek, který výkres předepisuje, ale v modelu není. A prvek, který v modelu je, jenže výkres ho nikde neokótuje.

Barevně ve 3D

Modelem se dá otáčet a každý prvek je obarvený podle výsledku: co sedí, zůstává neutrální, rozpory jsou červené a prvky, které výkres nezmiňuje, jantarové.

Odhalí ECO, které se promítlo jen na jednu stranu

Nejčastější reálný nález je model, který po změně výkresu nikdo znovu neexportoval, nebo díra upravená na výkrese, ale ne v CAD.

Dokumentace kvality

Vaše šablony vyplněné z výkresu, se sledováním změn a se schválením

Na sdílený disk se nedostane nic, dokud to někdo neodklikne. Manažer kvality na tom trval a právě díky tomu se nasazení ujalo.

Kontrolní plán

Znaky vytažené z výkresu s jmenovitou hodnotou, tolerancí, metodou i četností, u každého je uvedený list a pohled, odkud pochází. Řádek, který stojí na nedořešeném nálezu, agent raději označí, než aby ho vyplnil.

Osvědčení o shodě

Docx z vaší vlastní šablony. Specifikaci povrchové úpravy i revizi převezme z výkresu, nikdo je nepřepisuje ručně.

Pracovní postup

Na každý otevřený nález jedna sekce a ke každé vygenerovaný obrázek, aby operátor viděl, o který prvek jde.

Řídicí plán, technologický postup a PPAP

Vyplněné z výkresu a kusovníku do týchž šablon, jaké používáte dnes, jako docx a xlsx.

Hromadná úprava šablon jednou větou

Manažer kvality napíše, že v každé šabloně, kde je QS-114 Rev B, má být Rev D, a do osvědčení o shodě má pod povrchovou úpravou přibýt zaškrtávací pole „Certifikát v archivu“. Agent najde všechny výskyty, ukáže náhled s počtem zásahů a připraví Word se sledováním změn a Excel s listem historie. Vy pak buď schválíte všechno, projdete to po jednom, nebo to zahodíte.

Jak držet technický dokument v souladu se změnou výkresu

  1. 1Nahrajete starou a novou revizi výkresu a k tomu aktuální dokument ve Wordu.
  2. 2Agent vypíše, co se na výkrese změnilo: kóty, tolerance, poznámky, materiál, kusovník, revize.
  3. 3Najde všechna místa v dokumentu, kterých se to týká — v tabulkách i v textu — a vrátí Word se sledováním změn. Tam, kde má rozhodnout inženýr, přidá komentář.
  4. 4Inženýr změny projde a přijme přímo ve Wordu. K tomu dostane krátký přehled, co se změnilo a kde se to promítlo.

Dotazy k výkresům

Zeptáte se a dostanete odpověď i s listem a pohledem

Druhý agentový graf, ve kterém model volá nástroje: prohledá sadu výkresů i index specifikací, podívá se do nálezů a zpráv a u každé odpovědi řekne, odkud ji má.

Výroba

Jaká drsnost má být v díře?

Ra 0,8 µm (32 µin) v díře Ø25,00 H7. Najdete to na výkrese 4471-021 Rev A, list 1, řez A-A. Poznámka 2 na tom listu ještě dodává, že po eloxování nesmí být vidět stopy po nástroji.

4471-021 Rev A · list 1 · řez A-A · poznámka 2

Nákup

Které výkresy v téhle zakázce žádají elox?

Dva ze tří. 4471-020 Rev D (typ II čirý, poznámka 4) a 4471-021 Rev A (typ II čirý, popisové pole). Na 4471-000 Rev B povrch uvedený není, je to sestavový výkres.

4471-020 · poznámka 4 — 4471-021 · popisové pole

  • Ve webovém rozhraní hned vedle výkresu, který právě kontrolujete
  • Přes chat na Amazon Lex pro lidi z výroby, kteří v systému celý den nesedí
  • Hlasové poznámky kontrolorů přepsané přes AssemblyAI a připnuté k nálezu
Otázka běžným jazykem zodpovězená ze sady výkresů s odkazy na zdroje, na které se dá kliknout
Odpověď poskládaná z celé sady výkresů, se zdroji jako odkazy, na které se dá kliknout. Agent tady hlásí, že datum A je na obou detailních výkresech, kdežto datum B se sice zmiňuje, ale nikde není určený — a rovnou dodá, že to musí dořešit zákazník.

Přístup z výroby

Kdo problém uvidí první, bývá málokdy ten přihlášený

Nástroj, který žije jen na obrazovce inženýra, zmešká přesně ten okamžik, o který jde — obráběče při seřizování, kontrolora u měřicího stroje, skladníka, který vybaluje jiný stav materiálu, než měl přijít. Dva kanály je vtáhnou dovnitř, aniž by se učili nový systém.

Chat místo přihlašování do systému

Agent je dostupný i přes chat na Amazon Lex, takže se dá zeptat z terminálu ve výrobě nebo z mobilu. Odpověď je stejná, jakou dostane inženýr, i s listem, pohledem a poznámkou. Lex jen přenáší konverzaci, čtení a citování dělá agent.

Hlasová poznámka místo klávesnice

Ťukat do tabletu v rukavicích u běžícího stroje nikdo nebude — a právě proto zjištění skončí na papírku a pak nikde. Kontrolor namluví pár sekund k nálezu, AssemblyAI to přepíše a text se připne tam, kde ten nález žije. Dá se v něm vyhledávat a zůstává v auditní stopě, ne v něčí kapse.

Otázky, které padnou mimo kancelář

Obráběč při seřizování

Jaká drsnost má být v díře?

Odpověď přímo u stroje místo běhu do kanceláře — nebo odhadu, ze kterého bude oprava.

Seřizovač při rozjezdu

Běží tahle zakázka na nejnovější revizi?

Zakázka podle staré revize dělala v původním projektu nejvíc zmetků. U stroje je poslední šance to zachytit.

Kontrolor u měřicího stroje

Které znaky se tu měří na 100 %?

Kontrolní plán vznikl z tohoto výkresu, takže odpověď jde ze stejného zdroje — ne z výtisku, který může být o revizi pozadu.

Nákup

Které výkresy v zakázce žádají elox?

Rozdíl v povrchu či materiálu mezi výkresem a objednávkou vyplave dřív, než objednávka odejde — ne až se díly vrátí špatně.

Plánovač

Je na tomhle dílu potřeba ještě řezat závit?

Když revize poznámku odstraní, operace v postupu po ní obvykle zůstane. Přehled změn to ví; teď se na to dá rovnou zeptat.

Příjem materiálu

Jaký materiál a stav měl přijít?

6061-T6 a 6061-T651 vypadají na štítku stejně. Zachytit to na rampě je mnohem levnější než při výstupní kontrole.

K čemu se hlasová poznámka opravdu hodí

  • Kontrolor najde prvek, který nesedí s výkresem, a rovnou k nálezu namluví proč — ještě než zakázka pokračuje
  • Někdo nález zamítne a řekne, na čem se se zákazníkem opravdu dohodli, takže důvod nezmizí spolu s rozhodnutím
  • Zjištění z kontroly prvního kusu zachycená u stroje místo dodatečného vzpomínání na konci směny
  • Předávání směny připnuté k zakázce místo vzkazu na tabuli

Proč se to vyplatí propojit

Bez dalšího systému a dalšího hesla

Nejtěžší na nasazení není inženýrský tým, ale všichni za ním. Odpověď v kanálu, který lidé stejně mají otevřený, nestojí žádné školení ani nový návyk.

Záznam vzniká sám

Dotazy, odpovědi i hlasové poznámky padají do stejného auditu jako nálezy. Pod AS9100 či ISO 9001 je to rozdíl mezi rozhovorem a záznamem.

Výroba agenta učí

Přepsaná poznámka, proč byl nález nesprávný, jde do indexu minulých rozhodnutí. Na dalším výkrese od téhož zákazníka se stejný falešný nález objeví s menší pravděpodobností.

Do kterého chatu agenta připojíme, jak dlouho se uchová zvuk a které jazyky se přepisují, se domluví při nasazení podle vašich pravidel pro IT a kvalitu. Nic z toho není pevně dané.

Vstupy a výstupy

Co mu umíte poslat a co dostanete zpátky

Každý formát čte způsobem, který mu sedne. Nativní DXF tak neskončí jako obrázek a od skenu nikdo nečeká geometrii.

Vstup · jak se čte

  • 2D výkresy, vektorové PDF

    Text i geometrii vytáhne přímo; model rozvržení najde popisové pole, texty kót, GD&T rámečky a poznámky

  • 2D výkresy, skeny nebo rastrové PDF a TIFF

    PaddleOCR a vlastní YOLOv8 model natrénovaný na několika tisících anotovaných listů

  • Nativní DWG a DXF

    Přes ezdxf po jednotlivých entitách: kóty, bloky, atributy, hladiny, MTEXT. Čte modelový i výkresový prostor

  • STEP modely (AP203 a AP214)

    Geometrie přes pythonOCC: jestli okótovaná díra existuje v té velikosti a na tom místě

  • Kusovník (xlsx, csv, export z ERP)

    Načte strukturovaně a čísla dílů spáruje s ERP

  • Objednávky (PDF)

    Jednotlivé řádky, materiál, povrch, množství, revize

  • Příručky dodavatelů, interní specifikace, výňatky z ASME Y14.5

    Rozdělené na části a uložené do pgvector, aby se v nich dalo během kontroly hledat

  • Existující šablony ve Wordu a Excelu

    python-docx a openpyxl, úpravy se sledováním změn

Výstup · formát

  • Přehled nálezů se závažností, jistotou a místem na výkrese

    JSON a označené PDF

  • Přehled změn mezi revizemi

    Tabulka a PDF s revizemi vedle sebe

  • Přehled rozporů mezi dokumenty

    Tabulka, ke stažení jako xlsx

  • Vyplněný kontrolní plán, řídicí plán, postup, PPAP, osvědčení o shodě

    docx a xlsx z vašich šablon

  • Úpravy a přestavby šablon

    docx a xlsx se sledováním změn, čekající na schválení

  • Odpovědi na dotazy

    Text s odkazem na list a pohled

  • Auditní záznam

    Každý nález, každé přijetí i zamítnutí, každý dotčený soubor

Co nahrajeteCo z toho přečteRozsah
DXF (AutoCAD 2013 a novější)Nejpodrobnější kontrola: popisové pole, poznámky, kóty i s geometrií, GD&T, závity, díry, kusovník, pozice, tabulky plechových dílů.Úplný
PDF vykreslené z CADPopisové pole, poznámky, GD&T, odkazy, závity a kružnice z textové vrstvy a vektorové geometrie. Na přepsané a zdvojené kóty jsou potřeba objekty kót, ty plot neobsahuje.Vysoký
Skeny (PNG, JPG, TIFF, obrázkové PDF)Popisové pole, poznámky a odkazy přes OCR a model rozvržení. Nejlépe jde nezkosený sken ve 300 dpi. Geometrické kontroly neběží.Jen text
STEP (AP203 a AP214)Díry a otvory porovnané s dírami a průměry na výkrese.Geometrie
Kusovník a objednávka (xlsx nebo csv)Hlavičkový řádek se sloupcem čísla dílu a sloupcem množství nebo popisu.Strukturovaný
DWGPřímo ho nepřečte, je to uzavřený binární formát. V AutoCADu dejte Uložit jako → DXF (nebo DXFOUT) a nahrajte DXF.Nejprve export

Pod kapotou

Není to prompt, ale agentový systém

Deterministické všude, kde to jde. Model až tam, kde jinak nejde. A schválení člověkem dřív, než cokoli opustí systém.

1

Orchestrace v LangGraph

Každý výkres projde grafem — načtení, extrakce, kontrola pravidel, dohledání specifikací, uzavření — na workerech na pozadí. U každé fáze vidíte stav i čas, takže když se něco zasekne, je jasné kde.

2

Deterministický rule engine v Pythonu

Samotné kontroly: popisové pole, jednotky, datumy a GD&T, závity proti dírám, kóty, kusovník, revize a specifikace. Na jazykovém modelu nezávisí, takže vycházejí pokaždé stejně a u každého nálezu je vidět pravidlo, ze kterého vyplynul.

3

Vyhledávání v pgvector

Vektorový index drží knihovnu specifikací, pravidla zákazníků, výňatky z ASME Y14.5, šablony dokumentů i rozhodnutí z minulých kontrol. V kroku dohledání se ke každému nálezu přiřadí článek nebo specifikace, o kterou se opírá.

4

Samostatný agent na dotazy

Druhý graf, kde model volá nástroje: prohledá sadu výkresů i index, podívá se do nálezů a zpráv a u každé odpovědi řekne, odkud ji má.

Jeden výkres přes celý systém

  1. 01

    Nahrání

    PDF, DXF nebo STEP dovnitř, zakázka navázaná z ERP

  2. 02

    Extrakce

    Model rozvržení a OCR, nebo nativně po entitách

  3. 03

    Pravidla

    Deterministické kontroly v Pythonu, zbytek posoudí model

  4. 04

    Dohledání

    Specifikace, pravidla a minulé nálezy

  5. 05

    Uzavření

    Nálezy a označený výkres do prohlížeče

  6. 06

    Kontrola

    Inženýr přijme, dokumenty se vygenerují, vše jde do auditu

Technologie

  • Python
  • FastAPI
  • Celery + Redis
  • PostgreSQL + pgvector
  • React / TypeScript
  • LangGraph
  • Claude přes Anthropic SDK
  • Amazon Bedrock AgentCore
  • PaddleOCR
  • YOLOv8
  • ezdxf
  • pythonOCC
  • PyMuPDF
  • python-docx
  • openpyxl
  • Docker
  • AWS ECS / S3 / RDS
  • Amazon Lex
  • AssemblyAI

Napojí se na

  • ERP a PLM přes REST: díly, revize, objednávky a ECO
  • Zápis do S3 nebo na sdílený disk, vždy až po schválení
  • Chat na Amazon Lex pro dotazy z výroby
  • Audit každého nálezu, rozhodnutí i dotčeného souboru
Záložka pipeline zobrazující fáze ingest, extract, rule check, enrich a finalize s časy jednotlivých fází
Průběh jednoho výkresu: načtení, extrakce, kontrola pravidel, dohledání specifikací a uzavření. U každé fáze je stav i čas. Extrakce přečetla 83 textů a 2 kóty, rule engine vrátil 4 nálezy za 2,4 ms. Když se něco zasekne, je hned vidět kde.

Přesnost a limity

Co funguje a kde se berou falešné nálezy

Po doladění prahů se zpětnou vazbou od inženýrů zbylo kolem 8 % falešných nálezů. Tady je bez přikrášlování, jak jsme se k tomu číslu dostali a co to stálo.

Co rozhodlo

  • Počítání a ověřování existence dělá kód, ne model, takže se nálezy z rule enginu dají vysvětlit řádek po řádku
  • U každého nálezu od modelu je jistota i místo na listu, takže inženýr nález rychle posoudí
  • Schvalování a sledování změn: na sdílený disk se nezkontrolované nedostane nic
  • To, co inženýři přijmou a zamítnou, se vrací zpátky do prahů i do indexu minulých nálezů

Odkud se braly falešné nálezy

  • Skeny nakřivo, otočené řezy a tolerance rozepsané na dva řádky jako mezní rozměry
  • Texty kót rozsekané na víc entit, jak je exportují některé CAD systémy
  • Popisové pole poskládané jinak u každého zákazníka — z velké části to vyřešil profil na zákazníka
  • Prahy nastavené na veřejných vzorcích místo reálných listů klienta. Právě proto je ladění součástí projektu, ne něčím navíc

S čím počítat v prvních týdnech

Data

Popisové pole má každý zákazník jinak a nastaví se jednou. Na nastavení exportu DXF závisí, co se vůbec dá zkontrolovat. Skeny fungují nejlépe ve 300 dpi. Registr specifikací a uvolněné revize musí být aktuální, ideálně přímo z vašeho ERP nebo PLM.

Požadavky

Skoro určitě budete chtít kontroly z vlastní normy kreslení, vlastní šablony, jinak nastavené závažnosti a hromadné nahrávání výkresů. Je to běžné a počítáme s tím.

Co bude zlobit

Během prvních týdnů se mohou u neobvyklých stylů výkresů objevovat falešné nálezy. Snižujeme jejich počet tím, jak vaši inženýři nálezy přijímají a zamítají. A na špatných skenech se přidá i OCR. Právě tady potřebujeme vaše lidi.

Nastavení zákazníka

Dvě minuty na zákazníka, přímo v prohlížeči, a máte pokoj

Popisové pole tiskne každý OEM jinak. Agent nehádá, ale ukáže, co přečetl, a nechá vás to pojmenovat. Pak projde všechny výkresy toho zákazníka znovu.

1

Nahrajte registr specifikací

Čísla specifikací, revize a jestli jsou platné nebo nahrazené — jako CSV nebo Excel. Do indexu se dostanou hned a výkresy se proti nim kontrolují. Poznámka se starou revizí se tak stane nálezem.

2

Nahrajte uvolněné revize

Seznam uvolněných revizí, aby agent věděl, na které má každý díl běžet. V projektu to taháme přímo z vašeho ERP nebo PLM, ne ze souboru.

3

Naučte ho znění popisového pole

Agent vypíše, co přečetl, ale nezařadil — třeba označení SURFACE TREATMENT a atribut bloku TREATMENT, oba s hodnotou HARD ANODIZE, a navrhne k nim pole Povrchová úprava. Návrhy přijmete jedním kliknutím.

4

Uložte a nechte projít znovu

Agent projde všechny výkresy toho zákazníka. Nálezy z chybějícího nastavení zmizí, skutečné zůstanou a to, co jste už rozhodli, se neztratí.

Jak to vypadá na testovací instanci

Devět výkresů od nového zákazníka nahrajete dřív, než je cokoli nastavené. Agent vrátí nálezy na každém listu včetně dvou, které jsou jen o tom chybějícím nastavení: položka popisového pole, kterou neumí zařadit, a díl, který nenajde v PLM. Po dvou minutách nastavení a opakované kontrole přečte povrchovou úpravu na všech devíti výkresech, u správné distanční podložky už agent nehlásí žádný nález a skutečné chyby ve výkresech zůstanou. Navíc přibude jeden nový a správný nález: poznámka odkazuje na revizi specifikace, kterou vlastní registr zákazníka vede jako nahrazenou.

Nastavení popisového pole pro zákazníka se seznamem polí, standardního znění, zákaznických označení a DXF atributů
Popisové pole jednoho zákazníka. U každého pole je znění, které agent zná, označení daného zákazníka, atributy DXF bloků, ze kterých se má číst, jestli je pole povinné a jakou závažnost hlásit, když chybí. Po uložení projde znovu všechny výkresy toho zákazníka.

Jak to dodáváme

Šest kroků od první schůzky po agenta, na kterého se dá spolehnout

Ingesci, agentový graf, rule engine, rozhraní pro kontrolu, označování výkresů, úpravu šablon, schvalování i audit přenášíme hotové. Přizpůsobujeme vaši normu, vaše popisová pole, vaše specifikace, vaše šablony a vaše ERP.

Step 1

Úvodní schůzka s vašimi inženýry

Vezmeme vzorové výkresy, vaše šablony a přesný seznam kontrol, které chcete vynucovat. Zároveň se domluvíme, podle které normy pracujete — ASME Y14.5, ISO GPS nebo firemní — a v jakých formátech vám výkresy opravdu chodí.

Step 2

Ingesce pro vaše formáty

Nativní CAD po entitách, skeny přes OCR a detekci rozvržení a profil popisového pole pro každého zákazníka, aby pole sedla tam, kam mají.

Step 3

Deterministický rule engine

Kontroly, které musí sedět na sto procent, píšeme jako kód. Model se stará o výklad a o texty, počítání mu nedáváme.

Step 4

Porovnávání revizí a dokumentů

Srozumitelný přehled změn i s dopady, označení přímo ve výkrese a porovnávání kusovníku s objednávkou napojené na vaše ERP.

Step 5

Úprava šablon se schvalováním

Připojíme vaše šablony, úpravy vznikají se sledováním změn a zpátky se nezapíše nic, dokud to člověk neschválí.

Step 6

Rozhraní, audit a ladění

Zpětná vazba, která snižuje falešné nálezy podle toho, jak vaši inženýři rozhodují — na vašich reálných výkresech.

Co je v nasazení

  • Nasazení u vás s HTTPS, přihlášením uživatelů (i SSO, pokud ho máte), zálohami a monitoringem
  • Nastavení pro vaše výkresy: popisové pole, registr specifikací, uvolněné revize a šablony dokumentů
  • Vaše firemní normy a specifikace (PDF, Word) nahrané do indexu, aby z nich agent uměl citovat
  • Napojení na ERP a PLM kvůli dílům, revizím a objednávkám
  • Doladění na vašich reálných výkresech, aby falešných nálezů ubylo dřív, než se na agenta začnete spoléhat
  • Zdrojový kód, dokumentace, automatizované testy a předávací schůzka pro váš tým

Odhad

3 až 4 týdny

Běžné dodání prvního produkčního agenta i s laděním. S tímhle číslem hýbe hlavně počet integrací a to, kolik výjimek má váš seznam kontrol.

Změřeno po nasazení

Co tým kvality viděl, když už agent běžel naplno

~60 %

méně času inženýrů

Čas nad příchozími výkresy, jak si ho změřil tým kvality poté, co agent běžel v běžném provozu.

~1/3

méně neshod

Neshod způsobených výkresem ubylo asi o třetinu, když se kontrola revizí a dokumentů přesunula na příjem.

~8 %

falešných nálezů

Po doladění prahů podle toho, co inženýři reálně přijímali a zamítali.

Jak jsme to nasazovali

  1. 01

    Sběr podkladů: vzorové výkresy, šablony, seznam kontrol

  2. 02

    Ingesce a rule engine ověřené na reálných listech

  3. 03

    Pilot se dvěma inženýry, nálezy vedle ruční kontroly

  4. 04

    Ladění podle přijatých a zamítnutých nálezů

  5. 05

    Celý tým a k tomu dotazy z výroby

Vyzkoušejte si to dřív, než se rozhodnete

Funkční testovací instance a přesný postup

Za zhruba 45 minut projdete referenční balík i zákazníka, kterého systém nikdy neviděl. Pak si můžete nahrát vlastní výkresy.

A15 min

Projděte si referenční balík

Pohonný modul je už nahraný: sestava se STEP modelem, kusovníkem a objednávkou, tytéž výkresy jako PDF ploty, plechový držák a skenovaný list. Uvidíte, co na každém našel, nálezy přijmete i zamítnete, stáhnete si označené PDF a CSV a podíváte se, co přesně extrakce a pipeline za jednou kontrolou udělaly.

B20 min

Nastavte zákazníka, kterého systém nezná

Nahrajete devět výkresů od vymyšleného zákazníka s vlastním popisovým polem, vlastními čísly dílů i vlastním číslováním specifikací. Podíváte se, co najde před nastavením, pak nahrajete registr specifikací a uvolněné revize, naučíte ho znění a necháte projít znovu. Právě tady uvidíte, co vás reálně stojí náběh nového OEM zákazníka.

CPodle vás

Nahrajte vlastní výkresy

Vaše formáty, vaše popisová pole, vaše čísla dílů. Počítejte s nálezy nízké závažnosti ke specifikacím a revizím, které testovací instance znát nemůže, a s tím, že jednou doplníte vlastní znění popisového pole.

Co v testovací verzi není

  • Kontroly z vaší normy kreslení a vašeho kontrolního seznamu — ty doplňujeme v projektu
  • Nahrání plného znění vašich norem a specifikací do indexu
  • Vaše šablony dokumentů; testovací sada patří vymyšlenému dodavateli
  • Přímé čtení DWG: nejprve export do DXF

Dobré vědět

Časté dotazy

Podle které normy to kontroluje?

Podle ASME Y14.5, ISO GPS nebo vaší firemní normy — vyberete si a přizpůsobíme to v projektu. Obecné kontroly běží vždy: popisové pole, jednotky, existence datumů, závit proti díře, zdvojené kóty, kusovník, plechové díly. Výňatky z normy, podle které pracujete, nahrajeme do indexu, aby agent mohl u nálezu citovat konkrétní článek.

Přečte naše DWG soubory přímo?

Ne, a řekneme to rovnou. DWG je uzavřený binární formát. V AutoCADu dejte Uložit jako → DXF (nebo DXFOUT) a nahrajte DXF. Kontrola je pak nejpodrobnější ze všech formátů, protože kóty projdou i s geometrií.

Co se skeny starých výkresů?

Projdou přes OCR a model rozvržení, který najde popisové pole, poznámky a odkazy. U každého je vidět jistota, a to ještě před spuštěním jakéhokoli pravidla. Textové kontroly fungují všechny, geometrické ne — sken žádnou geometrii nenese. Počítejte zhruba s 20 sekundami na list a skenujte ve 300 dpi.

Zapíše nám něco na sdílený disk nebo do PLM sám?

Nikdy bez toho, aby to někdo odklikl. Manažer kvality na schvalování trval už v původním projektu a máme ho zabudované v každé cestě zápisu: dokumenty vznikají se sledováním změn, projdou kontrolou a až pak se zapíšou. Každý nález, rozhodnutí i dotčený soubor je v auditu.

Jaká je přesnost doopravdy?

Na dodaném projektu kolem 8 % falešných nálezů po doladění se zpětnou vazbou od inženýrů. Deterministické kontroly — jednotky, toleranční řetězce, existence datumů, závity proti dírám — sedí přesně, protože je to kód, ne model. Tam, kde je potřeba výklad, je u nálezu jistota i místo na listu, takže inženýr nález rychle posoudí. V prvních týdnech a na nezvyklých stylech výkresů počítejte s vyšším podílem, dokud se prahy nedoladí na vašich listech.

Musí naše výkresy opustit naši síť?

Ne. Standardně nasazujeme k vám: HTTPS, vaše přihlášení nebo SSO, zálohy a monitoring, zdrojový kód vám předáme. Kam jdou výkresy, si určujete vy, produkt vám do toho nemluví.

Jak dlouho potrvá, než to bude užitečné na našich výkresech?

Tři až čtyři týdny na produkční nasazení včetně ingesce, vašeho seznamu kontrol, vašich šablon, napojení na ERP či PLM a ladění na vašich listech. Generickou verzi si na vlastních výkresech vyzkoušíte do hodiny na testovací instanci, ještě než se k čemukoli zavážete.

Co stojí náběh každého nového OEM zákazníka?

Asi dvě minuty v prohlížeči. Nahrajete jeho registr specifikací a uvolněné revize, potvrdíte znění popisového pole, které agent neuměl zařadit, a necháte projít výkresy znovu. Od té chvíle se jeho výkresy čtou automaticky.

Zvládne vynucovat naše vlastní pravidla kreslení?

Ano a pro dílnu s vlastními zvyklostmi je právě v tom největší přínos. Pravidla jako minimální vzdálenost díry od ohybu pro danou tloušťku a poloměr, povinné uložení na drážce pro pero nebo povinný zápis sražení zapíšeme během projektu do rule enginu. Pak se kontrolují přesně a pokaždé stejně.

Využijí to i lidé, kteří systém nikdy neotevřou?

Přesně proto tam je chat a hlasové poznámky. Agent je dostupný přes chat na Amazon Lex, takže se obráběč či kontrolor zeptá z terminálu nebo z mobilu a dostane stejnou odpověď i s citací jako inženýr v prohlížeči. Kontroloři namluví poznámku k nálezu, ta se přepíše a připne k záznamu. Do kterého chatu agenta připojíme, domluvíme při nasazení.

Nahradí to inženýra, který výkresy kontroluje?

Ne. Odpracuje mechanickou část — čtení, porovnávání a počítání — a předá seřazený a podložený seznam člověku, který rozhodne. Každý nález přijímá nebo zamítá člověk a právě tahle rozhodnutí agenta ladí. Na dodaném projektu z toho vyšlo asi o 60 % méně času nad kontrolou, ne zrušené místo.

Pokračujte dál

Další AI agenti, které stavíme

Výrobní firmy obvykle začnou jedním drahým úzkým hrdlem a další přidají, když se to první zaplatí.

Agent na cenové nabídky

Konzistentní nabídky za minuty, ne za celé večery

From €1,600

Právě při tvorbě nabídek se nejčastěji nenápadně ztrácí marže. Jednou zadefinujeme váš ceník, objemové slevy, limity slev i hranice pro schválení a agent je od té chvíle uplatňuje vždy stejně — a nabídku připraví ještě ve chvíli, kdy má zákazník o produkt zájem.

Více informací

Agent na e-commerce katalog

Z dodavatelských feedů rovnou do živých nabídek bez přepisování

From €1,600

Pro obchody, které přidávají produkty rychleji, než je stíhá popsat člověk. Agent zpracuje dodavatelské feedy v libovolném formátu, napíše popisy, které působí jako od živého copywritera, přeloží je do všech trhů, na kterých prodáváte, a nahraje kompletní, SEO připravené nabídky přímo do vašeho obchodu.

Více informací

Agent na e-maily a schránku

Automatizovaná správa e-mailů ve vašem tónu komunikace

From €1,600

Sdílená schránka přestane být nekonečnou frontou. Agent přečte každou příchozí zprávu, zatřídí ji, dohledá historii zákazníka ve vašem CRM a připraví odpověď ve stylu, jakým píše vaše firma. Rutinní potvrzení odcházejí automaticky, citlivé případy čekají na vaše jediné kliknutí.

Více informací

Pošlete nám pět svých výkresů

Napište, podle které normy pracujete a v jakých formátech vám výkresy chodí. Proženeme je agentem a projdeme s vámi, co našel — i to, co našel špatně. Nic za to nechceme a výsledky si necháváte.

Kontaktujte nás

Nebo si rovnou vyberte termín

Vyberte si, kdy vám to vyhovuje — 30 minut online, nic si nepřipravujte.