Fejlesztés alatt · pilot-partnereket keresünk
Konfigurálható AI-réteg a beérkező megrendelések és a saját terméktörzs között.
A megrendelés e-mailben jön, szabad szöveggel, minden partner a saját nyelvén. A fordítást ma valaki kézzel végzi. Ezt a réteget építjük — oda-vissza, partneronként konfigurálhatóan, emberi jóváhagyással.
Mérve: 2026. augusztus. Éles üzem 2026. június óta, egy termelő környezetben, valódi megrendeléseken.
Egy tipikus megrendelés, ahogy érkezik — se cikkszám, se űrlap, se teljes mondat.
Tárgy: ismét rendelnék
Szia! A múltkoriból még kettőt kérnék, antracit, a 120-asból.
Meg ami akkor kimaradt, abból is hármat.
Köszi!
A levél kitalált, de a formája nem: pontosan ilyen bemeneten tanult a rendszer.
Öt-tíz perc, egyetlen rövid levélre. Valaki előkeresi az előző rendelést, kitalálja, mi az a „120-as", megnézi, milyen antracit szerepel a törzsben, és tételről tételre megkeresi a cikkszámokat.
Egy képernyő, ahol egymás mellett látszik a beérkezett levél és a belőle kiolvasott tételsorok, cikkszámmal. A zöld sor kész. A sárgánál a rendszer nem választ helyette — kiírja a jelölteket, és a kolléga egy kattintással eldönti.
Beérkezett levél
Tárgy: ismét rendelnék
Szia! A múltkoriból még kettőt kérnék, antracit, a 120-asból.
Meg ami akkor kimaradt, abból is hármat.
Köszi!
Kiolvasott tételek
egyértelmű — jóváhagyásra kész
a levél alapján két termék jöhet szóba — egy kattintás
a partnernél ehhez mindig jár — a rendszer felajánlotta
Ez a különbség: nem keresni kell, hanem jóváhagyni.
8–15 perc / rendelés
1–3 perc / rendelés
A leghosszabb lépés, a keresés, marad el.
Töltse ki a saját számaival. Minden feltevés látszik és állítható — a kalkuláció csak így őszinte.
Feltevések
21 munkanappal számolva.
A bérköltség a padló, nem a valóság
Ez a szám azt méri, mennyibe kerül a munka elvégzése — nem azt, mit ér az idő, amit elvesz. Ha a felszabaduló órákat adminisztrátor tölti, akkor ez a helyes szám. Ha értékesítő, akkor jelentősen alulbecsli. Kapacitást szabadítunk fel; árbevétel-növekedést nem ígérünk.
A második láb: a téves cikkszám ára
A második láb a téves cikkszám ára, és ez a fontosabb. Egy rossz cikkszám nem hibaüzenet, hanem kiszállított rossz áru: fuvar oda-vissza, újrakomissiózás, magyarázkodás a partner felé — és a következő rendelésnél kevesebb türelem. Ez a tétel a mai folyamatban sehol nincs elkönyvelve, a költsége mégis valós, és nem a rendelésszámmal arányos.
Ez a szakasz azért van elöl, mert a többi állítás ezen áll vagy bukik. Aki ma azt mondja, hogy a rendszere 100%-ban felismeri a megrendeléseket, az vagy nem mérte meg, vagy nem mondja el, mit számol bele.
Egy adott konfidencia-sávba eső tételsorok közül hány lett ténylegesen helyes
A felület ezt a sávot „AI magas bizonyosság"-ként jelzi. Ebben a sávban minden második sor téves.
241 éles rendelés visszajátszása, 465 párosított tételsor. A helyesség viszonyítási alapja az operátor által jóváhagyott tétel.
| Konfidencia-sáv | n | Mért pontosság — a ténylegesen helyes sorok aránya |
|---|---|---|
| 1,00 | 107 | 98,1% |
| 0,90–0,99 | 285 | 81,4% |
| 0,80–0,89 | 37 | 51,4% |
| 0,50–0,79 | 34 | 52,9% |
81%
a hibás tételsorokból magas (≥ 0,80) konfidenciával érkezett
68%
ebből némán — a rendszer nem is kérdezett vissza
A hibák négyötöde magabiztos, és kétharmaduk néma.
| Cél | Mire alapozzuk |
|---|---|
| 95% fölötti elsőre-helyes arány a behangolt, visszatérő partnereknél | a partneri szótár és a javítás-történet minden körben szűkíti a hibateret; ma is ez a legerősebb jel |
| A visszatérő megfogalmazásoknál gyakorlatilag hibátlan felismerés | amit egyszer kijavítottak, azt a rendszer konkrét leképezésként tárolja — nem becsli újra |
| A maradék bizonytalanság ne legyen néma | ez ma a legfontosabb nyitott munka: a hibás soroknak jelenleg csak a negyedénél szólal meg a visszakérdezés |
Egy 90%-os rendszer, ami a maradék 10%-ot megjelöli, használhatóbb, mint egy 95%-os, ami hallgat.
Ha a teljes levelet átadjuk egy nyelvi modellnek azzal, hogy „add vissza a cikkszámokat", a modell mindig ad választ. Ismeretlen kódnál sem mondja, hogy nem tudja: előállít egy hihető alakú cikkszámot, és magabiztosságot társít hozzá.
Naiv megközelítés
Amit építünk
A modell tulajdonságot olvas ki. A cikkszámot kód építi. És a terméktörzs zárja le a láncot.
Egy levélben szó szerint ott állt egy cikkszám. A rendszer nem ismerte fel, attribútumokra bontotta, egy típuskódot nem ismert, ezért kitalált neki egy jelentést — és egy másik terméket adott vissza, 0,72-es konfidenciával. Magabiztosan tévedett.
Amit ebből építettünk
A javítás egy determinisztikus illesztő réteg lett, ami az attribútum-bontás elé került: nem szabály dönti el, mi számít cikkszámnak — a rendszer kiszed egy megengedő jelölthalmazt, és a terméktörzs dönt.
Egy rendelésben a méret helyesen szerepelt a szövegben, és a modell helyesen ki is olvasta. A determinisztikus leképezés azonban nem talált méret-specifikus kulcsot, ezért egy általános mintára esett vissza, és a mintára illő cikkek közül ábécésorrendben az elsőt választotta. A vevő nagyobb méretet kért, és 1150 darab kisebbet kapott.
Amit ebből építettünk
Ebben nulla AI-hiba van. A „legkisebb elem nyer ábécésorrendben" nem döntés volt, hanem az alapértelmezés hiánya. Amit ebből beépítettünk: ha egy leképezési szabályra egynél több cikk illik, és nincs megkülönböztető adat, az definíció szerint bizonytalan — ott visszakérdezés jár, nem rendezés.
Az AI-t ott használjuk, ahol nyelvi kétértelműség van, és csak ott. A teljes láncban kilenc lépés van, és ebből hat determinisztikus kód, nem modell.
| Lépés | Ki végzi |
|---|---|
| Levél-normalizálás, csatolmány kibontása, szálkezelés | kód |
| Besorolás, partnerazonosítás | modell + szabályok |
| Cikkszám-jelöltek kiszedése a szövegből | kód |
| Illesztés a terméktörzsön | kód + adatbázis |
| Szabad szöveg → tulajdonságok | modell |
| Felülvizsgálat — a kiolvasott tételek átnézése | második modell |
| Tulajdonságok → keresőkulcs → törzstétel | kód |
| Kontextus-szűrés — mi zárja ki, mi tartozik hozzá | kód + tudásbázis |
| Végső döntés | ember |
| Állapot | Mit jelent | Mi történik |
|---|---|---|
| Egyértelmű | egy jelölt, a szabályok is egybevágnak | jóváhagyásra kész |
| Több jelölt | a szöveg alapján több termék is szóba jön | kiemelve, a jelöltek felsorolva — egy kattintás |
| Nincs találat | a törzsben nincs, ami illik rá | új termék, elgépelés vagy tényleg hiányzik |
A cél nem az, hogy soha ne legyen sárga sor. A cél, hogy sárga legyen, ami bizonytalan — és ne zöld.
Amit a kolléga egyszer kijavít, azt a rendszer megjegyzi — nem statisztikaként, hanem konkrét leképezésként az adott partnerhez, és a következő levélnél már hat. Nincs újratanítás, nincs hónapokig tartó adatgyűjtés: a napi munka termeli a tanítóanyagot.
Nem egy egyszeri bevezetésről van szó, hanem folyamatos elmozdulásról az automatizmus felé. Aki most kezdi, annak fél év múlva már van egy behangolt, a saját partnereire tanított rétege.
Ez a legfontosabb különbség a szokásos szoftverbevezetéshez képest: nem egy harmadik felület, amit karban kell tartani, be kell tanítani és el kell fogadtatni.
Microsoft 365 vagy Google, ahogy ma is használják. Nem egy harmadik felület, amit karban kell tartani, be kell tanítani és el kell fogadtatni.
Ki mit láthat, ki hagyhat jóvá, ki módosíthat szabályt — és a beállításhoz kétfaktoros hitelesítés is köthető.
A kimenet nem áll meg egy képernyőnél: adatot küldhet tovább a vállalatirányítási vagy számlázó rendszerbe, ha van API-ja.
A cél, hogy a mappelési tudás beépüljön abba az asszisztensbe, amit a cég már használ és amiben megbízik — ChatGPT, Claude vagy Microsoft Copilot —, az MCP nyílt szabványon keresztül. Nem oda kell átjelentkezni: onnan hívható.
Igen, létezik ilyen kategória, és érdemes tudni, mihez képest dönt az ember. A nagyvállalati piacon ez bejáratott, és 2026-ban az ERP-gyártók is beléptek — a Microsoft Dynamics 365 Business Central rendelés-agentje 2025 novemberében vált általánosan elérhetővé. Ez jó hír: a piac eldöntötte, hogy erre a rétegre szükség van. A kérdés csak az, hogy mit csinál az, akinek nincs olyan ERP-je, amibe ezt beépítik — vagy aki nem akar platformot cserélni egyetlen funkcióért.
| Ami ma kapható | Amit feltételez |
|---|---|
| Nagyvállalati order-automation platform | ERP-integrációt, éves platformdíjat, kereskedelmi partnerenkénti díjszabást |
| ERP-be épített rendelés-agent | hogy annak a gyártónak az ERP-jét használja a cég |
| Egyszerű dokumentum-kinyerő eszközök | hogy nincs szükség vevőnkénti beállításra — épp arra, ami itt a lényeg |
| Helyi automatizálási projekt | hogy a karbantartás utána az ügyfélé lesz |
01
Aki ma Excelben és postafiókban dolgozik, annak is működik.
02
Nem tiszta PDF-re. A szótárak és a mértékegység-szabályok a magyar levélszokásokra épülnek.
03
Nem egy globális modell próbál mindenkit megérteni.
04
A mappelési tudás protokollon keresztül hívható lesz a cég saját AI-asszisztenséből.
Egy időzítési megjegyzés
Nyíltan: ha a megrendelések nem szabad szövegben érkeznek, hanem gépi formátumban — EDI, webshop-kosár, kitöltött űrlap —, akkor nincs mit fordítani, és ez a réteg fölösleges. És ha nincsenek visszatérő partnerek a saját megfogalmazásaikkal, akkor a tanulási hurok, ami az egészet hajtja, nem tud beindulni.
WPC Pont
WPC Szaküzletek Kft.
2026. júniusA réteg magja ma is fut élesben, egy termelő környezetben, valódi megrendeléseken, 2026 júniusa óta, megszakítás nélkül. Nem prototípus: leszállított áru van mögötte. A rendszer a WPC Pont — egy teljes ügyviteli rendszer, amit a WPC Szaküzletek Kft. számára építettünk, és amiben ez az értelmező réteg először éles üzemet látott.
A teljes referencia →Leülünk két órára, megnézünk 20–30 valódi levelet és megmérjük, ma mennyi idő megy el a feldolgozásukra, és mennyi maradna belőle. Ez nem prezentáció és nem értékesítési beszélgetés: a végén egy szám van a kezünkben.
Az adatokról: a leveleket helyben, képernyőmegosztással is át tudjuk nézni — nem szükséges előre továbbítani semmit. Ha később mintára van szükség, azt külön megállapodás szerint vagy anonimizálva kérjük.
| Hét | Mi történik |
|---|---|
| 1. | levélforrás bekötése, a top 3–5 partner cikkszám-szabályainak felvétele |
| 2. | első éles feldolgozások, a jóváhagyó felület behangolása |
| 3. | pontosság mérése valós leveleken, szótár- és szabálybővítés |
| 4. | visszafelé fordítás a kimenő dokumentumokra, kiértékelés |
A végén mért eredmény van a kezükben: hány levél ment át, hány sor volt elsőre helyes, mennyi időt vett el ténylegesen. A pontossági szám így az Önök saját száma lesz, nem egy prospektusból vett ígéret.
Amit cserébe kérünk
Az első lépés díjmentes. A közös átnézésért és a mérésért nem kérünk semmit, és nem jár vele kötelezettség. Ha nem éri meg, azt mondjuk meg.
Egy kétórás közös átnézés, 20–30 valódi levéllel. Addig semmi nem kötelező.