Egy kötelezettségekkel foglalkozó ügyintéző vagy könyvelő a könyvelési rendszerben nyomon követi, mikor jár le egy beszállítói számla, van-e kihasználható fizetési kedvezmény korai fizetés esetén, és fenyeget-e a veszély, hogy egy kifizetés elkésik. Ez figyelés: egy dátumlistát összevetni a naptárral, és intézkedni, amikor egy határidő közeledik. A kérdés az, hogy ezt átveheti-e az AI.
Ez a feladat majdnem minden tengelyen a kedvező oldalra esik. A strukturáltság magas: egy lejárati dátum egy fix érték egy fix helyen a rendszerben, nincs szükség értelmezésre. A volumen magas: egy állandó beszállítói számlafolyammal rendelkező vállalatnál évente több száztól több ezerig terjed a mennyiségük, mindegyik ugyanazon minta szerint. Ügyfélkapcsolatnak, fizikai műveleteknek és kreativitásnak nincs szerepe; ez tisztán belső, digitális, ismétlődő munka. Pontosan az a fajta feladat, amelyre már régóta létezik szoftver, és amelyre most AI-jellegű jelzés is rátelepül.
A kivétel a hibaköltség, és ez némileg módosítja a képet. Egy elmulasztott lejárati határidő pénzt kóstál: elvész a fizetési kedvezmény, vagy figyelmeztető felszólítás érkezik, esetleg bírság, vagy sérül a beszállítóval fenntartott kapcsolat. A mérlegelési szabadság és a megfelelés középső pozícióban áll, nem azért, mert sok az értelmezendő elem, hanem mert egy eltérés — egy számla, amely nem egyezik a megrendeléssel, egy éppen megváltozott fizetési határidő, egy beszállító, aki más okból felfüggeszti a kifizetést — mégis megítélést igényel. Ez nem alkotó munka, de teljesen automatizálni sem lehet anélkül, hogy valaki lássa és eldöntse a kivételt.
A három tengely, amely itt a döntő szerepet játssza, a strukturáltság, a volumen és a hibaköltség. Az első kettő erősen az automatizálás mellett szól: a munka elég szabályos és elég egyszerű ahhoz, hogy szoftverre bízzák. A harmadik tengely ezt visszafogja: mivel egy hiba pénzt kóstál, a rendszernek nemcsak jeleznie kell, hanem megbízhatónak is kell lennie, és szükség van valakire, aki egy figyelmeztetést megítélhet, mielőtt a kifizetés valóban megtörténik.
Ezért a technológia, amely itt ma megfelel, az rpa: szoftver, amely kiolvassa a lejárati dátumokat, összeveti a fizetési naptárral, és értesítéseket generál, vagy akár fizetési javaslatokat készít elő. Nem önállóan ítélő AI, amely felügyelet nélkül fizet, hanem automatizált figyelés, amelyben egy ember kezeli a kivételeket. Ez egy elmozdulás, amely már ma is zajlik számos pénzügyi osztályon: az áttekintés fenntartása olyan munka, amely kikerül a kötelezettségekkel foglalkozó ügyintéző napi feladatai közül, az eltérésekről való döntés viszont megmarad.
Két feltétel határozza meg, hogy ez egy adott vállalatnál működik-e. Az első a megbízható tervezési adat: ha a lejárati dátumok, fizetési határidők és kedvezményi megállapodások helyesen és aktuálisan szerepelnek a rendszerben, az automatikus figyelés erre épülhet. Ha ezek az adatok e-mailekben, egyedi beszállítói megállapodásokban vagy egy a könyveléshez nem kapcsolódó rendszerben szétszórtan találhatók, akkor előbb rendrakásra van szükség, mielőtt az automatizálásnak értelme lenne. A második az eltérések jelzése: a rendszernek nemcsak a standard eseteket kell kezelnie, hanem világosan jeleznie kell azt is, amikor valami a mintán kívül esik, hogy egy ember azt megítélhesse.
Egy kis számú állandó beszállítóval és egyszerű fizetési határidőkkel dolgozó vállalatnál a figyelés majdnem teljesen automatizálható: kevés kivétel, kiszámítható minták. Egy sok beszállítóval, változó szerződési feltételekkel, eltérő pénznemű nemzetközi kifizetésekkel vagy gyakori számlavitákkal dolgozó vállalatnál a helyzet más: ott nagyobb az eltérés esélye, és strukturálisan több mérlegelési munka marad. A forrásadatok minősége is különbséget tesz: egy jól felépített könyvelési rendszer több támaszpontot ad az automatizálásnak, mint egy kézi bevitellel és a könyveléstől elkülönült Excel-listákkal dolgozó rendszer.
Ez a feladat nem áll önmagában. Összefügg a szélesebb nyitott tételek áttekintésével a szállítói és vevői oldalon, a bankkivonatok beolvasásával és egyeztetésével, amellyel a kifizetéseket lekönyvelik, és a fizetési szolgáltatók tranzakcióinak egyeztetésével. Ezek a feladatok együtt teszik ki a vállalatba be- vagy kimenő pénzhez kapcsolódó adminisztratív forgalom nagy részét, és mindegyik esetben ugyanaz a minta érvényes: a struktúra és a volumen lehetővé teszi az automatizálást, a hibaköltségek és a kivételek pedig fenntartják a felügyelet valamilyen formáját.
Ez nem személyzeti tanács, és nem is érv a kötelezettségekkel foglalkozó osztály leépítése mellett. Ez annak leírása, hogy a nyolc tengely szerint mely részét egy feladatnak alkalmas átvenni szoftverrel, és mely rész marad emberi munka. Ha egy feladatokban bekövetkező elmozdulás következményekkel jár a funkciókra, arra saját törvényi előírások vonatkoznak; lásd erről a magyarázatot is arról, mikor kell a munkavállalói tanácsnak beleszólnia. Semmi itt nem garantálja, hogy egy feladatot valóban átvesznek; ez a adatminőségtől, a rendszerektől és attól függ, mennyire hajlandók jól jelezni a kivételeket.
Ahhoz, hogy lássa, ez hogyan alakul az Ön saját kötelezettségi folyamatában, hasznos megnézni a számlaáramlás nagyságát, a beszállítók számát, és azt, mennyire strukturáltan rögzítik már a fizetési határidőket és kedvezményi megállapodásokat. Az FTE TO AI ingyenes gyorsfelmérése ehhez ad egy első irányt: tizenkét kérdés, fiók nélkül, jelzéssel arról, hogy az Ön profiljában az órák mekkora része vehető át ma az AI által. A teljes munkafelmérés, amely egy egész vállalat munkáját feladatszintig lebontja, még épül.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.