Miért nem egyezik a webshop forgalma a bankszámládra érkezett pénzzel?

A webshop forgalma nem ugyanaz, mint a bankba érkező összeg

Egy webáruház adminisztrációja a rendeléseknél 3 millió forintot mutat, a céges bankszámlán azonban ennek csak egy része jelenik meg. Mielőtt hibára vagy eltűnt pénzre gyanakodnánk, három külön fogalmat kell elválasztani: megrendelés, sikeres fizetés és banki kifizetés. Ezek különböző időpontban, eltérő tételekkel és akár más pénznemben jelenhetnek meg.

A rendelési forgalomban szerepelhetnek utánvétes, előre utalásra váró, törölt vagy visszatérített megrendelések is. A kártyaelfogadó rendszer sikeres autorizációja nem feltétlenül azonos a véglegesen elszámolt terheléssel, az elfogadói szolgáltatótól érkező kifizetés pedig több tranzakció összevont nettó rendezése lehet. A Stripe kereskedői fizetés-egyeztetési útmutatója szintén külön kezeli a fizetéseket, a kifizetéseket, a díjakat és a visszatérítéseket.

Öt tipikus eltérés, amelyet először ellenőrizz

Eltérő időszak. A vasárnapi vásárlás később kerülhet a banki kifizetésbe. Szolgáltatói levonások. Tranzakciós és más szerződéses díjak csökkenthetik az átutalt nettó összeget. Visszatérítések és reklamációk. Ezek az elszámolásban negatív tételek lehetnek. Függő vagy sikertelen fizetések. A rendelés létrejött, de a tényleges pénzügyi teljesítés nem történt meg. Eltérő pénznem és árfolyam. A vevő fizethet euróban, miközben a kereskedő forintban kap kifizetést.

A probléma nem oldható meg pusztán úgy, hogy az áruház rendelésértékét összeveted egy nap banki jóváírásainak összegével. A fizetési szolgáltató elszámolási tételeit is be kell vonni.

Hogyan számold vissza a kifizetést a rendelésektől?

Feltételezett, nem szolgáltatói díjtáblából vett példa: egy adott elszámolási ciklusban 200 sikeres kártyás fizetés történik, összesen 2 000 000 Ft értékben. Ebből 80 000 Ft-ot visszatérítenek, a szolgáltatói díjak és korrekciók pedig összesen 30 000 Ft-ot tesznek ki. Ha nincs más nyitóegyenleg, tartalék, előző időszaki tétel vagy visszatartás, az adott kör bankba kerülő nettó összege 1 890 000 Ft. A különbség ebben a példában nem hiány, hanem elszámolási összetevő.

Valós helyzetben mindegyik tételhez kell az azonosító és a státusz. A bankban megjelenő átutalás közleménye gyakran nem egy konkrét rendelést, hanem az elfogadói kifizetés azonosítóját tartalmazza. A Stripe hivatalos kifizetés-egyeztetési útmutatója bemutatja, hogyan lehet az automatikus kifizetésekhez hozzárendelni a bruttó tranzakciókat, visszatérítéseket, díjakat és nettó tételeket. A konkrét riportnevek és mezők szolgáltatónként eltérhetnek.

Három adatforrást kell összekapcsolni

1. Webshop vagy rendeléskezelő: rendelésszám, időpont, fizetési mód, bruttó érték, sztornó és visszatérítési státusz. 2. Elfogadói szolgáltató: fizetési tranzakcióazonosító, díj, refund, kifizetési csomagazonosító, esetleges tartalék és deviza. 3. Banki kivonat: a valóban jóváírt nettó kifizetés és a könyvelési dátum. E három rendszer közötti hivatkozás nélkül a pénzügyes csak találgathat.

Az adatmodellnél külön kezelendő a rendelés teljesítése, a számla kiállítása és a pénzügyi rendezés. A három dátum eltérhet, és ez könyvelési szempontból sem elhanyagolható. A bevétel elszámolásának időpontját nem lehet kizárólag a banki jóváírás napjára visszavezetni; az alkalmazandó számviteli és adózási szabályok döntenek.

Kártyás elfogadás, banki átutalás és qvik: nem ugyanaz a pénzút

Kártyás fizetéskor a kereskedő a szerződése szerinti elszámolási ciklusban kaphatja meg az összevont kifizetést, amelyből a szolgáltató díjakat vagy más tételeket vonhat le. Hagyományos belföldi forintátutalásnál és qviknél a pénz más módon jut a kedvezményezett számlájára, és az MNB Azonnali Fizetési Rendszere a feltételeknek megfelelő utalást néhány másodpercen belül teljesíti.

A kereskedő qvik elfogadásánál azonban a szerződés szerint eltérő kifizetési vagy elszámolási konstrukció is lehetséges. Az MNB vállalkozói qvik-oldala kifejezetten felhívja a figyelmet arra, hogy a kereskedő eldöntheti, azonnali vagy későbbi kifizetést szeretne-e. Ezért a „qvik = minden esetben külön, azonnali banki sor” állítás félrevezető volna.

Hogyan épül fel egy jó napi egyeztetés?

A rendszer először beolvassa az új rendeléseket és a szolgáltató tételes fizetési állapotait. Azonosító alapján párosítja a sikeres fizetéseket, majd az elszámolási riport tételeit összevezeti a banki kivonaton látható kifizetésekkel. Ezután ellenőrzi, hogy a bruttó tranzakciók, levonások, visszatérítések és esetleges korrekciók összege megfelel-e a nettó jóváírásnak.

Automatizálásnál nem elég az azonos összegek egyeztetése. Az elfogadói tranzakció- és kifizetésazonosító, a pénznem, a partner és az elszámolási időszak fontosabb kulcs. A visszatérítéseket és chargebackeket külön, negatív eseményként kell kezelni, megőrizve az eredeti rendeléshez való kapcsolatot. További gyakorlati összehasonlítást ad a banki API és a kivonatimport ERP-melletti használatáról szóló cikkünk.

Mit tegyél, ha az eltérés még mindig megmarad?

Először tisztázd, ugyanarra az időszakra vonatkozik-e a webshopriport, az elfogadói kimutatás és a bankszámlakivonat. Ezután nézd meg, van-e nyitó vagy záró szolgáltatói egyenleg, függő kifizetés, elkülönített tartalék, költség, refund vagy devizaárfolyam-eltérés. Kérj az elfogadótól tranzakciószintű kifizetési riportot, ha az összesített banki sor önmagában nem értelmezhető.

A Stripe kifizetés-egyeztetési dokumentációja is a kifizetési csomag részletezését ajánlja az automatikus payoutok értelmezésére. Ha egy tétel nem párosítható, jelöld kivételként, ne módosítsd visszamenőleg a rendelés összegét vagy a banki adatot csupán azért, hogy a riport nullára zárjon. A könyvelővel egyeztetve rendezhető, hogy a felmerült szolgáltatói díj, visszatérítés vagy pénzügyi időbeli eltérés hogyan kerüljön a nyilvántartásba.

Összegzés

A webshop forgalma és a bankszámlára érkezett pénz legtöbbször nem ugyanazt az üzleti eseményt méri. A megbízható egyeztetés kulcsa az, hogy a rendelés → sikeres fizetés → elfogadói elszámolás → banki jóváírás lánc minden elemét azonosíthatóan összekapcsoljuk. Ez egyszerre segítheti a pénzügyi kontrollt, az ügyfélszolgálatot és a likviditástervezést.