E-nyugta integráció: webshop, POS, számlázó

Mit érdemes tudni az elején?

Integrációnál minden értékesítési eseményhez pontosan egy bizonylati eredmény tartozzon; az újraküldés nem hozhat létre duplikált nyugtát.

Az „E-nyugta integráció: webshop, POS, számlázó” megértéséhez a teljes bizonylati életutat kell követni. Az azonosító csak az első pont; ugyanilyen fontos, hogy az állapot a vásárló és az üzemeltető számára is egyértelmű legyen.

Az e-nyugtás folyamatban az azonosítók fontosabbak, mint a képernyőn megjelenő rövid sikerüzenet. Az újrapróbálás vizsgálatánál ezért azt is nézd meg, milyen kapcsolat marad az eredeti tranzakció és a későbbi művelet között.

Az e-nyugta életútját érdemes egyetlen folyamatként kezelni: kiállítás, beküldés a nyugtatárba, vásárlói hozzáférés, megőrzés és szükség esetén korrekció. A vásárló szempontjából az a jó rendszer, ahol világos, mikor kap papírt, mikor használ alkalmazást, és mit tehet, ha később keresi a bizonylatot. Az „E-nyugta integráció: webshop, POS, számlázó” esetében ezt egy konkrét bizonylat teljes életútján, az azonosítók és állapotok visszakeresésével ellenőrizd.

Több rendszer összekötésénél minden tranzakciónak legyen közös, egyedi azonosítója. Ugyanazt az eseményt újraküldéskor nem szabad kétszer könyvelni vagy kétszer készletre venni; ehhez idempotens feldolgozás, állapotlekérdezés és naplózott hibakezelés szükséges. Az „E-nyugta integráció: webshop, POS, számlázó” esetében ezt egy konkrét bizonylat teljes életútján, az azonosítók és állapotok visszakeresésével ellenőrizd.

A működés kritikus részei

Azonosító

Ugyanaz a rendelés- vagy tranzakciókulcs kísérje végig a teljes folyamatot. A pénztári tranzakció és az e-nyugta között legyen stabil, egyedi kapcsolat. Csak időpont és összeg alapján nagy forgalomban több hasonló vásárlás is összekeverhető.

Mit tekints jó eredménynek? Az azonosító akkor stabil, ha a pénztári oldalon és később a visszakeresésnél is egyértelműen igazolható: „Ugyanaz a rendelés- vagy tranzakciókulcs kísérje végig a teljes folyamatot”.

Állapot

Fizetés elfogadva, bizonylat kiállítva és vevőnek elérhető külön jelzés legyen. Beküldési állapotnál különítsd el a létrehozott, elküldött és ténylegesen befogadott állapotot. A helyi „sikeres küldés” üzenet nem minden rendszerben jelenti ugyanazt, mint a központi befogadás.

Mit tekints jó eredménynek? Az állapot sikerkritériuma ne csak helyi sikerüzenet legyen. A bizonylat életútjának következő állapotában is ellenőrizd ezt: „Fizetés elfogadva, bizonylat kiállítva és vevőnek elérhető külön jelzés legyen”.

Újrapróbálás

Hálózati hiba után lekérdezés előzze meg az ismételt kiállítást. Vásárlói hozzáférésnél a felhasználó számára egyszerű útvonal kell. A pénztáros tudja röviden elmondani, hogyan érhető el az e-nyugta, és mit kell tenni, ha papíralapú másolatot kérnek.

Mit tekints jó eredménynek? Az újrapróbálás akkor használható üzemszerűen, ha valószerű vásárlói helyzetben és a pénztáros tényleges jogosultságaival is teljesül: „Hálózati hiba után lekérdezés előzze meg az ismételt kiállítást”.

Korrekció

Visszatérítés, sztornó és rendeléstörlés eltérő üzleti esemény. Korrekciónál az eredeti bizonylat és a módosító esemény maradjon összekapcsolva. E nélkül a vevő és a vállalkozás később két egymástól független tranzakciót láthat ugyanarra az ügyletre.

Mit tekints jó eredménynek? A korrekció vizsgálatakor azt is nézd meg, hogy a folyamat nem kér-e fölösleges személyes adatot, miközben ez az állapot később is visszakereshető: „Visszatérítés, sztornó és rendeléstörlés eltérő üzleti esemény”.

Mit jelent ez üzemi szinten?

Az „E-nyugta integráció: webshop, POS, számlázó” minőségét nem csak az méri, hogy a kassza sikeresnek mutatja-e a műveletet. Az azonosító és az újrapróbálás kapcsolatának később is visszakereshetőnek kell maradnia, különben panasz vagy korrekció során újra kell azonosítani az eredeti ügyletet.

Tipikus helyzet a gyakorlatból

Nagy forgalomban több hasonló összegű vásárlás történhet ugyanabban a percben. Ha az azonosító csak időpontra és összegre támaszkodik, könnyű rossz ügyletet kiválasztani. Ezért kell stabil tranzakciós azonosító és következetes naplózás.

Lépésről lépésre: így csináld

1. Rajzold fel a rendeléstől a bizonylatig tartó állapotgépet.
   Ezzel a pénztári és a vásárlói oldal ugyanahhoz a tranzakcióhoz köthető, ami panasz vagy visszakeresés esetén alapvető.
2. Adj minden tranzakciónak egyedi, változatlan kulcsot.
   A következő lépésnél ellenőrizd, hogy a nyugtatár és a helyi pénztár ugyanazt az állapotot mutatja-e.
3. Tesztelj időtúllépést a fizetés és a nyugta között.
   Ne csak a bizonylat létrejöttét nézd: próbáld ki a vásárlói hozzáférést és a papírmásolat kérésének folyamatát is.
4. Próbálj duplán elküldeni ugyanazt a kérést és ellenőrizd az eredményt.
   Korrekciós tesztnél őrizd meg az eredeti és a módosító esemény azonosítóit, hogy a kapcsolat visszakereshető legyen.
5. Készíts napi automatikus egyeztetést a rendszerek között.
   Az eredményt úgy dokumentáld, hogy ügyfélszolgálati vagy szervizes kolléga személyes magyarázat nélkül is megértse.

Hogyan ellenőrizd, hogy tényleg rendben van?

Korrekció után nézd meg, hogy az eredeti és a módosító esemény kapcsolata visszakereshető-e. Ha a korrekció csak különálló rekordokat hagy maga után, a későbbi ügyfélszolgálati és könyvelési ellenőrzés nehezebb lesz.

Az „E-nyugta integráció: webshop, POS, számlázó” ellenőrzését akkor zárd le, ha az azonosító, valamint a korrekció ugyanazon eredeti tranzakcióhoz köthetően, később is visszakereshető. A pénztári „sikeres” állapot önmagában nem bizonyítja a teljes bizonylati életút sikerét.

Elfogadási kritériumok

• Azonosító: Az azonosító sikerkritériuma ne csak helyi sikerüzenet legyen. A bizonylat életútjának következő állapotában is ellenőrizd ezt: „Ugyanaz a rendelés- vagy tranzakciókulcs kísérje végig a teljes folyamatot”.
• Állapot: Az állapot akkor használható üzemszerűen, ha valószerű vásárlói helyzetben és a pénztáros tényleges jogosultságaival is teljesül: „Fizetés elfogadva, bizonylat kiállítva és vevőnek elérhető külön jelzés legyen”.
• Újrapróbálás: Az újrapróbálás vizsgálatakor azt is nézd meg, hogy a folyamat nem kér-e fölösleges személyes adatot, miközben ez az állapot később is visszakereshető: „Hálózati hiba után lekérdezés előzze meg az ismételt kiállítást”.
• Korrekció: A korrekció akkor stabil, ha a pénztári oldalon és később a visszakeresésnél is egyértelműen igazolható: „Visszatérítés, sztornó és rendeléstörlés eltérő üzleti esemény”.

Gyors döntési táblázat

Mit ne csinálj?

• A sikeres HTTP-választ automatikusan pénzügyi sikernek tekinteni.
  Ilyenkor sérülhet a későbbi visszakereshetőség. Panasznál az időpont, bizonylatazonosító és műveleti állapot fontosabb, mint az, hogy a kezelő mire emlékszik. Az „E-nyugta integráció: webshop, POS, számlázó” esetében emiatt az azonosító állapotát tévesen értelmezheted.
• Hálózati időtúllépés után vakon új nyugtát kiállítani.
  A kerülőút adatvédelmi vagy bizonylati mellékhatást is okozhat. Csak a szükséges adatot kezeld, és ne hozz létre új, párhuzamos nyilvántartást pusztán azért, hogy egy átmeneti hibát elfedj. Itt különösen az újrapróbálás ellenőrzése maradhat ki, ha a pénztári sikerüzenetet a teljes bizonylati folyamat sikerének tekinted.
• A rendeléstörlést és a már teljesült értékesítés korrekcióját összemosni.
  Ez azért kockázatos, mert az e-nyugtánál a tranzakció, a beküldési állapot és a vásárlói visszakeresés külön pont. Ha valamelyiket összekevered, könnyen rossz bizonylatot vagy rossz állapotot vizsgálsz. A következmény később az azonosító pontnál jelenhet meg, amikor a vásárló vagy az ügyfélszolgálat visszakeresi az ügyletet.

Milyen adatot adj át a szerviznek vagy felelősnek?

Az „E-nyugta integráció: webshop, POS, számlázó” esetében a pénztár, tranzakció időpontja, egyedi azonosító, beküldési állapot és a vásárlói hozzáférés módja legyen visszakereshető. Az azonosító és a korrekció kapcsolatát úgy dokumentáld, hogy panasz esetén ne személyes adatokból kelljen kitalálni, melyik bizonylatról van szó.

Mikor kell már szakember?

Adatkezelési vagy jogi kérdésnél a belső gyakorlatot mindig a hatályos NAV-tájékoztatással és szükség esetén adatvédelmi vagy adózási szakemberrel kell összevetni. Az „E-nyugta integráció: webshop, POS, számlázó” ügyét add tovább, ha az azonosító és a korrekció ellenőrzése után sem azonosítható egyértelműen a tranzakció állapota, vagy személyes adatot, jogosultságot, korrekciót illetve NAV-oldali feldolgozást érint a probléma.

Kapcsolódó útmutatók

Ha a fenti ellenőrzés után még marad nyitott pont, ezek az útmutatók kapcsolódnak közvetlenül az „E-nyugta integráció: webshop, POS, számlázó” kérdéséhez:

• E-nyugta hibák: mitől nem találja a vevő?
• E-nyugta: hogyan kommunikáld a vásárlónak
• Mi az e-pénztárgép és miben más, mint az online pénztárgép?

A lényeg röviden

Az „E-nyugta integráció: webshop, POS, számlázó” témában a döntést az azonosító, az állapot és a korrekció együtt adja. Indulj a „Rajzold fel a rendeléstől a bizonylatig tartó állapotgépet.” lépéssel, és csak akkor tekintsd lezártnak a kérdést, ha a „Készíts napi automatikus egyeztetést a rendszerek között.” eredménye is dokumentált és visszaellenőrizhető.

Hivatalos források és további ellenőrzés

Az „E-nyugta integráció: webshop, POS, számlázó” szabályozási részletei változhatnak. A konkrét döntéshez az alábbi elsődleges NAV- és jogszabályi forrásokat ellenőrizd az alkalmazás napján:

• NAV eNYUGTA – hivatalos tájékoztatók
• NAV: alapvető információk az e-nyugtáról és a nyugtatárról