ComGate

Co se děje po zaplacení

Zaplacení ještě neznamená, že peníze jsou na účtu obchodu. Platba nejprve projde autorizací, pak zúčtováním a teprve poté poskytovatel posílá souhrnnou částku obchodníkovi, zpravidla za víc objednávek naráz a s odstupem. Právě toto zpoždění bývá překvapením pro obchod, který plánuje nákup zboží podle denních tržeb.

Z toho plyne praktický úkol: spárovat přijatou souhrnnou platbu zpět s jednotlivými objednávkami. Pokud se to dělá ručně, jde o opakovanou administrativu, která s růstem obratu neúměrně přibývá. Při dobrém napojení se výpis od poskytovatele načte a spáruje automaticky.

Proč je webhook důležitější než přesměrování

Běžná představa je, že objednávka se označí jako zaplacená ve chvíli, kdy se zákazník po platbě vrátí zpět do e-shopu. To je křehké — zákazník může zavřít okno, ztratit signál nebo se vrátit dřív, než platba doběhne.

Proto brány posílají výsledek platby i serverově, přes webhook. E-shop tak dostane potvrzení nezávisle na tom, co udělá prohlížeč zákazníka. Bez něj vznikají zaplacené objednávky ve stavu „čeká na platbu“, které pak někdo dohledává ručně.

• Stav objednávky se mění na základě serverového potvrzení, ne návratu do prohlížeče.
• Opakované doručení téže zprávy nesmí objednávku zaplatit dvakrát.
• Neúspěšná a zrušená platba mají vlastní stav, ne stejný jako čekající.
• Vrácení peněz se promítne do objednávky, aby sedělo účetnictví i sklad.

Reklamace platby a spory

U kartových plateb existuje mechanismus, kterým může držitel karty transakci zpochybnit u své banky. Obchod pak dokládá, že objednávka byla dodána. Podklady, tedy potvrzení objednávky, doklad o odeslání a komunikace se zákazníkem, musí být dohledatelné — nejlépe přímo u objednávky, ne v poštovní schránce jednoho člověka.

To je i hlavní rozdíl mezi bránou napojenou „na oko“ a pořádně. Pokud jsou stav platby, doklady a doprava v jednom systému, spor se řeší za pár minut. Přesně to je úkolem e-shopu na míru, který platby a objednávky nedrží odděleně.