A mai nap a testvéremék szívták meg. Újra kellett vásárolniuk a jegyet, persze 2x annyiért. Állították, hogy utólag visszatérítik .. kíváncsi vagyok mi lesz belőle...

Remélem utólag vhogy ki fog derülni a dolog technikai háttere. Hogy hibásodhatott meg egymás után 3 tároló is?

Mondjuk kritikus rendszereknél szoktak akár földrajzi tükrözést is használni, de minimum fizikai leválasztást, hogy ne egy tápon, ne egy szünetmentesen legyen az egész rendszer.

Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.

Marhára nem vagyok meglepődve a dolgon! A legtöbb cégnél (nem csak az állami szférában) az informatika egy kolonc, amit próbálnak a lehető legolcsóbban megúszni, oszt' jó napot. Amikor meg összehányja magát az összegányolt cucc, akkor megy a sopánkodás. Az origo-n van egy jó cikk erről, ott is írta a szakértő, hogy ilyen kritikus rendszereknél még a földrajzi elkülönítés is indokolt lenne, nem hogy még egy hardveren menjen minden. Ez nevetséges.

nem tudom, ha én lennék egy ekkora cég illetékes vezetője, én nem "felkérném" a beszállítót, hogy javítsa meg... ennél jóval keresettebb szavakkal illetném őket

meg azt is közölném, hogyha nem akarnak világraszóló balhét, akkor leraknak a tároló mellé egy ugyanolyat melegtartaléknak.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

"Szerdán gyors egymásutánban három lemez hibásodott meg"

Nah, ha RAID van, akkor backup már nem is kell? Nem mellesleg milyen háttértároló az, amelyikben gyors egymásutánban három lemez hibásodik meg? Gondolom vhol találtak még használtan 10 GB-os Quantum Fireball-okat - cak óccó legyen! címszóval, mi?

https://www.coreinfinity.tech

ha egy szállítmányból rakták tele diszkkel, akkor ez előfordulhat...
nem véletlen, hogy egyik nagy cég úgy adja a diszkeket a szerverekbe, hogy fele ilyen, fele olyan.

a cikkben úgy láttam, hogy a problémájuk főleg az, hogy a szervizből kapott diszkekkel nem indult újra a kötet.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Nem tudom, a RAID korát éljük, de régen, még iskolás koromban, mikor rendszergazdának tanultam, hallottam ilyenről, hogy tükörszerver...azért ekkora, és ilyen fontos rendszernél nem lehetne csak egy-két biztonsági megoldásra hagyatkozni...

'' Az élet egyszerű. Döntéseket hozol és nem nézel vissza.'' // Tomorrow's just your future yesterday!

Nem kell sietni srácok. Itt a hétvége.
Majd hétfőn megpróbáljátok megint.

Ahogy másik portálon már írtam volt...

"A MÁV Informatika Zrt. magyarázata szerint az e-Ticket rendszer leállását az azt kiszolgáló tárolórendszer meghibásodása okozta, amely kezeli egy, illetve kettő lemez meghibásodását a tartalék lemezek bevonásával. Szerdán - viszonylag egymáshoz közeli időben - három lemez hibásodott meg, így a RAID-technológia nem tudta pótolni a kiesett lemezeket és az e-Ticket-et kiszolgáló lemeztömb leállt."

...ahha... nem volt beállítva riasztás...

"A közlemény szerint a hiba észlelését követő bejelentés után a szállító cég azonnal megkezdte a helyszínen a munkát, azonban a meghibásodott diszkek cseréje sem vezetett eredményre, mert szoftverhiba miatt nem lehetett üzembe helyezni az új lemezeket."

...ahha... nincs mentés...

"Amíg a hardver- és a szoftverhibát nem tudják kijavítani, és az új lemezek nem állnak rendelkezésre, nem lehet visszaállítani az e-Ticket szolgáltatást, illetve nem lehet felelősen megbecsülni újraindulásának idejét - jegyzi meg közleményében a MÁV."

...ahha... nincs backup rendszer...

https://iotguru.cloud

az mennyiben segít, ha van mentés és mennyiben akadályoz, ha nincs?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Világosítsatok meg, nem értem tisztán:
ezek szerint amíg nem áll helyre a rendszer, felszállhatok bármilyen belföldi vonatra azt állítva, hogy már vettem jegyet, csak nem nyomtattam ki?
1. Bediktálok a kalauznak egy kamu mail címet és nevet
2. Ad egy papírt, amit el kell küldenem a mávnak (miért kellene elküldenem? hogy lássák, hogy leutaztam a korábban vásárolt jegyemet?

Hát ezt nem értem...

RaTaTa, A Tata

Remélhetőleg 3 héten belül helyreáll, nekem onnantól kell, addig még tudok fuvarkázni a kocsival is

A fiatalok 50%-a optimistán tekint a jövőre. A másik felének nincs pénze drogokra.

Állítólag IBM mainframe-en futott a rendszer.

Gondolom vhol találtak még használtan 10 GB-os Quantum Fireball-okat - cak óccó legyen! címszóval, mi? Kérdezd meg az IBM-et, hogy mit használnak ezekben a megoldásaikban.

Más cikkben írták, hogy nem a backup a probléma, hanem hiányzó alkatrész miatt áll a jegyvásárló rendszer.

Ennek hatására a teljes adattároló egység leállt, és a meghibásodott lemezegységek cseréje sem vezetett eredményre, mert az új egységeket egy, a diszkrendszert vezérlő hardverben fellépett szoftverhiba miatt nem lehetett üzembe helyezni. Az online jegyrendelő rendszer üzemeltetői felkérték a szervert gyártó céget a hibajelenségek okainak felkutatására és megszüntetésére, jelenleg a vállalat németországi és amerikai központjaiban vizsgálják ezeket. A MÁV-nál az [origo] érdeklődésére a sajtóosztályon nem tudták megmondani, hogy melyik gyártó hardverei szolgálják ki az internetes jegyrendelő rendszert, ezért a gyártót nem tudtuk megkeresni. A MÁV-nál azt sem tudják, hogy várhatóan mikorra orvosolják a hibát - várakozásaik szerint azonban szinte biztos, hogy a hétvégén még nem lehet majd a világhálón keresztül jegyet vásárolni.

Szerintetek szerdáig helyre fog állni?

A futás csak azoknak való, akik nem elég intelligensek a TV nézéshez!

Ez olyan nesze semmi fogd meg jól szöveg. Kíváncsi leszek, hogy legalább a szakma megtudja-e majd, hogy pontosan mi volt a probléma...?!

Nem hiszem, ráadásul ebben az esetben a karbantartó és a szállító cég sem fogja erőltetni ezt a témát.

ez meg a máv közlemény:
Várhatóan a hétvégén sem lehet az interneten vonatjegyet vásárolni

[ Szerkesztve ]

"az mennyiben segít, ha van mentés és mennyiben akadályoz, ha nincs?"

Mondjuk fogjáka DRP-t, majd az utasításokat követve kimennek a piacra, vesznek a fukarban egy olcsóbb storage-t, betolják a vas alá, majd rátolják a mentést és mindenki boldog. Aztán egy csendesebb pillanatban - előre bejelentett karbantartásképp - az eredeti storage-ra migrálják az adatokat, akár leállás nélkül. A megvett olcsóbb storage meg jó lesz a bakcup rendszer alá, ami most nincs is, de gondolom gondoltak rá, hogy lesz.

A planB szerint felhúznak egy nullás rendszert a DRP utasításait követve, hogy csak azok szívjanak, akik már megvették az eTicket-et, azok ne, akik most vennék meg. Aztán majd a mentésből visszamazsolázzák azoknak az adatait, akik már vettek jegyet és mindenki boldog.

Kicsit furán hangzik, hogy egy storage meghibásodást nem tudtak illő módon lekezelni három nap alatt, elképzelni nem tudom, hogy ennek a rendszernek a lényegi adatai ne férnének el egy középkategóriás pendrive-on, tehát azt se lehetne mondani, hogy a mentésből való visszaállítás sok időt venne igénybe.

https://iotguru.cloud

kapsz egy szép kis büntit,és ha kamu a cím,ki kell fizetni. Ha nem kamu és vettél jegyet,akkor nem.

Mondjuk a teljesárú menetjegy megváltásához semmiféle igazolványra nincs szükséged. Ha te olyat váltottál, szerintem nem kérhet a kalauz személyazonosító okmányokat. Ezzel kapcsolatban merül fel a probléma.

HGyu

7855.94MHz CPU-Z valid \ Pulchra tibi facies, oculorum acies, capillorum series; o quam clara species! Rosa rubicundior, lilio candidior, omnibus formosior; semper in te glorior!

Csak pusztán kíváncsiságból, vajon mennyi idő lehet az a "gyors egymásutánban"?

If it is not broken then don't fix it!

0 másodperc.
Amúgy nem lehetne csökkentett kapacitással üzemeltetni, amíg meg nem érkezik az a kérdéses 3 tároló szarság? Lassú lenne, de legalább kicsit működhetne.

A futás csak azoknak való, akik nem elég intelligensek a TV nézéshez!

csak mivel nincs jegyed,de a szolgáltatást viszont igénybe veszed,az utasleadó lap kitöltéséhez elkérheti. És miért ne adnád oda?! Ha volt online jegyed,nincs büntetés. Aki meg bliccel, annak kuss a neve.

Ez azért engem is érdekelne hogy lehet ekkora leállás egy ilyen rendszerben?Nekem pár óráért a fejem szedi a főnők....

http://phmegbizhatosag.atw.hu/phtabla.php?nev=domperke

Ahogy a híreket olvastam, szerintem az lehet a gond, hogy az adott szervert külső cég szállította és külső cég is üzemelteti. Innentől kezdve, ha valamilyen spec. gyártóspecifikus megoldást alkalmaznak, akkor az informatika nem igazán tudja átvenni az irányítást, hanem teljes mértékben a szállító és üzemeltető cégre van utalva.

-Kérdés, hogy milyen támogatási szerződést kötöttek az üzemeltető céggel? Tudnak-e vajon kártérítést követelni, lesz-e valamilyen komolyabb következménye a leállásnak (pl. kötbérfizetés, szerződésbontás)?
-Lehet, hogy ezután majd jobban meggondolják, hogy rábízzanak-e egy ilyen fontos funkciót külsős üzemeltetőkre, vagy ezentúl minimum vegyes rendszerben üzemeltetnek.

Az E-Ticket rendszer leállását, az azt kiszolgáló tárolórendszer meghibásodása okozta, amely kezeli egy, illetve kettő lemez meghibásodását a tartalék lemezek bevonásával. Jelen esetben szerdán – viszonylag egymáshoz közeli időben – három lemez hibásodott meg. Így a RAID-technológia nem tudta pótolni a kiesett lemezeket és az E-Ticket-et kiszolgáló lemeztömb leállt.

A hiba észlelését követő bejelentés után a szállító cég azonnal megkezdte a helyszínen a munkát, azonban a meghibásodott diszkek cseréje sem vezetett eredményre, mert szoftverhiba miatt nem lehetett üzembe helyezni az új lemezeket. A karbantartó cég felvette amerikai partnerével a kapcsolatot a szoftverhiba elhárítása érdekében. A MÁV Informatika Zrt. felkérte a gyártó hazai képviseletét, hogy vizsgálja ki és oldja meg a hardver és szoftverhibáját. Jelenleg a gyártó németországi központjában elemzik és keresik a hiba megoldását.

Amíg a hardver- és a szoftverhiba kijavításra nem kerül sor, és az új lemezek nem állnak rendelkezésre, addig nem lehet visszaállítani az E-Ticket szolgáltatást, illetve nem lehet felelősen megbecsülni annak újraindulási idejét.

-Én úgy veszem ki a közleményből, hogy nem nyúltak hozzá, hanem rövid időn belül meghibásodott három lemez (azonos gyártású?, szériahiba?, tápellátási probléma?) amit már nem tudott kezelni a raid védelme.

-Nem nagyon használtam raid-et, de gondolom hogy 'a 3 lemez meghibásodását már nem képes kezelni' nagyjából behatárolja az alkalmazott raid tömb méretét, a lemezek össz. darabszámát.

-Ezután írták, hogy cserelemezekkel megpróbálták helyreállítani a szervert (akkor valószínű, hogy rendszermentésük is volt) ami nem sikerült. Egy másik hírben (origo) hiányzó pótalkatrészről és vezérlőszoftver meghibásodásról is írnak.
-Gondolom ez akkor a szerver lemezkezelésért felelős raid vezérlője vagy egyéb spec. tárolóeszközöket kezelő rendszereleme lehet, ami miatt nem tudják elindítani a szervert.

[ Szerkesztve ]

Kivancsi vagyok, hogy ez a legujabb mutatvanyuk vegul hany millioba fog kerulni az adofizetoknek?

végülis így szemlélve igazad van.

storage-val lehetnek olyan bajok, hogyha nem teljesen egyformák a diszkek, akkor sorozatosan kihajigálja a kötetből a lemezt és ha ez elég sok darabnál fennáll, akkor megint összeomlik. Az ibm-nek pár éve sikerült előállítani egy olyan raid cuccot, ami csak egy firmware-vel ment és ha upgradeltél, felborult minden. (igaz, ez szerveres volt, nem storage-s).

igazából az lehetne a jogos kérdés, hogy miért nem vettek hat másfél terás diszket a hülyevagyok boltban és rugdosták életre a cuccot ideiglenesen, csökkentett üzemben.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

"ha olcsóból van kettő az jobb, mint a dupla árú egy.": ezt én most tanultam meg...

(#27) lapa: nem, mert olyan is van, hogy egymáshoz közeli gyártású példányok vannak egycsomóban és akkor kijön egy sorozathiba, felborul az egész. Lehet, hogy a diszk átlagos meghibásodása 0.0001% 1 millió óra alatt, de ha meghibásodott, akkor annak a valószínűsége, hogy a következő 12 órában a többi diszk is borul, 99%.

(#29) Rommel6600: semennyibe, ezt egy rendes főnök leveri a beszállítókon.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Az eset kapcsán néhány gondolat a körülményekről elgondolkoztatott. Kár lenne, ha most megtorpanna egy jó folyamat, ami kedvező lehet az utasnak és a a MÁV-nak is...

1. Belenyúltak mostanában a működő rendszerbe, bár biztos nem ez volt a meghibásodás oka, de ez mindig veszéllyel jár.

http://iho.hu/hir/valtozas-az-e-ticket-rendszerben

2. A mellékelt fejlesztés is aktuális téma ezekben a napokban... itt egy cikk:
http://hirlevel.egc.hu/2011/03/07/karacsonyra-itt-az-e-vonatjegy/

3. Volt már idén balhé a kioszkok meghibásodásánál, tanulni kellett volna belőle.

4. innovációs díjat kapott indulása után az e-ticket, pályázatuk szerint a célok megvalósultak. Most azonban kiderült, ha baj van, nincs tartalék. Egy ekkora rendszernek fel kell készülnie a legrosszabbra is. Érdekes elolvasni utólag a fejlesztés céljait:

E-TICKET
–
Internetes jegyértékesítés bevezetése a vasúti közlekedésben

Szakterület: közlekedés

Pályázók: MÁV-START Zrt.,
1087 Budapest, Kerepesi út 1-5.;
MÁV INFORMATIKA Zrt.,
1012 Budapest, Krisztina krt. 37/a.

Megvalósítók: MÁV-START Zrt., MÁV INFORMATIKA Zrt.

Tömör leírás:

A MÁV-START Zrt. és a MÁV INFORMATIKA Zrt. közös célkitűzése valósult meg azzal, hogy 2008. június 16-án elindult az internetes vasúti jegyértékesítés Magyarországon.
A projekt keretében a MÁV-START Zrt. megrendelése alapján a MÁV INFORMATIKA Zrt. fejlesztette ki azt az informatikai rendszert, amelynek segítségével bárki otthonában, sorban állás nélkül, az interneten keresztül
vásárolhatja meg vonatjegyét.
Az E-Ticket rendszer bevezetése a MÁVSTART Zrt. első nagy lépése volt az utasbarát és modern vasúti személyszállítás eléréséhez, az utasok kényelmének, komfortérzetének növeléséhez.
A napi átlag 90 000 felhasználót vonzó Elvira menetrendi keresőre épülő rendszerben az utasok az utazás megtervezésével egyidejűleg a menetjegy, pót-és helyjegy megváltására is lehetőséget kapnak.
A megvásárolt jegyek 40, forgalmas állomásra kihelyezett kioszkon vehetők át.
A fejlesztésre építve kidolgozható a teljesen „virtuális” jegyek rendszere, mely esetben az utas az internetes, telefonos és mobiltelefonos vásárlás során kapott kóddal (jegy kinyomtatása nélkül) felszállhat a vonatra, s ott ez alapján ellenőrzik a jegyét.

Az innováció eredménye:

A szolgáltatás bevezetésével a MÁV-START Zrt. elsősorban a szolgáltatásfejlesztést (hozzáférés javítás + utaselégedettség növelés) kívánta megvalósítani.
A bevezetés óta eltelt fél évben közel 47 ezer felhasználó 172 M Ft értékben vásárolt jegyet a rendszerben.
A visszajelzések mind a kezdeményezés, mind a megvalósítás terén pozitívak voltak.

A MÁV-START Zrt. a vasúti jegyvásárlás céljára teljesen új csatornát nyitott az internetes jegyvásárlás bevezetésével, és megtette az első lépést a „virtuális” jegyek bevezetése érdekében.

Az utasok kb.2/3-a, az elsődleges célcsoportként kezelt távolsági (100 km-nél nagyobb táv) utasok 75 %-a számára elérhető a szolgáltatás, ami a cég számára jelentős időmegtakarítással jár.

Referenciák: Médiavisszhang, blogszféra és internetes fórumok. Utas-visszajelzések.

------------------------------------------
5. A rendszer főbb elemei: Platform: IBM Mainframe, z/Linux,M/F,Linux Szoftver: Websphere
http://www.mavinformatika.hu/mavinformatika/referencia_lap.php?mid=145e55f11cb906
-----------------------------------------
6. Ekkora leállást nehéz megérteni, kíváncsi lennék az okokra...
-----------------------------------------
Mostani helyzet hivatalosan:

Az internetes jegyvásárlási rendszert üzemeltető MÁV Informatika Zrt. az alábbiakról tájékoztatott:

Az E-Ticket rendszer leállását, az azt kiszolgáló tárolórendszer meghibásodása okozta, amely kezeli egy, illetve kettő lemez meghibásodását a tartalék lemezek bevonásával. Jelen esetben szerdán – viszonylag egymáshoz közeli időben – három lemez hibásodott meg. Így a RAID-technológia nem tudta pótolni a kiesett lemezeket és az E-Ticket-et kiszolgáló lemeztömb leállt.

A hiba észlelését követő bejelentés után a szállító cég azonnal megkezdte a helyszínen a munkát, azonban a meghibásodott diszkek cseréje sem vezetett eredményre, mert szoftverhiba miatt nem lehetett üzembe helyezni az új lemezeket. A karbantartó cég felvette amerikai partnerével a kapcsolatot a szoftverhiba elhárítása érdekében. A MÁV Informatika Zrt. felkérte a gyártó hazai képviseletét, hogy vizsgálja ki és oldja meg a hardver és szoftverhibáját. Jelenleg a gyártó németországi központjában elemzik és keresik a hiba megoldását.

Amíg a hardver- és a szoftverhiba kijavításra nem kerül sor, és az új lemezek nem állnak rendelkezésre, addig nem lehet visszaállítani az E-Ticket szolgáltatást, illetve nem lehet felelősen megbecsülni annak újraindulási idejét.

http://www.mav-start.hu/hirek/hir.php?mid=14e579353bde0e

[ Szerkesztve ]

Légy óvatos, sokan pályáznak a nehezen megszerzett pénzedre! Tudd, hogy csak te vagy képes megvédeni magad!

ha fél év alatt 47 ezer felhasználójuk volt, az kevesebb, mint napi 260.
ha ezt nem tudták kiszolgálni, csak ilyen csillagháborús és mégis félkész cuccal, akkor ezt már ne javítsák meg, hagyják megdögleni a fenébe.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Ezen átsiklottam hogy külső cég üzemeltette...Attól még a szerződést megnézném amivel megkapták ezt dolgot...Elemzik a hiba okát.Én azt tanultam annó hogy nem elemezni hanem megoldani kell majd utána elemezgetünk.

http://phmegbizhatosag.atw.hu/phtabla.php?nev=domperke

Lehet hogy infarktust kapsz, de ilyen helyen 4-800K-s berendezések egyáltalán nem játszanak.

E-TICKET : Vasúti elektronikus jegyértékesítés
Megrendelő: MÁV-START Zrt.
Idő: 2007 - 2013
Platform: IBM Mainframe, z/Linux,M/F,Linux
Szoftver: Websphere

MÁV INFORMATIKA Zrt.
Közzétételi kötelezettség a 2009. évi CXXII. Törvény 2.§ (3-5 ) bekezdései alapján

Itt pedig megtalálod néhány informatikai beszerzés költségvonzatát.

"ha fél év alatt 47 ezer felhasználójuk volt, az kevesebb, mint napi 260."

Általában az a baj az ilyen állami vagy államközeli fejlesztésekkel, hogy a "Halálcsillag Design Pattern*" szerint dolgoznak, amelynek alapvetően az az oka, hogy egy-egy dologra általában csak egyszer van pénz. Ebből megveszik a vasat és az infrastruktúrát, mert az kézzelfogható és lehet mutogatni, aztán a szoftveres és a tesztelés részén kezdenek spórolni, illetve átadás után az éles rendszer meghibásodásait a backup rendszerből pótolják, amíg lesz ismét pénz... de a projektet papíron mindenképpen sikeresen átadják.

Ajánlott olvasmány:
[Éles tesztüzem]

*: Egy ködös jövőbe tekintve - hatalmas terhelésre számítva - terveznek egy böhöm dolgot, amelyre nincs pénz a világon, több pénzbe kerül, mint amennyi haszon van rajta, majd amikor elkészül, akkor a vezetőség számára egy lényegtelen célponton demonstrálják az erejét, aztán egy triviális tervezési és/vagy üzemeltetési hiba miatt az egész cucc megsemmisül.

[ Szerkesztve ]

https://iotguru.cloud

Érdekes cikk volt, azért említsük meg, hogy mi lett a vége a történetnek:
Felmondja a riasztási rendszer 180 milliós szerződését a tűzoltóság

Lehet, hogy több esetben kéne az állami megrendelőknek ugyanezt eljátszania.

[ Szerkesztve ]

Az egy dolog hogy nem megy az online jegyvásárlás, de legalább a honlapja menne. Hogy nézek igy menetrended?

There Are Only 10 Types of People in the World: Those Who Understand Binary, and Those Who Don't.

Az általam emlegetett összeg egy darab ibm vas megrendeléskori ára volt. A linkelt papíron látható árak simán kijönnek úgy, ha többet rendelsz ezekből, tehát újat nem mondtál.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Itt nem egyszerű szervereket alkalmaznak, hanem ezért fizetnek 40-60milliós összegeket komplexebb megoldásokért, pl. blade-ekért, ahol pont a sok elszórt különböző hardverkonfigurációjú szervereket váltják ki, elvileg egyszerűbben üzemeltethető, mind a tároló mind a szerver részen egyszerűen cserélhető egységes hw és sw platformon üzemelő megoldásokra.

A költséglistában biztos feltűntek az IBM Tivoli Storage Manager-re kifizetett milliók, amelynek a reklámszövege véletlenül pont így szólt:
MÁV Informatika has expressed immense satisfaction with the new Linux and zSeries solution. The company is now able to reduce its IT maintenance costs and simplify the management of its IT infrastructure by consolidating to a single platform. Accordng to János Németh, the next step now would be to implement Tivoli Storage Manager on z/OS, which would give the ability to back up and archive data from every system within MÁV Informatika, including Linux on zSeries. This would provide much better system resilience and disaster recovery options.

Az adott cég informatika projektjeinek felsorolása és költségei tükrében talán témába vág és rá lehet kérdezni a megbízhatóbb üzemre költött források sorsára nem?
De tényleg több újat nem mondok, mert nem akarok zavarni.

[ Szerkesztve ]

Változás azóta.

Csoda történt!

A futás csak azoknak való, akik nem elég intelligensek a TV nézéshez!

Már megy a rendelés végre...

http://phmegbizhatosag.atw.hu/phtabla.php?nev=domperke

Karácsonyi e-jegy?
A mávot ismerve szép álom, tessék:
"Az így vásárolt jegyeket továbbra is a [...] jegykiadó automatákból lehet kinyomtatni, [...] vagyis a telefonra kapott üzenet nem lesz elegendő az utazáshoz."

Amíg csak országszerte összesen 40 helyen lehet átvenni a jegyet, megette a fene az egész csillagháborús projektjüket! Majd ha otthon ki tudom nyomtatni, vagy lesz egy foglalás a nevemre (rajta leszek az utaslistán) akkor hívhatják internetes jegynek, de amíg a jegypénztár falának nekitámasztott automatából veszem át, ne mondják már, hogy rohadtul kényelmes és utasbarát az internetes jegyvásárlás... És csodálkoznak, hogy csak a jegyvásárlások 2%-a zajlik így.

Arról nem is beszélve, hogy agyatlan a rendszer, mert például a Ferihegyi megállóhelyen lévő automatából NEM lehet jegyet átvenni, csak ott vásárolni (akár bankkártyával is)! És még az összes kedvezményfajta sincs feltöltve a rendszerbe, ennyire fogyatékos a dolog...
De visszafelé sem működik, azaz a jegyátvevő automatából sem tudok jegyet venni, csak a netről...
áááh

[ Szerkesztve ]