1 z 6 30-06-2011 11:15 Specyfikacja Oprogramowanie do zarządzania wnioskami poręczeniowymi Szczegółowe funkcjonalności oprogramowania do zarządzania wnioskami poręczeniowymi Spis treści 1 Wstęp 2 Wymagania systemowe po stronie serwera 3 Wymagania po stronie użytkownika 4 Funkcjonalności 4.1 Panel administracyjny 4.2 Formularz rejestracji doradców i instytucji 4.2.1 Doradcy 4.2.2 Instytucje 4.3 Wnioski poręczeniowe : generator wniosków 4.3.1 Proces generowania wniosku 4.3.2 Historia 4.3.3 Komentarze i komunikacja 4.3.4 Decyzja końcowa i dodatkowe dokumenty 4.4 Aplikacja poręczeniowa (analiza wniosku) 4.5 Dokumenty wysyłane do banku i z banku 4.6 Wzory pism 4.7 Komunikacja 4.8 Ustawienia 5 Techniczne zagadnienia Wstęp Oprogramowanie będzie służyć do tworzenia wniosków i aplikacji poręczeniowych. Doradcy instytucji finansowych będą wypełniać wnioski online, załączać dokumenty (wypełnione lub skany oraz predefiniowane) i przesyłać je do ZRFPK. Cały proces weryfikacji i zatwierdzania wniosków będzie odbywał się elektronicznie poprzez nowy generator wniosków. Wymagania systemowe po stronie serwera Microsoft Windows Server 2008 Standard Edition PL Baza danych Microsoft SQL Server 2008 R2 Express lub MySQL lub PostgreSQL
2 z 6 30-06-2011 11:15 Wymagania po stronie użytkownika Aplikacja musi działać przy użyciu dowolnej przeglądarki internetowej. A przynajmniej w tych najbardziej wiodących obecnie: Firefox, Internet Explorer, Google Chrome, Opera, Safari. Funkcjonalności Panel administracyjny Panel administracyjny oraz część publiczna dla doradców zawierają następujące sekcje: Część administracyjna ZRFPK Doradcy Instytucje Wnioski poręczeniowe Aplikacja poręczeniowa Wzory pism Komunikacja Ustawienia Część dla doradców Wnioski poręczeniowe Aplikacja poręczeniowa Komunikacja Formularz rejestracji doradców i instytucji Doradcy Formularz rejestracji doradcy dostępny zarówno dla użytkowników, jak i administratora w panelu administracyjnym. Każdy użytkownik może zarejestrować się do panelu administracyjnego, ale ZRFPK potwierdza jego rejestrację osobiście przez kliknięcie w przycisk "Akceptuję" na liście "Użytkowników oczekujących na rejestrację". Minimalne pola przy rejestracji to: Login Hasło Imię i nazwisko Nazwa instytucji * (wybór z listy) Tel. kontaktowy E-mail Checkbox o akceptacji regulaminu wraz z odnośnikiem do regulaminu Nazwa instytucji - lista instytucji musi być wcześniej predefiniowana przez administratora, aby rejestrujący się użytkownicy nie musieli wpisywać danych instytucji, która reprezentują. Uniknie się też w ten sposób pomyłek. Uwagi Wszystkie pola są wymagane. W części administracyjnej zarządzania użytkownikami musi być możliwość:
3 z 6 30-06-2011 11:15 Zablokowania użytkownika (blokuj dostęp). Podczas blokowania użytkownika administrator wpisuje powód blokady, który wyświetli się danemu doradcy zaraz po zalogowaniu się. Edycji jego danych Instytucje Administrator ZRFPK rejestruje instytucje, do których będą przyporządkowywani doradcy. Pola w formularzu to: Uwagi Nazwa instytucji Adres (ulica, numer domu) Kod pocztowy Miasto Tel. Fax. E-mail Wszystkie pola są wymagane. Wnioski poręczeniowe : generator wniosków Wszystkie dokumenty ZRFPK powinny być w formie elektronicznej dostępne dla doradców (wypełniane online). Przy czym ich realizacja będzie podlegać jeszcze konsultacji w celu wyłonienia najlepszej technologii oraz najbardziej optymalnego rozwiązania dla obu stron. Proces generowania wniosku Generator wniosków zawiera wnioski wcześniej predefiniowane (zaprogramowane) zgodnie z wytycznymi ZRFPK. Każdy wniosek jest wypełniany przez doradcę bankowego i przesyłany w formie elektronicznej na adres e-mail do ZRFPK. Na dzień dzisiejszy są 3 rodzaje wniosków dla partnerów. Wnioski w formie podstawowej są dostępne do ściągnięcia z [.tu link do pliku spakowanego zip-em z wnioskami.] (W ściągniętych, podstawowych wnioskach, pola oznaczone na zielono wypełnia doradca. Pola oznaczone na czerwono wypełnia później ZRFPK.) Do każdego wniosku dołączane są załączniki predefiniowane przez ZRFPK, jak i dodawane przez doradcę. Załączniki predefiniowane to załączniki, które wcześniej wgrywane są przez ZRFPK i powiązane z właściwym wnioskiem. Doradca takie załączniki ściąga, wypełnia je i wgrywa już wypełnione do wniosku. Ilość załączników do wniosków jest zależna od wniosku. Zatem w panelu administracyjnym ZRFPK przyporządkowuje predefiniowany załącznik do danego wniosku. Oprócz tego doradca może załączyć własne dokumenty do danego wniosków (oprócz predefiniowanych). Po wypełnieniu wniosku przez doradcę system wysyła informację o nowym wniosku do ZRFPK pocztą elektroniczną na adres biuro@zrfpk.pl (mailto:biuro@zrfpk.pl). W treści poczty elektronicznej powinien być link, który prowadzi do podstrony potwierdzającej przyjęcie wniosku. Jednocześnie wejście na podstronę z linku spowoduje jednorazowe wysłanie potwierdzenia do partnera, który wypełnił wniosek, informację o przyjęciu wniosku przez ZRFPK oraz zapisze w bazie danych informację o przyjęciu wniosku. Taka czynność ma na celu przede wszystkim zabezpieczenie się przed ewentualnym brakiem dostarczenia wiadomości do partnera, np. serwer nie wysłał automatycznej wiadomości z powodów technicznych. Doradca musi mieć możliwość wydrukowania wniosku oraz załączania wypełnionych załączników (poza predefiniowanymi załącznikami). Wniosek wysyłany pocztą elektroniczną musi zawierać wszystkie
4 z 6 30-06-2011 11:15 załączniki wgrane przez partnera, jak i predefiniowane. Każdy wniosek ma swój określony status: szkic, do uzupełnienia, wysłany, przyjęty przez ZRFPK, zaakceptowany przez ZRFPK. Status określa stan realizacji wniosku. Zapis niekompletnego (nie wypełnione wszystkie pola, jak i brak wszystkich załączników) wniosku ustawia status jego na do uzupełnienia. Doradca musi mieć możliwość dołączania załączników do wniosku (m.in. wniosek o kredyt, zaświadczenia US i ZUS, sprawozdania finansowe, analizę kredytową i decyzję kredytową) w każdym czasie. Jednak nie dłużej, niż do momentu przyjęcia przez ZRFPK do aplikacji poręczeniowej. W dalszym etapie zmianę załączników może dokonać tylko ZRFPK. Dodatkowa opcja w postaci "Przypomnij mi za X dni o wypełnieniu wniosku" pozwoliłaby doradcy nie zapomnieć o wypełnieniu wniosku do końca. W ten sposób co X dni zostałby wysłany e-mail z przypomnieniem o uzupełnieniu wniosku. Możliwość dołączania załączników do wniosku powinna trwać do czasu zakończenia aplikacji przez ZRFPK. W generatorze wniosków doradca musi mieć dwa przyciski: "Zapisz tymczasowo" (domyślny status do uzupełnienia) i "Zapisz i wyślij do ZRFPK". Wniosek, który trafia do ZRFPK, zostaje przydzielony właściwemu opiekunowi ZRFPK i przez ZRFPK, by doradca wiedział kto obsługuje wniosek. Po wybraniu opiekuna wniosku zostanie wysłana wiadomość pocztą elektroniczną do doradcy o przyjęciu wniosku wraz z informacją kto jest opiekunem wniosku. Wszystkie wnioski znajdują się w jednej tabeli zwanej "Tabelą wniosków". Historia Wniosek musi zawierać tabelę z historią prac: status wniosku, data utworzenia wniosku, kto utworzył wniosek, dla jakiego klienta, data ostatniej edycji. Komentarze i komunikacja Nad tabelą historii jest formularz do zostawiania komentarzy z polami: Treść komentarza i przycisk Zapisz wiadomość. Wiadomość jest wysyłana do ZRFPK oraz wysyłającego wiadomość, jak i zapisywana w tabeli historii działań, by wiadomo było jakie były ustalenia. Uwaga. Tabela wniosków i historii musi mieć możliwość odpowiedniego filtrowania i sortowania danych. Dla tabeli historii będzie to: po statusach, dacie utworzenia wniosku, kto utworzył wniosek, dla jakiego klienta, datę ostatniej aktualizacji, a także również po nazwie Banku czy konkretnego oddziału. Statystyki może prowadzić ZRFPK. Banki mogą widzieć statystyki jedynie dla swoich wprowadzonych danych. Doradca po zakończeniu aplikacji w funduszu nie ma możliwości już edycji wniosku. Tylko osoba z ZRFPK może edytować dane. Decyzja końcowa i dodatkowe dokumenty Decyzja końcowa może być: pozytywna, negatywna z możliwością przełamania, negatywna. Decyzja negatywna z możliwością przełamania jest to indywidualna decyzja funduszu, która nie wynika tylko z wyliczonych wskaźników. Uzasadnienie jej będzie podane w wewnętrznej notatce funduszu przy decyzji końcowej. Po końcowej decyzji funduszu jest jeszcze możliwa wymiana dodatkowych dokumentów pomiędzy funduszem a bankiem. Dlatego musi być możliwość dodawania i usuwania plików w zakładce "Decyzja końcowa i dodatkowe dokumenty".
5 z 6 30-06-2011 11:15 Aplikacja poręczeniowa (analiza wniosku) Aplikację poręczeniową wypełnia ZRFPK. Służy ona do oceny ratingowej klienta. Dostępne są następujące wzory aplikacji: [link do aplikacji 1] [link do aplikacji 2] Część pól z generatora wniosków będzie kopiowana do aplikacji poręczeniowej automatycznie. Pola oznaczone na pomarańczowo mają być automatycznie przenoszone z wygenerowanego wniosku przez doradcę. Ponieważ ocena jest w pewnym stopniu uzależniona od rodzaju banku, bo w ustawieniach aplikacji będą predefiniowane charakterystyki (pola) oceny klienta: [nazwa charakterystyki]. Wówczas w aplikacji poręczeniowej przy końcowej ocenie klienta w zależności od banku takie będą pojawiać się pola oceny klienta. Aplikacja musi być edytowalna przez ZRFPK. Do aplikacji musi być możliwość pobierania, a potem wgrywania wypełnionych już załączników. Załączniki będą wcześniej wgrywane do ogólnej puli predefiniowanych załączników. Na koniec wypełniania aplikacji poręczeniowej powstaje protokół z posiedzenia zespołu lub komisji opiniującej oraz decyzja poręczeniowa. Musi być możliwość załączenia pliku jako np. skan i określić datę i czas wydania decyzji. Dokumenty wysyłane do banku i z banku Po decyzji ZRFPK wysyła jeszcze inne dokumenty w postaci elektronicznej, jak i tradycyjnej. System musi mieć opcję pamiętania co zostało już wysłane, a co jeszcze nie. Musi to być oznaczone w formie statusu. Bank również może coś wysłać, więc trzeba mieć tabelę z informacjami co, kiedy i kto do kogo wysyłał. Wzory pism Zakładka z tabelą plików, w której będzie można zapisywać i usuwać pliki. Służyć to będzie m.in. do gromadzenia wzorów pism (np. umów poręczenia czy wzory weksli). Chcemy, aby pracownicy ZRFPK mieli dostęp do bieżących wersji dokumentów online z możliwością wysłania dowolnego pliku do wybranego doradcy. Pliki będą w formie nieedytowalnej (np. pdf). Wyglądać to może tak: [Formularz wgrywania pliku] - pola wybierz plik, opis pliku i zapisz plik. [Tabela z listą plików], a w niej kolumny: opis pliku, nazwa pliku, data dodania pliku, opcje (w opcjach musi być możliwość usunięcia pliku; na kliknięcie czy też naciśnięcie klawisza enter na przycisku). Komunikacja Formularz kontaktowy z polami: Temat (lista rozwijana): Sugestia
6 z 6 30-06-2011 11:15 Błąd Inne Treść wiadomości Wiadomości wysyłana jest na główny adres e-mail ZRFPK oraz zapisywana jest w bazie danych. Pod formularzem znajduje się tabela (lub inna semantycznie ułożona struktura) z wysłanymi wiadomościami przed doradców, gdzie pod każdą wiadomością będzie przycisk "Odpowiedz". Uwaga 1. W momencie, gdy pojawi się jakakolwiek nowa wiadomość (czy to w ogólnej zakładce "Komunikacja", czy to we wniosku) to na zakładce "Komunikacja" powinna pojawić się cyfra mówiącą o ilości nowych wiadomości. W ten sposób po zalogowaniu się użytkownik będzie wiedział od razu, że ma nowe wiadomości w zakładce "Komentarze i komunikacja". Uwaga 2. Wiadomości wysyłane we wniosku są również zapisywane w tej zakładce. W ten sposób wiadomości będą zarówno w samych wnioskach, jak i w ogólnej zakładce "Komunikacja". Chodzi o to, aby w prosty sposób móc przejrzeć wszystkie wiadomości w jednym miejscu. Ustawienia W ustawieniach określamy takie parametry: Serwer SMTP (do wysyłania poczty elektronicznej przez aplikację) Adres: zrfpk.nazwa.pl, login i hasło zostanie podane po podpinaniu umowy wdrożeniowej Główny adres e-mail ZRFPK - adres, na który będą wysyłane informacje dotyczące: Rejestracji nowego użytkownika Wiadomości z formularza kontaktowego Treść wiadomości ogólnej w przypadku tymczasowej blokady aplikacji, np. z powodu aktualizacji. Techniczne zagadnienia Komunikaty o błędach muszą wyraźnie opisywać błąd i sposób rozwiązania problemu. Tuż nad formularzem powinna być lista błędów z odnośnikami do danych pól, rozwiązanie oraz nazwy błędnie wypełnionych pól. Pola nie wypełnione, a wymagane, muszą podświetlać się na czerwono. Aplikację musi dać się obsłużyć z klawiatury, a nie tylko przy pomocy myszy. Dotyczy to szczególnie nawigacji. Menu typu drop-down dość niewygodnie nawiguje się na urządzeniach mobilnych. Administrator ma prawo zablokować tymczasowo dostęp do aplikacji dla wszystkich użytkowników wraz z podaniem powodu, np. na czas wprowadzania zmian w dokumentach lub oprogramowaniu. Wówczas, po zalogowaniu się użytkownika, zostanie wyświetlony komunikat o takiej treści, jaką administrator podał przy blokowaniu użytkownika. Kod JavaScript umieszczamy na końcu dokumentu html, aby witryna szybciej się ładowała. Stosujemy nagłówki 304 dla plików CSS, JavaScript i grafiki, by po n razy tych samych danych nie ściągać. Wykorzystujemy znacznik <input type="file" multiple="multiple" />, by umożliwić korzystanie z możliwości przesyłania wielu plików na raz w tych przeglądarkach, co mają taką obsługę. Fallback działa bezproblemowo w tych przeglądarkach, co nie obsługują wgrywania wielu plików na raz. Kod powinien być tak zorganizowany, by w przyszłości można było łatwo dodawać kolejne wnioski i aplikacje.