Pridať možnosť platby bankovým prevodom pre získanie prémiového prístupu

[tjamecny]

Pre používateľov, ktorí nemajú Paypal a neradi zadávajú číslo svojej platobnej karty kade-tade, by bolo vhodné pridať možnosť zaplatiť prémiový prístup cez priamy bankový prevod na účet združenia.

V prvom kroku treba upraviť text dialógu:

Následne pri zvolení možnosti platby bankovým prevodom okrem zobrazenia statických informácii (číslo účtu združenia, konštantný symbol, ...) vygenerovať potrebné informácie:

• variabilný symbol (napríklad 8025000123): = prvé dve číslice 80 budú označovať platbu za prémiový prístup = ďalšie dve číslice budú označovať aktuálny rok, t.j. 25 = zostávajúcich 6 číslic bude obsahovať užívateľove ID (zarovnané napravo potrebným počtom núl).
• vygenerovať aj QR kód pre možnosť naskenovania bankovou aplikáciou v telefóne

Taktiež pridať poznánku, že "Prémiový prístup Vám bude aktivovaný do 24 hodín po pripísaní platby na náš bankový účet".

Po prijatí platby na bankový účet manuálne aktivujem prémiový prístup na základe zadaného variabilného symbolu.

[alexanderzatko]

Aj tak sa da, alebo zapnem tuto platobnu metodu v Rovasi. Musel by som tam vsak dopracovat funkciu, ktora posle avizo o zaplateni do FM. Na rozdiel od existujucich typov platieb mozu byt totiz bankove prevody skompletizoavane az po niekolkych dnoch, aj ked v EU uz by od konca roka mali byt v takmer vsetkych bankach platby okamzite.

[zdila]

Rovas moze poslat avizo cez nas webhook. Callback URL zavola napr s parametrom delayed= s popisom ktory sa zobrazi userovi - teda tu hlasku ze az po pripisani na bankovy ucet.

[alexanderzatko]

Rovas potrebuje urobit este jedno volanie - po pripisani penazi na ucet potrebujeme oznamit FM ze uz moze byt sluzba pre pouzivatela zapnuta. Cize potrebujeme nejaky identifikator, ktory bude platny potencialne dlhsie obdobie. Mozno by stacil aj existujuci "token" parameter, ale ten ma pomerne kratku expiraciu. Vidim dve moznosti:

1. po prijati webhook komunikacie z Rovasa s parametrom "delayed" FM posle dalsi token, s dlhsou zivotnostou. Ten potom Rovas posle spat s potvrdenim platby
2. vyuzijeme existujuci token, ale s pridavnym parametrom "delayed-confirmed" alebo "delayed-rejected". Cize FM bude musiet posudzovat nie len expiraciu pri rozhodovani ci webhook spracovat, ale aj kontext - priromnost "delayed-*"

[zdila]

pre jednoduchost by som len zvysil platnost existujuceho tokenu. napr na 3 dni.