EET a eshopy – Odfláklý, neprofesionální a zbytečný paskvil

Napsal Jan Hovad;1355017

Hmm, ty poslední věty stále nechápu a zajímalo by mě, jak velký průser je, když implementuju variantu 1 viz. níže.

Dokážu si představit:

Varianta 1: Platba dorazila od zákazníka a je připsána na Gopay účet, mně předán callback, objednávka zpracována v DB, a já před vystavením faktury žádám o FIK a dávám ho na fakturu, done.

Varianta 2: Nedokážu si představit co dělat v době kdy zákazník zaplatí třeba převodem, který bude trvat k provedení 2 dny, mezitím mu na účtě dojdou prachy nebo se něco <> a platba se přeruší. Potom se do EET posílá nějaké storno? Podotýkám, že jsem dokumentace zatím nelustroval. Nemluvě o přerušení u mnoha metod, které ani nevím, jak vzniklo :-)

Napsal Jan Hovad;1355017

Hmm, ty poslední věty stále nechápu a zajímalo by mě, jak velký průser je, když implementuju variantu 1 viz. níže.

Dokážu si představit:

Varianta 1: Platba dorazila od zákazníka a je připsána na Gopay účet, mně předán callback, objednávka zpracována v DB, a já před vystavením faktury žádám o FIK a dávám ho na fakturu, done.

Varianta 2: Nedokážu si představit co dělat v době kdy zákazník zaplatí třeba převodem, který bude trvat k provedení 2 dny, mezitím mu na účtě dojdou prachy nebo se něco <> a platba se přeruší. Potom se do EET posílá nějaké storno? Podotýkám, že jsem dokumentace zatím nelustroval. Nemluvě o přerušení u mnoha metod, které ani nevím, jak vzniklo :-)

Napsal tomaskriz;1354929

Uskutečněním evidované tržby je pak přijetí evidované tržby, nebo vydání příkazu k jejímu provedení, pokud byl tento příkaz vydán dříve.

Vzhledem ke skutečnosti, že uskutečněním tržby je vydání příkazu k jejímu provedení, je třeba zaevidovat tržbu k okamžiku vydání příkazu (nastalo dříve než přijetí tržby).

Tedy např. odeslat data do EET ihned v okamžiku, kdy zákazník zaplatí na bráně Gopay. Bez ohledu na to, že mi platba přijde na účet až po měsíci.

Email z FÚ

Napsal Aleš Jiříček;1354952

ano, globalni projekt na tohle nenasadis, je to ciste pro eshopy co prodavaji v cechach, jinde bych to jako moznost nevidel :) jinak on ten naklad na 20 uctu neni tak velky, ja sam jich mam 8 a neplatim za to prakticky nic... Jsou banky kde se nejakemu tomu poplatku vyhnout nejde, ale celkove to ty naklady nezvysi o tolik, platebni brany si berou rozhodne vic...

Napsal Souki;1355019

Podle vyjádření Janečka má platba za evidovat ještě než ho přesměrujete na platební bránu a jiná možnost reálně není. Ano, budete tak pak mít samé storno a nejspíš brzy přijde kontrola, ale to je prý váš problém.

Napsal Souki;1355237

Evidovat můžete klidně všechny - to nikdo nezakazuje. Jediné čemu to ale pomůže je zředění storna kvůli nedokončené platbě. Nejsem si ale jistý, jestli si tím nevytvoříte nový problém.

Napsal TomášX;1355243

tenhle způsob možný je, jen FÚ ze svých dat nemá šajnu poznat, proč posíláš tolik storen a nejspíš budeš mít zvýšené náklady kvůli kontrolám. To je předpoklad. Z praxe vím, že nezaplacených (či stornovaných) objednávek jsou spodní desítky procent, můžeš mít ale malej obchod nebo specifický trh, pokud jich máš méně.

Takhle to ale vyřešit nelze pokud dopředu netuším kolik zákazník má zaplatit - dopravu a další poplatky si řeší brána, zákazník může sám zvolit částku (donate tlačítka např.) nebo za mě odbavení objednávky dělá třetí společnost (aukro, amazon atd.).