Az ITLine egyedi vállalatirányítási rendszert (ERP-t) fejleszt kereskedő és gyártó kis- és középvállalatoknak: rendelésfelvétel, díjbekérő, számlázás, készletkezelés és viszonteladói portál egy rendszerben, egy adatbázison. A munka felméréssel indul, utána rögzített scope-pal, fázisokban halad, és minden fázis végén éles rendszerben futó rész készül el.
A rendelés megérkezik levélben, valaki átolvassa, kikeresi a cikkeket, beírja egy táblázatba, onnan a számlázóba. Napi ötven rendelésnél ez még megy. Százötvennél már két ember csinálja, és a hiba nem attól lesz, hogy valaki figyelmetlen, hanem attól, hogy hatszor kerül át ugyanaz az adat kézzel.
Nem funkció hiányzik. Rendszer hiányzik.
Rendelésfelvétel, díjbekérő, számlázás, készletkezelés, viszonteladói portál és webáruház: egy rendszerben, egy adatbázison. A felmérés után a scope rögzített, fázisonkénti árral, és minden fázis végén van valami, ami éles rendszerben fut.
Ha a rendelés szabad szövegű levélként érkezik, a rendszer olvassa ki belőle a tételeket, és összepárosítja a cikktörzzsel. Ami nem egyértelmű, azt nem találja ki: kiteszi ellenőrzésre.
Platform-integráció, ahol van értelme: Monday, n8n, számlázó, webshop. Nem cseréljük le azt, ami jó.
Az ügyvitel három helyen élt: levél, táblázat, számlázóprogram. Ma egy rendszer, benne a rendelésfelvétel, a díjbekérő, a számlázás, a készlet és a viszonteladói portál, mellette webáruház. A csapat napi munkában használja.
A rendelések nagy része szabad szövegű levélben érkezik. A beolvasás automatikus, a bizonytalan tételeket ember ellenőrzi. A kézi bevitel nem tűnt el: átalakult ellenőrzéssé, és ez a különbség.
Régi dokumentumkezelőből kellett volna kimenteni és modern rendszerbe átvinni a működést. A felmérés elkészült; a projekt üzleti okból nem indult el. A módszertan, amit hozzá kidolgoztunk, azóta máshol fut.
Egy építőanyag-nagykereskedő teljes ügyviteli rendszere, élesítve 2026. június 14. Saját mérés a projekt szállítási adatsorából; a cikktörzs mérete 2026. augusztusi állapot. Egy projekt mérése, nem átlag.
Hogy a rendszer élesben mekkora arányban téved, és mit kezd vele: Mi van, ha a rendszer élesben téved?
Nem egyben, hanem fázisokban: az első fázis végén már éles rendszerben fut a rendelésfelvétel vagy a számlázás, és a többi modul erre épül. A teljes időt a felmérés után, fázisonként mondjuk meg, mert cégenként más, mennyi a feltérképezendő folyamat. Egy leszállított rendszer mért ütemét fent, a Mérve szakaszban írtuk le.
Az ajánlat a felmérés után készül, rögzített scope-ra és fázisonkénti árral, így minden fázis ára előre ismert. Hogy mi tolja fel és mi húzza le, és mennyiért dolgozik a mezőny: Mibe kerül.
Nem. Ami jól működik, marad, és az új rendszer hozzá kapcsolódik: a számlázó, a webshop és a könyvelés adatot kap, nem helyettesítjük. Ha a felmérésen kiderül, hogy egy dobozos termék is kiszolgálja a céget, azt mondjuk meg.
Valakit, aki ismeri a rendelés és a számlázás útját, és ráér a megbeszélésekre; mintákat a valódi anyagból (leveleket, táblázatokat, bizonylatokat); és hozzáférést azokhoz a rendszerekhez, amelyekhez kapcsolódni kell. Ezekből készül a tudásbázis, és abból a specifikáció.
A rendszer a cég adatbázisán dolgozik, és az adatkezelés részleteit (hol fut, melyik szolgáltató dolgozza fel, adatfeldolgozói megállapodás a GDPR szerint) szerződés rögzíti, nem ez az oldal. Ha valamilyen adat nem hagyhatja el a céget, azt a felméréskor kell kimondani, mert az a rendszer felépítését határozza meg.
Előfordul, ezért a lánc nem a modellen zárul. A cikkszámot a rendszer a cikktörzs ellen ellenőrzi, a bizonytalan tételt nem találja ki, hanem ellenőrzésre teszi, és pénzügyi következmény előtt ember hagy jóvá. A mért hibaarány: Hogyan dolgozunk. Hogy pontosan hogyan épül egy ilyen agent a rendszer mellé: AI agent fejlesztés.
Nem cserélünk le működő rendszert azért, mert régi. Ha a könyvelőprogramod jó, marad, és mi a mellé építünk. És ha kiderül, hogy egy dobozos termék kiszolgál, azt mondjuk meg.