Miért mindig hónap végén derül ki, hogy valami hiányzik?
A könyvelési időszakok lezárása előtt sok irodában újra és újra ugyanaz a helyzet alakul ki. Közeledik a határidő, a könyvelő pedig nemcsak könyvel, hanem keres, ellenőriz, levelez, telefonál és próbálja összerakni, hogy melyik ügyféltől mi érkezett már be, mi hiányzik még, mit kért korábban, és mire kellene újra emlékeztetni az ügyfelet. A probléma ilyenkor látszólag az, hogy hiányzik néhány dokumentum. Valójában azonban sokkal inkább az a kérdés, hogy miért csak akkor válik láthatóvá a hiány, amikor már sürgőssé vált.
Miért mindig hónap végén derül ki, hogy valami hiányzik?
A könyvelési időszakok lezárása előtt sok irodában újra és újra ugyanaz a helyzet alakul ki. Közeledik a határidő, a könyvelő pedig nemcsak könyvel, hanem keres, ellenőriz, levelez, telefonál és próbálja összerakni, hogy melyik ügyféltől mi érkezett már be, mi hiányzik még, mit kért korábban, és mire kellene újra emlékeztetni az ügyfelet. A probléma ilyenkor látszólag az, hogy hiányzik néhány dokumentum. Valójában azonban sokkal inkább az a kérdés, hogy miért csak akkor válik láthatóvá a hiány, amikor már sürgőssé vált.
A könyvelési munka jelentős része ugyanis jóval azelőtt elkezdődik, hogy egy bizonylat ténylegesen bekerülne a könyvelési rendszerbe. Először tudni kell, hogy az adott ügyféltől az adott hónapra milyen dokumentumokra van szükség. Ezután követni kell, hogy ezek közül mi érkezett meg, mi nem, melyik bekérés határideje járt le, melyik dokumentummal kapcsolatban van bizonytalanság, és hol szükséges már a könyvelő szakmai beavatkozása. Ha mindez e-mailekben, különböző mappákban, táblázatokban és fejben tárolt információkban él, akkor a könyvelőnek minden hónapban újra fel kell építenie ugyanazt a képet.
Ez a működés alapvetően reaktív. A rendszer nem jelzi előre a problémát, hanem a könyvelő veszi észre, amikor már szüksége lenne valamire. Ekkor indul a keresés: megérkezett-e a dokumentum, esetleg egy másik e-mailben küldték, feltöltötték-e valahová, kérte-e már valaki az ügyféltől, válaszolt-e rá az ügyfél, vagy egyszerűen még senki nem foglalkozott vele. Egyetlen ügyfélnél ez néhány percnek tűnhet. Több tucat vagy akár több száz ügyfélnél azonban ezekből a percekből nagyon gyorsan munkaórák lesznek.
A digitalizáció valódi értéke ezért nem feltétlenül ott kezdődik, hogy egy újabb dokumentum elektronikus formában érkezik be. Attól, hogy a papírt PDF váltja fel, a munkafolyamat még nem feltétlenül lesz hatékonyabb. A lényeg az információ strukturálása: egy helyen kellene láthatóvá tenni, hogy egy adott ügyfél adott könyvelési időszakában pontosan mire van szükség, abból mi áll már rendelkezésre, mi hiányzik, minek járt le a határideje, és mely esetek igényelnek tényleges emberi döntést.
Erre a problémára épül a PONTO fejlesztési logikája is. A rendszer célja nem egyszerűen egy újabb dokumentumtár létrehozása, hanem annak meghatározása, hogy az egyes ügyfelek esetében milyen könyvelési anyagokra van szükség, majd ezek állapotának követése. A jelenlegi fejlesztési állapotban már működik az a központi logika, amely ügyfélprofil és rendszerkatalógus alapján meghatározza a szükséges könyvelési anyagokat, valamint elkülöníti a rendben lévő, hiányzó, lejárt és könyvelői ellenőrzést igénylő eseteket.
Ez apró technikai különbségnek tűnhet, valójában azonban teljesen más munkaszervezést tesz lehetővé. A könyvelőnek nem minden ügyfél teljes dokumentációját kell folyamatosan fejben tartania. Elég arra koncentrálnia, ahol valóban probléma van. Ha húsz ügyfélből tizenhétnél minden rendben van, akkor nem az a hatékony működés, hogy mind a húszat egyenként újra ellenőrizzük. A rendszernek kell megmutatnia azt a hármat, ahol hiány, késés vagy szakmai döntést igénylő helyzet van.
A PONTO fejlesztése során éppen ezért fontos mérföldkő az irodai áttekintő és az ügyfelenkénti havi könyvelési munkatér kialakítása. Az előbbi azt mutatja meg, hogy mely ügyfeleknél van aktuális teendő, az utóbbi pedig hónaponként rendezi a szükséges anyagokat, azok állapotát, határidejét és magyarázatát. A fejlesztési tesztekben a rendszer már több száz ellenőrzést végzett hiba nélkül, és a tesztügyfelek eltérő helyzeteit is külön tudta kezelni: volt teljesen könyvelésre kész ügyfél, lejárt hiánnyal rendelkező eset, valamint olyan helyzet is, amelyet a rendszer könyvelői ellenőrzést igénylőként azonosított.
A következő fejlesztési lépések ezt a működést egészítik ki a teljes bekérési és leadási folyamattal, valamint azokkal az automatizmusokkal, amelyek tovább csökkenthetik a manuális utánkövetést. A cél azonban már most is egyértelmű: ne a könyvelőnek kelljen minden hónap végén újra felfedeznie, hogy mi hiányzik.
A jó könyvelési rendszer ugyanis nem attól jó, hogy minél több információt mutat. Attól válik igazán használhatóvá, hogy a megfelelő pillanatban azt az információt emeli ki, amellyel ténylegesen foglalkozni kell. A normál eseteket a háttérben kezeli, a kivételeket pedig láthatóvá teszi.
Talán ezért érdemes másképpen feltenni a hónap végi kérdést is. Nem az a legfontosabb, hogy miért nem küldte még el az ügyfél a hiányzó dokumentumot. Hanem az, hogy egy modern könyvelési munkafolyamatban miért kellene ennek csak a hónap végén kiderülnie.