Funkcje systemu GRYFBANK®

 

GRYFBANK® – moduł główny

Informacje podstawowe
  		Główny moduł GRYFBANK® stanowi jądro systemów obsługi banku. Zawiera on funkcje księgowe, obsługi dysponenckiej i kasowej, a także funkcje zaplecza księgowego i zarządzania systemem.
 

  System przeznaczony jest do stosowania zarówno w centrali banku, jak i w jego oddziałach. Pracuje pod kontrolą systemu operacyjnego Windows 95/NT, zaś jego obecna wersja oznaczona jest numerem 7.900.
Główne cechy
  		GRYFBANK® odznacza się wieloma cechami, które czynią go przydatnym narzędziem wspomagającym pracę banku.
• Produkty bankowe
 		 GRYFBANK® obsługuje wszystkie powszechnie stosowanie produkty bankowe: kredyty, lokaty terminowe i a'vista. Tworzenie konkretnego produktu leży w kompetencji banku, który może go samodzielnie zdefiniować.
• Baza wiedzy o zasadach obsługi produktów
 		 Zasady naliczania odsetek (stopy procentowe, limity, rodzaje kalendarza) zapisywane są w bazie zasad. Istnieje możliwość wpisania zasad obowiązujących wszystkie produkty, podziału wg. terminów pierwotnych, a także zasad indywidualnych dla pojedynczego produktu. Zasady mogą mieć różny zasięg obowiązywania. Mogą obowiązywać przez określony czas lub do następnej zmiany. Mogą obowiązywać natychmiast, po okresie zapadalności, tylko dla nowo otwieranych kont lub po określonym terminie.
  Język opisu zasad prowadzenia produktów umożliwia wpisanie każdej z dotychczas stosowanych zasad, jak również nowo opracowanych przez bank w przyszłości.
• Niektóre rodzaje produktów
 		 GRYFBANK® umożliwia prowadzenie między innymi następujących produktów:
  • konta osobiste a'vista złotowe z limitem debetowym,
  • lokaty krótko i długoterminowe złotowe,
  • lokaty weekendowe,
  • konta a'vista i terminowe walutowe,
  • konta kredytowe osób fizycznych i prawnych,
  • kredyty w rachunku bieżącym.
• Elementy produktu
 		 Produkt składa się z elementów salda skojarzonych z odpowiadającymi im kontami księgowymi. W ramach produktu wyróżnić można m. in. następujące elementy:
  • kapitałowe i blokady,
  • odsetek zapadłych,
  • odsetek niezapadłych,
  • wyniku (koszty, przychody).
• Wektory elementów
 		 Wektory elementów są niezależnym od kodu programu narzędziem definiowania produktów bankowych, będącym jednocześnie jednym ze składników produktu bankowego. Dzięki mechanizmowi obsługi wektorów elementów zaimplementowanemu w module GRYFBANK®, możliwe jest definiowanie nowych produktów oraz swobodne manipulowanie, w ramach wybranego produktu bankowego, elementami produktu, bez konieczności zmiany kodu programu.

GRYFBANK® zawiera moduł do definiowania operacji bankowych. Podstawowe operacje są predefiniowane przez producenta, jednak użytkownik jest w stanie zdefiniować dowolną operację i określić dla niej prawa dostępu, rodzaj kont oraz produktów, na których może być ona realizowana. Język opisu operacji definiuje elementy księgowań po każdej stronie operacji oraz wartości początkowe, a także, dla elementów kwotowych, wyrażenia pozwalające dokonywać kalkulacji na etapie wprowadzania danych.
• Niektóre rodzaje kont własnych
 		 GRYFBANK® zawiera wspomaganie dla następujących kont księgowych rejestrujących specyficzne zdarzenia ekonomiczne:
  • konta kas złotowych i walutowych,
  • konta drogi - międzyoddziałowe i międzybankowe (także dla BRIR w trybie łamania dnia),
  • konta przychodów i konta kosztów,
  • konta strat i zysków nadzwyczajnych,
  • konta czeków przyjętych do inkaso,
  • konta do obsługi rozliczeń z pocztą,
  • konta wyniku z wymiany,
  • konta LORO i NOSTRO,
  • konta lokat międzybankowych,
  • inne konta własne.
• Podstawowe funkcje
 		 GRYFBANK® realizuje następujące, podstawowe funkcje:
  • realizacja przelewów, czeków, wpłat i wypłat łącznie z rozliczeniem kont drogi, realizacja wpłat i wypłat obcych (np. euroczeków) itp.,
  • dekrety księgowe, automatyczne przeksięgowania,
  • weryfikacja awizów otrzymanych i wysłanych,
  • operacje specjalizowane: zmiana terminowości, przyjęcie rachunku i przeniesienie do innego oddziału,
  • automatyczne storno,
  • przegląd historii konta lub produktu w układzie analitycznym, dziennym, dekadowym, miesięcznym, kwartalnym i rocznym,
  • prognoza sald produktu,
  • wydruk raportów, wyciągów, awizów itp.,
  • współpraca z izbą rozrachunkową BRIR (Sybir, Elixir),
  • operacje pozaksięgowe, graficzna baza wzorów podpisów,
  • naliczanie odsetek zapadłych i niezapadłych wg. zasad ogólnych, indywidualnych i grupowych,
  • kalendarz bankowy i rzeczywisty,
  • drukowanie i ewidencja czeków,
  • ewidencja kart płatniczych,
  • realizacja zleceń stałych, jednorazowych i obsługa operacji pozaksięgowych,
  • ewidencja tabel kursów i prowizji,
  • prowadzenie planu i dziennika pracy,
  • ewidencja zastrzeżeń czeków, kont, osób, i dowodów tożsamości w skali całego banku,
  • ewidencja dokumentów kredytowych,
  • obsługa departamentu zagranicznego (SWIFT),
  • współpraca z pocztą (czeki),
  • obsługa mechanizmu polecenia zapłaty,
  • prowadzenie szczegółowych dzienników operacji księgowych i pozaksięgowych,
  • przechowywanie informacyjnych danych niestrukturalnych dla rachunków, osób i produktów bankowych.
  • inne konta własne.
• Udogodnienia
 		 GRYFBANK® zawiera szereg udogodnień, które ułatwiają dalszą obróbkę zgromadzonych danych. Należą do nich:
  • eksport danych do dalszej analizy lub zobrazowania graficznego przy pomocy programów takich, jak Excel, Lotus 123, Access itp.,
  • możliwość wyboru dowolnej drukarki pracującej w sieci dla każdego wydruku osobno, co definiuje się globalnie lub też dla każdego terminala w sieci indywidualnie,
  • dopasowanie wyglądu (koloru) ekranu indywidualnie dla każdego terminala,
  • możliwość rezygnacji z drukowania i archiwowanie danych na dyskach magnetycznych lub laserowych (R/W lub WORM).
Zorientowanie na produkty bankowe
  		W Module Głównym do obsługi kont oprocentowanych i pozostałych rachunków klientów banku stosuje się mechanizmy produktowe.

Produktowa obsługa środków klienta bazuje nie na planie kont banku, lecz na numerach produktów. Niemniej wszystkie księgowania na kontach klientów mają natychmiastowe odzwierciedlenie na właściwych kontach księgowych zgodnych z planem kont dzięki mechanizmowi kojarzenia kont księgowych z kontami produktowymi.
• Grupy produktów
 		 Wyodrębniono następujące grupy produktów bankowych: AVISTA, TERMIN, KREDYT, WŁASNE, INNE. Do odpowiednich grup można następnie przyporządkować konkretne typy produktów: konta bieżące, lokaty terminowe, kredyty i pożyczki.
• Budowa konta produktowego
 		 Konto produktowe składa się z:
  • numeru oddziału/banku,
  • numeru rachunku klienta,
  • numeru produktu,
  • symbolu waluty (opcja),
  • numeru kolejnego w ramach rachunku, produktu i waluty.
Pola numer oddziału i numer rachunku klienta są wspólne dla konta produktowego i księgowego.
Każdemu produktowi istniejącemu w module GRYFBANK® nadano unikalny numer. Numer produktu jest ciągiem cyfr (maksymalnie 8), dla którego stosuje się jednakowy mechanizm obsługi. Ujednoliceniu podlegają przede wszystkim:
  • typy produktów (avista, termin, kredyt),
  • oprocentowanie,
  • używane konta przeciwstawne,
  • zestaw dozwolonych operacji księgowych.

Ujednoliceniu nie podlegają natomiast: terminowość pierwotna, sytuacja finansowa, grupa podmiotu, typ klienta, rezydent/nierezydent, walutowość itp. atrybuty mające charakter indywidualny.
• Przewaga nad systemami zorientowanymi na planie kont
 		 W systemie bankowym nie opartym na produktach, ale np. na planie kont, w sytuacji, gdy plan kont wymaga wyodrębnienia wyżej wymienionych parametrów, konta klienta obsługiwane są na dużej ilości kont syntetycznych, co z kolei jest uciążliwe przy takich operacjach, jak:
  • ogólna zmiana oprocentowania - zamiast zmienić oprocentowanie tylko na numerze produktu, trzeba to wykonać na wszystkich kontach syntetycznych, na których funkcjonuje dany produkt,
  • zarządzanie kontami przeciwstawnymi - konta przeciwstawne dla tego samego produktu mają często jednakową strukturę, różniąc się tylko wypełnieniem elementów, co sprawia, że można je zdefiniować przy pomocy odpowiedniego języka symboli, podczas, gdy przy podejściu nieproduktowym trzeba podawać konta przeciwstawne dla wszystkich kont syntetycznych oddzielnie,
  • ogólne informacje o opłacalności produktu,
  • wykonywanie operacji automatycznych - naliczanie funduszu odsetkowego, zarachowywanie odsetek, obsługa kredytów - spłacanie należności, przeksięgowania niespłaconych rat, zmiana sytuacji finansowej, windykacja, egzekucja itd.
Ogólnie można stwierdzić, że mechanizmy produktowe zawarte w opisywanej tu wersji modułu GRYFBANK® znacznie usprawniają pracę oddziału na kontach klientów.
• Oddzielenie produktów od księgowości
 		 W module GRYFBANK® środki klienta przechowywane są na kontach produktowych. Dla ewidencji kont produktowych stworzono oddzielony od danych księgowych odrębny zestaw baz danych, który zawiera informacje o saldach kont produktowych i wszystkich operacjach na nich dokonanych.

Dla wyodrębnienia poszczególnych części salda konta produktowego takich, jak kapitał, odsetki itp., wprowadzono pojęcie elementu konta produktowego. Saldo konta produktowego jest sumą sald wszystkich elementów salda.

Elementom konta produktowego odpowiadają skojarzone z nimi analityczne konta księgowe. Zakłada się, że wiele elementów tego samego konta produktowego może być skojarzone z tym samym kontem analitycznym.
Parametryzacja
  		Konkretny sposób pracy modułu GRYFBANK® ustala się za pomocą szeregu parametrów, co przesądza o jego dużej elastyczności i szerokich możliwościach dostosowywania do specyficznych rozwiązań stosowanych w danym banku.
• Tabela produktów
 		 Tabela produktów jest parametrem zawierającym opisy produktów, na które składają się następujące elementy produktu:
  • Numer produktu - cyfry identyfikujące produkt,
  • Nazwa produktu - opis przeznaczenia produktu,
  • Rodzaj produktu - AVISTA, TERMIN, KREDYT, WŁASNE, INNE,
  • Podrodzaj produktu - numeracja własna (opcjonalnie),
  • Status produktu,
  • Nr schematu dla odsetek - jak zarachować odsetki niezapadłe i zapadłe,
  • Liczba czeków - domyślna liczba czeków w książeczce czekowej,
  • Departament - skrót nazwy departamentu.
• Schematy do zarachowywania odsetek
 		 Sposób zarachowywania odsetek niezapadłych i zapadłych jest podobny dla wielu produktów, dlatego wprowadzono pojęcie schematu do zarachowywania odsetek i powołano się na niego przy definiowaniu produktu. Na definicję schematu zarachowywania odsetek składa się numer schematu, a w ramach tego numeru rodzaj odsetek - niezapadłe, zapadłe - i w ramach danego rodzaju:
  • element produktu dla którego odsetki są liczone,
  • element produktu, który definiuje konto księgowe z,
  • element produktu, który definiuje konto księgowe na,
  • data bazowa, do wyznaczenia pierwszej i kolejnych dat do zarachowania odsetek,
  • okres (częstotliwość zarachowywania odsetek począwszy od daty bazowej).
Zarachowywanie odsetek niezapadłych dla wszystkich produktów i zapadłych dla produktów typu avista i kredyt sterowane jest przez wymienione wyżej schematy. Dla każdego schematu podane są tu kolejne daty i czasookresy do zarachowywania odsetek. W przypadku odsetek zapadłych mechanizm ten jest stosowany dla kont terminowych a także dla pozostałych kont, dla których określono indywidualną zapadalność odsetek.
• Definicje kont księgowych
 		 Sposób zarachowywania odsetek niezapadłych i zapadłych jest podobny dla wielu produktów, dlatego wprowadzono pojęcie schematu do zarachowywania odsetek i powołano się na niego przy definiowaniu produktu. Na definicję schematu zarachowywania odsetek składa się numer schematu, a w ramach tego numeru rodzaj odsetek - niezapadłe, zapadłe - i w ramach danego rodzaju:
  • nazwa konta - opis przeznaczenia konta,
  • wzorzec konta analitycznego, który buduje się z wykorzystaniem: - cyfr od 0 do 9, - znaku "-" oddzielającego elementy konta, - znaku $ (oznacza trzycyfrowy symbol waluty w numerze konta), - znaku % (oznacza użycie numeru produktu do budowy konta), - znaku # z następującą po nim cyfrą od 0 do 4, w miejsce których wpisywany będzie numer kolejny konta (maksymalnie 4 cyfry). #0 oznacza dowolną długość numeru kolejnego od 0 do 4 cyfr, natomiast pozostałe oznaczenia tzn. #1, #2, #3, #4 oznaczają stałą długość numeru kolejnego. - nazw tablic występujących w tabelach planu kont, przy czym konto syntetyczne ma taki sam wzorzec, ale bez wypełnionych pól nr klienta i numer
    • kolejny konta,
  • bilansowe - określa, czy konto jest kontem bilansowym, pozabilansowym, czy też pozaksięgowym, bilansowe, pozabilansowe lub pozaksięgowe,status konta.
• Tabele planu kont
 		 W celu maksymalnego zredukowania liczby pozycji w planie kont, a przez to uczynienia go bardziej zwartym, czytelnym i elastycznym, konta księgowe buduje się w oparciu o tabele planu kont. Definicja takiej tabeli zawiera:
  • w pierwszej linii:
    - identyfikator tabeli,
    - nazwę tabeli - opis słowny,
    - atrybut tabeli - od jakiego atrybutu konta tabela zależy (opcjonalnie).
  • w kolejnych liniach:
    - wartość elementu tabeli,
    - opis elementu tabeli,
    - wartość atrybutu, dla którego element jest przyporządkowany (opcjonalnie).
• Rodzaje rachunków
 		 W module GRYFBANK® istnieje możliwość tworzenia numeracji klientów innej, niż modulo 10. Te inne numery rachunków rozpoczynają się od liter (jednej, dwóch, lub trzech) po których następują cyfry (od jednej do sześciu, jeśli numer nie spełnia sumy modulo, lub od dwóch do siedmiu, jeśli z cyfrą modulo).

Na definicję rodzaju rachunku składa się:
  • Nr, numer kolejny rodzaju rachunku, który jest jego niezmiennym identyfikatorem,
  • Ozn, początkowe litery rachunku (można je przedefiniować),
  • Lba, minimalna liczba cyfr uzupełniona od lewej zerami (bez kontrolnej),
  • Mod, czy z cyfrą kontrolną,
  • Nazwa, opis słowny.
Inne rodzaje rachunków niż modulo 10 stosowane są dla klientów własnych banku, którymi są np. inne banki, inne oddziały tego samego banku, banki zagraniczne, departamenty itd.
Obsługa wielu walut
  		W obecnej wersji modułu GRYFBANK® zaimplementowano mechanizm wielowalutowości, co spowodowało:
  • zastąpienie kont równowartości złotowych kontami pozycji wymiany w złotych,
  • wyeliminowanie tabeli kursu bazowego i zaniechanie wyliczania różnic transakcyjnych od każdej operacji względem kursu bazowego,
  • dokonywanie rozliczeń międzyoddziałowych w walucie operacji a nie w równowartości złotowej,
  • wprowadzenie mechanizmu wyliczenia wyniku z wymiany walut dla całego banku jednocześnie za pomocą systemu PW (z danych zebranych ze wszystkich oddziałów po zamknięciu dnia) - aby było to możliwe, istnieje konieczność wcześniejszego wprowadzenia rozliczeń elektronicznych międzyoddziałowych przez Centaur,
  • zastąpienie mechanizmu wyceny (wyliczenia różnic kursowych) przez aktualizację kont wyniku z wymiany na podstawie danych uzyskanych przez centralę banku w systemie PW.
Wektory elementów
  		Wektory elementów są parametrami, które sterują operacjami wykonywanymi na produktach. Procedury do obsługi produktów w module GRYFBANK® zostały skonstruowane w ten sposób, by informacje o tym, na jakich elementach produktu wykonać dane działania, pobierane były ze specjalnie skonstruowanych do tego celu wektorów elementów. Ilość i nazwy wektorów elementów narzucone są przez funkcje Modułu Głównego. Praktycznie każda funkcja operująca na elementach produktu wymaga zdefiniowania potrzebnych dla siebie wektorów elementów.
Zalety
  		GRYFBANK® posiada szereg zalet do których zaliczyć należy:
  • odporność na problem roku 2000,
  • zgodność z polskim prawem bankowym, zarządzeniami i wytycznymi Prezesa NBP oraz Ustawą o rachunkowości,
  • zintegrowaną obsługę kont osobistych i lokat złotówkowych jak i walutowych dla osób fizycznych i prawnych, krajowych i zagranicznych, obsługę kont własnych,
  • elastyczne zasady naliczania odsetek - możliwość wpisania każdych dotychczas prowadzonych zasad, zmienność zasad w czasie, możliwość obowiązywania zasady natychmiast, po okresie lub tylko dla nowo otwartych kont,
  • definiowalne operacje księgowe (moduł MDOPER),
  • automatyczną realizację zleceń stałych i jednorazowych księgowych i wsparcie dla zleceń pozaksięgowych,
  • HOME - BANKING on-line, off- line, telebanking, fax, pager,
  • możliwość przeglądu i wydruku historii i prognozy dowolnego produktu (konta) w układzie analitycznym, dziennym, dekadowym, miesięcznym, kwartalnym i rocznym,
  • bardzo szybkie zamknięcie dnia - kilkanaście minut,
  • sprawdzanie na bieżąco zastrzeżeń czeków, kont, osób i dowodów tożsamości (GRYFBANK® zawiera centralny system zbierania i rozpowszechniania w banku informacji o zastrzeżeniach),
  • graficzną bazę danych z wzorami podpisów (zdjęciami, wzorami dokumentów),
  • komputeryzację wszystkich stanowisk pracy bankowej w oddziale,
  • możliwość dołączenia urządzeń samoobsługowych, np. transakcyjnych kiosków bankowych czy samoobsługowych drukarek stanu konta,
  • centralne drukowanie książeczek czekowych,
  • pracę w systemie rozproszonego przetwarzania danych, co znacznie podnosi szybkość (największe instalacje oddziałowe mogą obsłużyć kilkaset tysięcy rachunków, na których dokonuje się kilkadziesiąt tysięcy transakcji bankowych dziennie),
  • dołączone programy do przenoszenia danych ze starych systemów informatycznych do baz danych modułu GRYFBANK®.
 
 

BP-CAD


Informacje podstawowe
  		BP-CAD stanowi komputerową realizację metodologii projektowania produktu bankowego opracowaną w firmie HEUTHES®. Jego podstawowym zadaniem jest wspomaganie konstruowania systemu produktów bankowych oraz ułatwienie orientacji w złożonych zależnościach występujących pomiędzy poszczególnymi elementami tego systemu. Dodatkowo BP-CAD ułatwia tworzenie planu kont.


Lista produktów.

Charakterystyka programu
  		Pracując z programem BP-CAD, użytkownik korzysta z odpowiednio zaprojektowanego interfejsu graficznego, który umożliwia łatwe przemieszczanie się pomiędzy poszczególnymi elementami aplikacji.

Cztery podstawowe okna pozwalają definiować typy produktów, elementy produktów (kapitałowe, odsetkowe, rezerw, kosztów, przychodów, poręczeń, gwarancji itp.), fazy produktu (np. faza podstawowa, windykacja, egzekucja itd.), sposoby księgowania odsetek na określonych typach produktów, wektory elementów, które służą do parametryzacji algorytmów obsługi produktów w systemie bankowym (np. kolejność spłat zobowiązań itp.) oraz plan kont.

W końcowej fazie projektowania BP-CAD umożliwia powiązanie elementów produktów z kontami księgowymi i określenie zasad księgowania przejść fazowych oraz zmian sytuacji finansowej, a następnie generowanie repozytorium z którego korzysta system bankowy.
Zalety
  		Program BP-CAD posiada następujące zalety:
  • Przyspieszenie projektowania systemu produktów bankowych oraz planu kont.
  • Ułatwienie orientacji w zależnościach występujących pomiędzy poszczególnymi elementami systemu produktów bankowych.
  • Przejrzysty i wygodny w użyciu interfejs użytkownika.
  • Automatyczne generowanie repozytorium dla systemu bankowego.
 
 

Kredyty


Informacje podstawowe
  		Moduł Kredytowy przeznaczony jest do stosowania w oddziałach banków, a jego podstawowym zadaniem jest wspomaganie pracowników wydziału kredytowego w realizacji funkcji związanych z udzielaniem kredytów, takich jak pobieranie danych od kredytobiorcy, drukowanie dokumentów kredytowych czy nadzorowanie przebiegu kredytu.
Zasada działania
  		Moduł Kredytowy jest ściśle powiązany z modułem HEUTHES® - GRYFBANK®, ponieważ korzysta z baz danych tego modułu. Dzięki temu pracownik wydziału kredytowego używający Modułu Kredytowego w razie potrzeby może bardzo szybko dodać obsługiwanego kredytobiorcę do bazy klientów banku oraz założyć mu rachunek i konto. Wszystkie dane wprowadzone do systemu przy wykonywaniu powyższych czynności są rejestrowane w oddziałowej centralnej bazie danych modułu HEUTHES® - GRYFBANK®, co sprawia, że są natychmiast widoczne we wszystkich innych modułach Infostrady Bankowej®, korzystających z tych danych. Moduł Kredytowy korzysta także z własnej bazy danych, przechowując tam specyficzne informacje, jak np. umowy kredytowe i harmonogramy spłat.


Wyszukiwanie kredytów.

Realizowane funkcje
  		Obsługa kredytu wiąże się z wykonywaniem szeregu działań takich, jak pobranie danych od kredytobiorcy, przygotowanie zestawu niezbędnych dokumentów kredytowych czy nadzorowanie przebiegu kredytu. Moduł Kredytowy wspomaga wykonywanie tych działań dostarczając odpowiednich funkcji.
• Otwieranie kredytu
 		 Podstawowym działaniem wykonywanym w czasie udzielania kredytu jest ustalenie danych określających komu kredyt zostaje udzielony, w jakiej wysokości i na jakich warunkach. Moduł Kredytowy znacznie usprawnia ten proces, pozwalając m.in. korzystać z danych o określonym kliencie, wprowadzonych wcześniej w innych modułach Infostrady Bankowej® (przede wszystkim w module HEUTHES® - GRYFBANK® na stanowiskach dysponenckich). Jeżeli natomiast klient nie figuruje jeszcze w bazach danych oddziału, może być natychmiast zarejestrowany - dzięki odpowiednim formularzom wyświetlanym na ekranie komputera pracownik banku jest w stanie szybko dodać kredytobiorcę do oddziałowej bazy klientów a także założyć mu rachunek.
• Generowanie dokumentów kredytowych
 		 Udzielanie kredytu wiąże się z koniecznością utworzenia szeregu dokumentów kredytowych. Podstawowym dokumentem tego typu jest umowa kredytowa, określająca parametry kredytu na które zgadzają się kredytodawca i kredytobiorca. Ponadto wystąpić może potrzeba utworzenia dokumentów takich, jak aneksy czy poręczenia.

Moduł Kredytowy, na podstawie wprowadzonych danych i w oparciu o odpowiednie szablony, jest w stanie automatycznie wygenerować cały zestaw niezbędnych dokumentów oszczędzając czas pracowników banku.


Generowanie umowy kredytowej.



Powyższy rysunek przedstawia umowę kredytową wygenerowaną przez Moduł Kredytowy i otwartą w edytorze tekstu, skąd można ją wydrukować.
• Nadzór nad przebiegiem kredytu
 		 Interes banku wymaga prowadzenia ścisłej kontroli nad przebiegiem udzielonego kredytu tak, by odzyskać pożyczone środki wraz z odsetkami.
Korzyści
  		Zastosowanie Modułu Kredytowego pozwala bankowi osiągnąć szereg korzyści, wśród których najważniejszymi wydają się przyspieszenie procesu udzielania kredytu oraz zapewnienie odpowiedniej kontroli nad jego przebiegiem.
• Centaur
 		 Protokół komunikacyjny do międzyoddziałowej izby rozrachunkowej CENTAUR. Zapewnia elektroniczną wymianę operacji międzyoddziałowych a także międzybankowych poprzez ELIXIR. Może pracować w układzie centralnym poprzez CENTAUR lub lokalnie w oddziale.
• Elixir
 		 System do międzybankowej elektronicznej realizacji przelewów. Opcja "Import" umożliwia przyjęcie danych pochodzących z systemu ELIXIR (przekazanych w postaci pliku) i umieszczenie ich w paczkach modułu GRYFBANK®). Po kontroli poprawności danych operacje można księgować.

Opcja "Eksport" tej funkcji umożliwia przygotowanie pliku z danymi poprzednio zaksięgowanymi w module GRYFBANK® (przeznaczonymi dla ELIXIR) w formacie akceptowanym przez ELIKSIR.
• First Data (Polcard) VISA
 		 Automatyczne wczytywanie operacji dotyczących kart First Data (Polcard) i VISA do modułu GRYFBANK® w centrali, a następnie wybranie tych operacji i przygotowanie plików z danymi do rozesłania do oddziałów. Oddziały generują dane dotyczące operacji przeprowadzonych w oddziale przez klienta - posiadacza tych kart i przesyłają te dane do Centrali, gdzie służą do aktualizacji stanu kont klientów.
• Pegaz
 		 Przyjmowanie danych z systemów rozliczania kont drogi (SYBIR, ELIXIR) - księgowanie na odpowiednich kontach w module GRYFBANK® w centrali, a następnie wybranie operacji i utworzenie plików zawierających dane do zaksięgowania w oddziałach.
• Bankomat
 		 Brama Komunikacyjna pozwala na przyjmowanie danych z bankomatów i ich weryfikację oraz księgowanie.
• Inne
 		 Moduł Gateway, oprócz wymienionych wyżej możliwości, posiada swobodnie definiowany format danych, które będą następnie zaksięgowane w module GRYFBANK®. Dane te mogą pochodzić z systemu płacowego, gospodarki materiałowej itp.
Przesyłanie danych
  		Dane pomiędzy modułem Gateway a innymi systemami (zewnętrznymi lub modułem GRYFBANK®) mogą być przesyłane na nośnikach magnetycznych (dyskietki), poprzez pocztę elektroniczną lub przy wykorzystaniu innego sposobu dystrybucji (np.NFS).

Dane mogą być przesyłane w postaci jawnej (zbiory tekstowe) lub w postaci zakodowanej. W przypadku kodowania danych dostęp do nich (możliwość ich utworzenia i odczytu) mają tylko osoby uprawnione - w module tym istnieje odrębna baza użytkowników (niezależna od bazy użytkowników modułu GRYFBANK®) z uprawnieniami do poszczególnych funkcji.
 

SKARBIEC-KASA

 
Informacje podstawowe
  		Moduł Skarbcowy zapewnia obsługę skarbców w powiązaniu z kasami i sortownią. Dostarcza informacji o aktualnym stanie skarbca (skarbców), kas i sortowni wraz z wykazem operacji kasowo-skarbcowych oraz pozwala na szybkie rozliczenie kas i sortowni na koniec dnia.

Moduł Skarbcowy pracuje pod kontrolą systemu operacyjnego DOS, a przeznaczony jest do stosowania w oddziałach banków.
Zasada działania
  		W oddziale banku zachodzi określony przepływ środków pieniężnych, którego ogólny zarys przedstawia poniższy schemat.


Schemat przepływu środków obsługiwany przez Skarbiec-Kasa.

Podstawowe cechy
  		Moduł Skarbcowy pozwala rejestrować przepływ środków pieniężnych w strumieniach widocznych na schemacie, oraz ewidencjonować stany tych środków w poszczególnych punktach oddziału banku, takich jak kasy, sortownia, skarbiec.

Moduł Skarbcowy charakteryzuje się, między innymi, następującymi cechami:
  • operacje kasowo-skarbcowe, złotowe i walutowe są prowadzone w rozbiciu na wybrane nominały lub/i kwotowo - łatwo można dodawać nowe waluty i nowe nominały oraz wycofywać nominały wyłączone z obiegu,
  • zapewniona jest ochrona informacji o stanach i obrotach poszczególnych komórek kasowo-skarbcowych przed nieupoważnionym dostępem,
  • istnieje możliwość definiowania i modyfikacji struktury oddziału (skarbiec złotowy, walutowy, sortownia, kasy złotowe, kasy walutowe, kasy zewnętrzne) wraz z dynamicznie definiowanym systemem uprawnień w zakresie wystawiania i księgowania operacji, co pozwala na dopasowanie Modułu Skarbcowego do specyfiki pracy danego oddziału.
Moduł Skarbcowy może pracować samodzielnie, ale największą efektywność osiąga się poprzez wykorzystanie go razem z modułem GRYFBANK®.
 

INTRANET GRYFBANK GATEWAY

 
Informacje podstawowe
  		Intranet GryfBank Gateway jest technologią Bramy Komunikacyjnej do systemu bankowego przez World Wide Web, która umożliwia pracę tego systemu w układzie centralnym. IGG pracuje środowisku Windows NT.

Technologia Bramy Komunikacyjnej do serwerów WWW może znaleźć zastosowanie w wewnętrznej sieci banku.
Zasada działania
  		Zasadę działania IGG w sposób uproszczony przedstawia załączony poniżej schemat: IGG działa jako serwer, który przyjmuje żądania realizacji określonych funkcji pewnego modułu (np. GRYFBANK®), następnie wywołuje je wykorzystując jądro tego systemu i zwraca wyniki. Żądania mogą nadchodzić z tego samego oddziału banku (z wykorzystywanych tam terminali internetowych z zainstalowanymi przeglądarkami WWW) oraz z innych oddziałów (za pośrednictwem modułu Centaur On Line).
Ochrona danych
  		IGG wykorzystuje określone mechanizmy mające na celu zapewnienie bezpieczeństwa danych, polegające na ograniczeniu dostępu do funkcji modułu GRYFBANK® oraz zapewnieniu bezpieczeństwa danych przesyłanych siecią.
• Modeł uprawnień modułu GRYFBANK
 		 Celem ograniczenia dostępu do funkcji modułu HEUTHES® GRYFBANK®, w IGG wykorzystany został model uprawnień z tego systemu. Dzięki temu dostęp do określonych funkcji uzyskają tylko osoby znajdujące się w bazie danych osób uprawnionych. Rozwiązanie to umożliwia także nadawanie uprawnień do każdej funkcji oddzielnie.
• Szyfrowanie transmisji
 		 W celu zapewnienia bezpieczeństwa danych przesyłanych siecią, są one szyfrowane przy wykorzystaniu oprogramowania kryptograficznego firmy HEUTHES® (wykorzystującego silne algorytmy kryptograficzne RSA i IDEA).
Korzyści
  		Zastosowanie modułu Intranet GryfBank Gateway pozwala osiągnąć szereg korzyści, umożliwiających pełniejszą, szybszą i jednocześnie bezpieczną obsługę klientów.
• Wykorzystanie terminali internetowych
 		 IGG umożliwia realizowanie funkcji modułu GRYFBANK® przy wykorzystaniu terminala internetowego z zainstalowaną przeglądarką WWW. Praca tego typu polega na tym, że użytkownik, za pomocą przeglądarki WWW zleca wykonanie określonych funkcji modułowi IGG, który realizuje je, po czym zwraca wyniki do przeglądarki.
• Uniezależnienie od platformy sprzętowo-programowej
 		 Uniezależnienie od platformy sprzętowo-programowej związane jest bezpośrednio z wykorzystaniem terminali internetowych i przeglądarek WWW. Strony wyświetlane w tych przeglądarkach w procesie komunikacji z IGG, napisane są w językach HTML i JavaScript. Podstawową właściwością tych języków jest to, że mogą być one interpretowane przez dowolną przeglądarkę WWW, a obecnie praktycznie dla każdego systemu operacyjnego istnieje tego rodzaju przeglądarka. W ten sposób możliwa jest praca w systemach takich, jak DOS, Windows 3.1/95/98/NT, OS/2, UNIX, Linux, na dowolnej platformie sprzętowej, na której zaimplementowany został któryś z tych systemów.

Zastosowanie oprogramowania kryptograficznego firmy HEUTHES®, zawęża zbiór systemów operacyjnych do Windows 95/98/NT.
• Odmiejscowienie
 		 Odmiejscowienie oznacza możliwość pracy w skali całego banku z dowolnego terminala. Użytkownik pracujący na danym terminalu (bezpośrednio w module GRYFBANK® lub też w przeglądarce WWW) w określonym oddziale banku, może realizować funkcje modułu GRYFBANK® w dowolnym innym oddziale banku. Uzyskanie takiej możliwości wymaga zastosowania dodatkowo modułu Centaur Online, który umożliwi połączenie pomiędzy różnymi oddziałami banku.
 

CENZOR

 
Informacje podstawowe
  		System CENZOR jest przeznaczony do centralnej dystrybucji zastrzeżeń czeków, rachunków, dokumentów oraz kart gwarancyjnych do/z oddziałów banku oraz wymiany informacji o zastrzeżeniach z zewnętrznym systemem, gromadzącym dane ze wszystkich banków w kraju.

Bazy zastrzeżeń systemu, poza informacjami o samych zastrzeżeniach, zawierają szereg informacji, które pozwalają grupować dane ze względu na czas i źródło pochodzenia oraz na czas i miejsce eksportu danych. Dzięki temu użytkownik systemu, tak w oddziale, jaki i w centrali, ma pełną informację o przepływie informacji o zastrzeżeniach.
Zasada działania
  		Jądrem systemu jest centralny moduł CENZOR. Przyjmuje on zastrzeżenia z oddziałów oraz zastrzeżenia zewnętrzne, których źródłem są zewnętrzne centralne systemy zastrzeżeń, np. MIG-DZ. Po weryfikacji i konsolidacji moduł rozsyła zastrzeżenia do oddziałów oraz do zewnętrznych centralnych systemów zastrzeżeń. Zastrzeżenia dostarczone do oddziałów są wykorzystywane przez oddziałowy moduł GRYFBANK®.

Moduł CENZOR większość informacji o zastrzeżeniach pobiera i wysyła przyrostowo (przesyłane są tylko dane o nowych zastrzeżeniach, które pojawiły się od czasu ostatniej transmisji). Jednak możliwe jest też pobieranie i wysyłanie kompletu danych.
• Zastrzeżenia w centrali banku
 		 Dane w Centrali Dystrybucji Zastrzeżeń są przechowywane w bazach dedykowanych odpowiednim typom zastrzeżeń. Struktury tych baz są zbliżona do struktur zastrzeżeń dostarczanych z zewnętrznych centralnych systemów zastrzeżeń.

W centrali dane przechowywane są w bazach zastrzeżeń czeków, dokumentów, rachunków i w bazie anulowań zastrzeżeń (podział wynika ze sposobu dystrybucji danych przez MIG-DZ) oraz w bazie zastrzeżonych kart gwarancyjnych.

Zastrzeżenia dostarczane przez systemy zewnętrzne są wczytywane do baz buforowych. Dane z buforów, które przejdą testy ze względu na poprawność formalną i merytoryczną, są przepisywane do baz głównych. Buforowanie jest konieczne ze względu zdarzające się przypadki otrzymywania danych uszkodzonych czy niepoprawnych. Zastrzeżenia anulowane są przenoszone z baz głównych do odpowiednich baz archiwalnych.

Zastrzeżenia i anulowania zastrzeżeń z oddziałów są również dopisywane do baz głównych. W każdy dzień sesyjny, są generowane informacje przyrostowe o nowych zastrzeżeniach i anulowaniach zastrzeżeń. Są one następnie rozsyłane do oddziałów banku.

Otrzymane z oddziałów dzienne informacje o zastrzeżeniach i ich anulowaniach są, po konsolidacji, wysyłane w odpowiednich plikach dystrybucyjnych do zewnętrznych systemów dystrybucji zastrzeżeń (MIG-DZ).
• Zastrzeżenia w oddziale banku
 		 Zastrzeżenia w oddziale są przechowywane w bazach o takich samych strukturach, jakie mają bazy główne w centrali. Są to zatem bazy zastrzeżeń czeków, dokumentów, rachunków oraz zastrzeżonych kart gwarancyjnych. W oddziale są też bazy archiwalne z anulowaniami zastrzeżeń. Oddział zastrzeżenia własne wysyła (przyrostowo) do CENZORA w centrali. Doczytuje też przyrostowe informacje o zastrzeżeniach otrzymywane z centrali.

Bazy zastrzeżeń w oddziale i bazy zastrzeżeń w centrali zawierają, pomijając rozbieżności czasowe wynikające z charakteru przebiegu cykli wymiany danych, te same dane.
 

FILIA@WEB

 
Informacje podstawowe
  		Moduł Filia@Web jest przeznaczony dla małych oddziałów banków. Jego niskie wymagania pod względem sprzętu i oprogramowania przyczyniają się do ograniczenia kosztów organizacji nowych punktów obsługi klienta, co w konsekwencji pozwala zwiększyć ich ilość i silniej zaznaczyć pozycję banku na rynku oraz ułatwić klientom dostęp do oferowanych usług.


Edycja kart bankowych.



Osoba pracująca z tym modułem może realizować większość funkcji niezbędnych do kompleksowej obsługi klienta banku, czyli przede wszystkimi funkcje wyszukiwania informacji oraz funkcje kasowe i dysponenckie. Dodatkowo możliwe jest wydawanie kart magnetycznych (IKM) oraz edycja paczek dokonanych operacji.
Zasada działania
  		Filia@Web jest aplikacją internetową uruchamianą i obsługiwaną w zwykłej przeglądarce WWW, korzystającą z baz danych oddziału banku, z którym komunikuje się poprzez standardowe łącza telekomunikacyjne.

Zainstalowana na terminalu internetowym umieszczonym w ekspozyturze, komunikuje się z systemem informatycznym oddziału, przesyłając żądania realizacji odpowiednich funkcji.
• Operacje lokalne
 		 Żądania te odbiera, pracujący po stronie oddziału, inny element Infostrady Bankowej®, którym jest Intranet Gryfbank Gateway (IGG). IGG realizuje polecenia wykonania określonych funkcji (np. wyszukiwania informacji o podanym rachunku), po czym zwraca wyniki do modułu Filia@Web. Realizując żądanie wykonania określonej funkcji, IGG działa na bazach danych systemu HEUTHES® - GRYFBANK® umieszczonego w oddziale, do którego podłączona jest ekspozytura, co umożliwia wykonywanie operacji bankowych na produktach prowadzonych w tym oddziale.
• Operacje zdalne
 		 Filia@Web pozwala także na bezproblemowe wykonywanie operacji z udziałem produktów prowadzonych w innych oddziałach, a jest to możliwe dzięki zastosowaniu modułu Centaur Off-Line lub Centaur On-Line (COL), z których każdy stanowi kolejny element Infostrady Bankowej®. Moduły te przeznaczone są do połączenia wszystkich systemów oddziałowych w zintegrowany system bankowy, przy czym każdy z nich realizuje to zadanie w nieco inny sposób - Centaur Off-Line umożliwia elektroniczną wymianę danych w trybie off-line (informacje o dokonanych operacjach rozsyłane są z pewnym opóźnieniem), natomiast Centaur On-Line (COL) pozwala przekazywać dane w trybie on-line, czyli na bieżąco, co jest szczególnie atrakcyjną cechą, pozwalającą na realizację mechanizmu odmiejscowienia rachunku.

Odmiejscowienie rachunku polega na uniezależnieniu rachunku od jego fizycznego umiejscowienia w konkretnej jednostce organizacyjnej banku. W przypadku, gdy osoba pracująca z modułem Filia@Web wykona operację z udziałem produktu prowadzonego w innym oddziale banku, IGG "naszego" oddziału skorzysta z pośrednictwa modułu Centaur On-Line (COL), stanowiącego centralny punkt systemu. COL, pracujący np. w centrali banku (choć nie koniecznie), połączy się z odpowiednim "obcym" oddziałem i zleci wykonanie wybranej funkcji modułowi IGG znajdującemu się w tym oddziale. Z punktu widzenia pracownika obsługującego moduł Filia@Web, operacja taka nie będzie się zasadniczo różnić od operacji lokalnej. Mechanizm odmiejscowienia rachunku pozwala na przetwarzanie danych w czasie rzeczywistym w skali całego banku.
• Filia@Web w infostradzie
 		 Można więc powiedzieć, że produkty firmy HEUTHES® umożliwiają stworzenie pewnego rodzaju "informacyjnej autostrady" łączącej centralę, oddziały i ekspozytury. Moduł Filia@Web, stanowiąc element takiej "autostrady", pozwala na łatwe i szybkie realizowanie transakcji w ramach całego banku (grupy banków), przy jednoczesnym zachowaniu kosztów na stosunkowo niskim poziomie.
Funkcje
  		Zestaw funkcji realizowanych przez obecną wersję modułu Filia@Web sprawia, że ekspozytura jest w stanie oferować zakres usług w pełni zaspokajających podstawowe potrzeby klienta banku, przy jednoczesnym uzyskaniu sprawności i szybkości obsługi.
• Funkcje informacyjne
 		 Funkcje informacyjne pozwalają uzyskać informacje o rachunku oraz o osobach i produktach powiązanych z tym rachunkiem. Wyszukiwanie może odbywać się na podstawie numeru rachunku (konta), numeru konkretnego produktu, nazwiska osoby lub przy wykorzystaniu karty magnetycznej IKM.
• Funkcje dysponenckie
 		 Funkcje dysponenckie stanowią podstawowy element modułu pozwalając realizować konkretne operacje bankowe. W module Filia@Web, dysponent wybiera odpowiedni rodzaj operacji z okienka zawierającego listę dostępnych operacji, po czym wypełnia formularz dostosowany do specyfiki tej operacji. Obecna wersja modułu umożliwia wydawanie dyspozycji realizacji następujących operacji: nota obciążeniowa, nota uznaniowa, wpłata gotówkowa, wypłata gotówkowa, wypłata czekiem, wpłata na obce konto, wypłata z obcego konta, wypłata obcego czeku, wpłata i przelew składki ZUS.
• Kasa
 		 Funkcja Kasa przeznaczona jest dla terminali pracujących jako terminale kasowe. Umożliwia ona przeglądanie i potwierdzanie operacji wysłanych do nich przez dysponentów.

Terminal pracujący jako kasa, umożliwia dostęp także do funkcji dysponenta, dzięki czemu jeden pracownik może kompleksowo obsłużyć klienta jednocześnie wydając dyspozycję i przyjmując lub wydając gotówkę. W tym przypadku jednak korzystanie z funkcji Kasa jest zbędne, gdyż dyspozycje są realizowane od razu, bez konieczności kierowania do kasy.
• Informowanie o kartach
 		 Funkcja Karty umożliwia uzyskanie informacji o kartach magnetycznych, które zostały wydane do wybranego konta produktowego oraz wydawanie kart IKM.
• Edycja operacji
 		 Moduł Filia@Web dostarcza informacji o wykonanych operacjach oraz pozwala na ewentualne ich usuwanie. Po uruchomieniu tej funkcji, w oknie przeglądarki wyświetlona zostanie tabela zawierająca informacje na temat tzw. paczek, czyli grup operacji o pewnych wspólnych cechach. Po wybraniu paczki, użytkownik uzyskuje dostęp do jej zawartości (informacje o operacjach z danej grupy) oraz ma możliwość usuwania poszczególnych operacji.
• Zdalny dostęp do aplikacji
 		 Filia@Web umożliwia bezpośrednią pracę w aplikacjach takich jak Moduł Główny HEUTHES® - GRYFBANK®, HEUTHES® - KREDYTY, Minitransfer. Po uruchomieniu jednej z nich, w oknie przeglądarki pojawi się interfejs umożliwiający zdalną pracę z programem, który w rzeczywistości wykonywany jest w oddziale banku, obciążając zasoby tamtejszego systemu informatycznego. W związku z tym możliwość podejmowania działań w szerokim zakresie, jaką uzyskuje pracownik filii, nie pociąga za sobą wysokich wymagań sprzętowych wobec wykorzystywanych tam komputerów - mogą to być tanie terminale internetowe, których dodatkową zaletą jest łatwość instalowania (należy zapewnić jedynie dostęp do łączy telekomunikacyjnych).
Ochrona danych
  		Filia@Web posiada mechanizmy zapewniające odpowiedni poziom ochrony danych przed niepowołanym dostępem. Do mechanizmów tych należy zaliczyć rozbudowany system uprawnień dostępu do systemu i poszczególnych jego części oraz szyfrowanie danych.
• Ograniczenie dostępu do danych
 		 W celu ograniczenia dostępu do systemu, zastosowano rozbudowany model zabezpieczeń znany z modułu HEUTHES® - GRYFBANK®, dzięki któremu z modułem Filia@Web mogą pracować tylko te osoby, które wcześniej zostały zarejestrowane w oddziałowej bazie danych oraz mają nadany identyfikator i hasło. Wymieniony model zabezpieczeń ogranicza także dostęp do funkcji systemu oraz informacji o kontach i produktach, gdyż każdy użytkownik ma indywidualnie zdefiniowany zbiór funkcji, które może wykonywać, a także indywidualnie nadane uprawnienia dostępu do informacji o kontach i produktach.
• Szyfrowanie danych
 		 Bezpieczeństwo danych przesyłanych pomiędzy ekspozyturą a oddziałem banku zapewnia oprogramowanie kryptograficzne firmy HEUTHES®, wykorzystujące algorytmy szyfrowania z kluczem publicznym (RSA) oraz kluczem symetrycznym (IDEA), które są uważane za najlepsze z dostępnych. Dla każdego użytkownika oprogramowania kryptograficznego generowane są odpowiednie klucze kryptograficzne, które umożliwiają szyfrowanie i deszyfrowanie danych, jak również podpisywanie zaszyfrowanych przesyłek, co pozwala stwierdzić ich autentyczność. Szyfrowanie danych sprawia, że są one bezużyteczne dla osób postronnych, które wejdą w ich posiadanie.
Zalety
  		Filia@Web posiada szereg zalet sprawiających, że zastosowanie tego modułu w małych jednostkach organizacyjnych banku jest dla korzystnym rozwiązaniem.
• Niskie koszty
 		 Filia@Web pozwala na znaczne obniżenie kosztów, gdyż moduł ten działa jako aplikacja internetowa, do pracy wymagająca tylko zwykłego, stosunkowo taniego terminala internetowego.
• Wykonywanie operacji w skali całego banku
 		 Filia@Web jako element Infostrady Bankowej® daje możliwość realizacji operacji w skali całego banku, nawet na kontach znajdujących się fizycznie daleko, w innych oddziałach banku. Rozwiązanie to, zwane odmiejscowieniem rachunku sprawia, że zlecone przez klienta operacje bankowe wykonywane są sprawnie i szybko.
• Szeroki zakres realizowanych funkcji
 		 Filia@Web, mimo, że przeznaczona jest dla małych ekspozytur, pozwala na stosunkowo szeroki zakres działań, gdyż użytkownik korzystający z tego modułu realizować może zarówno funkcje o podstawowym znaczeniu, jak wyszukiwanie informacji, wydawanie dyspozycji wykonania operacji, czy też przyjmowanie i wydawanie gotówki, lecz także funkcje takie, jak informowanie o kartach magnetycznych powiązanych z produktem (oraz wydawanie kart IKM), czy też przeglądanie paczek z możliwością usuwania operacji w nich zawartych.
 

SAMOOBSŁUGOWA DRUKARKA WYCIĄGÓW

 
Zasada działania
  		Samoobsługowa drukarka wyciągów pozwala na sporządzanie wydruków zawierających potrzebne klientowi informacje przez całą dobę, bez udziału personelu banku. Użytkownik komunikuje się z drukarką za pomocą klawiatury oraz wyświetlacza LCD.

Urządzenie wyposażone jest w specjalne oprogramowanie firmy HEUTHES® zarządzające sprzętem oraz komunikacją z modułem GRYFBANK® poprzez serwer aplikacyjny IGG. Oprogramowanie może pracować z dowolnym systemem bankowym w układzie centralnym.

Standardowo instalowane oprogramowanie pozwala uzyskać:
  • wydruk salda produktu bankowego,
  • wydruk bieżącego wyciągu,
  • wydruk operacji za dowolny okres,
  • wydruk sald wszystkich produktów klienta.
Inne funkcje i wydruki mogą zostać dodane na życzenie odbiorcy.

Oprogramowanie Samoobsługowej Drukarki Wyciągów pracować może np. na urządzeniu ProPrint 100 firmy Siemens-Nixdorf o następujących parametrach:
  • wyświetlacz LCD,
  • komputer sterujący PC z klawiaturą dla serwisu,
  • dwa tory podawania papieru do drukarki,
  • drukarka 24-igłowa lub termiczna,
  • klawiatura numeryczna z możliwością kodowania wprowadzanego numeru PIN,
  • moduł kryptografii pozwalający kodować i dekodować dane przekazywane do/z komputera głównego,
  • czytnik kart magnetycznych lub chipowych,
  • solidna i ergonomiczna obudowa.
Zalety
  		Podstawowymi zaletami systemu są:
  • szybki dostęp do informacji z możliwością ich wydrukowania,
  • niezawodność i łatwa obsługa urządzenia,
  • wysoka jakość wydruków,
  • możliwość indywidualnego wyposażenia urządzenia,
  • ciągły dostęp do informacji (24h, 7 dni w tygodniu),
  • sprzętowe szyfrowanie i deszyfrowanie przesyłanych danych,
  • ergonomiczna obudowa,
  • czytelna, solidna klawiatura,
  • niskie koszty.
 

Referencje i historia wdrożenia systemu GRYFBANK®

 
Wdrożenia
  		Pierwsze wdrożenie systemu GRYFBANK miało miejsce w banku PBKS SA (obecnie PEKAO S.A.) i rozpoczęło się w dniu 25.03.1992 r.

System

Wdrożenia

Nazwa

Licencjobiorca

Rok wdrożenia

GRYFBANK

PBKS SA (obecnie PEKAO SA)

1992

BDK SA (obecnie PEKAO SA)

1992

GOSPODARCZY BANK WIELKOPOLSKI SA

1999

PEKAO SA

1999

KREDYTY

BDK SA (obecnie PEKAO SA)

1994

PBKS SA (obecnie PEKAO SA)

1996

PEKAO SA

1999

GATEWAY

BDK SA (obecnie PEKAO SA)

1995

PBKS SA (obecnie PEKAO SA)

1995

GOSPODARCZY BANK WIELKOPOLSKI SA

1999

PEKAO SA

1999

SKARBIEC-KASA

BDK SA (obecnie PEKAO SA)

1994

PBKS SA (obecnie PEKAO SA)

1994

PEKAO SA

1999

INTRANET GRYFBANK GATEWAY

BDK SA (obecnie PEKAO SA)

1998

PBKS SA (obecnie PEKAO SA)

1998

PEKAO SA

1999

CENZOR

BDK SA (obecnie PEKAO SA)

1995

PBKS SA (obecnie PEKAO SA)

1997

FILIA@WEB

PEKAO SA

1999

GRYFBANK DLA GRYFCARD

BANK GOSPODARKI ŻYWNOŚCIOWEJ SA

1998

BISE SA

2004

MAZOWIECKI BANK REGIONALNY SA

2006


Zobacz także systemy ERP do obsługi firm i zaplecza bankowego

Wszystkie znaki towarowe, usługowe oraz nazwy handlowe wymienione w tej witrynie są własnością odpowiednich firm

Zapytaj o więcej szczegółów! Wyślij zapytanie ›