A legtöbb szervezetben a döntés folyamata és annak eredménye külön világban él. A folyamat lezajlik — levelezésben, jóváhagyó rendszerekben, meetingeken —, az eredmény pedig egy mappában végzi, PDF formátumban. Ha jön egy auditor, vagy egyszerűen csak tudni kellene, mi miért történt, a válasz összeállítása időt és energiát igényel.
A business artifact koncepciója erre a szakadékra ad megoldást. A Fluenta One-ban ez nem egy funkció a sok közül, hanem az architektúra központi eleme.
A business artifact — magyarul üzleti objektum — nem dokumentum a hagyományos értelemben, hanem strukturált adatcsomag. Három tulajdonság különbözteti meg a szokásos fájloktól:
Strukturált. Nem formázatlan szöveg, hanem meghatározott mezőkkel, értékekkel és hivatkozásokkal rendelkező rekord. Ez teszi lehetővé, hogy ne csak emberek olvassák, hanem rendszerek is feldolgozzák: automatizációk, riporting eszközök, AI-modellek.
Önálló. Megáll a saját lábán — nem kell hozzá kontextus arról, melyik megbeszélésen született vagy melyik e-mail-láncban szerepelt. Megosztható, hivatkozható, és a keletkezési körülményektől függetlenül tartósan létezik.
Üzleti értéket hordoz. Konkrét célt szolgál: döntést támogat, erőforrás-tervezést informál, szabályozási megfelelést dokumentál, vagy audit trail-t biztosít. Nem adminisztratív melléktermék.
A munkafolyamat-kezelő eszközök három megközelítés mentén fejlődtek ki. Mindegyik más kérdésre ad választ — és más dimenzióban hagy kívánnivalót.
Feladatalapú eszközök a felelősséget és státuszt követik: ki mit csinál, elkészült-e. Az audit trail kommentekből, csatolt fájlokból és státuszváltások logjából áll — utólagos és kézi. Ha egy auditor megkérdezi, milyen adatok alapján született egy döntés, a válasz rekonstrukciót igényel.
Folyamatalapú eszközök a folyamat előrehaladását követik: melyik lépésnél tart az ügy, milyen feltételek teljesültek. A folyamat konzisztens és auditálható — de ha kérdés, hogy pontosan milyen adat keletkezett közben, a válasz gyakran az, hogy "az egy másik rendszerben van."
Evidence-alapú megközelítések az adatot tárolják: verzionált, módosíthatatlan rekordokat. A szabályozási megfelelés szempontjából erősek — de a folyamat maga gyakran kézzel összerakott, vagy egyáltalán nincs formalizálva.
A három megközelítés a kirakós egy-egy darabját oldja meg. A feladatalapú a ki-t követi, a folyamatalapú a hogyan-t, az evidence-alapú a mi-t. Egyik sem válaszol önmagában mindhárom kérdésre: ki csinálta, hogyan haladt, és milyen adat alapján történt a döntés.
A Fluenta One nem választ a három paradigma közül, hanem egyesíti őket. A platform két központi eleme a workflow instance — azaz egy konkrét, elindított folyamat — és az artifact, az üzleti objektum. A kettő elválaszthatatlan.
Amikor egy folyamat elindul — legyen az beszerzési igény, szerződéskötés, vagy szállítói onboarding —, a Fluenta One minden egyes lépéshez artifact-et hoz létre. Az igénylés benyújtása, a vezetői jóváhagyás, a pénzügyi ellenőrzés, a szerződés aláírása: mindegyik önálló, strukturált rekordként rögzül, a konkrét folyamathoz kötve.
Az artifact-ek nem utólag keletkeznek, és nem kell őket kézzel összeállítani. A folyamat végrehajtása és a bizonyíték (evidence) generálása egyazon dolog.
Ez azt jelenti, hogy a folyamat lefutása után nem kell rekonstruálni, mi történt. Az artifact-ek együttesen dokumentálják a teljes döntési láncot: ki, mikor, milyen adatok alapján, milyen szabályok mentén döntött.
Az artifact-ek strukturált felépítése lehetővé teszi a gépi lekérdezést és elemzést.
Egy gyakorlati példa: egy nagyvállalat 5000 régi, szkennelt szerződést dolgoz fel a Fluenta One-ban. A feldolgozás után minden szerződésből strukturált rekord keletkezik — partner neve, összeg, futamidő, aláírás dátuma —, és minden rekord kap egy megbízhatósági értéket, amely jelzi az adatkinyerés bizonyosságát.
Ebből két dolog következik. Egyetlen lekérdezéssel kilistázható, mely szerződéseknél alacsony a megbízhatóság, tehát melyek igényelnek emberi validálást. És az állomány visszamenőlegesen elemezhető: kigyűjthetők az elmúlt évtized értékesítési célszámai partnerek szerinti bontásban, vagy azonosíthatók a lejáró szerződések régiónként.
A strukturált felépítés lehetővé teszi, hogy ne fájlokat kelljen megnyitni és kézzel átnézni, hanem közvetlenül értelmes információt kapjunk. Többé nem az a kérdés, hogy "hol van a szerződés", hanem az, hogy "mely partnerekkel kell a következő negyedévben megújítási tárgyalást kezdeni".
A Fluenta One-ban az artifact-ek nem szigetként léteznek. Az egyik lépés kimenete a következő lépés bemenete: az igénylés összege triggereli a döntési motort, amely meghatározza a szükséges jóváhagyási szintet; a jóváhagyás eredménye aktiválja a szerződéskészítést; a szerződés adatai alapján generálódik a kötelezettségvállalási rekord.
Ez az összekapcsolhatóság a rendszer szerkezetében rögzített — nem mappanévben vagy fájlhivatkozásban, hanem az adatok közötti valódi kapcsolatokban.
Minden artifact módosíthatatlanul rögzül a létrehozás pillanatában. Ha egy adat változik, új verzió keletkezik — az eredeti megmarad. Ez biztosítja, hogy az audit trail manipulálhatatlan: bármikor visszakereshető, hogy egy adott időpontban milyen adat állt rendelkezésre, és milyen verzió alapján született döntés.
Egy hagyományos dokumentumkezelő rendszer (DMS) a fájlok tárolására és visszakeresésére optimalizált. Mappák, metaadatok, verziókövetés — a cél, hogy megtaláljuk, amit keresünk. De a dokumentum passzív: ott van, várja, hogy valaki megnyissa.
Az artifact más. Nem passzív tároló, hanem a folyamat aktív része:
A dokumentum önmagában áll, az artifact összekapcsolt. A DMS-ben a szerződés, a jóváhagyás és a számla három külön fájl. Az artifact-alapú rendszerben ezek expliciten összekapcsoltak — a szerződés tudja, melyik jóváhagyás alapján keletkezett, és melyik számlák tartoznak hozzá.
A dokumentumot megnyitjuk, az artifact-et lekérdezzük. A DMS megmondja, hol van a fájl. Az artifact-alapú rendszer megmondja, hogy az elmúlt negyedévben hány szerződést kötöttünk 10 millió forint felett, melyiknek jár le a garanciája, és melyiknél van nyitott kötelezettség.
A dokumentum esetében külön kell auditálni, az artifact önmagát dokumentálja. Ha jön az auditor, a DMS-ből exportálni kell a fájlokat, és kézzel összerakni a történetet. Az artifact-alapú rendszerben a döntési lánc — ki, mikor, milyen szabály alapján, milyen adatokkal — automatikusan rögzül, minden lépésnél.
Az artifact tartalma a felhasználási területtől függ. A strukturálatlan tartalom (például egy szkennelt dokumentum) és a strukturált adatok (a belőle kinyert mezők) együtt, egymáshoz kapcsoltan kezelhetők. Néhány példa:
Az artifact-alapú megközelítés különösen értékes a szabályozott iparágakban — pénzügyi szolgáltatások, biztosítás, közszféra —, ahol az audit és compliance követelmények jogi kötelezettségként jelennek meg. A Fluenta One a megfelelést a folyamatba építi, nem utólagos dokumentációként kezeli.
Az artifact-alapú megközelítés bárhol értéket teremt, ahol a döntéseknek és eredményeknek átláthatónak kell lenniük: gyártásban, logisztikában, professzionális szolgáltatásokban.
A platform a meglévő rendszerekkel — ERP, CRM, dokumentumkezelők — integráltan működik; nem új silót hoz létre, hanem a már létező adatforrásokat kapcsolja össze egy egységes folyamat- és evidence-rétegben.
A Fluenta One több, mint feladatkezelő vagy BPM platform: egy olyan rendszer, ahol a folyamat végrehajtása és a bizonyíték keletkezése elválaszthatatlan — minden üzleti döntés automatikusan dokumentálja önmagát.
.png)
.png)
