V posledním článku jsme slíbili, že zajistíme napojení plateb do EET. Teď vám ukážeme, jak bude naše řešení fungovat.

To nejdůležitější na začátek. Do EET budeme zasílat údaje v tzv. běžném režimu a za všechny platby realizované přes platební bránu GoPay bez ohledu na platební metodu.

Průběh evidence

Základní schéma komunikace mezi platícím zákazníkem, GoPay, autorizačním centrem, EET a e-shopem (= poplatníkem z pohledu zákona o EET) vidíte na obrázku.

EET e-shopy
Obrázek – Řešení GoPay pro EET

Fáze 1. Založení platby popisuje, jak vzniká platba. Zákazník na e-shopu dokončí objednávku a je přesměrován na platební bránu. Na bráně zadá platební údaje a platbu potvrdí {Založení platby}.

V ten okamžik odešleme zákazníkovi e-mail, ve kterém je odkaz pro sledování stavu platby {1a) Stav platby}. Paralelně s tím požádáme autorizační centrum o autorizaci platby {1b) Žádost o posouzení}.

Ve fázi 2. Schválení platby získáme informaci o autorizaci platby {2a) Schválení platby} a pokud bude schválena, označíme platbu za zaplacenou {2b) Stav platby Zaplaceno}.

Následující krok 3. EET znázorňuje situaci, kdy do celého procesu vstupuje EET. Jakmile v GoPay změníme stav platby na zaplaceno, předáme do EET datovou zprávu a zároveň se dotážeme na fiskální identifikační kód platby (FIK) {3 Dotaz na FIK}.

Datová zpráva předávaná z GoPay bude obsahovat všechny náležitosti podle §19 zákona o EET.

Ve fázi 4. Notifikace upozorníme obchodníka na změnu stavu platby a předáme mu výsledný stav i s FIKem {4a) Notifikace}. Zároveň zobrazíme nový stav platby včetně účtenky s FIK zákazníkovi pod již dříve zaslaným odkazem {4b) Změna stavu platby + účtenka s FIK}.

Ve stavu platby tak zákazník v tento okamžik najde všechny předepsané údaje podle §20 zákona o EET.

Dostane EET datovou zprávu ve správný okamžik?

V této otázce neměla e-commerce komunita do poslední chvíle jasno.

Podle zákona totiž musí poplatník zaslat datovou zprávu do EET „nejpozději při uskutečnění evidované tržby“, přičemž šéf finanční správy ještě v polovině ledna 2017 tvrdil, že platební brány potvrzují provedení platby až po tomto okamžiku, a tedy, že zaslání datové zprávy po autorizaci platby je v rozporu se zákonnou úpravou.

Takový výklad zákona nedával smysl. Kdybychom do EET posílali údaje ještě před autorizací platby, vznikala by zbytečná storna, protože podíl nezaplacených objednávek se v e-commerce běžně pohybuje v desítkách procent. Je smyslem EET evidovat tržby nebo nedoplacené objednávky?

Úředníci naštěstí toto uznali a v dodatečném stanovisku k online platbám upřesnili, že odeslání datové zprávy v okamžiku autorizace platby je v pořádku. Naše řešení je tedy v souladu se zákonem.

A co storna?

Storna budeme do EET zasílat automaticky. Jak to bude probíhat, ukazuje obrázek.

Storno EET
Obrázek – Průběh storna v rámci napojení GoPay do EET

Obchodník stornuje platbu ve svém systému a předá informaci GoPay {1 Požadavek na storno}. My požádáme o autorizaci storna {2a) Žádost o posouzení} a jakmile získáme odpověď {2b) Schválení}, změníme stav platby {2c) Změna stavu platby}.

Následně zašleme zprávu do EET se zápornou hodnotou {3 Dotaz na FIK se zápornou hodnotou tržby} a po obdržení odpovědi a FIK informujeme obchodníka {4a) Notifikace} i zákazníka {4b) Změna stavu platby + účtenka s FIK}.

Co když vypadne spojení do EET?

I na tento případ jsme připraveni.

GoPay EET výpadek
Obrázek – Výpadek spojení do EET

Když po odeslání zprávy do EET nedostaneme odpověď {3 Dotaz na FIK bez odezvy}, předáme i tak notifikaci o změně stavu platby obchodníkovi {4a) Notifikace} i platícímu zákazníkovi {4b) Změna stavu platby + účtenka v PKP BPK}.

Jediný rozdíl bude v tom, že zákazník na stavu platby neuvidí FIK, ale Podpisový kód poplatníka (PKP) a Bezpečnostní kód poplatníka (BPK).

Výpadek EET GoPay
Obrázek – Obnova spojení po výpadku EET

Jakmile dojde k obnově spojení do EET {5 Obnova spojení}, doručíme FIK obchodníkovi {5a) Notifikace} i zákazníkovi standardní cestou {5b) Změna stavu platby + účtenka s FIK}.

Jak moc bude nutné měnit integraci?

Připravujeme dvě varianty napojení. První se obejde bez úpravy integrace a pokryje potřeby evidence obchodníků, kteří prodávají zboží pouze v jedné sazbě DPH.

Druhá varianta počítá se všemi sazbami DPH a pokryje například i evidenci voucherů. Bude ale nutné pro ni rozšířit API.

Více detailů o obou variantách včetně dokumentace k API zveřejníme v průběhu příštího týdne. Připravujeme také návod na nastavení napojení do EET v GoPay obchodním účtu.

Zatím nám držte palce. Na tom, abyste mohli od 1. března přijímat online platby, pracujeme, až se z nás kouří.

Jan Vodička

Honza se v GoPay stará o marketing a komunikaci. Rozhodně ho nesledujte na Twitteru.