Software na míru pro vaši firmu.

Aplikace provede objednávku celým jejím životem — od zadání až po výrobu a fakturaci. Produktový katalog umí pro každého zákazníka nastavit vlastní ceny, takže obchod i výroba pracují se stejnými čísly. Ze zadaných objednávek si systém sám poskládá výrobní plán, zvlášť pro e-shopové zákazníky a zvlášť pro gastro provozy, seřazený podle dne dodání — obsluha tak přesně vidí, co a kdy se má vyrobit a zabalit.

Po dokončení objednávky aplikace vystaví fakturu nebo dobropis, vygeneruje k němu PDF a pošle ho zákazníkovi e-mailem bez dalšího zásahu. Vystavené doklady se rovnou propisují do účetního systému Money S3, takže účetní nemusí nic přepisovat ručně. Nového zákazníka stačí dohledat podle IČO přímo přes rejstřík ARES a fakturační údaje se doplní samy. Na pozadí navíc běží hlídání plateb a další pravidelné úlohy, takže nic nezůstane bez povšimnutí.

Přístup do aplikace je řízený podle role — obchod, výroba a účetní vidí a upravují jen to, co mají na starosti, přehledový dashboard pak dává majiteli rychlý pohled na chod celé firmy.

Zabezpečený portál s přihlášením, nástěnkou příspěvků a profily uživatelů. Aby se v příspěvcích dalo opravdu rychle hledat, integroval jsem službu Azure AI Search — fulltext najde i příspěvek půl roku starý.

Frontend je postavený na Reactu, API na ASP.NET. Design navrhl Bronislav Musil.

Zpracování životopisu jsem rozdělil mezi několik specializovaných agentů, které řídí workflow. Každý agent má jednu úlohu, vlastní instrukce a pevně dané schéma odpovědi — nevrací volný text, ale strukturovaná data, se kterými umí zbytek systému pracovat.

Vstup. Uchazeč nahraje životopis jako PDF, prostý text nebo fotku. Z PDF se text vytáhne přímo na serveru, fotka jde beze změny do multimodálního modelu. Systém tak zvládne i sken nebo životopis vyfocený mobilem.

Dvě větve zároveň. Workflow rozdělí vstup na dvě paralelní větve. První ověřuje, že nahraný soubor je vůbec životopis, a vrací skóre 0–100. Druhá z něj současně vytahuje dovednosti, zkušenosti, vzdělání, preferovanou lokalitu a zájmy do strukturovaného profilu. Obě větve běží ve stejný okamžik, takže validace nezdržuje.

Vyhledávání nad reálnými daty. Extrahovaný profil dostane vyhledávací agent, který má k dispozici hybridní vyhledávání nad Azure AI Search — kombinaci klasického fulltextu a vektorové podobnosti, díky které systém najde i pozici popsanou jinými slovy, než jaká stojí v životopise. Agent pracuje výhradně s inzeráty, které mu vyhledávání vrátí, a má instrukci nevracet nic jiného. Nemůže tedy doporučit pozici, kterou firma nevypsala.

Spojení a pojistka. Agregační krok počká na obě větve. Pokud validace vyhodnotí, že nahraný soubor životopis není, workflow skončí dřív a uživatel dostane srozumitelnou hlášku — nikoliv tři náhodné pozice. Zároveň se tím ušetří volání modelu, které by nemělo žádnou hodnotu. Když validace projde, uchazeč dostane tři nejlepší pozice, u každé procentní shodu a jednu větu, proč mu ta pozice sedí.

Vidět dovnitř. Celý běh workflow je otrasovaný přes OpenTelemetry. Každý agent, každé volání modelu i každý dotaz do vyhledávání se propisuje do Grafany — traces do Tempa, logy do Lokiho, metriky do Promethea. U konkrétního běhu je vidět, který agent jak dlouho trval, co dostal na vstupu a kolik tokenů spotřeboval. To je rozdíl mezi „ono to nějak funguje“ a systémem, který se dá ladit a u kterého se dá hlídat cena provozu.

Fáze projektu jsme navrhli společně s klientkou.

Fáze 1 — dokončena, systém běží. Multi-tenantní kostra aplikace: správa uživatelů, klientských firem a jejich bankovních účtů, a hlavně posun od ručních hromadných exportů k automatickému sběru bankovních transakcí. Systém na pozadí sleduje e-mailové notifikace o platbách (IMAP), rozparsuje je a uloží do databáze bez ručního zásahu. Podporuje několik základních bank, ale je navržený tak, aby šlo podporu dalších bank přidávat bez zásahu do zbytku systému — na tuhle část jsem se zaměřil nejvíc a jsem s výsledkem spokojený.

Fáze 2 — plánovaná. Obohacení nasbíraných transakcí podle pravidel — například podle variabilního symbolu, protistrany účtu, částky nebo textu poznámky se transakce automaticky zařadí do kategorie.

Fáze 3 — plánovaná. Generování pravidelných cash flow reportů přímo z nasbíraných a kategorizovaných dat.

Aplikace má dva samostatně nasazované moduly. Webová administrace slouží klientovi jako správci platformy a firmám, kterým klient založí účet: evidence zařízení a jejich skupin, generování a rotace přístupových klíčů zvlášť pro čtení, zápis a cloudovou synchronizaci u každého zařízení, samoobslužná registrace uživatelů a přehled naměřených dat — dlaždice zařízení podle skupin, po rozkliknutí filtrovatelná tabulka záznamů s exportem do CSV.

Licence se nastavuje na úrovni jednotlivého zařízení, ne celého účtu — expirace, interval odesílání dat a zapnuté funkce (soukromé použití, plná historie, cloudová synchronizace, prahové triggery) se dají u každého zařízení kombinovat zvlášť podle toho, co si daná firma u klienta zaplatila. Firma si o licenci může sama požádat pro jedno nebo více vybraných zařízení, klientovi jako správci přijde e-mail s parametry žádosti a licenci pak nastaví; k odhadu ceny předem slouží cenová kalkulačka podle počtu zařízení, intervalu a zvolených funkcí. Samotný výpočet ceny včetně množstevních slev a příplatků za funkce běží jako SQL procedura, takže se ceník dá měnit bez zásahu do aplikace.

API modul je oddělená aplikace, přes kterou komunikují samotná zařízení — typicky ESP32 s teplotními (DS18B20) nebo I2C senzory (SHT21) a reléovými výstupy. Endpointy jsou navržené jako jednoduchá GET volání s klíči v query stringu, aby je zvládl i jednoduchý HTTP klient na mikrokontroleru bez knihoven navíc. Server hlídá platnost licence a interval odesílání dat při každém zápisu, takže zařízení bez platné licence nebo posílající data moc často je rovnou odmítnuto.

Vedle prostého zápisu naměřených hodnot je tu i obousměrný "cloud" kanál (data pro zařízení / data ze zařízení) — funguje jako schránka, ze které si zařízení při své další komunikaci vyzvedne konfiguraci nebo příkaz. Server se tak k zařízení dostane, i když je za NATem a nemá veřejnou adresu, na kterou by šlo zavolat.

Aplikace pokrývá celý provoz mimoškolních aktivit: výpis a registraci kroužků, elektronické přihlášky do družiny, rozřazení dětí, správu příchodů a odchodů, rozvrhy aktivit jednotlivých dětí, nástěnku s aktualitami i omluvenky. V období koronakrize přibyla možnost provozovat víc provozních režimů zároveň, podle aktuálních protiepidemických pravidel.

Postaveno na Javě se Spring frameworkem a databází MySQL.