wtorek, 15 grudnia 2020 o 14:32:31 UTC+1 Dominik Ałaszewski napisał(a):
> Dnia 15.12.2020 Jacek Maciejewski napisał/a:
>
> > Blik musi mieć naładowaną baterię :) A w ogóle to moja komórka na
> Nie musi- wymyślono czeki blik. A że banki mają to
> w okrężnicy to inna sprawa- przecież nic nie stoi na
> przeszkodzie, by móc generować rzeczone w serwisie
> transakcyjnym.

W santander można.
Z innej strony wyjątkiem jest ING - tutaj można generować "zwykłe" kody blik w ST.
Wszystkie inne durne banki twardo twierdzą, że "blik jest związany z apką" i nie ma
dyskusji :(

Ale czeki blik mają błąd założycielski - jakiś głuptasek wymyślił im termin ważności,
max. 72h :(
Więc ciężko sobie na zapas wygenerować.

Do tego niektóre banki (inteligo) zakładają na kwotę wygenerowanego czeku blokadę - a
nawet do blokady doliczają (inteligo) ew. opłatę za wypłatę z nie-darmowego-blikowo
bankomatu (inteligo miało/ma darmowe dla blik tylko bankomaty PKO oraz santander, w
pozostałych blikowych opłata 5zł).

A z trzeciej strony skarbonka (PKO) swoją apkę IKO w wersji 2 miała również na J2ME -
udało się nawet hakersko zainstalować na mojej nokii E51 - ale niestety na instalacji
się skończyło, działać nie chciała bo w nokii skończyła się ważność kluczy do SSL
(przez to nie działają również strony https - nawet ta z warszawskim rozkładem jazdy
autobusów i tramwajów, jak się spytałem, po co to zrobili https-only to odpowiedź
przyszła bełkotliwa o jakimś "bezpieczeństwie") :( Ale podobno kody blik dało się
generować również w tej wersji J2ME. Niestety od wersji 3 IKO nie ma już na J2ME :(
Za to token w żubrze (PeKaO) działał znakomicie na J2ME, bez konieczności łączności z
netem - a tego na androidzie wywaliłem po drugim rozjechaniu się (przed rozjechaniem
zadziałał dobrze może raz czy dwa).