ostatnio zaciekawił mnie temat systemów informatycznych banków w Polsce. Czy
wiecie co napędza różne polskie banki? Słyszałem o systemie Altamira w BRE
(mBank, Multibank), defBank w jakimś banku spółdzielczym, ale to wszystko...
Czy system napędzający banki ma wpływ na takie opcje jak onlineowość operacji
(np. DB, Polbank, itd. w nocy śpią, przelewy wewnętrzne realizowane dopiero po
wybudzeniu się banku, a taki np. mBank na bieżąco aktualizuje salda na swoich
rachunkach).
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
mBank/Multi jest na Altamirze, PKO Bank Polski na Allnovie
(zmodyfikowana wersja Altamiry), Inteligo na Profilach, na nich tez jest
Alior, BPH i pare innych bankow. DEF3000 jest np. w DB PBC, Allianzie,
Getinie. w wersji 2000 w Pocztowym i w bankach spoldzielczych.
Jest jeszcze ICBS w INGu, BZ WBK, Millennium. BGZ bodaj na eurobanku dziala
to chyba najpopularniejsze systemy centralne w polskiej bankowosci
Aaa wlasnie. Pekao SA dziala na Systematicsie.
a czy tam nie jest cos comarchu
Comarch_Internet_Banking_PL_2977.pdf
a co jest w openonline? def3000 jak w getin ??
>
>
> --
> http://macierzynski.blip.pl/
>
Def3000 jest też w BGŻ, do tego jeszcze w DNBNord, Eurobanku, Meritum,
Toyota. BRE - Globus. W allianzie defa raczej nie ma.
Pozdro
--
Meehoo
Dzięki za wyczerpujące odpowiedzi. A który z tych systemów jest najbardziej
zaawansowany - na wszystkich da się zaimplementować przelewy wewnątrz banku
online, zakładanie i likwidowanie nowych rachunków z poziomu WWW. Jakieś inne
fajne ficzery, z których natychmiast można korzystać przez WWW? Któreś z
systemów trącą już myszką i są lekko przestarzałe (altamira jest podobno
napisana w COBOLu, a to dość egzotyczny i stary język).
COBOL uznawany jest za bardzo dobry język do pisania systemów tego typu.
Tutaj raczej języki typu Java są mniej efektywne. Nie można łączyć trącenia
myszką z językiem w jakim napisany jest system ;-).
Kwestię onlinowości i działania 24/7 nie zależą tylko od systemów. Wiele
zależy również od tego jak w banku sobie to wymyślą i od tego jaka kasa
wydawana jest na utrzymanie takich systemów, wiadomo, że przy utrzymaniu
przez 7 dni w tygodniu trzeba więcej kasy niż jeśli "czynne" są tylko przez
5 dni w tygodniu. Ogólnie, to wszystkie ficzery zależą od kasy Banku i od
biznesowej potrzeby...
Pozdrawiam
--
Meehoo
W allianzie jest na 100%
(http://www.bankier.pl/wiadomosc/Pawel-Miller-prezes-Allianz-Banku-bank-bez-porownan-1832051.html
- moj wywiad sprzed blisko 2 lat ;)
W BGZecie o eurobanku on-line pisalem:
http://www.bs.net.pl/?masta=00014&strona=00107 - to tez robi asseco, ale
defem raczej nie jest :)
> COBOL uznawany jest za bardzo dobry język do pisania systemów tego typu.
> Tutaj raczej języki typu Java są mniej efektywne. Nie można łączyć trącenia
> myszką z językiem w jakim napisany jest system ;-).
>
> Kwestię onlinowości i działania 24/7 nie zależą tylko od systemów. Wiele
> zależy również od tego jak w banku sobie to wymyślą i od tego jaka kasa
> wydawana jest na utrzymanie takich systemów, wiadomo, że przy utrzymaniu
> przez 7 dni w tygodniu trzeba więcej kasy niż jeśli "czynne" są tylko przez
> 5 dni w tygodniu. Ogólnie, to wszystkie ficzery zależą od kasy Banku i od
> biznesowej potrzeby...
dokladnie. przykladem ing bsk - ISBC dziala on-line w czasie pracy
placowek (czyli na noc i w weekendy z definicji nie dziala on-line).
Przykladem jest millennium i do niedawna ing. ING juz sobie zrobil, ze
dziala to onlinowo.
Profile niby wszystko on-linowe - ale BPH pokazuje/wal ze nie do konca
tak w weekendy to dziala.
altamira/allnova ma czas reakcji "atomowy", ale znowu - od wielu rzeczy
to zalezy.
Z DEFa tez mozna wycisnac sporo - pytanie czy moduly sa standardowe
brane, czy pisane pod dany bank, etc.
Pamietajmy tez o roznych wersjach systemow. W Poczotywm dalej
funkcjinuje np. def2000
Alnova to nowa nazwa Altamiry. Więc mBank i Multibank też w zasadzie
chodzą na Alnovie, mimo że system nazywał się inaczej, jak był
implementowany :)
http://www.alnovatech.com/pdf/Alnova_Financial_Solutions.pdf
"Alnova Financial Solutions(TM), formerly Altamira..."
W Polsce używany jest też Flexcube, ale nie wiem czy którykolwiek bank
używa tego jako systemu Core Banking, czy bardziej jako systemu
pomocniczego.
G.
> W Polsce używany jest też Flexcube, ale nie wiem czy którykolwiek bank
> używa tego jako systemu Core Banking, czy bardziej jako systemu
> pomocniczego.
Polbank chyba (a przynajmniej kiedyś się wyświetlała informacja o tym przed
załadowaniem strony. No ale to nie w Polsce :).
--
Kojer
> W Polsce używany jest też Flexcube, ale nie wiem czy którykolwiek bank
> używa tego jako systemu Core Banking, czy bardziej jako systemu ...
chyba CITI tego uzywa. pozdro
> Profile niby wszystko on-linowe - ale BPH pokazuje/wal ze nie do konca
> tak w weekendy to dziala.
No ale przecież onlinowość backendu nie musi oznaczać onlinowości frontendu
dla klienta. I odwrotnie.
--
Kojer
>> Profile niby wszystko on-linowe - ale BPH pokazuje/wal ze nie do konca
>> tak w weekendy to dziala.
>
> No ale przecież onlinowość backendu nie musi oznaczać onlinowości frontendu
> dla klienta. I odwrotnie.
E... odwrotnie, to raczej musi to właśnie oznaczać... :-)
--
MiCHA
>Profile niby wszystko on-linowe - ale BPH pokazuje/wal ze nie do konca
>tak w weekendy to dziala.
W BPH dosc czesto II sesja jest ksiegowana zgodnie z opisami (15.45,
ok 16.00 przychodzi mailem potwierdzenie wplywu) a pozniej ok 22
zaksiegowany przelew znika z historii (saldo uwzglednia go prawidlowo)
i pojawia sie dopiero nad ranem.
WAM
--
mezrom dan ysazcw -> www.nadmorze.pl <- wczasy nad morzem
A dlaczego systemy oparte o mainframe miałyby faworyzować przetwarzanie
wsadowe? Potrafię podać przynajmniej jeden powód, dla którego powinno
wręcz być odwrotnie (opłaty za licencje/utrzymanie zależne od
odpowiednio ważonego obciążenia CPU "faworyzują" właśnie przetwarzanie
online i unikanie pików w przetwarzaniu EOD).
Stawiam tezę, że systemy o przetwarzaniu pseudo-online (czyli cykliczne
przetwarzanie wsadowe) to raczej zaszłość historyczna. Kiedyś, kiedy
obsługa online była zbyt trudna dla ówczesnych systemów, lepiej się tak
zarządzało obciążeniem CPU, storage itd. Teraz te systemy mogą nadal tak
mieć, bo jest to wbudowane w ich architekturę.
BTW - Alnova w mB/Mb i PKO BP jest oparta o mainframe i z/OS, a jest z
drobnymi wyjątkami (zbudowanymi tak z dobrych powodów nie wynikających z
architektury) w pełni online'owa.
G.
Nie musi :). Frontend może mieć swoją lokalną bazę i na czas offline
backendu udawać online, a potem uaktualnić backend. Z punktu widzenia
klienta żadna różnica :).
--
Kojer
>>>> Profile niby wszystko on-linowe - ale BPH pokazuje/wal ze nie do konca
>>>> tak w weekendy to dziala.
>>> No ale przecież onlinowość backendu nie musi oznaczać onlinowości frontendu
>>> dla klienta. I odwrotnie.
>> E... odwrotnie, to raczej musi to właśnie oznaczać... :-)
> Nie musi :). Frontend może mieć swoją lokalną bazę i na czas offline
> backendu udawać online, a potem uaktualnić backend. Z punktu widzenia
> klienta żadna różnica :).
I jak niby w tym odłączonym frontendzie mają pojawić się np. blokady z
operacji kartowych?
--
MiCHA
Przecież blokady i tak przychodzą z zewnątrz. Tak btw wiele systemów
niestety nie pokazuje blokad nawet online.
I nie mówie, że tak to dokładnie działa, to był tylko przykład.
--
Kojer
pewnie ktos gdzies czegos nie zmienil i sie drukuje. ale w sumie -
nikomu to i tak nic nie powie, ani nie da.
No chyba, że konkurencji. Mogą dojść jakie możliwości produktowe
umożliwia w tej wersji system. Czyli co bank może zaoferować, a co nie.
Pozdrawiam
ale def3000 jest dosc standardowy. jak cos robili pod siebie to po
numerku i tak nic sie nie dowiesz.
Zdefiniuj proszę w pełni online'owa. Pytam bo w mB jak bierzemy pod
uwagę produkt lokatę jednodniową to w godzinach nocnych podczas
naliczania odsetek nie da się zerwać lokaty (W tym wypadku to oline'owa
to należałoby chyba rozumieć, że jest aktualny wgląd do historii). Inna
sprawa, że konkretnie tą lokatę mogą mieć na jakimś innym systemie.
Pozdrawiam
W pełni online'owa w kontekście tej dyskusji - dowolna akcja na
front-endzie powoduje wykonanie odpowiedniej transakcji na back-endzie w
taki sposób, że jeśli transakcja na back-endzie się nie powiedzie, to na
front-endzie wyświetlony zostanie odpowiedni komunikat błędu. Innymi
słowy FE i BE komunikują się synchronicznie, a nie za pośrednictwem
kolejek (jakkolwiek one by nie były zaimplementowane).
Twój konkretny przypadek wynika z tego, że w trakcie przetwarzania końca
dnia są pewne współzależności które uniemożliwiają likwidację bytu
takiego jak rachunek czy lokata (księgowania oparte są m.in. o ten
"byt") i do czasu zakończenia księgowań (a to jest pod koniec EODa) ta
funkcjonalność jest zablokowana. Niemniej jednak komunikat, który
dostajesz z systemu pochodzi właśnie od systemu Core Banking, a nie od
front-endu.
Nie zmienia to faktu, że dla funkcjonalności lokat jednodniowych nie
powoduje to różnicy, czy zerwiesz ją o 4:00, czy o 23:15. Z kolei dla
przelewów wewnętrznych może to mieć znaczenie.
Oczywiście jesteś klientem, więc dla Ciebie to żadne wytłumaczenie i
teoretycznie masz prawo ponarzekać, bo mogłeś mieć plany co do kasy na
tej lokacie :)))
Swoją drogą - można w nocy (albo w ogóle - nie korzystam z mB zbyt
aktywnie) zrobić wypłatę częściową z lokaty, bez jej likwidacji? Bo to
częściowo rozwiązałoby problem :)
Pozdrawiam,
G.