WebHook pro změnu stavu platby

[soukicz]

Je v plánu přidání webhook při změně stavu transakce? Aktuálně je problém, pokud zákazník zavře okno před přesměrováním zpátky do eshopu.

Jediným řešením je pak v intervalech kontrolovat stav všech nedokončených plateb, což je ale značně neoptimální.

Ideální by bylo posílat URL pro webhook parametrem stejně jako se to dělá s url stránky potvrzení.

[fprochazka]

👍

[pepakriz]

👍

[dmarek]

ano, webhooky plánujeme, přesně jak píšete, právě pro ošetření zavření prohlížeče před přesměrováním je tento aktivní "push" přístup nejvhodnější.

[eholy]

👍

[VasekPurchart]

👍

[ratajskym]

Webhook je stále ve feature listu, nicméně v nejbližší době to zařazeno nebude. Task zavírám

[simPod]

jakoby core feature si myslim, vote up! 👍

[soukicz]

Pravidelně kvůli tomu řešíme duplicitní platby a další problémy. Vypadá to nějak?

[fprochazka]

Lol, to furt není?

[landsman]

ping

[Fragous]

V jakémpak je to asi stavu? Klinická smrt?

[landsman]

[ozaoral]

@landsman @Fragous gif je přesný, hýbe se to ... dopředu. Očekávejte zombie apokalypsu cca v březnu, ještě o něco dříve pak pár drobností, které k tomu prošlapou cestu tak, aby to nebylo jenom o těch stavech, které vidíte dneska.

[landsman]

Hýblo?

[simPod]

@landsman *v březnu 2022
klid

[Rosnicka]

Nějaké novoroční předsevzetí? 😉

[landsman]

Těch requestů, které musí takto zbytečně odbavovat. Dobrovolný self-DDoS.

[kukulich]

Možná se na tom dělá: #456

[pepakriz]

Dobré vědět, že API v1.9 tento problém ještě umocňuje. Doposud se dalo do jisté míry spoléhat, že platba přes apple/google pay nebo zapamatovanou kartou bude vyřízena relativně rychle (do 30s). Ovšem díky 3DS redirectům se tento interval potenciálně prodlužuje na minimálně 5 minut (minimální ttlSec je 5 minut) a oneclick platba ani ttlSec nepodporuje (#657). Připadám si, že neimplementuju platební bránu, ale ddosovací tool.

Nemáte ohledně realizace webhooků nějaké čerstvější informace?

[spagr]

Já bych si "tento rok" vzal na starost pokus o reinkarnaci toho feature requestu.
Nejen, že absence webhooku u platební brány je v roce 2024 už opravdu ostudná věc, ale
hlavně, jak již bylo zmíněno výše, musí provoz serverů, zvládající dobrovolnou DDoS sebetorturu na endpointu payment/status, stát zcela zbytečné náklady ...

Jak to prosím aktuálně vypadá, je možné po těch letech ještě doufat ??

[matejcekdav]

Dobrý den, požadavek a potřebu stále (nebo spíše znovu) evidujeme a tudíž doufat ještě můžete. Nicméně v tuto chvíli to časově nejsem schopný nijak ukotvit. Děkuji za pochopení, David M.

[spagr]

Děkuji za Vaši reakci.
Chápu Vaši časovou zaneprázdněnost, nicméně implementace webhooků o provedených platbách na platební bráně ČSOB je pro nás klíčová a prioritní.

Vzhledem k našemu objemu transakcí platební brány v řádu jednotek miliard CZK a stovek tisíc transakcí ročně věříme, že funkce webhooku by měla mít značnou prioritu a může přinést benefity jak pro ČSOB, tak i pro nás jako klienta.

Abychom tuto funkcionalitu posunuli dále, rád bych odkázal naše obchodní oddělení na vhodnou protistranu v ČSOB s cílem získat pro Vás potřebné schválení, prioritu a rozpočet pro její implementaci.

Byli bychom Vám vděční za doporučení, jakým způsobem a na koho se můžeme obrátit, abychom s touto záležitostí co nejefektivněji postoupili.

Předem děkuji

Martin

[pepakriz]

@spagr Jen z mé zvědavosti bych se rád zeptal - pokud máte tak velké objemy transakcí, jak se vypořádáváte s dalšími nedodělky čsob brány jako například nemožnost zjistit důvod zamítnutí platby? Nemáte pak zahlcený tech support dotazy zákazníků?

[matejcekdav]

@spagr prosím obraťte se na svého obchodního zástupce přiděleného v rámci oddělení Akceptace karet. To je podle mě jediný správný postup v tuto chvíli. Děkuji za pochopení, David

[CoWayger]

Je prosím nějaký posun v oblasti webhooku o změně platby? Máme mnoho klientů pod čsob a logy se zbytečně plní poolováním statusů neuhrazených plateb.

[landsman]

Je prosím nějaký posun v oblasti webhooku o změně platby? Máme mnoho klientů pod čsob a logy se zbytečně plní poolováním statusů neuhrazených plateb.

zadny #693 (comment)