On 10-08-10 12:32, XYZ wrote:
> 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/

do góry

Michał 'Amra' Macierzyński pisze:
> On 10-08-10 12:32, XYZ wrote:
>> 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

do góry

On 10-08-12 20:29, Gosc wrote:
> Michał 'Amra' Macierzyński pisze:
>> On 10-08-10 12:32, XYZ wrote:
>>> 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/

do góry

Grzegorz Mazur pisze:
> On 2010-08-05 12:46, Marcin Ozdzinski wrote:
>> 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

do góry

On 2010-08-22 17:24, Gosc wrote:
> Grzegorz Mazur pisze:
>> 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.

do góry