webbank felmérés

Offtopic

Már volt szó a fórumban bankokról és netbank szolgáltatásaikról. Most is ezt a témát szeretném taglalni, de úgy, hogy csupán objektíve mérhető szempontokat veszünk figyelembe. A válaszoknak géppel feldolgozhatóknak kéne lenniük. Bár ez lehet, hogy overkill, de ez a heppem.A következőben leírom kvázi-formálisan, hogyan kéne az egyes bankok bejegyzéseinek kinézniük. De lehet, hogy érdemesebb lenne egy példa nézésével kezdeni, a válaszok között.

Így hát a formátum:
- Egy bankot leíró bejegyzés >>> és <<< sorok közé van zárva.
- Egy bejegyzés rekordokból áll.
- Egy rekord első sora balra zárt, többi sora egyező mértékben indentált.
- Egy rekord szerkezete:

azonosító: érték, kiegészitő infó

- Az azonosító nagybetűvel kezdődik; különböző rekordoknak az azonosítójuk is különbözik.
- Az érték típusát meghatározza az azonsosító.
- A kigészítő információ rövid magyarázata v. kiegészítése az értéknek.
- Kommentek lehetségesek, ráccsal ("#") kezdődnek, sorvégig tartanak.
- Komment és kiegészítő infó közti különbség érzékeltetése:

Sok fiókja van: Igen, Nyugat-Magyarországon # hűlye kérdés

A következő típusokat javaslom értékek számára: boole (Igen/Nem), string, numerikus (egész v. tizedestört jelöléssel, opcionálisan dimenzió megadásával).

A következő rekordokat javaslom:
- Bank (string): intézmény neve.
- Linux támogatás (boole): lehet-e normálisan használni a webbankot Linux alól?
- History export szélesség (numerikus, időmérték): a számlatörténet mekkora darabkját tudod exportálni egy kéréssel?
- History export mélység (numerikus, időmérték): mennyi időre visszamenőleg lehet exportálni
- Shitware mentes web (boole): nem-markup-nyelv alapú technológiák penetrációja a webes felületen. Pl. ha Java v. Flash kell a webbank használatához.
- Shitware mentes export (bool): nem markup-nyelv alapú export formátum (a tipikus shitware itt az Excel, a tipikus "jó" formátum pedig a CSV). Kiegészítő infónak célszerű megadni az export formátumokat. A nem tartalom centrikus prezentációt ne számítsuk exportnak, mégha esetleg markup alapű is (pl.: számlakivonat html-ben).

A rekordok és típusaik csak úgy jöttek, ahogy épp eszembe jutott, nyugodtan adj meg további rekordokat.

Most akkor hát lássunk egy példát. Nézd meg az első választ.

  • 4716 megtekintés

( dzsekijo | 2006. 09. 02., szo – 01:12 )

>>>
Bank: OTP
Linux támogatás: Igen
History export szélesség: 1 hónap
History export mélység: 3 hónap
Shitware mentes web: Igen
Shitware mentes export: Nem, Excel
<<<

(Légyszi, ne válaszolj erre, legalábbis ne a sztenderd válasz gombbal, mert akkor nem lehetne módosítani e bejegyzést. Ha mégis válaszolni akarsz, idézd a részt, amire reagálni szeretnél, és rakd egy új top level hozzászólásba.)

>>>
Bank: CIB
Linux támogatás: Igen
History export szélesség: 3 ho
History export mélység: 6 ho, regebben szerintem tobb volt
Shitware mentes web: Nem , java
Shitware mentes export: Nem , XLS
<<<

f.ck, csak sikerult "valaszolnom", pedig hozzaszolni akartam:-(

A java miert is shitware?

Na, ez egy jó kérdés, érdemes lenne körüljárni egy kicsit.

Énszerintem az egész java applet technológia ergya, elavult, és hajlok rá, hogy azt mondjam, indokolatlan ezzel fertezni a webes felületeket. Ha a szabványosság szempontjából közelítjük a dolgot: nem bízok azokban a szabványokban, amiknek nincs széleskörben bevett nyílt implementációjuk. (Persze ami a Javát illeti, most úgy néz ki, hogy lesz előrelépés ezügyben. Idővel...)

Ezért a topicindító beírásban odaraktam a Javát, mint példát a webes shitware-re.

Mindazonáltal, ha valaki értelmesen elmondaná, milyen előnyökkel jár egy Java applet webbank a sima html alapúval szemben -- nagyobb biztonság, miegymás -- lehet, hogy megváltozna a véleményem.

Nos sok esetben vannak applettel megoldhato, de sima webes technologiaval
nem megoldhato (vagy csak fajdalmasan/lassan) dolgok.

Pl. Egy tablazat, aminek pakolgatni akarod az oszlopait, be-kikapcsolni,
esetleg a rekordoknak csak egy reszet akarod megnezni.

Ezt weben is siman meg lehet csinalni DOM, AJAX stb. segitsegevel mondhatnank. Igen am de egy appletes vastag kliens sokkal kevesebb
forgalmat general a szerver fele, es egy DOM/AJAXos sokkal tobbet.
(Raadasul hajlamos maskepp mukodni masik bongeszokon,
fugg a bongeszo beallitasaitol is egy reszben.)

Szoval az applet tehermentesiti a szervert, ami azert fontos.
Masik a lentebb emlitett titkositasi lehetoseg, ami szinten
csak aplettel oldhato meg.
Plusz hogy az appletbe nem tud belebuheralni masik oldal javascripttel
egy-egy bongeszo sechole miatt (volt erre pelda h igy loptak jelszavakat).

Ja es az appletben torteno dolgokat nem cacheli a bongeszo, emiatt
is biztosagosabb.

Szerintem.:)

Sebaj :)

Köszönöm a valaszokat neked is, meg másnak is.

Igazából az álombank olyan lenne, ahol tetszőleges szélességű/mélységű exportot tudok csinálni.

Ezt azután mondom, hogy a Gázművek átkúrta a fejem. Masszívan be akartak vasalni rajtam egy 18e Ft-os tételt, amit végül oda is adtam nekik. Később átnéztem a havi számlatörténeteket, és rájöttem, hogy én ezt már egyszer kifizettem két hónappal korábban! Csak a szerencsétlenek eladminisztrálták.

Ha lenne egy darab fájl amiben normálisan ott van az egész történet, kigreppelném belőle az egyes partnerekkel csinált tranzakcióim, és rögtön látnám, hányadán állunk...

Ha egy alombank ezt az igen nagy adathalmazt
_online_ szolgaltatna - sarkitva lehetsz ugyfel
akar evtizedek ota -, akkor az merhetetlenul lassu
es koltseges lenne.
A lekerheto anyag merete teged is zavarba hozna,
ha fel oraig toltene, hogy utana 15 masodpercig
grepelj benne.
Gondolom a lassusaga miatt viszavonnad a jelzot.
Logikusan archiv rendszerbe kerul az adat, ezert
csokken az ido.
(1 penzugyi evet en is el tudnek viselni,
fokent konyvelesi idoszakban)

( BandiG v | 2006. 09. 02., szo – 09:30 )

>>>
Bank: Erste
Linux támogatás: Igen
History export szélesség: 0 hónap, csak HTML es PDF
History export mélység: 0 hónap, csak HTML es PDF
Shitware mentes web: Igen
Shitware mentes export: Nem, csak HTML es PDF
History lista szélesség: 1 hónap
History lista mélység: 18 hónap # kb.
Havi szamlavez. dij: 99 Ft
<<<

Irtam nekik a webbankos uzenetkuldovel, hogy jo lenne a CSV. Irjatok ti is, lehet beleteszik.
Pl a datumkezeles is jobb lett, eddig java kellett hozza (csak kenyelmi funkciohoz), most mar nem kell.

Elony az OTPvel szemben a gyorsabb mukodes, nincs minden egyes lekerdezes utan 5masodperc varakozas/frissit gomb nyomkodasa.

( BandiG v | 2006. 09. 02., szo – 09:40 )

>>>
Bank: HVB
Linux támogatás: nem
Shitware mentes web: nem, amit el tudsz kepzelni minden kell hozza
<<<

Ez a legnagyobb "gigalol". Kell hozza:
-windows
-IE
-Microsoftos java (csak az jo, de a microsoft.com-rol mar nem lehet letolteni (nem tamogatott), igy az ugyfelszolgalat az origo szoftverbazisrol vagy mirol tolteti le. Ez aztan a banki megbizhatosag! Raadasul nem sikerult letolteni, mert mindig csontta fagyasztotta az explorert. Kulonben is, nekunk sunos java volt mar a gepen.)
-OTP (One time password) generalo kutyu. (Egy masik gepen korabban mar sikerult osszehozni az egesz hobelebancot, de a generalt jelszavakat nem nagyon fogadta el a rendszer, folyton telefonalgatni kellett.)

Meg is lett szuntetve kb 1 het utan a bankszamla.

Most nezem, linux/firefox/sunjava alatt tenyleg mukodik a netbank demo.
Mi csak win alatt probaltuk, a weblapjuk szerint az a kovetelmeny (a telefonos ficko is ugy kezdte, hogy kattintsunk az explorerre, ..., ms java van-e... )

http://www.hvb.hu/hu/2008.tdp ezt irja:

"A rendszer hardver és szoftver igénye:

A HVB Internet Banking rendszer használatához az alábbi technikai feltételeknek kell megfelelni:

* MS Windows 95 / 98 / NT / ME / 2000 / XP operációs rendszer;
* Internet böngésző:
o MS Internet Explorer 5.5 vagy ennél magasabb verzió vagy
o Netscape Navigator 7.0 vagy ennél magasabb verzió;
o Java Virtual Machine 5.0 (3802) vagy ennél magasabb verzió;
o 128 bites kódolás (SSL 3.0);
* Internet kapcsolat;
* Adott Felhasználóhoz rendelt, inicializált Token, melyet a Bank bocsát a felhasználók rendelkezésére;
* Hardver: a választott operációs rendszernek, illetve internet böngészőnek megfelelő személyi számítógép."

http://www.hvb.hu/hu/2008.tdp

Érdekesség.
Az operával opera azonosítással nem megy, de
az operával ie6 azonosítással megy!

Hazugsággal megy minden ebben az országban?

----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife

Ez valami nagyon hülye bank téma volt nekem a netbank és a spectranet is műkszik (firefox) spectranet, teljesen otp szerű aktív oldalak + sms hitelesítés (én ezért menni CIB -től HVB), valóban linux támogatás nincs, csak működik, CIB-nél volt csak nem javították ki a hibákat.

Lassan de biztosan javítják. SeaMonkey alól rendesen tudok utalni nincs fókusz hiba. A legújabb appletben már nincs az a zavaró bug, hogy firefox alatt nem lehet bezárni az ablakot. Fejlődnek ezerrel, csak túl lassúak a banknál.

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

Én kicsit más leírást adnék a HVB-ről...

>>>
Bank: HVB
Linux támogatás: Igen
Shitware mentes web: Igen, a SpectraNet révén 


  # Csak az imént fedeztem fel, hogy van egy új, html alapú webbankjuk
  # is, a SpectraNet. A régi Javás is létezik. A Spectrát külön kell kérni,
  # még nincs nekem (új ügyfeleknek már Spectrát adnak). A demó alapján az 
  # interfész hasonlónak tűnik az appletéhez.

Shitware mentes export: Igen, CSV
History export mélység: 4 hónap, (ennyi garantált, de gyakorlatilag korlátlan?) 


  # Azt mondták, amikor megkérdeztem. hogy májusig visszamenőleg tudom visszanézni,
  # de igazából ott van az egész számlatörténetem (januárban csináltam a számlát)

History export mélység: 4 hónap, kb. (egyezik a szélességgel)
<<<

Úgy látszik, némileg összevissza beszélnek, de ez egy jó webbanknak tűnik.

( pch v | 2006. 09. 02., szo – 09:45 )

>>>
Bank: Raiffeisen
Linux támogatás: Igen
History export mélység: 1év
Shitware mentes web: Igen
Shitware mentes export: Nem, qif,csv,xls
<<<

Van tesztverzio, ki lehet probálni...

( wladek1 | 2006. 09. 02., szo – 09:47 )

>>>
Bank: K&H
Linux támogatás: Igen, SMS aktiválás esetén
History export szélesség: 3 hónap
History export mélység: 3 hónap
Shitware mentes web: Nem
Shitware mentes export: Nem, Excel
Számlavezetés díj: 390 HUF
<<<

--
//:wladek's world

( flimo | 2006. 09. 02., szo – 09:48 )

# No én most csak kommentet írok :)

OTP és Erste netbankjához is volt szerencsém (khm, elöbbihez inkább szerencsétlenségem), mindkettő ment linuxról, de otp-re a belépés egy horror, vagy bemagolod a számlaszámod, vagy hurcolászod magaddal egy papíron, míg Ersténél elég a 7 jegyű telebank azonosító (felh. név és jelszó mellett természetesen), valamint otp-vel ellentétben nem belépéskor, hanem tranzakciókor küld smst. Ez is hozzájárult, hogy otthagyjam otp-t.

Nemrég kötöttem szerződést k&h-val, ELTE-s kedvezménnyel szinte fillérekért, gondoltam jól jön egy kártya, amin csak kevés pénzt tartok, így bátran hurcolászhatom magammal. Viszont a netbankot eddig nem sikerült beizzítani. Adtak egy kártyaolvasót, és egy külön chipkártyát (francnak bonyolítják), elöbbihez persze csak windowsos driver van. Ez még nem lenne akkora baj, mert van legális win notebookhoz, na de az alatt sem megy! Kártyaolvasó rendben települ, de a netbank weboldala ie alatt object error üzenetekkel bombáz, firefoxhoz telepít egy extensiont, ami a firefox újraindítása után eltűnik, és újra akarja telepíteni (persze kéri, hogy indítsam újra). Amint lesz időm bemegyek és a fejükhöz vágom.

( BandiG v | 2006. 09. 02., szo – 09:54 )

dzsekijo:

nezd azert meg azt az excel exportot, elofordulhat, hogy egy sima HTML tabla xls kiterjesztessel, hogy az excel nyissa.

( snq- | 2006. 09. 02., szo – 09:58 )

# most szépen mindeki visszamegy a "Shitware mentes web" pontjára, és NEM-et ír, ha kikapcsolt javascript support mellett nem működik (tessék megnézni pl a bugróka legdurvább hibái miből szoktak adódni - homebankingnél nem mindegy; az meg plain bullshit hogy js nélkül nem lehet megoldani)

( cz | 2006. 09. 02., szo – 11:39 )

>>>
Bank: HBW
Linux támogatás: Igen
History export szélesség: akár nyításig visszamenőleg
History export mélység: akár nyításig visszamenőleg
Shitware mentes web: Nem (bizonyos funkciók használnak Java-t)
Shitware mentes export: XML, pdf
<<<

( sany | 2006. 09. 02., szo – 13:58 )

"* Internet kapcsolat;"

Anélkül nem műxik?!
:D :D

"* Hardver: a választott operációs rendszernek, illetve internet böngészőnek megfelelő személyi számítógép.""

Linux alatt megy az IE6 is,
de win alatt nem megy a koqueror.
Nem lehet bankokat kötelezni a szabványok betartására, az OS és böngésző független elérés biztosítására?

----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife

( bandy | 2006. 09. 02., szo – 15:39 )

>>>
BANK: MKB (MKB Netbankár)
Linux támogatás: igen
History export szélesség: 6hó
History export mélység: 6hó
Shitware mentes web: nem, Java kell hozzá (SUN-ossal próbáltam, és megy)
Shitware mentes export: igen

Egyszer volt bajom a belépéssel, mert elfelejtettem a jelszót. Befáradtam bankfiókba, 10 perc alatt rendeztük a dolgot. 100%ig meg vagyok vele elégedve.

( zsolna | 2006. 09. 02., szo – 20:53 )

Na mivan a CIB 3 év alatt kibírta javítani?

( nigra | 2006. 09. 03., v – 00:39 )

Engem a Citibank érdekelne. Van náluk valaki? Használható Linuxszal?

Én használom. Sajnos.
A csoportos feltöltésnél, néha egyet-egyet kihagy. Ügyfélszolgálat szerint, magánügy, ellenőrizzem, hogy a sikerült-e a feltöltés vagy nem. A felvetésemre, hogy az egyben feltöltött fájlnál nincs olyan, hogy a középső két rekord nincs fetöltve, azt válaszolta, hogy de van, és az én dolgom ellenőrizni, hogy ők elutalják-e mindet...

ui.: ja a felület, lassú, és szerintem csúnya. A dátumformátum hónap.nap.év, ha megírtad a feltöltést a felajánlott adatok szerint, akkor a végén szól, hogy aznap nem is tud utalni. Hogy akkor minek ajánlja föl, az egy jó kérdés.

Bank: CitiBank
Linux támogatás: Igen
History export szélesség: 3 hónap
History export mélység: 3 hónap
Shitware mentes web: Igen, habar jelszó bekérés egy layeres vitruális billentyűzeten megy
Shitware mentes export: Igen, QIF (Quicken), OFX (Open Financial Exchange), CSV, Excel

Igaz, hogy az utalásra akkor is felajánl egy dátumot, ha azt nem tudja teljesíteni, de legalább szól a megváltoztatásról, így módod van nem elfogadni és újat megadni.

A Raiffeisen-nél közli, hogy megváltoztatta a dátumot és el is indítja az utalást minden visszakérdezés nélkül, így utólag az ügyfélszolgálaton kell telefonon visszavonatni azt elvben vmi 100 Ft-ért, amit ha nagyon kardoskodsz, akkor jóváírnak később. Egy másfél éve rendszeresen felvetettem hibára (mert ez szerintem bug), de semmit nem csináltak vele. Érdekesség, hogy mindig kb. negyed óra volt, míg megértették, hogy mi ezzel a gond. Sőt, néha még erősködött is az alany, hogy az nem úgy van és a rendszer visszakérdez... 8-)

( mogorva v | 2006. 09. 04., h – 11:50 )

---- rossz helyre ment, törlendő ----

Nézdd meg, hogy a kártyaolvasó biztosan jól települt-e, mert FF alá akkor nem települ be rendesen a plugin és akkor kapod az object error-t, ha az olvasó telepítése nem lett 100-as.

( YanChi | 2006. 09. 05., k – 11:17 )

- Bank: www.netbank.hu (HBW)
- Linux támogatás: igen
- History export szélesség: tetszőleges
- History export mélység: tudtommal incs korlátozva
- Shitware mentes web:nem, java kell hozzá, a biztonságos átvitelt félig applet oldja meg. De nem örülnék, ha nem lenne, mert erősen csökkenne a biztonság.
- Shitware mentes export: van (elolvastam cz hozzászólását, onnan tudom :o) )

Shitware mentes web:nem, java kell hozzá, a biztonságos átvitelt félig applet oldja meg. De nem örülnék, ha nem lenne, mert erősen csökkenne a biztonság.

Bár nem értek hozzá, van egy elképzelésem erről a Java / security összefüggésről. Eszerint: a Java applet tulajdonképpen semmivel se biztonságosabb, mint a nem Javás megoldás, de a bank szempontjáből megnyugtatő megoldás, mert az applet azt a kripto kódot futtatja, amit a banktól letölt, és nincs kitéve a kliens rendszer potenciális ssl vulnjainak, azaz így a banknak nem kell más szara után mosnia a szennyest.
Ez persze csak találgatás.

A banki oldalon nem elegendő egy felhasználónév-jelszó páros a biztonságos azonosításhoz, mivel egy egyszerű keylogger szoftverrrel bedönthető lenne a bank, nem is beszélve arról, hogy a banki dolgozók egy része hivatalból hozzáfér ezekhez az adatokhoz vagy legalább a jelszót át tudja állítani. Emiatt jön az egyszer használatos jelszó, megerősítési sms vagy valamilyen hardveres kütyü. Ezekkel zárhatók ki az ügyintézők visszaélései és bizonyíthatóak a felhasználók gondatlanságából bekövetkezett károk okai.
Én a www.netbank.hu alkalmazásszerverét fejlesztem, elmélyedtem a témában induláskor rendesen. Ha valaki tud legalább 3DES szintű kódolást Java applet nélkül (javascript nem ér, még a gondolat is nevetséges), ami egyaránt használható Win és Linux alatt, többé-kevésbé böngészőfüggetlen, nem igényel speciális hardver-elemet és általában egy netkávézóban is működik, azonnal nekifogok a kicserélés megtervezésének. Más elvárásom nincs. :) Ja, de mégis, esetleg legyen hitelesíthető a szokásos hitelesítésszolgáltatók segítségével.
Amit fenn leírtam követelményként, a tervezés idejében 2 megoldás elégítette ki: az egyszer használatos jelszavak kiosztása és a célhardveres ("kulcstartós") kulcsgenerálás. A második esetben a célhardvert meg kellett volna fizettetni a felhasználókkal (vagy direkt, vagy a díjakba bújtatva) és ugyanúgy Java appletet igényelt volna. Maradt az első. Idáig zökkenőmentesen működik, még nem történt visszaélés.