Názory k článku Internetové bankovnictví České spořitelny více než 72 hodin nefunkční

A jses si opravdu jistej, ty rozumbrado, ze to INet bankovnictvi v CS jede na technologiich, ktere si beres do ust ??

ted mate na mysli vykonove duvody? :-))

Pokud je deploy psanej v jave tak babo rad.Quantovy pocitace este normalne dostupny nejsou.

Vsak cenik na inetu mate a v tom vypisu je uvedeno co jste kolikrat a kam posilal nebo prijimal, tak jaky problem si overit jestli to spocitali dobre nebo ne?

25Kč mi taktéž vrátili, ale spokojený nejsem (ty ostatní poplatky byly snad vyšší než minule)

viz http://www.csas.cz/banka/application?pageid=documentpage&docid=1010/Novinky/NEWS_IE_OT01_018470.htm&portal=internet&lang=cs&type=cms&tree=banka

Kolik to stojí teď netuším, na stránkách mají jen jakýsi výtah ze sazebníku kde kalkulačka není, kompletní sazebník je asi tajný.

ty trubko tůpá tohle není uzávěrka, ale rychlost aktualizace. u E-banky ti změna příjde za 10 minut!!!!! tady to trvá hodiny a dny!!!!!!

vzhledem k tomu, ze jsem na nem delal take, a na stejnych resenich jinych bank mohu samozrejme potvrdit co rikate s vyjimkou ovsem s par vyjimkami

- testovani neni prilis komplexni, casto je to nahoda, to nemluvim o nefunkcnim cyklu use-case- QA
- vyberova rizeni - svetove uznavane AS jsou vybirane na party a lodich s chlebicky v rukach...obalky meni ruce
- vyvojari casto nejsou to nejlepsi.. dulezita je cena, par dobrych ale zbytek jsou pricmrndavaci, casto cele reseni stoji na 5 lidech
- i ten svetove uznavany AS bezi na windows, dovolim si tvrdit, ze v top 5 bankach se vyviji a ladi na win
- vyvoj je casto outsorcovan a tudiz reseni v mnoha bankach pak dodava stejna firma nebo stejne firmy

to vite ze ne :-))))) dejte google.. a pak zjistite propojeni mezi vyvojem KB a CS a eBanky apod :-)

Od kdypak stojí kalkukačka 300,- kč ? , když jsem si jí chtěl asi před měsícem pořídit, dostal jsem na přepážce ceník, kde byla cena přibližně 1500kč, a to tedy nechci platit v žádném případě.

1.6.2005
Vážení klienti, v současné době může docházet při práci s aplikacemi Přímého bankovnictví k pomalým odezvám, které jsou způsobeny zvýšenou zátěží systému. V těchto případech opakujte prosím přihlášení později. Děkujeme za pochopení.

Nevim jestli jste neco prehledl nebo v cem je problem, ale me korektne napocitala za vedeni uctu pouze 20kc, misto tusim 45 ktere normalne. Takze ja jsem spokojeny, me za bankovnictvi penize vratila...

Každý normální člověk si u spořky pořídil za 300,- "kalkulačku" a stanovil limit na 0, takže autorizuje každou operaci.

Pokud někdo spoléhá na číslo a heslo, tak stejně nemá na své peníze právo.

Stabilita systému nebyla způsobena přímo upgrade software. Servis24, repektive celý systém, je velký kolos dotazující se na jednotlivé další aplikace, které byly vytvořeny v různých dobách a na různých platformách. Proto je velmi obtížné nasimulovat chování v testovacím prostředí bez zatížení uživatelů, kterých je ve špičce přihlášeno v tisících, a navíc když přetížení jednoho systému ovlivňuje ostatní. Rollback plan v tomto případě nepomohl pomoct.

eb... co? To je taky banka?

Ja to vim, vzhledem k tomu na cem a jak bezi backoffice je myslim skoro jasne, kdo ma maslo na hlave...:-)

No a teď zas nejede KB - nějak se tam nemůžu dostat na aktualizace.

Systém S24 není postaven na technologii od IBM, pouze část na kterou se dotazuje (účetní zpracování Sporožira je na IBM).

Jak alibistická byla zpráva České spořitelny, kdy první pondělí výpadku na svém webu a po médiích rozhlásila, že VŠEM POSTIŽENÝM BUDE VRACET POPLATEK ZA S24.
To je jedna velká lež, a hned mi to došlo, nyní připomínám:

Žádné peníze vracet nemůže, jelikož poplatek za servis24 je schován ve vedení účtu nebo v jejich balíčcích. Samostatně ČS v žádném případě S24 neúčtuje ani v jedné z variant používání běžného účtu.

Čili reklama, a nic než reklama.
Dnes si toto tvrzení může každý uživatel na svém S24 ověřit - žádné storno, vše při starém.

Nauč se něco o bankovnictví a účetních uzávěrkách. Pak ti teprve dojde, že uzávěrka se dělá na konci dne, tedy k půlnoci dne předchozího. Pokud jsi měl tady zůstatek 100.000,-Kč v uzávěrce za 13., druhý den s penězi můžeš volně nakládat. Píšeš-li o průtazích, napiš konkrétně jakých.

Proc shanet? Pri vyvoji podobnych systemu jsou vzdy k dispozici minimalne ctyri prostredi - vyvojove, deployment (QAS), produkce a skolici. Prostredi nebyvaji stejne velka, ale minimalne deployment a produkce maji stejnou architekturu, takze se lisi jen mnizstvim pameti a osazenych CPU.

...sami jsme pri vyvoji !objevily! chybu...
absolvent VS by mel zvladnout zaklady pravopisu,a pokud ne, tak v IT oddeleni CSAS nema co delat, natoz administrovat kritickou bankovni aplikaci

jinak s prispevkem souhlasim

Možná to bude tím že se na oddělení které to má na starosti změnil šéf. Že by původní šéfová byla schopnější ? Asi se trochu přecenil, ten nový, nebo ne ?

Tentokrát to byl opravdu špatný článek, který se Lupu moc nehodí. To jste tam neměli tentokrát nic lepšího?

Zajimalo by me, jaka fa zajistuje pro CS tuto sluzbu a kdo je jejim autorem. Nebo to snad CS vyviji sama?

no... ono kdyz mate farmu serveru za treba 10-20 milionu, tak se blbe shani podobna "testovaci" konfigurace na otestovani ;o((

hehe... ono kdyz se jen data kopiruji treba 6 hodin, tak se o nejakem navratu do 30min muzete nechat jen zdat... je videt ze jste nikdy nepotkal DB v 100-1000 GB. nad takovou DB by jen ten roll-back dat bezel treba i cely den, takze je lepsi za 1/2 dne vyresit ten problem, nez to vracet (s neurcitym vysledkem) zpet.

Já bych měl na to jiný pohled.
1. Pokud nás banky vyhnaly od přepážek neskutečnými poplatky očekávám po právu, že jejich net je kvalitní a to nejen co do spolehlivosti, ale i do bezpečnosti. Zabezpečení aktivních operací ve standartní ceně služby (a ne za 1000 Kč příplatek za čipovku) bych považoval za samozřejmost.
2. Pokud má dle ankety "odborníků" nejlepší net spořka, která se zabezpečuje login a heslem pak je zbytečné o čemkoliv diskutovat.

netusim jestli jsou penize za reklamu na strankach lupy za delku stravenou jejich sledovanim nebo za kliknuti. Pokud je to varianta prvni, tak chapu, proc jsou zde uverejnovany tyto naprosto zbytecne clanky. Scenar je vzdy stejny. Nejak organizace udela neco spatneho "spatneho" (vyberte si :-)) a v nasledne hromade nazoru "nazoru" :-) se nahoni nejake ty penizky za reklamu.
Co se tyce vypadku S24: 1. Pokud jsem debil a necham si platby na posledni chvili, jak kdosi tady pise, tak se nemohu divit, ze se neco muze pokazit a ja termin splatnosti prosvihnu. Staci si zlomit nohu a nez mi to da nase zdravotnictvi doporadku (mozna dalsi "reklamni" clanek na lupe), tak bude po terminu. 2. Jak muzete srovnavat elektronicke/internetove bankovnictvi banky, ktera na tomto postavila svoji strategii (eBanka) a ČS. Osobne si myslim, ze min. 70% lidi, kteri chodi do ČS nejaky internet nezajima. Co pro ne nabidne eBanka??? 3. U nas ma eBanka jeden bankomat, sporitelna 8. 4. Kolik myslite, ze ma nasmlouvana eBanka obchodniku, aby slo u nich platit kartou ??? 5. Co se tyce poplatku, ty jsou opravdu zlodejske. 6. Ale pokud si nemuzete vybrat z bankomatu, protoze jste furt na nule a cekate az Vam dojde kazda koruna, tak nevim za co chcete nulove poplatky. Za Vase krasny oci ??? V tomto ma eBanka pravdu: "hod nam na ucet kazdy mesic 15OOO cisteho a mi se s tebou budeme zadarmo bavit."

Pro CS asi neděláš, ale pro poštu asi ano. Nebo nejsi john <Stastny.Jaromir@cpost.cz>, který píše stejným stylem jako ty na začátku diskuze? :-)

Systém ČSAS na mssql/winnt postaven není...

ne, asi mnoha chybelo 100-10000
navic moznosti zaslani hotovosti je vice...

tady se vicemene jedna o "zpracovani cisel" a dost silne pochybuji, ze to CS neustoji...

PS: predpokladam, ze CS vyda oficialni vyjadreni....

prosim te lupo, tedka jsem opravdu OUT, jak na zaklade nake rollback procedury spustit neco {teda konkretne co...?, cely zalozni system....?, vis vubec vo co v takovych pripadech jde...?}.... /, jo mozna v systemu lupy by to slo .... /

PS. vime howno proc tato situace nastala...., predpokladam, ze se CS vyjadri...
postihlo to i mne, ale nemam duvod nadavat / ono nikdo neni neomylny /

jo jo...
souhlas, kdo nezna, at okusi...

pokud delas prechod na novy "system", tak kazda slusna spolecnoct udela zalohu dat a systemu / v pripade CS o tom vubec nepochybuji.., /
navic nepochybuji o tom, ze libovolny poskytovate techto sluzeb se bude snazit ziskat dalsi zakazniky....
z meho uhlu pohledu se zkratka nekdo nekde "utnul" a uz z toho delame tragedii....

jo, pro CS nedelam...

ono uz mooooc davno existoval "journaling"... / stary MUMPS s tim zacal (mozna), rek bych, ze tento princip prevzaly vsechny "moderni" DB & stromovou strukturu dat.... /
a masivni DB / SYBASE&ORACLE, sorry, o dalsich nevim nebo je neberu v potaz .... /
ale je opravdu, ale opravdu rozdil spravovat par terminalu v ramci site a nebo celou republiku / nedej boze svet... /

Vazeni vsichni, co se tu tak chvastate. Mel jsem moznost delat na Servis24 pred rokem a ani se vam nezda, jak je to komplexni system. To co vidite na webu je jedna mala cast, vsechny middlewary, bankovni systemy, software na pobockach, telefonni bankovnictvi a pod. uz nevidite. Je treba take brat v uvahu pocet uzivatelu - sporitelna obsluhuje nekolik milionu uctu.

Co se tyce analyzy, scenaru testovani a migracnich skriptu, tak samozrejme jsou velmi propracovane, bez nich by to neslo. Ve sve kariere jsem se s lepsi spravou projektu nesetkal. Ale nektere veci proste nejdou otestovat, obcas se objevi i chyba v aplikacnim serveru, kterou musi opravit dodavatel. Neni totiz prilis mnoho takto rozsahlych aplikaci a sami jsme pri vyvoji objevily chybu v svetove uznavanem aplikacnim serveru (mimochodem na Windows to nebezi ani nahodou).

Takze prosim vsechny ty radoby odborniky, kteri spravuji ten svuj nejlepsi web a vsechno testuji a maji rollback skripty, laskave si uvedomte, ze toto neni zadny PHP webik o nekolika desitkach stranek, i kdyz to tak vypada.

no a co se zmenilo...?

rollback a recovery je opravdu rozdil....

celkove, urcite meli "spustitelnou" zalohu....
a rozhodli se pro "docasnou nefunkcnost"..., coz neberu jako axiom / a uz vubec ne jako minus, jo meli dat vedet, ze system nebude mozna plne funkcni.... / ....

ale jsou situace, kdy je asi urcite lepe "pockat"....

navic jsou "nepostradatelni" tvurci.... / kdyz uz jsou dva, tak je to docela financni zahul... /

vole...
shit vis....
tebe bych jako zamestnance nechtel....

Nikoliv, PIN se ověřuje až při faktickém provedení transakce, tedy po výběru částky. AFAIK je to proto, aby se banka musela kontaktovat jenom jednou. Jinak by bylo potřeba navázat spojení při ověření PIN a potom kvůli samotné transakci.

... co kdyz ho proste nemaji? :-)

eBanka? k nezaplacení!!! nejlepší online služby již spoustu let :-)

nicmene je prechod na zalozni system (pokud nemeli procedury ani pro to, pak uz zadna omluva neni) vyrazne jednodussi nez vyreseni problemu (tedy vime -li ted ze jeho reseni zabralo 72 hodin)

Miliardove toky ovsem znamenaji, ze nekomu ty miliardy chybely - a ti se mohli pravne citit poskozeni a minimalne fakturovat penale z prodleni - a urcite na nej maji pravni narok vuci tomu, kdo v prodleni byl (a to nebyla banka!, ale odberatel sluzeb, ktery mel poskytnout plneni v podobe financi). Ze ten odberatel za to nemohl to toho poskozeneho nezajima, tento odberatel si pak musi sve naroky hojit u toho, komu platil za provedeni sluzeb, ktere objektivne nikdo nesplnil...(vuci bance)

tak urcite nestoji miliardy / pouze miliardove toky jsou pozastaveny se vsemi dusledku pro poskytovatele sluzby... /

prechod na "zalozni" system taky neni zadna sranda... / kdysi davno jsme jeli "postaru" diky chybnemu nastaveni jedineho serveru z mnoha.... /

navic vubec nepochybuji o tom, ze CS mela veskere zalohy a moznost k pripadnemu navratu...

pokud byl problem na SW/HW strane, tak zadne administratorske centrum neni schopno problem rychle vyresit / tady myslim minuty az hodiny /

osobne si myslim, ze problem byl nekde v SW / bankomat mne prijal kartu, pustil mne az do vyberu, ale pak zahlasil chybny pin, coz by mnel udelat uz pri zadani pinu... /

no to je to... proc to neprepli? nebo si zalozni prostredi zprasili nejakym pokusnym deployem?? vykonove nestaci a nestihli posilnit?

Servis24 od CS pouzivam v Firefoxu a nikdy jsem nezaregistroval sebemensi problem.

Zapomnel jste na drobnost, slo o data, ktera byla pro zakaznika cenna, zil na nich a vazil si jich dle toho, jak jsou pro nej dulezita... (copak v souvislosti se spravou dat je to u tohoto ustavu prvni, jediny pruser?!)

Ne tyto veci s takovym prubehem a vysledkem se nemohou dit (bavime se o systemech, kde mnohahodinovy vypadek stoji MILIARDY! - vite jaky transakcni ramec probiha v bance tohoto rozsahu za den?!), jsem zvedavy, zda-li vina je na externim dodavateli (treba IBM, poradny pruser by si uz konecne zaslouzila) nebo technickem oddeleni...

Coz ale svedci o technologickem zazemi tohoto ustavu a tedy jak si vazi sverenych prostredku a jak s nimi naklada...

Nejaky rollback je samozrejme nesmysl (navic se casto nebavime o DB, ale o middleware vrstvach a deployovani systemu, tam ty jaxi funguje podstatne jinak; nejaky relacni, postrelacny ci jaky DB backend je uplne to posledni, cim bych se v teto kauze zaobiral), ale jeden rack, ktery se prepoji na systemy A nebo na systemy B dokonce z hlediska administrativy zvladne vratny po telefonu.

Rollback procedury se delaji vicemene pri kazde migraci, druhou stranou mince je ovsem fakt, ze pokud to neni naprosto nezbytne tak je nikdo nechce pouzit. Pokud mate totiz problem, ktery se objevil az v produkci, znamena to ze na deploymentu ho nedokazete nasimulovat (nebo jen velmi obtizne). Rollback pak nic neresi, protoze nemate zminovany problem kde vyladit, musite to udelat vicemene naslepo a pak riskovat dalsi migraci jak dopadne. Proto je v pripade problemu povetsinou snaha uvest system za kazdou cenu do alespon trochu pouzitelneho stavu a postupne problemy resit. Na druhou stranu je pravda, ze vypadek 72 hodin je skoro dost. Vetsinou se podobne problemy podari z 90% vyresit behem jednoho dne a dalsi uz se doladuji nektere malickosti.
Co se tyce simulace realneho provozu na deployment prostredi tak u komplikovanejsich systemu je to v podstate neresitelny problem. Tech stupnu volnosti maji takove systemy strasne moc a nikdo nedokaze uplne odhadnout co nova funkcionalita udela pri realnem nasazeni.

eBanka má sice lepší nabídku funkcí, ovšem prohrála to především kvůli designu

Ano, omalovanky vitezi nad hmotou a funkcnosti... jeste ze ne vsichni maji takoveto priority.

...takže by měla být například u penále za pozdní platby benevolentnější.

Banka bude presne tak benevolentni aby vyhovela zakonu a odvratila soudni tahanice, cokoli nad tento ramec je v risi snu. Jsem opravdu zvedav, jakym zpusobem bude poskozeny argumentovat u soudu, ze v utery nemohl provest Inet transakci, kdyz na to mel spopustu casu (vystaveni dokladu je take zpravidla pres splatnosti - jedna-li se prevazne o bezhotovostni styk) a kdyz zjistil, ze nejede InetBanka, tak mel spoustu dalsich moznosti, nektere dokonce 24/7... ze je nevyuzil... je to podobne jako by si v pripade telefonickeho bankere stezoval za ujmu CTc pokud by mu vypadla linka...

no pohybuji se v obdobne oblasti DB / celorepublikova pusobnost /, vzdy kdyz neco pustim do "sveta", presvedcen ze "sklenikovych testovacich dat", ze je vse OK, tak trnu, kdy se objevi "sotek"....
ale je fakt, ze 72h je neumerne mnoho...
jsem klientem CS a v nedeli jsem musel s kartou navstivit konkurenci...

tyto veci se ovsem muzou prihodit vsem.....

mozne to je... vim minimalne o jedne bance kde podobne veci funguji :-)))))))
ale neni to snadne..

nejvic si tu uzivam ty teoreticky povidacky o rolloutech.. myslim, ze panove netusi o provozu takovych systemu proste nic moc..

me nezarazi neexistence rollout procedur ale spise fakt, ze nebylo zalozni prostredi kam slo presmerovat kliose..

jinak jeste maly komentar k rychlosti odezvy, mohu vas ujistit, ze lepsi vysledky jsou v jinych bankach spise zalezitosti prehnaneho sizingu nez cehokoli jineho...

mno ono kazda banka pouzivala čsob - s malejma, ona to totiz byla neco jako ČNB pro clearing

Jakozto administrator UNIX-like serveru a DB serveru prikladam svuj pohled na vec:
1) Pri kazdem upgrade, ktery se muze i jen castecne dotknout provozniho prostredi MUSI existovat casove unosna alternativa navratu zpet.
2) Pokud jde o novou verzi systemu zajistovanou stejnou firmou, jako stara verze, musi tato firma (programatori,analytici) mit k dispozici nastroj, jak "dohrat" transakce (data) nova, vznikla nekde mezi nasazenim noveho systemu a pripadnym navratem ke staremu (laicky receno, nejakou sadu SQL updatu v databazi).
3) 72hodinovy vypadek je naprosta tragedie (zvlast u takoveto Business online aplikace), pokud z toho nevyvodi personalni dusledky (nemluve o nasazeni urcitych standardu), tak jsem si na 110% jisty, ze tahle banka me nikdy ani neuvidi jit kolem...
4) Priklad z vlastni zkusenosti. V lednu 2005 se vyskytla u jednoho naseho zakaznika kriticka lidska chyba v databazi (Informix 9.40 na AIX 5.2). Jedinym resenim, ktere jsme videli byl export dat ze vsech db (celkem cca 0,5TB), nova inicializace db serveru a nasledny import dat zpet (toto reseni nakonec podporil i support IBM). Delka trvani s dvojitym backupem byla patek od 18:00 - pondeli 05:00 hodin, vcetne relevantnich kontrol. Nase zalozni reseni pro pripad neuspechu jsme predem otestovali a byli jsme schopni se vratit (i kdyz do toho castecne spatneho stavu) behem cca 1 hodiny...
HAWK ;-)

Ano, to je samozrejme pro banku velky problem a prave proto ma byt cely postup detailne odzkousen a overen, sestaven postup kterym celou vec uvest do provozu, A sestaven postup co delat kdyz neco nepujde jak ma (a rozhodne si ho predstavuji jinak nez jak to zvladla CS). CS zrejme nekterou nebo vsechny tyto faze ignorovala nebo podcenila.
Ale zpatky k datum - pokud programator provede zmenu produktu tak ze pri tom meni strukturu dat tak, ze se nelze vratit zpet je prase a meli by mu veskere skody nauctovat. Pokud strukturu dat nemeni, pripadne meni zpusobem ktery lze rollbackovat, je vse v poradku - data jsou v databazi a jsou platna, pripadne se daji zkonvertovat do stareho formatu. Tohle prece pro$DEITY Intranet pro firmu o 20 lidech, musela probihat analyza a pokud z ni nevypadla datova struktura, ktera neco vydrzi, je to hodne spatne, ale i v tom pripade se da zmena citlive provest.
Jenze ono delat inkrementalni, citlive zasahy do beziciho
IS chce opustit "hura styl" a zacit o vecech premyslet.

To bych se divil, protože dlouhou dobu Expandia Banka nedělala zahraniční převody sama, ale využívala ČSOB.

A to je presne o co mi jde. Tady zrejme doslo k tomu, ze testovani sice mozna probehlo ale v nedostacujicim rozsahu, to same se tyka cele rollout procedury, jinak by k necemu takovemu jako je nefunkcni sluzba nemelo dojit. Samozrejme pocitam s "tim jednim procentem na prirodu", muze se prihodit uplne cokoliv, ale s citlivym rolloutem nove verze mela tato akce rozhodne malo spolecneho.

já zrušil účet u eBanky, když nefungovala potvrzovací MS v případě, že nebyl uvedený specifický a konstantní symbol - ztrácely se znaky. V bance mně drze tvrdili, že problém je v 1, 2, 3... ale u nich? neexisuje!
BTW na spravovat účet přes servis24 ve Firefoxu na 100% jde.

no ale dostat se ke stavu před updatem asi není úplně ono - co s platbami, které proběhly mezitím?

No da. Jinak takovej update je nap.. Jsou lidi ktery proste delaji update aniz by premysleli. Totiz pokud to provadeji profici tak v realu nejenze promysli rollback proceduru, oni update predem x krat otestuji na nejakem testovacim compu.

SAP to umi

nasimulovat zatížení blízké reálnému by snad neměl být tak velký problém

rek bych ze nemozne....

hmm... mozna prave proto to v IT vypada jak to vypada. Administrator, ktery se pusti do upgradu aniz predem naplanuje co udela, kdyz neco bude spatne (pokud s tim uz predem nepocita autor software), je u me lama, loser a nema v IT co delat. Nemuzu si pomoct, ale mam ve zvyku delat tak jak se maji delat a ne zavrit oci, strcit si prsty do usi a cekat jak to dopadne.
Kazdy update na mojich serverech je pripraven tak, ze se vzdy muzu vratit do max. 30 minut k puvodnimu stavu a to vcetne konzistence dat, nebo minimalne k jejich stavu pred updatem.
OK, jsem trosku nefer, neprogramuji a nespravuji rozsahle bankovni systemy, ale nekolik dni je podle me absolutne neprijatelny downtime pro JAKYKOLIV business, nehlede na jeho velikost a obor.

Update s rollback procedurou? Kde žijete? Já teda žádný třeba účetní systém, kde by něco takového fungovalo, neznám.
A robustní systém v českém bankovnictví? Už pár let používám několik internetových bankovnictví a výpadky jsou každou chvíli.

Vzhledem k tomu, že v době výpadku servi24 fungoval (někdy a pro někoho), lze předpokládat, že nebyl proveden žádný rollback.

Programoval jsem aplikace používající online platby pře eBanku prakticky od jejího spuštění.
To, že fungovalo pouze na IE4 a vyšším bylo z počátku (kdy většina lidí měla Netsape 3.x nebo IE nižší než 4) dost omezující. Nepodpora Netscape 4 se řešila také několik let.

jo jo, nasimulovat realne zatizeni v aplikaci postavene nad miliony dat je extremne nakladne, takze se nevyplati ho delat. Musise na to dat pozor pri vyvoji a nasledne udelat castecny test.

Obnova aplikace ze zaloh muze trvat nekolik dni, to by tak odpovidalo delce vypadku.

Nikde jsem se nedocetl, jestli je ted v provozu nova verze app nebo ta stara, to by se melo dat poznat.

Kuprikladu jejich bankovnictvi tak nejak odajkziva funguje i na jinych platformach nez M$ a IE. A zlodeji sou u nas ve vsech bankach, v tom si nevyberete. Banka (v CR)je totiz jedina firma, ktera si pujcuje na podnikani a jeste si zato necha platit.

Ceskou sporitelnu nijak nemiluju a byl jsem velmi rad, kdyz jsem u nich zrusil svuj ucet, ale musim se ozvat:

nasimulovat zatížení blízké reálnému by snad neměl být tak velký problém

Autor clanku asi nikdy nerozchazel nejaky vetsi system (nojo, stoura se v Macich :-). Nasimulovat zatizeni blizke realnemu je naopak u velkych systemu fakt problem (napriklad 1000 klientu davajicich pozadavky po lokalni siti muze byt mene narocne nez 1000 klientu pripojenych kdovikudy po modemu - je treba drzet otevrena spojeni dele a podobne). Navic uzivatele urcite vymysli nejake specificke chovani, na ktere jen tak z hlavy nemate sanci prijit a odsimulovat je.

Nechci nijak omlouvat chyby ktere Sporitelna udelala pri nasazovani aplikace, ale tvrdit ze jsou trubky, protoze prece neni problem si to nejdriv odsimulovat, neni nic jineho nez lacine kopani do mrtvoly nekym, kdo tomu vubec nerozumi.

Hmm, ze by eBanka mela nejaky divny design? Nevsiml jsem si. A vubec, porovnani internetovych bankovnictvi podle designu je fakt usmevne. U bankovnictvi mi jde o to, jestli muzu zadat platbu tak, aby probehla pristi ctvrtek (nebo trvalou platbu ktera se realizuje druhe utery v mesici; ani jedno z toho Sporitelna zda se neumi). A taky jestli to bankovnictvi funguje na mem prohlizeci. Design jen "nesmi vadit" - nemusi "byt nejlepsi". To uz ma horsi design Lupa, protoze pravy reklamni pruh mi castecne prekryva formular pro zadavani komentare.

-Yenya

Hmm... v tom pripade neni takovy system "robustni" ale na hown*. V zivote bych neinstaloval update, ktery nema overenou rollback proceduru, a to ani na sve stanici, natoz na (dokonce bankovnich) serverech.
Ona tahle "chybka" asi neco svedci o kvalite IS pouzivaneho CS, jeho programatoru a samozrejme administratoru. No ono zalozit bankovni IS na mssql/winnt si o neco podobneho asi rika - odborna kvalita IT staffu pracujici kolem MS technologii obecne nebyva moc vysoka. A to nemyslim jako flame ale jako smutnou skutecnost.

Budte konkretni. Uvedte, v cem je eB lepsi nez CS, a u srovnatelnych sluzeb uvedte, prosim, i ceny. Predem dekuji.

Pobliz meho rodiste je velky strojirensky podnik. Vyplatu maji vzdy desateho. Podnik posle penize tak, ze to klienti normalnich bank a CS dostanou desateho.
Jednou poslal podnik penize o nekolik dni drive, melo to nejaky duvod, ktery uz si nevybavim, ale klientum vsech bank proste prisly penize o nekolik dni drive, v kazde bance jinak, ale minimalne o dva dny drive.
Klientum CS prisly penize desateho :-)

Mluvíme o ČS? Ostatní možná, ale karta ne.

konrektne s tim skladanim na ucet pres prepazku mam zkusenost ze s tim nebyl problem - v okamziku slozeni na ucet byly penize k dispozici - jak pro operace kartou, e-banking, vyber a placeni kartou ...

zkusenost z ledna t.r.

porovnani fexibility CS vs ebanka, priklad z praxe:

firma nam posle vyplatu v pondeli odpoledne z HVB, v ebance mam penize v utery rano a muzu je hned pouzivat
kolega ma CS, penize se mu na ucte objevi az ve stredu a z bankomatu je muze vybrat az ve ctvrtek (!!), zpozdeni dvou dnu...doted jsem nepochopil proc....

Česká spořitelna je tragická. Jsem jejím klientem, bohužel a doporučuju všem zájemcům o oteření účtu buď Obchodku nebo E-banku. Spořitelna mi například pošle 14.5. v 7:30 SMSku že stav mého účtu je ke 13.5. Prostě průtahy, výplaty jsou připisovány pozdě, poplatky nechápu za co chtějí, fakt jen vopruz! Už aby je někdo vyhákoval a diskreditoval.

Tak o tom, ze prevod CR - USA trval nekolik minut, silne pochybuji.

Nechápu jak mohla e-banka prohrát.
I-bankovnictví ČS je proti ní nepřehledné, než se někam dostanete musíte udělat spoustu zbytečných mezikroků.
V přehledech o pohybu je minimum informací (i v otevřených - pro znalce/šťouraly).
Když vám přijdou peníze na účet, z karty si je vyberete až druhý den. A to i když si je složíte na ten účet přímo u přepážky ČS.
Když vám někdo pošle peníze z ČS do ČS!, uvidíte to taky až druhý den! Ja drugoj takoj banky něznaju! :-)

Díky za upozornění, správně má být "v ČR". Překlep jsme již opravili.

Prectete si prosim clanek jeste jednou. Pouze jsem citoval vysledky ankety. Osobne jsem zakladal ucet v eB asi dva tydny po spusteni.

Autor se asi musel hodně splést, když začal srovnávat ebankovnictví Č.S. s eBankou...Buď nebyl zcela při smyslech, nebo v životě eBanku neviděl. A hodnotit to dle subjektivního designu, a poznamenat něco o funkcích jen jako mimochodem, to je opravdu těžká ignorace, a autor zoufalec...
Jen pro pousmání, když jsem s v roce 1998 (!) zřídil účty v tehdejší Expandia Bance (dnes eBanka), a dělal jsem z ní převody např. do USA nebo S.A. během několika minut (!), trvaly tehdy převody do ČS v Česku cca týden až 10 dní (!)...

Nevím jak vy, ale já to chápu tak, že když aktualizujete SW, který vyžaduje zároveň změny ve struktuře db, je po spuštění aktualizované aplikace dost značný problém vrátit se zpět (nějakým zpětným převodem se nikdo nikdy nezabývá). Buď budete mít starou aplikaci se starými daty (a nová data by se tam musela nějak dohrát) nebo musíte nějak zprovoznit tu aktualizaci.
I u normálního sw (např. účetnictví) je tento problém dost častý.

Podle mne ma bezkonkurencne nejlepsi el. bankovnictvi eBanka. Jestli prohrala kvuli designu, tak jedine kvuli designu cen :)

Zaujala me nevratna zmena na databazi. Jednak jde o nesmysl, protoze zmeny se zasadne odehravaji v databazi a druhak nic takoveho diky zalohovani a obnove prakticky neexistuje.

obdobný výpadok bol aj 3.5. Nechal som si platenie povinnýho ručení na poslednú chvíľu a 3.5. bola na webe servis24 hláška o nedostupnosti. Tak som išiel vyskúšať zadanie príkazu cez bankomat, ale ten pri poslednom kroku tiež hodil chybu :-( Možno to nefungovalo už 2.5., ale 4.5. to už šlo.

"... že výše bankovních poplatků je v ČT značně neúměrná."

skutecne se jedna o poplatky Ceske televizi? :)