Prípadová štúdia

Výrobca merchu. Agenti pripravujú, ľudia podpisujú.

Systém pre výrobcu merchu, ktorý spája obchod, grafiku, kalkulácie a výrobu do jednej linky. Vzniká od jadra: najprv dátový model a stavový stroj, potom agenti, až potom obrazovky.

KlientVýrobca merchu, západné Slovensko
OblasťVýroba merchu: výšivka a DTF potlač
Obdobie2026
StavV stavbe
Klikateľný prototyp Gridlim na rovnakom motore: obrazovka Dnes s frontou na podpis a poplachom z výroby. Ilustračné dáta.
1 linkaod dopytu po expedíciu
11technológií v kalkulačke
9 rolíagentov a rutín
APInavrhnuté napojenie na ERP

01Problém

Klient vyrába merch s výšivkou a DTF potlačou. Každá zákazka prejde rovnakou linkou: dopyt, identita značky, grafika a mockupy, kalkulácia, ponuka, podpis, vzorka, séria, expedícia. Obchodná časť linky však žila v tabuľkách a v mailoch, mimo systému výroby.

Cenotvorba mala jedenásť technológií a vlastný výpočtový engine v jednom HTML súbore. Ponuky sa skladali ručne podľa vlastnej šablóny. ERP držalo výrobu, ale obchod doň prepisoval dáta ručne. Chýbal jeden pohľad na to, kde ktorá zákazka stojí.

02Riešenie

Navrhli sme jednu aplikáciu poháňanú jedným motorom. Motor drží pravdu o dátach, stavový stroj a pravidlá. Aplikácia je len jeho klient. Agenti pripravujú, ľudia z firmy podpisujú a stav zapisuje výhradne motor.

01
Karta klienta a stavový strojDve roviny stavu: vzťah s klientom a zákazka na linke. Stav mení len vlastník prechodu, preskakovanie neexistuje. Každá zmena má kto, kedy a prečo.
02
KalkulačkaCenový engine firmy sme rozdelili na dáta a vzorce, logiku sme nemenili. Rozdelenie stráži 33 zlatých testov. Čísla žijú v tabuľkách a publikujú sa cez bránu s verziou, kód drží len vzorce.
03
Webová ponuka s mockupmiKlient firmy dostane odkaz: mockupy produktov v jeho farbách, tabuľka návrhov, výber a tlačidlo Prijať. Firma vidí, či ponuku otvoril. PDF podľa vzorov ostáva ako záloha do mailu.
04
AgentiStrážca, Komunikátor, Kontrolór podkladov, Analytik grafiky, Kalkulant, Zostavovateľ ponúk a ďalší. Nikdy nič neodosielajú, výstup je vždy návrh na podpis. Limity behov a nákladov sa kontrolujú pred volaním. Pri prekročení sa agent zastaví.
05
Napojenie na ERPERP ostáva cieľový systém výroby. Napojenie je navrhnuté cez API: ponuka po podpise vznikne ako objednávka a výrobné stavy sa čítajú späť. Ostrý zápis čaká na novú verziu ERP, dovtedy motor pripraví pre človeka checklist.

Bezpečnosť od začiatku: do promptu ide len povolený zoznam polí, nikdy celá karta. Kľúče a heslá žijú mimo repozitára. Zálohy sú šifrované a obnova zo zálohy bola odskúšaná už v prvej fáze stavby, pred kalkulačkou a ponukami.

03Kde to stojí

Systém je v stavbe. Hotový je motor v skúšobnom režime: stavový stroj, karta klienta, fronta na podpis, kontrola podkladov, brand kit a klikateľný prototyp celej aplikácie. Nasleduje kalkulačka, katalóg s cenníkom a webové ponuky. Ostré kľúče a server prídu až po odsúhlasení MVP.

Snímka v úvode štúdie je z ukážky Gridlim na rovnakom motore. Firma, klienti aj sumy na nej sú ilustračné.

Preklikať ukážku (fiktívne dáta)

04Z čoho je to postavené

TypeScript, Node 22 SQLite Anthropic API Obsidian vault ERP API Gmail a Drive API

Chcete podobný systém?

Napíšte nám, čo vaša firma rieši. Povieme vám férovo, čo by to obnášalo, a začneme ukážkou, nie faktúrou.

Napíšte nám