Grzegorz Mazur
Gość
|
 2010-08-05, 22:12 Re: Systemy informatyczne w polskich bankach
|
 |
| Cytat: | Witam
"Onlinowość" systemu dla użytkownika zależy w dużym stopniu od architektury
rozwiązania na poziomie serwerów i aplikacji bazodanowych. Jeśli są to systemy
oparte o architekturę mainframe i z/os to najczęściej wykorzystują one sesyjne
przetwarzanie operacji (system zbiera zlecenia i wykonuje aktualizację
zawartości bazy danych w określonych odstępach czasu). Tego typu systemy
użytkuje Pekao SA i np. GE Money.
|
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.
|
|
|
|
|
Reklamy
|
|
Robert Kois
Gość
|
|
2010-08-06, 08:11 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: | 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 .
--
Kojer
|
|
|
|
Przemyslaw Kwiatkowski
Gość
|
|
2010-08-06, 08:43 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: | 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
|
|
|
|
Robert Kois
Gość
|
|
2010-08-06, 09:38 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: | 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?
|
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
|
|
|
|
XYZ
Gość
|
|
2010-08-10, 11:32 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: |
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.
Def3000 jest też w BGŻ, do tego jeszcze w DNBNord, Eurobanku, Meritum,
Toyota. BRE - Globus. W allianzie defa raczej nie ma.
Informacja na dole potwierdzenia wpłaty gotówkowej w Eurobanku: |
System: def3000/CB, wersja: 4.1B.490.01.
Wcześniej chyba jej tam nie było. Nie wiem, czy powinni tak chętnie
udzielać wszystkim informacji nt. wersji systemu z jakiej korzystają.
|
|
|
|
Michał 'Amra' Macierzyński
Gość
|
|
2010-08-11, 21:25 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: | Informacja na dole potwierdzenia wpłaty gotówkowej w Eurobanku:
System: def3000/CB, wersja: 4.1B.490.01.
Wcześniej chyba jej tam nie było. Nie wiem, czy powinni tak chętnie
udzielać wszystkim informacji nt. wersji systemu z jakiej korzystają.
|
pewnie ktos gdzies czegos nie zmienil i sie drukuje. ale w sumie -
nikomu to i tak nic nie powie, ani nie da.
--
http://macierzynski.blip.pl/
|
|
|
|
Gosc
Gość
|
|
2010-08-12, 19:29 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: |
Informacja na dole potwierdzenia wpłaty gotówkowej w Eurobanku:
System: def3000/CB, wersja: 4.1B.490.01.
Wcześniej chyba jej tam nie było. Nie wiem, czy powinni tak chętnie
udzielać wszystkim informacji nt. wersji systemu z jakiej korzystają.
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
|
|
|
|
Michał 'Amra' Macierzyński
Gość
|
|
2010-08-12, 21:03 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: |
Informacja na dole potwierdzenia wpłaty gotówkowej w Eurobanku:
System: def3000/CB, wersja: 4.1B.490.01.
Wcześniej chyba jej tam nie było. Nie wiem, czy powinni tak chętnie
udzielać wszystkim informacji nt. wersji systemu z jakiej korzystają.
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.
--
http://macierzynski.blip.pl/
|
|
|
|
Gosc
Gość
|
|
2010-08-22, 16:24 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: |
Witam
"Onlinowość" systemu dla użytkownika zależy w dużym stopniu od
architektury
rozwiązania na poziomie serwerów i aplikacji bazodanowych. Jeśli są to
systemy
oparte o architekturę mainframe i z/os to najczęściej wykorzystują one
sesyjne
przetwarzanie operacji (system zbiera zlecenia i wykonuje aktualizację
zawartości bazy danych w określonych odstępach czasu). Tego typu systemy
użytkuje Pekao SA i np. GE Money.
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.
|
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
|
|
|
|
Grzegorz Mazur
Gość
|
|
2010-08-26, 23:03 Re: Systemy informatyczne w polskich bankach
|
|
| Cytat: |
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.
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.
|
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.
|
|
|
|
GPW: Realizacja zysków, ale WIG20 powyżej 2500 pkt
Tak samo jak poniedziałkowa, tak i wtorkowa sesja na rodzimym rynku rozpoczęła się od...
McLaren z rekordami sprzedaży w 2017 roku
McLaren wypuszczając na rynek model 12C rozpoczął nowy rozdział swojej historii. Model...
MyLiFi - lampka LED dostarczająca internet
MyLiFi jest pozornie zwykłą lampka na biurko zaprezentowaną przez firmę Oledcomm na...
