Vevőkövetelési adatsablon
Vevőkövetelési adatsablon
Ez a(z) Vevőkövetelés-kezelés folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.
Válasszon egy konkrét rendszert- A számlák életciklusának követéséhez szükséges alapvető adatmezők
- Egységes tevékenységdefiníciók a következetes folyamattérképezéshez
- Bármely pénzügyi rendszerrel kompatibilis, bővíthető struktúra
A vevőkövetelések attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTime | A tevékenység végrehajtásának pontos dátuma és időpontja. | ||
| Leírás Ez az attribútum rögzíti, hogy a forrásrendszerben pontosan mikor történt egy művelet. Segítségével állapítható meg az események időrendi sorrendje az egyes eseteken belül. Az elemzők ezekből az adatokból számítják ki a folyamatlépések közötti átfutási időt, például a számla elküldése és a fizetés könyvelése közötti időt. Az adat a tevékenységek időtartamának meghatározásához és a pénzbeszedési ciklus késéseinek feltárásához is alapul szolgál. Miért fontos? Az események sorrendbe állításához és az időtartam kiszámításához kötelező kezdő időbélyeg. Hol szerezhető be? Rendszernaplókban, tranzakciórögzítési időbélyegekben vagy módosítási előzményekben található. Példák 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Forrásrendszer SourceSystem | Annak a rendszernek a neve vagy azonosítója, ahonnan az adat származik. | ||
| Leírás Ez az attribútum azonosítja azt a szoftveralkalmazást vagy környezetet, például az SAP-t, az Oracle-t vagy a HighRadius-t, ahonnan a rekordot kinyerték. Több ERP-rendszerből álló összetett környezetben segít megkülönböztetni az adatforrásokat. Különösen hasznos, ha különböző régiók vagy üzleti egységek folyamatteljesítményét hasonlítja össze, és ezek eltérő technológiákat használnak. Az attribútum biztosítja, hogy az adatok eredete visszakövethető legyen. Miért fontos? Több rendszerből álló környezetben elengedhetetlen az adatok szűréséhez és ellenőrzéséhez. Hol szerezhető be? Az ETL-folyamat során általában rögzített szövegként adják hozzá. Példák SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Számlaszám InvoiceId | Az adott számla vagy számlázási bizonylat egyedi azonosítója. | ||
| Leírás Ez az attribútum az Accounts Receivable folyamat alapvető esetazonosítója. Megkülönbözteti egymástól a számlázási tranzakciókat, és elsődleges kulcsként szolgál a követelés teljes életútjának, a létrehozástól a kiegyenlítésig történő nyomon követéséhez. A process mining elemzésben ezzel az attribútummal csoportosíthatók egy esetbe az összetartozó események, például a számla létrehozása, módosítása, vitatása és kifizetése. Segítségével az elemzők áttekinthetik egy adott számla teljes folyamatát, és tranzakciószinten számíthatják ki a teljesítménymutatókat. Miért fontos? A folyamat rekonstruálásához kötelező Case ID. Hol szerezhető be? Általában a tranzakciófejléc-táblában vagy a vevőkövetelések fő analitikájában található. Példák INV-2023-001900004321US-10234B55432 | |||
| Tevékenység neve ActivityName | A számlán végrehajtott esemény vagy művelet leírása. | ||
| Leírás Ez az attribútum jelöli a számla életciklusában bekövetkezett konkrét lépést vagy állapotváltozást. Ilyen például a számla létrehozása, a fizetés könyvelése, a reklamáció megnyitása vagy a jóváíró számla kiállítása. A tevékenységek sorrendjének elemzésével a process mining eszközök rekonstruálják a folyamat térképét. A szervezetek így azonosíthatják a szűk keresztmetszeteket, az ismétlődő munkafázisokat, például a reklamáció többszöri módosítását, valamint a szokásos követeléskezelési eljárástól való eltéréseket. Miért fontos? Ez a kötelező Tevékenység mező, amely a folyamat lépéseinek meghatározásához szükséges. Hol szerezhető be? Tranzakciós naplókban, módosítási bizonylatokban vagy állapotelőzmény-táblákban található. Példák Számla létrehozvaFizetés beérkezettReklamáció benyújtvaFizetési felszólítás elküldve | |||
| Utolsó adatfrissítés LastDataUpdate | Az adatkinyerés vagy -frissítés időpontját jelző időbélyeg. | ||
| Leírás Ez az attribútum rögzíti, mikor frissítették utoljára az adatkészletet a process mining alkalmazásban. Metaadatként tájékoztatja a felhasználókat az elemzés adatainak aktualitásáról. Segít megállapítani, hogy valós idejű adatokat vagy egy korábbi időszak pillanatképét látják-e. Ez elengedhetetlen a pontos jelentéskészítéshez és ahhoz, hogy a döntések a rendelkezésre álló legfrissebb információkon alapuljanak. Miért fontos? Képet ad az adatok késéséről és megbízhatóságáról. Hol szerezhető be? Futás közben az adatfolyamat vagy az ETL-eszköz állítja elő. Példák 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Automatizált IsAutomated | Jelzi, hogy a tevékenység emberi beavatkozás nélkül történt-e. | ||
| Leírás Ez a logikai attribútum különbözteti meg a felhasználók által végrehajtott műveleteket a rendszer által kiváltott eseményektől. Gyakran úgy állapítják meg az értékét, hogy a User ID-t összevetik az ismert szolgáltatásfiókok listájával. Ez az adat szolgál az automatizálási arány kiszámításának alapjául. Segít felmérni a robotizált folyamatautomatizálás (RPA) megtérülését, és azonosítani az ismétlődő, manuális feladatok, például a pénzbeérkezések elszámolásának vagy a fizetési felszólításoknak az automatizálási lehetőségeit. Miért fontos? Elengedhetetlen a digitális átalakulás és a folyamatok automatizáltsági arányának méréséhez. Hol szerezhető be? A User ID vagy egyes tranzakciójelzők alapján állapítható meg. Példák truefalse | |||
| Esedékesség dátuma DueDate | Az a dátum, ameddig az ügyféltől a fizetés várható. | ||
| Leírás Ez az attribútum az értékesítési feltételekben megállapított fizetési határidőt jelöli. Ennek alapján állapítható meg, hogy a számla még nem esedékes, lejárt vagy késedelmes. Az elemzők e dátum alapján számítják ki a korai és késedelmes fizetés mutatóit. A tényleges fizetési dátum és az esedékesség összevetésével feltárható az ügyfelek fizetési gyakorlata és a követeléskezelési stratégia eredményessége. Miért fontos? Az életkor, a késedelem és a fizetési feltételek betartásának méréséhez szükséges kiindulópont. Hol szerezhető be? A számla fejlécében található, vagy az alapdátum és a fizetési feltételek alapján számítható ki. Példák 2023-12-012023-10-312023-11-15 | |||
| Fizetési feltételek PaymentTerms | A fizetés esedékességét meghatározó, megállapodás szerinti feltételek. | ||
| Leírás Ez az attribútum a fizetési ütemezés kódját vagy leírását tartalmazza, például Net 30, Net 60 vagy azonnali fizetés. Meghatározza a szerződésben rögzített pénzforgalmi elvárást. Elemzésével ellenőrizhető, hogy betartják-e a szokásos feltételeket, illetve hogy az értékesítési csapatok nem vállalnak-e kedvezőtlen feltételeket az üzlet megkötése érdekében. A fizetési feltételek és a tényleges fizetési gyakorlat összevetésével az is megállapítható, hogy az ügyfelek betartják-e a megállapodást. Miért fontos? Segít értelmezni az esedékesség dátumát és elemezni a fizetési feltételek betartását. Hol szerezhető be? A számla fejlécében vagy az ügyféltörzsadatokban található. Példák NT3060 napos fizetési határidő2% kedvezmény 10 napon belüli fizetés esetén, egyébként 30 napos határidőAzonnali | |||
| Kiegyenlítés dátuma ClearingDate | Az a dátum, amikor a számlát teljesen kifizették vagy beszámították. | ||
| Leírás Ez az attribútum rögzíti, mikor zárták le a nyitott tételt a rendszerben, jellemzően egy fizetés vagy jóváíró számla könyvelésével. Ez jelzi az adott számlához kapcsolódó követeléskezelési folyamat végét. Ez a dátum elengedhetetlen a tényleges ciklusidő és a Days Sales Outstanding (DSO) kiszámításához. Segít megkülönböztetni a nyitott és lezárt számlákat, valamint mérni a pénzbeérkezések elszámolásának hatékonyságát. Miért fontos? Elengedhetetlen a ciklusidő és a tényleges Days Sales Outstanding kiszámításához. Hol szerezhető be? A könyvelési bizonylat tételsorában vagy az állapotelőzményekben található. Példák 2023-11-202023-12-052023-10-15 | |||
| Reklamáció oka DisputeReason | A számla vitatásának okát jelölő kategória vagy kód. | ||
| Leírás Ez az attribútum rögzíti, hogy az ügyfél miért nem hajlandó kifizetni a számla egy részét vagy egészét. Gyakori ok például az árazási hiba, a sérült áru vagy a hiányzó dokumentáció. Ezek az adatok elengedhetetlenek a kiváltó okok elemzéséhez. A reklamációs okok összesítésével feltárhatók a korábbi folyamatok, például a teljesítés vagy az árazás rendszerszintű problémái, amelyek késleltetik a fizetést és többlet-adminisztrációt okoznak. Miért fontos? Segít feltárni a fizetési késedelmek és az ismételt munka kiváltó okait. Hol szerezhető be? A reklamációkezelési modulokban vagy a reklamációs esetek külön tábláiban található. Példák ÁreltérésSérült áruHiányzó megrendelésDuplikált számla | |||
| Számla összege InvoiceAmount | A számla teljes pénzösszege. | ||
| Leírás Ez az attribútum az ügyféllel szembeni követelés pénzügyi értékét jelöli. Általában az adókat és pótdíjakat is tartalmazó bruttó összeget mutatja. Az elemzésben alapvető adat az olyan pénzügyi KPI-k kiszámításához, mint az összeggel súlyozott Days Sales Outstanding (DSO), a kockázatos, nagy értékű követelések azonosításához és a behajtási feladatok rangsorolásához. Segítségével a folyamatok pénzügyi hatásuk szerint csoportosíthatók. Miért fontos? Elengedhetetlen a pénzügyi hatás elemzéséhez és a nagy összegű követelések behajtásának rangsorolásához. Hol szerezhető be? A számla fejlécében vagy a könyvelési bizonylat fejlécében található. Példák 1500.00250.5010000.0045.99 | |||
| Ügyfél neve CustomerName | A számláért felelős szervezet vagy jogi személy neve. | ||
| Leírás Ez az attribútum azonosítja a számlához tartozó adóst. Segítségével az adatok ügyfélszámla-szinten összesíthetők. Elengedhetetlen az egyes ügyfelek fizetési szokásainak elemzéséhez. Azonosíthatók vele azok a stratégiai ügyfelek, akik gyakran késve fizetnek vagy vitatják a számlákat. Ez lehetővé teszi a célzott ügyfélkapcsolat-kezelést és az egyedi követeléskezelési megközelítést. Miért fontos? Lehetővé teszi az ügyfélszámla-szintű elemzést és a problémás fizetők azonosítását. Hol szerezhető be? Az ügyféltörzsadat-táblákban található, a számla fejlécével összekapcsolva. Példák Acme CorpGlobal IndustriesTech Solutions Ltd | |||
| Üzleti egység BusinessUnit | A számlát kiállító belső részleg, leányvállalat vagy vállalati kód. | ||
| Leírás Ez az attribútum azt a szervezeti egységet jelöli, amelyhez a vállalaton belül a követelés tartozik. Az SAP-ban ez a Company Code, a NetSuite-ban pedig a Subsidiary mezőnek felel meg. Lehetővé teszi a különböző fióktelepek és részlegek összehasonlítását. A vezetők összevethetik a követeléskezelés teljesítményét, a standard folyamatok betartását és a DSO-mutatókat a szervezet különböző egységei között. Miért fontos? Lehetővé teszi a teljesítmény összehasonlítását a különböző szervezeti egységek között. Hol szerezhető be? A számla fejlécében vagy a pénzügyi könyvelési bizonylat fejlécében található. Példák US01EMEA működésA leányvállalat1000 | |||
| Követeléskezelő neve CollectorName | A fizetés behajtásáért felelős ügyintéző vagy felhasználó neve. | ||
| Leírás Ez az attribútum azonosítja azt a munkatársat vagy csapatot, aki az ügyfélszámla kezeléséért és a fizetés biztosításáért felel. Összekapcsolja az emberi erőforrásokat a folyamat eredményeivel. Segítségével elemezhető a követeléskezelők termelékenysége és eredményessége. A vezetők összehasonlíthatják a behajtási arányokat, a fizetési ígéretek teljesülését és a munkaterhelést, így feltárhatják a képzési igényeket vagy kiegyensúlyozhatják az ügyfélportfóliókat. Miért fontos? Lehetővé teszi a munkatársak termelékenységének elemzését és a teljesítmény összehasonlítását. Hol szerezhető be? Az ügyféltörzsadatokban vagy a követeléskezelési táblákban található. Példák John DoeA követeléskezelő csapat ARendszerügynök | |||
| Ügyfélszegmens CustomerSegment | Az ügyfél besorolása stratégiai érték vagy kockázat alapján. | ||
| Leírás Ez az attribútum olyan kategóriákba sorolja az ügyfeleket, mint a kiemelt ügyfelek, a kis- és középvállalkozások, a magas kockázatú ügyfelek vagy az állami szervezetek. A besorolás általában a törzsadatokban szerepel. Az attribútum szerinti bontás megmutatja, hogyan kezelik a különböző ügyféltípusokat. Segít ellenőrizni, hogy a nagy értékű ügyfelek kiemelt kiszolgálást kapnak-e, illetve kellő figyelmet fordítanak-e a magas kockázatú ügyfelekre. Miért fontos? Lehetővé teszi a stratégia elemzését a különböző ügyfélcsoportokban. Hol szerezhető be? Az ügyféltörzsadatokban vagy az üzleti partner táblákban található. Példák StratégiaiKiskereskedelemNagykereskedelem1. szint | |||
A vevőkövetelések tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Befizetés könyvelve | A számlához rendelt beérkező pénztranzakció rögzítése. Ez a vevőkövetelés-kezelési folyamat elsődleges célja. | ||
| Miért fontos? Ez a legfontosabb esemény a vevőkövetelések átlagos futamidejének (DSO) kiszámításához és a pénzáramlás állapotának értékeléséhez. Hol szerezhető be? A befizetések könyvelésére vagy a pénzbevételekre szolgáló táblákban található. Rögzítés Rögzítse a számlaszámhoz kapcsolódó befizetési bizonylatok időbélyegeit. Eseménytípus explicit | |||
| Jóváíró bizonylat könyvelve | A számla egyenlegét csökkentő jóváíró bizonylat kiállítása. Erre gyakran jogos reklamáció, visszáru vagy utólagos kedvezmény miatt kerül sor. | ||
| Miért fontos? Fontos a bevételkiesés, a számlázás minősége és a nemfizetés kiváltó okainak elemzéséhez. Hol szerezhető be? A vevőkövetelési tranzakciós táblában található, jóváírásra szolgáló dokumentumtípusként. Rögzítés Kapcsolja össze a jóváíró bizonylatokat az eredeti számlával a hivatkozási mező segítségével. Eseménytípus explicit | |||
| Lejárt a fizetési határidő | Számított mérföldkő: az aktuális dátum túllépte a megállapodott fizetési határidőt, miközben a számla továbbra is nyitott. Ez az esemény jelzi, hogy a számla esedékesből lejárttá vált. | ||
| Miért fontos? Nélkülözhetetlen a határidőre történő fizetés elemzéséhez és a fizetési felszólítási stratégia elindításához. Hol szerezhető be? A rendszer a számla esedékességi dátumát összeveti az aktuális dátummal, ha még nem történt lezáró esemény. Rögzítés Hozzon létre eseményt, ha a rendszer dátuma későbbi a Due Date mező értékénél, és az általános Status mező értéke továbbra is Open. Eseménytípus calculated | |||
| Reklamáció megnyitva | Hivatalos ügy vagy indokkód létrehozása, amely jelzi, hogy az ügyfél vitatja a számla jogosságát vagy összegét. Ez rendszerint leállítja a szokásos behajtási lépéseket. | ||
| Miért fontos? Feltárja a folyamat szűk keresztmetszeteit, és segít számszerűsíteni a számlázási hibák vagy minőségi problémák miatt kockázatnak kitett bevételt. Hol szerezhető be? A reklamációkezelő modulban létrehozott ügy vagy az „In Dispute” állapotra váltás jelzi. Rögzítés Rögzítse azt az időpontot, amikor a reklamációs ügy azonosítója a számlához kapcsolódik, vagy a reklamációs jelző értéke true lesz. Eseménytípus explicit | |||
| Számla elküldve | A számladokumentum továbbítása az ügyfélnek e-mailben, nyomtatott formában, EDI-n keresztül vagy portálon. Ekkor kerül át a fizetési kötelezettség az ügyfélhez. | ||
| Miért fontos? A létrehozás és az elküldés közötti idő mérése segít feltárni a pénz beáramlását hátráltató belső feldolgozási késedelmeket. Hol szerezhető be? A kimenő dokumentumok kezelésének naplóiból, az e-mail-küldési adatokból vagy az EDI állapotfrissítéseiből nyerhető ki. Rögzítés Keresse meg azokat az időbélyegeket, amikor a számla kimeneti állapota „elküldve” vagy „befejezve” értékre változik. Eseménytípus explicit | |||
| Számla kiegyenlítve | Az utolsó állapotváltozás, amikor a számla nyitott egyenlege nullára csökken. Ez teljes befizetés, jóváírás vagy leírás eredményeként történhet. | ||
| Miért fontos? A rendszerben ez jelöli az ügy végleges lezárását, és a teljes folyamat ciklusidejének kiszámítására szolgál. Hol szerezhető be? A számla állapotmezőjének Closed, Cleared vagy Paid értékre változásából állapítható meg. Rögzítés Keresse meg azt az időbélyeget, amikor a nyitott tétel állapotjelzője kiegyenlítettre változik. Eseménytípus inferred | |||
| Számla létrehozva | A számlarekord első létrehozása a pénzügyi rendszerben, amely rögzíti a vevőkövetelést. Ez az esemény jelöli a behajtási folyamat hivatalos kezdetét, és kiindulópontként szolgál a lejárati számításokhoz. | ||
| Miért fontos? Ez az esemény a teljes folyamat kiindulópontja: meghatározza a ciklusidő-mutatók és a vevőkövetelések átlagos futamidejének számításához használt kezdő időpontot. Hol szerezhető be? Az ERP-rendszer tranzakciós fejlécét tartalmazó táblájában vagy a létrehozási naplókban található. Rögzítés Nyerje ki az egyedi számladokumentum létrehozásának időbélyegét. Eseménytípus explicit | |||
| Befizetés egyeztetve | A belső befizetési rekord összevetése a külső bankszámlakivonat megfelelő tételével. Ez igazolja, hogy a pénz ténylegesen megérkezett a bankszámlára. | ||
| Miért fontos? Megkülönbözteti a könyvekben szereplő pénzt a bankszámlán ténylegesen jóváírt összegtől, és láthatóvá teszi a pénzfelosztási folyamat késedelmeit. Hol szerezhető be? Banki egyeztetési modulokból vagy pénzkezelési naplókból származik. Rögzítés Keresse meg, mikor jelölik a befizetési bizonylatot kiegyenlítettként vagy párosítottként a banki főkönyvben. Eseménytípus explicit | |||
| Behajthatatlan követelés leírva | A fennmaradó számlaegyenleg behajthatatlanná nyilvánítása és kivezetése a vevőkövetelési főkönyvből. Ez a folyamat sikertelenségét és pénzügyi veszteséget jelent. | ||
| Miért fontos? Fontos a hitelnyújtás teljes költségének elemzéséhez és a magas kockázatú ügyfélszegmensek azonosításához. Hol szerezhető be? A naplóbejegyzésekből vagy a meghatározott leírási indokkóddal ellátott korrekciós tranzakciókból rögzíthető. Rögzítés Szűrje ki a számlához kapcsolódó, leírásként besorolt korrekciós bizonylatokat. Eseménytípus explicit | |||
| Fizetési ígéret rögzítve | Az ügyfél hivatalos vállalásának rögzítése, amely szerint egy meghatározott összeget egy adott dátumig kifizet. Ezt általában a sikeres kapcsolatfelvétel után rögzíti a követeléskezelő. | ||
| Miért fontos? Átláthatóbbá teszi a várható pénzbeáramlást, és segít felmérni, mennyire tartják be az ügyfelek a vállalásaikat. Hol szerezhető be? A követeléskezelési modulokban vagy a számlához kapcsolódó megjegyzésmezőkben található. Rögzítés Nyerje ki azokat a rekordokat, amelyekben a számlaazonosítóhoz fizetési ígéret dátuma és összege tartozik. Eseménytípus explicit | |||
| Kapcsolatfelvétel a követelés behajtásához | Kapcsolatfelvétel az ügyféllel egy nyitott számlával kapcsolatban, például automatikus fizetési felszólítás küldése vagy telefonhívás rögzítése. Ez nyomon követi a követeléskezelő csapat kezdeményező lépéseit. | ||
| Miért fontos? Nélkülözhetetlen a követeléskezelők teljesítményének és a fizetési felszólítások fizetési sebességre gyakorolt hatásának méréséhez. Hol szerezhető be? Levelezési naplókból, a CRM tevékenységtörténetéből vagy a fizetési felszólítások naplóiból származik. Rögzítés Rendelje hozzá a számlához az ügyfélkapcsolati naplók vagy az automatikus fizetési felszólítási táblák bejegyzéseit. Eseménytípus explicit | |||
| Reklamáció állapota frissítve | A reklamációs ügy állapotának változása, például az első ellenőrzésről az aktív vizsgálatra váltás. Ez nyomon követi a rendezésért felelős csapat munkafolyamatát. | ||
| Miért fontos? Lehetővé teszi a reklamációk rendezési idejének elemzését és a vizsgálati folyamat elakadásainak feltárását. Hol szerezhető be? A számlához kapcsolódó reklamációs ügy előzménynaplójából származik. Rögzítés Kövesse nyomon a kapcsolódó reklamációs ügy állapotmezőjének változásait. Eseménytípus inferred | |||
| Reklamáció rendezve | A reklamáció kivizsgálásának lezárása, amelynek eredménye lehet az ügyfél jóváírása, az egyenleg leírása vagy a fizetés érvényesítése. Ezzel a számla felszabadul a végső kiegyenlítéshez. | ||
| Miért fontos? Jelzi a kivételkezelési folyamat végét, és lehetővé teszi a pénzforgási ciklus folytatását. Hol szerezhető be? Akkor rögzíti a rendszer, amikor a reklamációs ügy állapota Closed vagy Resolved értékre változik. Rögzítés Keresse meg a reklamációkezelő rendszerben történt utolsó állapotváltozás időbélyegét. Eseménytípus explicit | |||
| Részfizetés könyvelve | Olyan befizetés könyvelése, amely csökkenti a számla egyenlegét, de nem rendezi teljesen a tartozást. Ez gyakran reklamációra, fizetési nehézségre vagy hiányos fizetésre utal. | ||
| Miért fontos? A részfizetések kiemelése segít elemezni az ügyfelek fizetési szokásait és a folyamat összetettségét. Hol szerezhető be? Akkor rögzíti a rendszer, amikor egy befizetési tranzakció kapcsolódik a számlához, de az összege kisebb a nyitott egyenlegnél. Rögzítés Keresse meg azokat a befizetéseket, amelyek könyvelt összege kisebb a számla fennálló összegénél. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért
olvassa el az ETL-útmutatónkat vagy válasszon ki egy konkrét folyamatot és rendszert.
Kezdheti?
Kezdésként alkalmazza ezt az általános sablont az adataira, vagy válassza ki az Ön által használt platformhoz készült útmutatók egyikét.
Növelje a forgótőkét hatékonyabb követeléskezeléssel
Csökkentse a DSO-t, és egyszerűsítse a követeléskezelést valós idejű elemzésekkel
Nincs szükség bankkártyára. Bármely ERP-rendszerrel használható.