222
załącznik nr 1 do SIWZ Zakup i wdrożenie Zintegrowanego Systemu Informatycznego w obszarze kadrowo-płacowym, finansowo-majątkowym oraz zakupowo-sprzedażowym w Szkole Głównej Handlowej w Warszawie Opis Przedmiotu Zamówienia Spis treści Wymagania ogólne.........................................................................................5 Wymagania odnośnie licencjonowania systemu.............................................................6 Wymagania techniczne...................................................................................8 Wymagania w zakresie wsparcia interfejsu i wersji językowej...........................................11 Wymagania w zakresie uwierzytelniania i uprawnień.....................................................13 Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego 1

SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

  • Upload
    others

  • View
    3

  • Download
    0

Embed Size (px)

Citation preview

Page 1: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

załącznik nr 1 do SIWZ

Zakup i wdrożenie Zintegrowanego Systemu Informatycznego w obszarze kadrowo-płacowym, finansowo-majątkowym oraz zakupowo-sprzedażowym w Szkole Głównej Handlowej w Warszawie

Opis Przedmiotu Zamówienia

Spis treściWymagania ogólne......................................................................................................................................................................................................................... 5

Wymagania odnośnie licencjonowania systemu........................................................................................................................................................................6

Wymagania techniczne.............................................................................................................................................................................................................. 8

Wymagania w zakresie wsparcia interfejsu i wersji językowej.................................................................................................................................................11

Wymagania w zakresie uwierzytelniania i uprawnień..............................................................................................................................................................13

Wymagania odnośnie monitorowania systemu.......................................................................................................................................................................14

Wymagania w zakresie filtrowania i raportowania danych......................................................................................................................................................15

Wymagania systemu komunikacji i standardów wymiany danych...........................................................................................................................................17

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego1

Page 2: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Kopie bezpieczeństwa, archiwizacja danych............................................................................................................................................................................18

Wymagania w zakresie serwisowania i pomocy technicznej....................................................................................................................................................19

Wymagania w zakresie środowiska programistycznego...........................................................................................................................................................19

Wymagania w zakresie wydajności systemu............................................................................................................................................................................20

Księgowość/Finanse..................................................................................................................................................................................................................... 21

Okresy sprawozdawcze.......................................................................................................................................................................................................... 21

Dowody księgowe................................................................................................................................................................................................................... 22

Ewidencja................................................................................................................................................................................................................................ 25

Plan kont.................................................................................................................................................................................................................................. 28

Banki, kasa............................................................................................................................................................................................................................... 30

Waluty..................................................................................................................................................................................................................................... 32

Podatek VAT............................................................................................................................................................................................................................ 33

Kartoteki kontrahentów......................................................................................................................................................................................................... 35

Rozrachunki............................................................................................................................................................................................................................ 38

Delegacje służbowe – rozliczenie.......................................................................................................................................................................................... 40

Koszty...................................................................................................................................................................................................................................... 41

Kadry............................................................................................................................................................................................................................................ 43

Zakładowy Fundusz Świadczeń Socjalnych...................................................................................................................................................................................61

Kartoteka socjalna.................................................................................................................................................................................................................... 61

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego2

Page 3: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Płace............................................................................................................................................................................................................................................. 67

Składniki Majątku......................................................................................................................................................................................................................... 79

Amortyzacja............................................................................................................................................................................................................................ 84

Plan amortyzacji..................................................................................................................................................................................................................... 85

Przeszacowanie wartości środków trwałych........................................................................................................................................................................86

Kartoteka składników majątku.............................................................................................................................................................................................. 87

Dokumenty.............................................................................................................................................................................................................................. 90

Raportowanie i wydruki......................................................................................................................................................................................................... 91

Inwentaryzacja........................................................................................................................................................................................................................ 92

Pozostałe operacje na składnikach majątku.........................................................................................................................................................................93

Likwidacja/Utylizacja składników majątku..........................................................................................................................................................................94

Zakupy.......................................................................................................................................................................................................................................... 95

Magazyn..................................................................................................................................................................................................................................... 100

Sprzedaż..................................................................................................................................................................................................................................... 108

Sprawozdawczość....................................................................................................................................................................................................................... 113

Raportowanie............................................................................................................................................................................................................................. 120

Wymagania w zakresie integracji............................................................................................................................................................................................... 123

Wymagania w zakresie migracji danych.....................................................................................................................................................................................128

Wymagania w zakresie zgodności z przepisami prawa...............................................................................................................................................................130

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego3

Page 4: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wymagania w zakresie zgodności z aktami wewnętrznymi SGH................................................................................................................................................138

Zasady przeprowadzania testów Systemu..................................................................................................................................................................................144

Wymagania w zakresie Dokumentacji projektowej....................................................................................................................................................................147

Elementy Platformy Sprzętowej................................................................................................................................................................................................. 150

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego4

Page 5: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Oferowany System na dzień składania ofert musi spełniać minimum 80% warunków koniecznych. Potwierdzenie warunku koniecznego należy wykonać poprzez zaznaczenie „Tak” lub skreślenie „Nie”.

Warunek oceniany ma wpływ na kryterium oceny „Funkcjonalność”. Potwierdzenie warunku ocenianego należy wykonać poprzez zaznaczenie „Tak” lub skreślenie „Nie”.

Wymagania ogólne

L.p.(1)

Wymaganie(2)

Status wymagania(3)

1. Dostarczony System musi istnieć w podanej funkcjonalności i być dostosowany do wymagań funkcjonalnych i potrzeb opisanych przez Zamawiającego.

Warunek koniecznySpełniony: Tak/Nie

Należy podać nazwę producenta oraz

nazwę oferowanego systemu i wersję

2. Dostarczone Oprogramowanie Standardowe ma działać w ostatniej, aktualnej wersji opublikowanej przez Producenta.

Warunek koniecznySpełniony: Tak/Nie

3. System wspiera wszystkie obszary funkcjonalne uwzględnione w niniejszej SIWZ i uszczegółowione w Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego5

Page 6: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Specyfikacji Funkcjonalnej. Spełniony: Tak/Nie

4. System i wszystkie jego moduły są ze sobą zintegrowane w ramach jednego systemu informatycznego co jest rozumiane jako automatyczną wymianę i współdzielenie informacji (kartoteki, rejestry, słowniki, wprowadzone dokumenty, operacje, inne) tworzonych w różnych modułach. Zasilenie systemu ma mieć jedno źródło danych i być udostępniane innym funkcjonalnościom i modułom.

Warunek koniecznySpełniony: Tak/Nie

5. System zgodny z aktami prawnymi obowiązującymi w państwowej szkole wyższej. Warunek koniecznySpełniony: Tak/Nie

6. System wspiera konwersję z waluty krajowej na walutę Euro w zakresie obejmującym co najmniej konwersje stanów kont księgowych, konwersję wyceny zapasów magazynowych oraz konwersję zobowiązań i należności.

Warunek koniecznySpełniony: Tak/Nie

7. Przechowywanie historii danych wprowadzanych do Systemu wraz z informacją jak dana wyglądała w określonym przedziale czasowym.

Warunek koniecznySpełniony: Tak/Nie

8. System pozwala zdefiniować użytkownikowi schematy numeracji dokumentów indywidualnie dla danego typu dokumentów lub ich grupy. Zdefiniowany schemat numeracji dokumentów, poza numerem porządkowym, powinien pozwolić na wykorzystać do budowy dokumentu składowe daty, typu dokumentu, dowolny ciąg tekstowy zdefiniowany przez użytkownika np. RU-1234/2011, L.dz./CI/2011/06/1234, itp. Ciąg znaków nie krótszy niż 24 znaki.

Warunek koniecznySpełniony: Tak/Nie

Wymagania odnośnie licencjonowania systemu9. Wykonawca udzieli Zamawiającemu licencji lub zapewni udzielenie licencji i przeniesie autorskie prawa

majątkowe na warunkach opisanych w umowie.Warunek koniecznySpełniony: Tak/Nie

10. System licencjonowania na jednoczesnych pojedynczych użytkowników lub/i nazwanych z podziałem na role w systemie.”.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego6

Page 7: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

11. Licencja dostępowa ma zapewniać dostęp do wszystkich modułów Systemu. Warunek koniecznySpełniony: Tak/Nie

12. Licencja ma umożliwiać instalację i uruchomienie środowiska produkcyjnego i testowego. Warunek koniecznySpełniony: Tak/Nie

13. Udzielona licencja nie ogranicza tworzenia ilości danych w systemie (np. ilości kartotek pracowniczych, listy płac, danych słownikowych, kont księgowych, danych kontrahentów, składników majątku, itp.).

Warunek koniecznySpełniony: Tak/Nie

14. Licencja nie może zawierać ograniczeń, w myśl których z Oprogramowania będzie mogło korzystać mniej użytkowników, aniżeli wskazano poniżej dla poszczególnych obszarów funkcjonalnych:

a) Księgowość, Kadry, Płace, ZFŚS, Składniki Majątku, Zakupy, Magazyn, Sprzedaż – 100 użytkowników,z podziałem na:

i. Księgowość - 28ii. Kadry - 15iii. Płace - 15iv. ZFŚS - 3v. Składniki Majątku - 10vi. Zakupy - 12

vii. Magazyn - 7viii. Sprzedaż – 10

b) Portal pracowniczy – min. 450 użytkownikówc) Portal sprzedaży – min. 30 użytkowników (dotyczy w przypadku potwierdzenia wymagania w

pkt. 24 Sprzedaży)

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego7

Page 8: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wymagania techniczne15. Wykorzystywany przez System serwer aplikacji powinien działać na 64-bitowym systemie operacyjnym (min.

posiadany przez Zamawiającego MS Windows Server 2008 Enterprise).Warunek koniecznySpełniony: Tak/Nie

16. Licencja umożliwia uruchomienie min. 1-3 serwerów aplikacyjnych w celu zrównoważenia np. obciążenia. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

17. System musi działać w oparciu o posiadany przez Zamawiającego Systemie Zarządzania Bazami Danych Microsoft SQL 2008 Enterprise oraz wykorzystywać standardowe mechanizmy Systemu.

Warunek koniecznySpełniony: Tak/Nie

18. System jest działa w architekturze wielowarstwowej – dwu lub trzy warstwowej. Warunek koniecznySpełniony: Tak/Nie

19. System musi pracować w oparciu o sieć komputerową z protokołem TCP/IP w wersji 4. Warunek koniecznySpełniony: Tak/Nie

20. System może pracować w oparciu o sieć komputerową z protokołem TCP/IP w wersji 6. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego8

Page 9: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

21. System pracujący w środowisku sieciowym i „wielo – użytkownikowym”, w którym wielu użytkowników równocześnie korzysta z Systemu w trybie on-line.

Warunek koniecznySpełniony: Tak/Nie

22. System musi dać się instalować na dyskach lokalnych serwera, a także zewnętrznych, podłączonych przez protokoły/złącza iSCSI, FC, SAS, NFS.

Warunek koniecznySpełniony: Tak/Nie

23. Aplikacja kliencka powinna działać na min. 5 z wymienionych systemach operacyjnych:• MS Windows XP min. Professional - wszystkie wersje 32 bitowe,• MS Windows Vista min. Professional - wszystkie wersje 32 i 64 bitowe,• MS Windows 7 min. Professional - wszystkie wersje 32 i 64 bitowe.• MS Windows 8 min. Professional - wszystkie wersje 32 i 64 bitowe.

Warunek koniecznySpełniony: Tak/Nie

24. System musi wspierać rozwiązania klastrowe. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

25. System w pełni skalowalny, a więc pozwala na migrację do wydajniejszych i nowszych wersji baz danych lub nowszej wersji systemu operacyjnego oraz możliwość przeniesienia na nowocześniejszy bardziej wydajny sprzęt.

Warunek koniecznySpełniony: Tak/Nie

26. System pozwala na uruchomienie wielu wątków aplikacji klienckiej w tym umożliwia aktywną pracę na dużej ilości otwartych okien.

Warunek koniecznySpełniony: Tak/Nie

27. System musi obsługiwać drukarki przy stacjach PC, serwerach, sieciowe z własną kartą sieciową i udostępnione przez inne komputery; igłowe, laserowe i atramentowe, na papierze ciągłym oraz w formatach

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego9

Page 10: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

do A3 włącznie.

28. Część transakcyjna Systemu pracuje w trybie on-line i zapewnia ciągły dostęp do aktualnych danych. Warunek koniecznySpełniony: Tak/Nie

29. Aktualizacja informacji w bazach danych odbywa się w natychmiast po operacji lub po zebraniu paczki operacji, stosownie do charakteru operacji.

Warunek koniecznySpełniony: Tak/Nie

30. Aplikacja kliencka powinna działać na stacji roboczej z zainstalowanym oprogramowaniem antywirusowym oraz pakietem MS Office w wersji min. 2007, 2010, 2013 będącym w posiadaniu przez Zamawiającego.

Warunek koniecznySpełniony: Tak/Nie

31. System pozwala na równoczesne korzystanie z innych aplikacji biurowych takich jak poczta elektroniczna, przeglądarka, programy biurowe i inne aplikacje działające w systemie operacyjnym na stacji roboczej użytkownika.

Warunek koniecznySpełniony: Tak/Nie

32. Połączenia i wymiana danych pomiędzy poszczególnymi warstwami Systemu jest kodowana/szyfrowana. W szczególności dotyczy to komunikacji systemu z aplikacją kliencką (stacją roboczą użytkownika).

Warunek koniecznySpełniony: Tak/Nie

33. System powinien być wyposażony w mechanizmy i narzędzia wspierające przenoszenie zmian konfiguracyjnych pomiędzy środowiskami.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

34. System umożliwia automatyczne kasowanie lub automatyczną zmianę wrażliwych danych (np. PESEL, imię nazwisko lub inna dowolna cecha ewidencjonowana w Systemie) np. podczas kopiowania danych ze środowiska produkcyjnego do testowego, gdzie dostęp do danych (osobowe, finansowe) mogą posiadać

Warunek oceniany

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego10

Page 11: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

osoby nie uprawnione. Tak – 1 pkt

Nie – 0 pkt

35. System posiada mechanizmy automatyzacji stałych czynności (odpowiednik CRON-a z systemu UNIX, lub Tasków z Windows) pozwalający na zautomatyzowanie zdefiniowanych czynności przez użytkownika.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Wymagania w zakresie wsparcia interfejsu i wersji językowej36. Realizacja funkcji Systemu poprzez aplikację kliencką oraz w zakresie Portalu pracowniczego poprzez .interfejs

www.Warunek koniecznySpełniony: Tak/Nie

37. System i wszystkie jego moduły muszą być w języku polskim i zapewniać poprawne wyświetlanie i przetwarzanie polskich znaków diakrytycznych na poziomie interfejsu użytkownika jak i baz danych. Wszystkie interfejsy systemu na potrzeby integracji powinny używać kodowania UTF8 lub UTF16 do przesyłania/odbierania danych z/do systemu.

Warunek koniecznySpełniony: Tak/Nie

38. System i wszystkie jego moduły wyposażony w graficzny i ergonomiczny interfejs użytkownika sterowany za pomocą myszy i klawiatury, gwarantujący wygodne wprowadzanie danych.

Warunek koniecznySpełniony: Tak/Nie

39. System w całości spolonizowany w zakresie obsługi polskich znaków - dotyczy: aplikacji klienckiej (w tym funkcjonalności Portalu pracowniczego), dokumentacji, pomocy z poziomu Systemu, instrukcji obsługi, materiałów szkoleniowych.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego11

Page 12: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

40. System pozwala użytkownikowi w sposób elastyczny definiować wygląd aplikacji w tym układ menu oraz wzajemnego rozmieszczenia poszczególnych informacji.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

41. Portal Pracowniczy jest wielojęzyczny, tj. umożliwia wgranie/uruchomienie pakietów językowych (min. język angielski) i po wybraniu języka komunikacji w trakcie logowania do systemu, etykiety pól muszą być widoczne w wybranym języku.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

42. Możliwość wywoływania funkcji Systemu poprzez predefiniowane skróty klawiszowe. Warunek koniecznySpełniony: Tak/Nie

43. Pomoc kontekstowa do poszczególnych funkcji Systemu. Warunek koniecznySpełniony: Tak/Nie

44. Możliwość personalizacji formularzy poprawiającej ergonomię pracy z aplikacją - personalizacja formularzy powinna obejmować między innymi: zmianę etykiet, ukrywanie pól, położenia pól, kolejności nawigacji pomiędzy polami, zmiana układu formularzy, nawigacji między formularzami, modyfikacja zawartości menu - ukrywanie lub dodawanie opcji menu. Zmiany te powinny być możliwe do zrealizowania przez użytkownika końcowego nie posiadającego uprawnień administratora lub developera.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

45. System posiada wbudowane słowniki wewnętrzne z możliwością ich rozbudowy przez użytkownika posiadającego odpowiednie uprawnienia.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego12

Page 13: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

46. Każde okno Systemu musi być opisane w sposób czytelny i by identyfikacja wykonywanej czynności nie budziła wątpliwości (np. Rejestrowanie faktur, imię i nazwisko oraz tytuł w oknach modułu kadrowo-płacowego, itp.). Szczegóły nazewnictwa poszczególnych okien zostaną ustalone podczas wdrożenia.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

47. Udogodnienia dla osób niepełnosprawnych, np. powiększanie czcionki lub modyfikacja koloru na ekranie dla osób z wadami wzroku.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Wymagania w zakresie uwierzytelniania i uprawnień48. Zintegrowany sposób autoryzacji do systemu przez konta w Active Directory z funkcją jednokrotnego

logowania (Single Sign On).Warunek koniecznySpełniony: Tak/Nie

49. System jednoznacznie identyfikuje użytkowników poprzez unikalny login i hasło. Warunek koniecznySpełniony: Tak/Nie

50. Przejście z jednego modułu do innego odbywa się bez konieczności ponownego logowania. Warunek koniecznySpełniony: Tak/Nie

51. Możliwość elastycznego konfigurowania uprawnień użytkowników oraz utworzonych grup użytkowników do obszarów danych i funkcjonalności systemu.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego13

Page 14: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

52. Mechanizm nadawania wielopoziomowych uprawnień (pełny dostęp, zapis, odczyt) do pojedynczych funkcji i pól systemu.

Warunek koniecznySpełniony: Tak/Nie

53. System pozwala w sposób dowolny tworzyć role dla użytkowników. Rola jest rozumiana jako grupa uprawnień, które użytkownik posiada w Systemie. Uprawnienia jako takie określają zakres dostępnych funkcjonalności, oraz dostępu do danych w tym prawa czytania, tworzenia, zmiany i kasowania danych.

Warunek koniecznySpełniony: Tak/Nie

54. System powinien umożliwiać grupowe nadawanie użytkownikom, posiadającym już uprawnienia w systemie, dodatkowych uprawnień, np. grupując ich po przynależności do jednostki organizacyjnej.

Warunek koniecznySpełniony: Tak/Nie

55. Możliwość użycia w Systemie podpisu elektronicznego lub współpracy z dedykowanym do podpisu elektronicznego oprogramowaniem dostarczonym przez wystawcę podpisu.Zamawiający wymaga, aby możliwość użycia podpisu elektronicznego i przesłania dokumentów elektronicznych była dostępna dla operacji dopuszczonych przez przepisy obowiązującego prawa (np. w kontaktach z urzędami skarbowymi, ZUS) lub komunikacji z kontrahentami (np. wysyłanie zamówień).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Wymagania odnośnie monitorowania systemu56. System wyposażony w mechanizm logowania zdarzeń pozwalający w sposób jednoznaczny zidentyfikować

użytkownika, który w określonym czasie (dzień, miesiąc, rok, godzina, minuta, sekunda) dokonał modyfikacji danych. Możliwość zidentyfikowania autora każdej zmiany wprowadzonej w systemie, możliwość dokonania identyfikacji z poziomu konkretnej operacji. Możliwość wskazania przez administratora pól które mają być monitorowane i logowane.

Warunek koniecznySpełniony: Tak/Nie

57. System posiada wbudowane mechanizmy kontroli spójności i poprawności wprowadzanych danych w tym również wymuszanie pól obowiązkowych. System wyświetla komunikaty o nieprawidłowościach w procesie wprowadzania i przetwarzania danych w Systemie. Wykonawca prezentując funkcjonalność podczas

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego14

Page 15: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

wdrożenia przedstawi propozycję walidacji pól, która zostanie ustalona ostatecznie z Zamawiającym.

58. Możliwość definiowania obszarów, w stosunku do których System będzie wyświetlał komunikaty informujące o osiągnięciu wartości uznanych za krytyczne np.: komunikat o przekroczeniu podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe, wykorzystanie budżetu na dane zadanie na poziomie 90 procent itp.

Warunek koniecznySpełniony: Tak/Nie

Wymagania w zakresie filtrowania i raportowania danych

59. System posiada jednolity interfejs w zakresie wyszukiwania, grupowania i filtrowania informacji w całym Systemie w tym również dotyczy to sortowania według wybranych kolumn lub innych danych.

Warunek koniecznySpełniony: Tak/Nie

60. Użytkownik może konstruować własne filtry do prezentacji wybranych w ten sposób danych w oknach i listach aplikacji.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

61. System pozwala na grupowanie raportów i dokumentów, np. grupowanie dokumentów pracowników, dokumentów raportów jednostek, dokumentów testowe.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

62. System posiada wbudowane standardowe raporty i szablony dokumentów. Warunek oceniany

Tak – 1 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego15

Page 16: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Nie – 0 pkt

63. System musi posiadać możliwość drukowania zdefiniowanych wydruków i możliwość definiowania własnych wydruków za pomocą przyjaznych użytkownikowi narzędzi. Taka możliwość powinna być dostępna dla uprawnionych użytkowników.

Warunek koniecznySpełniony: Tak/Nie

64. System umożliwia definiowanie szablonu raportu za pomocą pakietów biurowych posiadanych przez Zamawiającego, (np. MS Office) bez konieczności używania innych aplikacji.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

65. System pozwala na modyfikowanie istniejących lub tworzenie na bazie wbudowanych nowych raportów i szablonów dokumentów przez użytkownika posiadającego odpowiednie do tego uprawnienia.

Warunek koniecznySpełniony: Tak/Nie

66. Tworzenie, modyfikowanie raportów i szablonów dokumentów w oparciu o graficzny interfejs użytkownika. Warunek koniecznySpełniony: Tak/Nie

67. System umożliwia udostępnienie utworzonych/zmodyfikowanych raportów i szablonów dokumentów innym użytkownikom Systemu.

Warunek koniecznySpełniony: Tak/Nie

68. Możliwość uruchamiania raportów i procesów w tle, bez konieczności oczekiwania na ich zakończenie – użytkownik zleca Systemowi określone zadanie np. wygenerowanie raportu i może w tym czasie wykonywać inną pracę.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego16

Page 17: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

69. Wyniki raportów powinny być automatycznie zapisywane na serwerze i możliwe do podejrzenia i wydrukowania w późniejszym czasie.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

70. System powinien umożliwiać określenie czasu przechowywania wyniku raportu na serwerze i automatycznie usuwać wydruki przeterminowane.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

71. Możliwość załączania zeskanowanych dokumentów do Systemu w powiązaniu z odpowiednią ewidencją zdarzenia w Systemie, np. skanu świadectwa pracy do konkretnego pracownika, skanu faktury do odpowiedniej pozycji w rejestrze, skanu zamówienia do konkretnego zamówienia wygenerowanego z Systemu.

Warunek koniecznySpełniony: Tak/Nie

72. Możliwość przechowywania skanowanych dokumentów w osobnej bazie danych dedykowanej tylko przechowywaniu dokumentów.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Wymagania systemu komunikacji i standardów wymiany danych

73. System musi mieć możliwość importu i eksportu danych w konfigurowalnym formacie (np. excel, csv, xml, txt).

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego17

Page 18: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

74. Do Systemu powinna być dostępna dokumentacja techniczna producenta Systemu – opis tabel, pakietów, interfejsów API, interfejsów wymiany danych.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

75. Obsługa usług sieciowych (Web Services). Warunek koniecznySpełniony: Tak/Nie

76. Aplikacja kliencka pozwala w prosty sposób przenosić wszelkich zestawienia, opracowania, sprawozdania, raporty itp. do aplikacji biurowych posiadanych przez Zamawiającego (min. z pakietu MS Office w wersji 2007 i nowszych). Eksportowanie generowanych w Systemie raportów, sprawozdań, dokumentów do popularnych formatów typu xls, pdf, rtf itp.

Warunek koniecznySpełniony: Tak/Nie

77. Zarządzanie procesami Systemu poprzez mechanizm typu workflow. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

78. Informowanie użytkowników lub grup użytkowników o zdarzeniach, oczekujących w kolejce do realizacji działaniach. Informacja powinna być dostępna po zalogowaniu do Systemu z opcją przekazywania poprzez e-mail.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego18

Page 19: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Kopie bezpieczeństwa, archiwizacja danych79. System musi posiadać funkcjonalność wykonywania pełnych i cząstkowych backupów narzędziami

wewnętrznymi i backupów zewnętrznych.Warunek koniecznySpełniony: Tak/Nie

80. System musi umożliwiać wykonywanie backupu bez przerywania jego pracy (on-line). Warunek koniecznySpełniony: Tak/Nie

81. System posiada możliwość rozdzielania danych archiwalnych od aktualnych. Parametrem rozdzielenia może być np. data wygaśnięcia stosunku pracy.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Wymagania w zakresie serwisowania i pomocy technicznej82. Na moment odbioru wdrożonego Systemu, Wykonawca zainstaluje we własnym zakresie niezbędne

aktualizacje systemu operacyjnego, serwera baz danych i serwera aplikacyjnego oraz innych komponentów na bazie których zbudowany jest System.

Warunek koniecznySpełniony: Tak/Nie

83. Wykonawca zapewni usługi zdalnej pomocy technicznej. Warunek koniecznySpełniony: Tak/Nie

84. Pomoc techniczna do wszystkich modułów obejmujących System musi być dostępna pod jednym wskazanym w umowie numerem telefonu oraz adresem e-mail.

Warunek koniecznySpełniony: Tak/Nie

Wymagania w zakresie środowiska programistycznego85. Otwartość na integrację z innymi aplikacjami umożliwiająca dalszy rozwój - tabele Systemu zawierające dane Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego19

Page 20: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

biznesowe muszą być dostępne z poziomu bazy danych dla aplikacji, które zostaną uruchomione w przyszłości, aplikacja musi posiadać interfejs programistyczny API obsługujący dodatkowe informacje zdefiniowane w czasie wdrożenia Systemu.

Spełniony: Tak/Nie

86. System musi umożliwiać stworzenie i konfigurację środowiska testowego (min. 1 ) bez konieczności wykupywania dodatkowych licencji.

Warunek koniecznySpełniony: Tak/Nie

Wymagania w zakresie wydajności systemu87. Czas odpowiedzi Systemu na polecenie zmiany ekranu (np. zapisanie dokumentu w buforze roboczym,

wyświetlenie kartoteki pracownika) nie przekroczy 10 sekund.Warunek koniecznySpełniony: Tak/Nie

88. Czas wykonania operacyjnego raportu kontrolnego wskazanego w trakcie wdrożenia (np. zapisy na koncie za 1 miesiąc, ruchy magazynowe za 1 miesiąc) nie przekroczy 20 minut.

Warunek koniecznySpełniony: Tak/Nie

89. Czas wykonania przekrojowego raportu z wielu obszarów funkcjonalnych (np. raport z zapisów na kontach analitycznych za 12 miesięcy, sprawozdanie F-01/s) nie przekroczy 2 godzin.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego20

Page 21: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Księgowość/Finanse

Zakres tematyczny

(1)

L.p.

(2)

Wymaganie

(3)

Status wymagania

(4)

1. Pełna zgodność Systemu z polskimi przepisami o rachunkowości potwierdzona certyfikatem wydanym przez uprawniony podmiot (wymóg załączenia dowodu do oferty).

Warunek konieczny

Spełniony: Tak/Nie

Okresy sprawozdawcze

2. Definiowanie okresów obrachunkowych, otwierania i zamykania okresów obrachunkowych.

Warunek konieczny

Spełniony: Tak/Nie

3. Równoczesna praca w wielu otwartych okresach obrachunkowych. Warunek konieczny

Spełniony: Tak/Nie

4. Równoczesna praca w dwóch otwartych latach obrachunkowych. Warunek konieczny

Spełniony: Tak/Nie

5. Możliwość założenia blokady księgowań do danego okresu obrachunkowego z możliwością nadania uprawnień na zdjęcie blokady (nie jest równoznaczne z

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego21

Page 22: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

zamknięciem okresu). Spełniony: Tak/Nie

6. Możliwość zdjęcia blokady księgowań dla danego okresu obrachunkowego dla poszczególnych osób.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

7. Systemowa kontrola i ostrzeganie podczas zamykania okresu o saldach dla kont rozliczeniowych, które nie powinny wykazywać salda na koniec okresu (konta typu: rozrachunki z tytułu wynagrodzeń).

Warunek konieczny

Spełniony: Tak/Nie

8. Definiowanie roku obrotowego innego niż kalendarzowy. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Dowody księgowe

9. Definiowanie dowolnej ilości rodzajów dowodów księgowych (odrębnych rejestrów księgowań) o co najmniej 10 znakowych alfanumerycznych symbolach i co najmniej 30 znakowych opisach.

Warunek konieczny

Spełniony: Tak/Nie

10. Opcjonalne przypisywanie do dowodów księgowych szablonów automatycznych księgowań, rejestrów do podatku VAT, kartotek oraz dowolnej ilości słowników identyfikujących koszty według różnych kryteriów.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego

22

Page 23: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

11. Tworzenie szablonów automatycznych księgowań przypisanych do typów dokumentów, możliwość przypisania do danego typu dokumentu kilku szablonów księgowań oraz wybór szablonu z rozwijanej listy.

Warunek konieczny

Spełniony: Tak/Nie

12. Ewidencjonowanie dowodów przed ostatecznym zatwierdzeniem w "buforze roboczym", który dopuszcza wprowadzanie poprawek w dowodzie pierwotnym.

Warunek konieczny

Spełniony: Tak/Nie

13. Wprowadzony dowód do „bufora roboczego” zapewnia prezentację danych z dowodu w ZSI w takim samym zakresie w jakim odbywa się prezentacja danych z dowodu już zatwierdzonego.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

14. Zbiorcze zatwierdzanie dowodów księgowych. Warunek konieczny

Spełniony: Tak/Nie

15. Automatyczne tworzenie wewnętrznych dowodów korygujących do zaewidencjonowanych w systemie dowodów, automatycznie przejmujących wszystkie informacje z dowodu pierwotnego z możliwością zastosowania "storna czarnego" lub "storna czerwonego".

Warunek konieczny

Spełniony: Tak/Nie

16. Dodawanie w szablonach dowodów dodatkowych pól z dodatkowymi informacjami o dowodach.

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego

23

Page 24: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

17. Możliwość anulowania wprowadzonego lub automatycznie wygenerowanego w systemie dowodu w przypadku braku zatwierdzenia przez upoważnioną osobę.

Warunek konieczny

Spełniony: Tak/Nie

18. Możliwość wprowadzenia w dowodzie księgowym dowolnego tekstu min. 50 znakowego opisującego operację gospodarczą.

Warunek konieczny

Spełniony: Tak/Nie

19. Możliwość zdefiniowania słownika treści operacji gospodarczych i wyboru z rozwijanej listy w trakcie wprowadzania dowodu księgowego.

Warunek konieczny

Spełniony: Tak/Nie

20. Standardowo zdefiniowane dowody księgowe takie jak: faktura VAT zakupu, faktura VAT sprzedaży, wewnątrzwspólnotowe nabycie towarów, wewnątrzwspólnotowe nabycie usług, import usług, polecenie księgowania, rozliczenie zaliczki.

Warunek konieczny

Spełniony: Tak/Nie

Ewidencja 21. Jednokrotne wprowadzanie dowodów w systemie powodujące ukazanie się informacji w nich zawartych we wszystkich powiązanych kartotekach, rejestrach, słownikach, zakresach funkcjonalnych systemu.

Warunek konieczny

Spełniony: Tak/Nie

22. Powiązanie wprowadzanych dowodów z innymi dokumentami wprowadzonymi do systemu związanymi z realizacją danej transakcji i przejmowanie informacji z dokumentów inicjujących do dokumentów realizujących np.: powiązanie faktury zakupowej z zamówieniem i rozdekretowanie faktury wg. informacji zawartych w

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego24

Page 25: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

zamówieniu.

23. Możliwość tworzenia ciągów dokumentów powiązanych z realizacją konkretnej transakcji.

Warunek konieczny

Spełniony: Tak/Nie

24. Możliwość definiowania dowolnej liczby dokumentów powiązanych na danym etapie realizacji transakcji np.: jedno zamówienie rozliczane przez trzy faktury zakupowe, dwie faktury zakupowe rozliczane poprzez jeden dokument PZ.

Warunek konieczny

Spełniony: Tak/Nie

25. Możliwość powiązania ze sobą dokumentów wystawionych w różnych walutach np.: zamówienie w PLN z fakturą zakupu w EUR.

Warunek konieczny

Spełniony: Tak/Nie

26. Powiązanie zapisów na kontach z dowodami źródłowymi, płatnościami, wnioskami zakupowymi, rejestrami, kartotekami, budżetami; możliwość bieżącego przeglądania powiązanych ze sobą informacji poprzez przechodzenie pomiędzy powiązanymi źródłami informacji.

Warunek konieczny

Spełniony: Tak/Nie

27. Wyposażenie w mechanizmy walidujące wprowadzane do dowodu dane, m.in.: bilansowanie dowodu, w przypadku dowodów kosztowych zachowania tzw. "kręgu kosztowego", kontrola salda ujemnego (bank, kasa), wypełnienie wszystkich pól oznaczonych jako wymagane, zgodność wskazanego konta z typem dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego25

Page 26: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

28. Możliwość wprowadzenia i przypisania do pozycji dowodu księgowego wymiarów. Warunek konieczny

Spełniony: Tak/Nie

29. Wyposażenie w mechanizmy walidujące (według wielu kryteriów) wprowadzane do systemu dane, nie dopuszczający do dwukrotnego wprowadzenia tego samego kontrahenta lub dokumentu pod innym numerem porządkowym.

Warunek konieczny

Spełniony: Tak/Nie

30. Wyposażenie w mechanizmy walidujące wprowadzane do systemu dane wg zadanego schematu zgodności pomiędzy wskazanymi kontami księgowymi, np. bilansowanie się dowodów i kontrola kręgu kosztowego.

Warunek konieczny

Spełniony: Tak/Nie

31. Generowanie stałych automatycznych księgowań, księgowań stornujących, kopii księgowań.

Warunek konieczny

Spełniony: Tak/Nie

32. Automatyczne odwracanie księgowań z poprzedniego okresu w następnym okresie np. poprzez możliwość kopiowania dowodów z przeciwnym znakiem.

Warunek konieczny

Spełniony: Tak/Nie

33. Tworzenie reguł automatycznych księgowań wg zadanego algorytmu, pobierającego dane z rejestrów, kartotek i słowników (np. obciążenie konta X i uznanie konta Y wartością zdefiniowanego w rejestrze% kosztów wskazanego działu, jednostki lub zadania).

Warunek konieczny

Spełniony: Tak/Nie

34. Automatyczne przenoszenie sald kont bilansowych i pozabilansowych do nowego roku Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego26

Page 27: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

obrachunkowego. Spełniony: Tak/Nie

35. Automatyczne przeksięgowanie sald kont wynikowych na wynik finansowy. Warunek konieczny

Spełniony: Tak/Nie

36. Prowadzenie ewidencji oraz automatyczne rozksięgowanie kosztów i przychodów rozliczanych w czasie.

Warunek konieczny

Spełniony: Tak/Nie

37. Automatyczne łączenie i przetwarzanie księgowań kont księgi głównej z kontami ksiąg pomocniczych.

Warunek konieczny

Spełniony: Tak/Nie

38. Wsparcie przeksięgowania zapisów z konta w przypadku dodania w trakcie roku obrachunkowego analityki lub syntetyki uzupełniającej.

Warunek konieczny

Spełniony: Tak/Nie

39. Automatyczne generowanie raportów z błędami i ostrzeżeniami dotyczącymi przetwarzanych danych księgowych.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego

27

Page 28: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Plan kont 40. Drzewiasta budowa planu kont, możliwość zwijania i rozwijania poszczególnych poziomów analitycznych, przy zapewnieniu automatycznego przenoszenia zapisów z kont analitycznych na konta syntetyczne.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

41. Podział kont na typy: bilansowe, wynikowe, rozrachunkowe, pozabilansowe. Warunek konieczny

Spełniony: Tak/Nie

42. Rozbudowa planu kont o dowolną liczbę syntetyki i analityki. Warunek konieczny

Spełniony: Tak/Nie

43. Alfanumeryczne, minimum 20 znakowe symbole kont, minimum 50 znakowe opisy kont.

Warunek konieczny

Spełniony: Tak/Nie

44. Przypisywanie kont księgowych do poszczególnych pozycji raportów. Warunek konieczny

Spełniony: Tak/Nie

45. Przypisywanie walut do kont księgowych. Warunek konieczny

Spełniony: Tak/Nie

46. Przypisywanie obowiązku rozliczania rozrachunków do kont księgowych. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego28

Page 29: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

47. Wyszukiwanie kont w księdze głównej wg dowolnych kluczy. Warunek konieczny

Spełniony: Tak/Nie

48. Oznaczenie konta jako nieaktywne z możliwością przywrócenia do stanu aktywnego. Warunek konieczny

Spełniony: Tak/Nie

49. Opcjonalne przypisywanie do kont kartotek (dostawców, odbiorców, studentów, pracowników, banków), w przypadku przypisania kartoteki blokada ewidencji przy próbie ominięcia kartoteki.

Warunek konieczny

Spełniony: Tak/Nie

Banki, kasa 50. Wczytywanie z systemu bankowego elektronicznych wyciągów bankowych. Warunek konieczny

Spełniony: Tak/Nie

51. Automatyczne dekretowanie operacji z wyciągów bankowych oraz rozliczanie rozrachunków wynikających z dokumentów źródłowych (kojarzenie poszczególnych elementów wg wielu kryteriów).

Warunek konieczny

Spełniony: Tak/Nie

52. Wyróżnianie i informowanie o transakcjach z wczytanego wyciągu bankowego, które nie zostały automatycznie zadekretowane lub rozliczone, z możliwość ręcznej dekretacji i rozliczenia.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego29

Page 30: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

53. Generowanie elektronicznych przelewów oraz zleceń auto-wypłaty w walucie krajowej i w walutach obcych na podstawie danych zawartych w ZSI i przesyłanie do systemu bankowego w sposób:

- automatyczny - wg. wskazanych (wyfiltrowanych) kryteriów np.: "dowody typu X, gdzie termin płatności upływa w ciągu 3 kolejnych dni",

oraz

- ręczny - poprzez wskazanie dowodów z listy , które mają być opłacone.

Warunek konieczny

Spełniony: Tak/Nie

54. Możliwość kierowania do płatności różnych typów dowodów księgowych. Warunek konieczny

Spełniony: Tak/Nie

55. Automatyczne generowanie tytułu płatności zlecenia płatniczego na podstawie danych zawartych w ZSI.

Warunek konieczny

Spełniony: Tak/Nie

56. Zlecanie zapłaty wybranych zobowiązań wobec jednego kontrahenta w jednym zleceniu płatniczym generowanym na podstawie danych zawartych w ZSI do systemu bankowego.

Warunek konieczny

Spełniony: Tak/Nie

57. Zlecanie zapłaty częściowej w zleceniu płatniczym generowanym na podstawie danych zawartych w ZSI do systemu bankowego.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego30

Page 31: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

58. Możliwość ręcznego wprowadzenia polecenia zapłaty w walucie innej niż widniejąca na dokumencie.

Warunek konieczny

Spełniony: Tak/Nie

59. Generowania papierowych poleceń przelewu o obrocie krajowym i zagranicznym. Warunek konieczny

Spełniony: Tak/Nie

60. Kontrola środków na rachunku bankowym niezbędnych do realizacji wygenerowanych w ZSI przelewów.

Warunek konieczny

Spełniony: Tak/Nie

61. Ręczne ewidencjonowanie wyciągów bankowych w przypadku kont bankowych, których nie obsługuje bankowość elektroniczna oraz raportów kasowych.

Warunek konieczny

Spełniony: Tak/Nie

62. Drukowanie raportu kasowego/ wyciągu bankowego. Warunek konieczny

Spełniony: Tak/Nie

63. Wycena rozchodów z rachunków bankowych walutowych oraz raportów kasowych walutowych metodą FIFO.

Warunek konieczny

Spełniony: Tak/Nie

64. System umożliwi dokonanie płatności za poszczególne części faktury z różnych rachunków bankowych.

Warunek oceniany

Tak – 1 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego31

Page 32: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Nie – 0 pkt

Waluty 65. Ewidencjonowanie dokumentów walutowych w walucie wystawienia (obsługa wszystkich walut) wraz z oznaczeniem kraju oraz automatyczne przeliczanie po wskazanym kursie na walutę polską.

Warunek konieczny

Spełniony: Tak/Nie

66. Tworzenie dowolnej liczby tabel kursów walut, przechowywanie historii kursów walutowych, w podziale na typy np. kurs średni NBP, kurs sprzedaży i kupna banku.

Warunek konieczny

Spełniony: Tak/Nie

67. Automatyczne pobieranie kursów walut z banku (NBP i PeKaO S.A.) w podziale na kurs kupna, sprzedaży i średni.

Warunek konieczny

Spełniony: Tak/Nie

68. Ręczna aktualizacja kursów walutowych. Warunek konieczny

Spełniony: Tak/Nie

69. Generowanie i drukowanie informacji o transakcjach walutowych w walucie polskiej i obcej.

Warunek konieczny

Spełniony: Tak/Nie

70. Automatyczna wycena środków pieniężnych oraz rozrachunków w walutach obcych na dzień bilansowy.

Warunek konieczny

Spełniony: Tak/Nie

71. Automatyczne naliczanie i księgowanie zrealizowanych różnic kursowych. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego32

Page 33: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

Podatek VAT 72. Tworzenie rejestrów do podatku VAT: sprzedaży, zakupu, zakupu środków trwałych, wewnątrzwspólnotowego nabycia towarów, wewnątrzwspólnotowej dostawy towarów, importu usług, eksportu usług itp.

Warunek konieczny

Spełniony: Tak/Nie

73. Automatyczne przypisanie rejestrów podatku VAT do typów dokumentów z możliwością ręcznej zmiany przypisanego rejestru.

Warunek konieczny

Spełniony: Tak/Nie

74. Automatyczne uzupełnianie rejestrów podatku VAT podczas ewidencjonowania dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

75. Możliwość przypisania podatku VAT do rejestru dotyczącego innego okresu niż okres sprawozdawczy dokumentu w sposób ręczny i automatyczny (wg z góry ustalonego parametru np.: zgodnie z terminem płatności faktury).

Warunek konieczny

Spełniony: Tak/Nie

76. Wydruk rejestrów do podatku VAT z podziałem na kwoty netto, brutto i stawki podatku VAT oraz z informacją o kontrahentach.

Warunek konieczny

Spełniony: Tak/Nie

77. Przypisanie podatku VAT naliczonego do sprzedaży zwolnionej lub opodatkowanej. Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego33

Page 34: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

78. Możliwość dodawania stawek podatku VAT (w przypadku zmiany w przepisach obowiązujących).

Warunek konieczny

Spełniony: Tak/Nie

79. Definiowanie różnych współczynników do rozliczania podatku naliczonego oraz automatyczne rozliczenie podatku VAT naliczonego w dokumencie wg. przypisanego współczynnika na dotyczący sprzedaży zwolnionej i opodatkowanej.

Warunek konieczny

Spełniony: Tak/Nie

80. Automatyczne generowanie deklaracji i deklaracji korygujących dotyczących podatku VAT.

Warunek konieczny

Spełniony: Tak/Nie

81. Archiwizacja i chronologiczne przeglądanie deklaracji podatkowych oraz wersji rejestrów, na podstawie których zostały sporządzone deklaracje, dla poszczególnych okresów.

Warunek konieczny

Spełniony: Tak/Nie

Kartoteki kontrahentów

82. Możliwość zdefiniowania dowolnej liczby typów kartotek kontrahentów o co najmniej 20 znakowych symbolach alfanumerycznych i minimum 100 znakowych opisach.

Warunek konieczny

Spełniony: Tak/Nie

83. Nieograniczona pojemność pojedynczej kartoteki. Warunek konieczny

Spełniony: Tak/Nie

84. Swoboda dodawania nowych rodzajów informacji do kartoteki oraz możliwość określania ich wymagalności np.: nazwa, nazwa skrócona, NIP (wymagana kontrola poprawności numeru), NIP UE, REGON, kilka rodzajów adresów, kilka numerów

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego34

Page 35: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

rachunków bankowych, adres e-mail, dane osób do kontaktu.

85. Możliwość przypisania kontrahenta do grup podatkowych np.: podatnik VAT, zwolniony, podatnik UE.

Warunek konieczny

Spełniony: Tak/Nie

86. Możliwość przypisania kraju kontrahenta wg wymogów GUS. Warunek konieczny

Spełniony: Tak/Nie

87. Możliwość powiązania konkretnego kontrahenta ze stawką podatku VAT automatycznie narzucaną w dokumencie oraz z numerem rachunku bankowego Uczelni, z którego ma być dokonywana płatność.

Warunek konieczny

Spełniony: Tak/Nie

88. Możliwość wprowadzenia kilku kontrahentów o tym samym numerze NIP np.: oddziały jednej firmy.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

89. Automatyczne nadawanie numerów porządkowych podmiotom wprowadzanym do kartotek.

Warunek konieczny

Spełniony: Tak/Nie

90. Równoczesne funkcjonowanie jednego podmiotu w kilku kartotekach (np. odbiorców i dostawców).

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego35

Page 36: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

91. Możliwość jednoczesnego przeglądania wszystkich rozrachunków danego kontrahenta zaewidencjonowanych w różnych kartotekach.

Warunek konieczny

Spełniony: Tak/Nie

92. Dodawanie kontrahentów z poziomu dokumentów. Warunek konieczny

Spełniony: Tak/Nie

93. Wyszukiwanie kontrahentów po danych wprowadzonych w kartotece np.: NIP, adres, nazwa, nazwa skrócona, nr rachunku bankowego.

Warunek konieczny

Spełniony: Tak/Nie

94. Kontrola kredytowa kontrahenta - blokowanie sprzedaży w momencie rozpoczęcia procesu windykacyjnego wobec kontrahenta.

Warunek konieczny

Spełniony: Tak/Nie

95. Oznaczanie kontrahentów jako nieaktywnych z możliwością przywrócenia statutu aktywnego, przy zachowaniu historii danych.

Warunek konieczny

Spełniony: Tak/Nie

96. Oznaczanie kontrahentów jako rozliczających się na zasadzie kompensaty (nie branych pod uwagę przy automatycznym generowaniu przelewów).

Warunek konieczny

Spełniony: Tak/Nie

97. Oznaczenie typów kartotek, które mają być brane pod uwagę przy tworzeniu kompensat.

Warunek oceniany

Tak – 1 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego36

Page 37: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Nie – 0 pkt

98. Możliwość przypisania w kartotece konkretnemu kontrahentowi warunków płatności zobowiązań (np.: 30 dni od daty otrzymania dokumentu).

Warunek konieczny

Spełniony: Tak/Nie

Rozrachunki 99. Automatyczne rozliczanie rozrachunków, opcja ręcznego rozliczania rozrachunków w przypadku braku możliwości identyfikacji automatycznej lub konieczności zmiany automatycznie stworzonego rozliczenia.

Warunek konieczny

Spełniony: Tak/Nie

100. Częściowe rozliczanie rozrachunków przez kilka dokumentów i różne formy rozliczeń. Warunek konieczny

Spełniony: Tak/Nie

101. Wiekowanie należności i zobowiązań po wszystkich datach je charakteryzujących. Warunek konieczny

Spełniony: Tak/Nie

102. Monitorowanie terminów płatności. Warunek konieczny

Spełniony: Tak/Nie

103. Podział rozrachunków na rodzaje z możliwością oznaczania ich statusu np.: rozliczone, nierozliczone zwykłe, przeterminowane, na II etapie procesu windykacyjnego, dochodzone na drodze sądowej itp.

Warunek konieczny

Spełniony: Tak/Nie

104. Wskazywanie przeterminowanych należności i zobowiązań do automatycznego Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego37

Page 38: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

utworzenia i zaewidencjonowania odpisu aktualizującego. Spełniony: Tak/Nie

105. Automatyczne naliczanie odsetek od przeterminowanych należności i zobowiązań. Warunek konieczny

Spełniony: Tak/Nie

106. Generowanie i drukowanie not odsetkowych z możliwością automatycznego ewidencjonowania oraz definiowania szablonu dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

107. Generowanie i drukowanie potwierdzeń sald z możliwością wskazania daty, której potwierdzenie dotyczy, innej niż data sporządzenia oraz definiowania szablonu dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

108. Generowanie, drukowanie i ewidencjonowanie kompensat wzajemnych wierzytelności z możliwością automatycznego (np. wg. kryterium czasowego) i ręcznego wskazywania dokumentów do kompensaty oraz definiowania szablonu dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

109. Generowanie i drukowanie wezwań do zapłaty z możliwością definiowania szablonów dokumentów, zawierających co najmniej: szczegółowe dane nieuregulowanych dokumentów, kwotę naliczonych odsetek karnych, termin zapłaty.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego38

Page 39: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

110. Możliwość równoczesnego funkcjonowania kilku wzorów wezwania do zapłaty, automatycznie generowanych w zależności od etapu procesu windykacyjnego, na którym znajduje się dana należność.

Warunek konieczny

Spełniony: Tak/Nie

111. Możliwość zdefiniowania automatycznego algorytmu do procesu windykacyjnego np.: pierwsze wezwanie do zapłaty po 20 dniach od daty płatności na wzorcu A, drugie wezwanie do zapłaty po 14 dniach od wezwania pierwszego na wzorcu B.

Warunek konieczny

Spełniony: Tak/Nie

112. Rejestracja w systemie podjętych czynności wobec dłużnika z dołączeniem korespondencji przychodzącej i wychodzącej.

Warunek konieczny

Spełniony: Tak/Nie

Delegacje służbowe – rozliczenie

113. Możliwość tworzenia rozliczenia wyjazdu służbowego powiązanego z istniejącym już w systemie poleceniem wyjazdu służbowego wprowadzonym w module kadrowym.

Warunek konieczny

Spełniony: Tak/Nie

114. Automatyczne przejmowanie przez dokument rozliczeniowy informacji z polecenia wyjazdu służbowego.

Warunek konieczny

Spełniony: Tak/Nie

115. Automatyczne księgowanie dokumentu oraz opisywanie kosztów w oparciu o dane pobrane z polecenia wyjazdu służbowego oraz wprowadzone w rozliczeniu.

Warunek konieczny

Spełniony: Tak/Nie

116. Automatyczne rozliczenie pracownika oraz skierowanie rozliczenia do płatności w sytuacji wystąpienia niedopłaty.

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego39

Page 40: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

117. Możliwość wprowadzenia kilku dokumentów wystawionych w różnych walutach w ramach jednego rozliczenia wyjazdu służbowego.

Warunek konieczny

Spełniony: Tak/Nie

118. Możliwość automatycznego przeliczania dokumentów wystawionych w walucie obcej na walutę krajową zgodnie z przyjętym do rozliczenia kursem.

Warunek konieczny

Spełniony: Tak/Nie

119. Możliwość korygowania w rozliczeniu delegacji służbowej założeń przyjętych w poleceniu wyjazdu służbowego np.: dieta za 2,5 dnia a nie za 3 dni.

Warunek konieczny

Spełniony: Tak/Nie

Koszty 120. Wielowymiarowe (wieloaspektowe) identyfikowanie kosztów za pomocą słowników kosztów (nie poprzez rozbudowę analityczną planu kont).

Warunek konieczny

Spełniony: Tak/Nie

121. Tworzenie i przypisywanie dowolnej liczby słowników kosztów, identyfikujących koszty według różnych kryteriów, do dowodów księgowych.

Warunek konieczny

Spełniony: Tak/Nie

122. Automatyczne rozliczanie i ewidencjonowanie kosztów w czasie wg określonych algorytmów.

Warunek konieczny

Spełniony: Tak/Nie

123. Automatyczne rozliczanie i ewidencjonowanie kosztów pośrednich przypadających na koszty bezpośrednie wg kluczy podziałowych opartych na zdefiniowanych

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego40

Page 41: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

algorytmach. Spełniony: Tak/Nie

124. Definiowanie dowolnej liczby kluczy podziałowych do rozliczania kosztów pośrednich. Warunek konieczny

Spełniony: Tak/Nie

125. Automatyczne naliczanie i ewidencjonowanie kosztów pośrednich realizowanych projektów w oparciu o podany wskaźnik procentowy lub zdefiniowany algorytm.

Warunek konieczny

Spełniony: Tak/Nie

126. Możliwość określenia czasowego obowiązywania danego wskaźnika do rozliczania kosztów pośrednich.

Warunek konieczny

Spełniony: Tak/Nie

127. Możliwość automatycznej korekty kosztów pośrednich (poprzez polecenie użytkownika) w przypadku zmiany wskaźnika do naliczania kosztów pośrednich.

Warunek konieczny

Spełniony: Tak/Nie

128. Możliwość naliczania i ewidencjonowania kosztów pośrednich w momencie ewidencjonowania kosztów bezpośrednich lub poprzez polecenie wydane przez użytkownika.

Warunek konieczny

Spełniony: Tak/Nie

129. Przypisywanie konkretnych kluczy podziałowych do naliczania kosztów pośrednich w konkretnych realizowanych projektach.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego41

Page 42: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego42

Page 43: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Kadry

Lp.(1)

Wymaganie(2)

Status wymagania(3)

1. Zakres danych gromadzonych w systemie powinien pozwolić wygenerować wszystkie obligatoryjne sprawozdania oraz raporty wymagane prawem i przepisami obowiązującymi w uczelni wyższej na dowolny dzień (w tym dane historyczne o ile są dostępne w systemie).

Warunek koniecznySpełniony: Tak/Nie

2. Możliwość przechowywania informacji o pracownikach w formie kartoteki grupującej tematycznie poszczególne informacje.

Warunek koniecznySpełniony: Tak/Nie

3. Możliwość grupowania pracowników wg danych zawartych w Systemie, np. w podziale na zajmowane stanowiska, i grupy pracowników oraz wybór w danym przedziale czasowym.

Warunek koniecznySpełniony: Tak/Nie

4. Gromadzenie i rejestrowanie danych osobowych powinno być zgodne z ustawą o ochronie danych osobowych.

Warunek koniecznySpełniony: Tak/Nie

5. Możliwość automatycznego przypisywania zdarzeń (np. umów, stypendiów, urlopów) pojedynczym pracownikom oraz grupom pracowników jednocześnie.

Warunek koniecznySpełniony: Tak/Nie

6. Kartoteka osobowa zawierająca dowolne dane osobowe: imię, nazwisko, PESEL, adresy (zameldowania, korespondencyjnym, do PIT, data i miejsce urodzenia, płeć) w tym informacje specyficzne dla Uczelni: wykształcenie, tytuły naukowe, dyscyplina naukowa, kierunek, specjalność, miejsce pracy (np. podstawowe), data do kiedy należy uzyskać stopień dr/dr hab., czy kolejne zatrudnienie – dowolna ilość rekordów (w tym dane wymagane przez system Polon). W kartotece osobowej pracownika winny się również znaleźć informacje związane z miejscem wykonywania pracy (np. e-mail, nr tel., budynek).

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego43

Page 44: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Możliwość założenia więcej niż jednej kartoteki osobowej dla pracownika.7. System powinien przechowywać pracowników jako pojedyncze osoby, funkcjonujące w systemie jako

jeden podmiot, bez konieczności dublowania pracownika. W ramach osoby powinny być wyróżnione kolejne zatrudnienia w ramach dowolnego rodzaju umów (np.: umowy o pracę (np. 2 jednocześnie na stanowisku nauczyciela akademickiego i pracownika administracyjnego), umowy cywilno-prawne, stypendium, świadczenie socjalne) obowiązujących jednocześnie w danym okresie rozliczeniowym.

Warunek koniecznySpełniony: Tak/Nie

8. W kartotece osobowej powinna być informacja o kategorii pracownika np. nauczyciel akademicki, pracownik administracyjny, z możliwością przypisania podgrupy pracowniczej np.:

nauczyciel akademicki - stanowisko (np. profesor, adiunkt) – pracownik naukowo-dydaktyczny (pracownik naukowy, pracownik dydaktyczny),

pracownik administracyjny – pracownik finansowany ze środków unijnych (Unia) i inne źródła finansowania.

Warunek koniecznySpełniony: Tak/Nie

9. Ewidencja zatrudnienia (z uwzględnieniem m.in. kodów zawodów GUS, kodów i pełnych nazw jednostek, stanowiska, grupy pracowniczej (np. nauczyciel akademicki, pracownik niebędący nauczycielem akademickim) grup stanowisk (np. naukowo-dydaktyczne, naukowe, dydaktyczne, inżynieryjno-techniczne, naukowo-techniczne, biblioteczne, informacji naukowej, obsługi, administracyjne itp.). Uwzględnienie zawierania różnych umów np.: mianowania, umowy o pracę i terminów trwania tych umów; podstawowe/dodatkowe zatrudnienia, pole trybu i powodu rozwiązania umowy o pracę.

Warunek koniecznySpełniony: Tak/Nie

10. Obsługa (wprowadzanie niezbędnych danych, zatwierdzanie, wydruk) dokumentów związanych z zatrudnieniem pracownika: kwestionariusz osobowy kandydata, kwestionariusz osobowy pracownika, skierowanie na badania wstępne z medycyny pracy, skierowanie na szkolenie BHP akt mianowania/umowa o pracę, umowy cywilnoprawne, powołania, zgłoszenie do ubezpieczeń

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego44

Page 45: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

(pracownik, członkowie rodziny).11. Rejestrowanie dodatkowych informacji dotyczących obcokrajowców, takich jak: np. kod obywatelstwa,

kody ZUS, nr paszportu, termin obowiązywania wizy i pozwolenia na pracę.Warunek koniecznySpełniony: Tak/Nie

12. System powinien umożliwiać ewidencję informacji o przeprowadzonej ocenie pracownika w zakresie danych: daty jej wykonania, opis oceny oraz skalę punktową oraz osobę/komisję i jej skład ją wykonującą.System powinien umożliwiać wprowadzenie ewidencji ocen w podziale na:

Nauczyciela akademickiego - zgodnie z ustawą Pracownika nie będącego nauczycielem akademickim (kierowników jednostek

administracyjnych, pracownik administracyjny i bibliotekarz, pracownik fizyczny) – zgodnie z regulaminem

Dane te mogą być importowane w takim układzie z plików MS Excel.Na podstawie ww. danych System powinien umożliwiać wygenerowanie raportu.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

13. Ewidencja historii zatrudnienia w poprzednich miejscach pracy (z uwzględnieniem okresów zrównanych z zatrudnieniem, trybu rozwiązania stosunku pracy w poprzednich zakładach pracy. W zależności od rodzaju zatrudnienia podstawowe/dodatkowe powinna być uwzględniana historia zatrudnienia z podstawowych lub dodatkowych miejsc pracy. Możliwość oznaczania czy zatrudnienie w danym okresie wpływa na staż pracy, stany zatrudnienia, etc.

Warunek koniecznySpełniony: Tak/Nie

14. Kartoteka rodzinna (wiek dziecka wg daty urodzenia) dla potrzeb opieki na podstawie art. 188 KP oraz kartoteki socjalnej w roku kalendarzowym.

Warunek koniecznySpełniony: Tak/Nie

15. Ewidencja pozostałych absencji zgodnie z obowiązującymi przepisami ( m.in. art. 188 Kp, urlop macierzyński (rodzicielski), urlop wychowawczy, zwolnienia lekarskie, absencje na podstawie

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego45

Page 46: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Rozporządzenia w sprawie usprawiedliwiania nieobecności w pracy oraz udzielania pracownikom zwolnień od pracy, zwolnienia lekarskie) z możliwością zaznaczenia ilości w/w nieobecności w danym roku kalendarzowym, w poprzednim miejscu pracy, inne. Monitorowanie na min. 2 miesiące przed o wyczerpaniu okresu zasiłkowego.

16. Powierzenie składników majątku – przypisanie z osobnej kartoteki składników majątku, rozliczenie z powierzonego majątku (możliwość aktualizacji i powierzenia wielu składników majątku). W kartotece musi być widoczny min. numer inwentarzowy i nazwa składnika.

Warunek koniecznySpełniony: Tak/Nie

17. Możliwość definiowania harmonogramów pracy zarówno indywidualnych jak i grupowych. Ilość informacji zawartych na harmonogramie powinna być wystarczająca do pełnego rozliczenia czasu pracy każdego pracownika.

Warunek koniecznySpełniony: Tak/Nie

18. Ewidencja i automatyczna kontrola wykorzystania różnych rodzajów urlopów i limitu zwolnień lekarskich pracownika zgodnie z obowiązującymi przepisami. (np. wypoczynkowy; na wyjazd za granicę - do 60 dni płatnych 100%, a od 61 do 180 dni włącznie płatnych 90% z możliwością wprowadzenia zmian w wymiarze dni i płatności; urlopów naukowych; urlopów na poratowanie zdrowia; dnia dla matki z dzieckiem; zwolnienie lekarskie - 182 dni rocznie (wynagrodzenie chorobowe, zasiłek chorobowy); opieka nad dzieckiem - 60 dni rocznie (w tym opieka nad osobą dorosłą - 14 dni rocznie) zgodnie z obowiązującymi przepisami.Np. możliwość automatycznego przypisania pracownikom ustalonych przez uczelnię okresów wykorzystywania należnych urlopów wypoczynkowych z możliwością modyfikacji.

Warunek koniecznySpełniony: Tak/Nie

19. Ewidencja informacji o zaliczeniu do minimum kadrowego – wykorzystująca dane o nauczycielu akademickim z kartoteki osobowej (np. okres zatrudnienia, tytuł/stopień, specjalizacje, wymiar zatrudnienia) oraz dane wprowadzane do systemu, np. oświadczenie o zaliczeniu do minimum

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego46

Page 47: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

kadrowego. Możliwość rejestrowania oświadczeń dotyczących minimum kadrowego z wykorzystaniem "słownika" kierunków.

oświadczenie o zaliczeniu do minimum kadrowego do prowadzenia kierunku studiów,

oświadczenie o zaliczeniu do minimum kadrowego do nadawania stopni.

20. Ewidencja i możliwość wydruku min.: oświadczenia o podstawowym/dodatkowym miejscu pracy,

oświadczenia o prawach autorskich, o kosztach uzyskania przychodu, regulaminie pracy, o zamiarze

korzystania z dnia wolnego dla rodzica (art. 188 KP), Z-15, Pit-2,. Możliwość realizacji innych oświadczeń

(druków) – max. 20 - w systemie .zidentyfikowanych na etapie Analizy Funkcjonalnej.

Warunek koniecznySpełniony: Tak/Nie

21. Ewidencja i wydruk o zaliczeniu pracownika do działalności badawczo-rozwojowej. Warunek koniecznySpełniony: Tak/Nie

22. Ewidencja i rozliczenie pensum dla nauczyciela akademickiego. Możliwość wprowadzenia planowanych i

rzeczywistych ilości godzin wynikających z zatrudnienia i siatki zajęć. Możliwość wyliczenia

nadwyżek/niedoborów pensum. Możliwość wprowadzenia godzin ponadwymiarowych wraz z

indywidualną stawką i określeniem źródła finansowania.

Warunek koniecznySpełniony: Tak/Nie

23. Rejestrowanie wysokości, okresu i rodzaju składnika: możliwość przypisania składnika (np. dodatku funkcyjnego) do innej grupy kosztów niż pozostałe elementy wynagrodzenia. Możliwość dopisywania dowolnej ilości składników wynagrodzenia.Pełnione funkcje oraz wykonywane zadania związane z dodatkowym wynagrodzeniem, w tym okres pełnienia funkcji lub wykonywania zadań. Historia pełnionych funkcji, wykonywania dodatkowych zadań (np. członkostwo w komisjach). Źródło finansowania dodatkowego wynagrodzenia. Nazwa dysponenta

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego47

Page 48: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

środków.24. Składniki wynagrodzenia (bez ograniczenia ilości): np. wynagrodzenie zasadnicze, dodatek stażowy,

premia regulaminowa, premia motywacyjna (charakter uznaniowy, nieperiodyczna, dodatki funkcyjne, dodatki specjalne (co najmniej 20 dodatków ze wskazaniem daty rozpoczęcia i zakończenia jego otrzymywania, monitorowanie i sygnalizowanie na m-c przed zakończeniem otrzymywania); Pozostałe tytuły do wynagrodzenia, wynikające z przepisów MNiSzW, np. : za promotorstwa, recenzje, praktyki wakacyjne, pracę w komisjach rekrutacyjnych, pracę w godzinach ponadwymiarowych. Możliwość wskazania różnych źródeł finansowania (dydaktyka, nauka, projekty, inne) dla poszczególnych składników wynagrodzenia wraz z wyświetleniem ich dysponentów.

Warunek koniecznySpełniony: Tak/Nie

25. Ewidencja danych w zakresie medycyny pracy oraz bezpieczeństwa i higieny pracy m.in.: Badania wstępne, Badania okresowe, Badania kontrolne Badania sanitarne, Badania psychologiczne,

W powyższych badaniach ma być min. pola do wpisywania terminu badań, ważności, przeciwwskazań,

Baza czynników szkodliwych dla zdrowia na stanowisku pracy, Karty oceny ryzyka zawodowego na stanowisku pracy, Szkolenie wstępne ogólne w dziedzinie bhp, Szkolenie okresowe w dziedzinie bhp.

Monitorowanie i informowanie o terminach ważności (np. 1 m-c przed – data do ustawienia przez użytkownika).

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego48

Page 49: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

26. Rejestrowanie dodatkowych zatrudnień i działalności gospodarczej (data uzyskania zgody na dodatkowe zatrudnienie, nazwa pracodawcy, data początku zatrudnienia, data zgłoszenia, data modyfikacji informacji; zachowanie historii zatrudnienia).

Warunek koniecznySpełniony: Tak/Nie

27. Ewidencja nagród pracowników (w tym nagrody JM Rektora: rodzaj, stopień nagrody, nagrody Ministra z uwzględnieniem rodzaju, kwoty, daty przyznania); premie dodatkowe.

Warunek koniecznySpełniony: Tak/Nie

28. Ewidencja kar pracowników: rejestrowanie udzielonych pracownikowi kar, po upływie roku (dla nauczyciela trzy lata) lub na wniosek przełożonego dezaktywacja kary, możliwość podglądu historii kar pracownika, postępowania dyscyplinarne.

Warunek koniecznySpełniony: Tak/Nie

29. Ewidencja odznaczeń przyznawanych pracownikom (z uwzględnieniem rodzaju, stopnia i roku przyznania): rejestrowanie wniosków o odznaczenia i przyznanych pracownikom odznaczeń, generowanie listy wniosków o odznaczenia i przyznanych odznaczeń. Inne; możliwość ewidencjonowania wystąpień o przyznanie odznaczeń i medali państwowych (wprowadzenie słownika odznaczeń i medali).

Warunek koniecznySpełniony: Tak/Nie

30. Rejestrowania i rozliczanie przez System decyzji wydanych przez ZUS np.: decyzji o przyznaniu pracownikowi świadczenia rehabilitacyjnego.

Warunek koniecznySpełniony: Tak/Nie

31. Możliwość wprowadzenia do kartoteki informacji zgodnych z przepisami ZUS o orzeczeniach o stopniu niepełnosprawności i automatycznego generowania związanych z tym uprawnień, np. czas pracy, wymiar urlopu.

Warunek koniecznySpełniony: Tak/Nie

32. Ewidencja przebiegu zatrudnienia i zachowanie jego historii (m.in. zajmowane stanowisko, okres, jednostka organizacyjna, wynagrodzenia).

Warunek koniecznySpełniony: Tak/Nie

33. Ewidencja umów lojalnościowych (np. o dofinansowanie nauki, szkoleń). Warunek koniecznySpełniony: Tak/Nie

34. Możliwość umieszczania załączników w postaci plików, notatek, w powiązaniu z informacją, której dotyczy dany załącznik (np. CV powiązane z kandydatem, skan dokumentu związanego z absencją w

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego49

Page 50: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

powiązaniu z tą absencją, skany dokumentów z teczki pracownika w powiązaniu z pracownikiem, itp.).35. Automatyczne wyliczanie stażu pracownika (na podstawie wprowadzonych do systemu danych) z

uwzględnieniem pokrywania się okresów zatrudnienia lub innych równorzędnych okresów, automatycznego wyłączenia okresów urlopów bezpłatnych w poprzednich miejscach zatrudnienia. Możliwość wyliczenia stażu ogólnego i w uczelni oraz zestawień z dowolnego okresu.

Warunek koniecznySpełniony: Tak/Nie

36. Zgłaszanie i wyrejestrowanie z ubezpieczeń społecznych i zdrowotnych (np. pracownik, współpracownik, członkowie rodziny).

Warunek koniecznySpełniony: Tak/Nie

37. Pamiętanie historii zmian związanych z okresem obowiązywania danej informacji - dotyczy to praktycznie wszystkich informacji mających charakter zmienny z automatycznym wpisaniem nazwiska osoby dokonującej zmiany. Dotyczy to np. przebiegu zatrudnienia, jak również zmian identyfikacyjnych pracownika i pozostałych danych.

Warunek koniecznySpełniony: Tak/Nie

38. Pełna archiwizacja kartoteki osobowej byłych pracowników możliwość „przywrócenia” pracownika z zachowaniem danych archiwalnych, z możliwością edycji i modyfikacji.

Warunek koniecznySpełniony: Tak/Nie

39. Obsługa kartoteki wyjazdów: delegacji krajowych, delegacji zagranicznych, wyjazdów zagranicznych w ramach urlopów szkoleniowych i wyjazdów zagranicznych w ramach urlopów naukowych

Tworzenie kartoteki delegacji w powiązaniu z kartoteką pracowniczą, Kartoteka będzie zawierać m.in. informacje o:

a) nr wniosku,b) status osoby delegowanej (nauczyciel akademicki, pracownik niebędący nauczycielem, student, pracownik, doktorant, obcy),c) nazwisko,d) imię,e) telefon,f) jednostka organizacyjna,

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego50

Page 51: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

g) cel wyjazdu,h) planowana data wyjazdu,i) planowana data powrotu,j) państwo docelowe,k) miasto docelowe,l) miejscowość rozpoczęcia podróży służbowej,m) środek transportu, dane samochodu w przypadku podróży samochodem prywatnym (możliwość podania kilku różnych środków transportu),n) planowane koszty finansowane przez SGH (nazwa kosztu, kwoty, źródła finansowania),o) ogólna kwota zablokowanych środków w przeliczeniu na zł,p) limity kosztów poszczególnych rodzajów w przeliczeniu na zł,q) czy wnioskowana zaliczka,r) kwoty wnioskowanych przedpłat,s) nazwy kontrahentów dla których dokonywane są przedpłaty, numery rachunków bankowych i inne dane do przelewów,t) dane jednostki refundującej koszty wyjazdu,u) Instytucja przyjmująca,v) podstawa wyjazdu,

Szczegółowy zakres danych kartoteki zostanie określony na etapie Analizy Funkcjonalnej.System ma rozliczać delegację zgodnie z zasadami opisanymi w module Księgowość.

40. Możliwość zdefiniowania określonego w Analizie Funkcjonalnej szablonu polecenia wyjazdu służbowego.

Warunek koniecznySpełniony: Tak/Nie

41. Możliwość utworzenia słownika celów wyjazdu, miejsc oddelegowania oraz wybór konkretnych wartości Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego51

Page 52: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

z rozwijanej listy,- określenie podstawy wyjazdu. Spełniony: Tak/Nie42. Możliwość automatycznego wyliczania przysługujących diet na podstawie wprowadzonego kraju oraz

okresu oddelegowania z uwzględnieniem różnego rodzaju diet (pobytowa, hotelowa, ryczałt na komunikację miejską, dojazdowa, inne).

Warunek koniecznySpełniony: Tak/Nie

43. Możliwość zawarcia w poleceniu wyjazdu służbowego informacji o formie wypłaty (m.in. przelew, auto-wypłata, możliwość użycia służbowej karty płatniczej), zaliczki na wyjazd (suma przysługujących diet) oraz automatycznego skierowania zatwierdzonego polecenia wyjazdu do płatności.

Warunek koniecznySpełniony: Tak/Nie

44. Możliwość umieszczania w poleceniu wyjazdu służbowego informacji niezbędnych do narzucenia automatycznego dekretu dokumentom rozliczającym wyjazd (słownik środków finansowych aktualizowany na bieżąco).

45. Rozliczanie czasu pracy, obejmujące różne okresy rozliczeniowe, umożliwiające ewidencję dowolnego rodzaju godzin (godziny nominalne, nadgodziny, dyżury, projekty unijne, równoważny czas pracy).

Warunek koniecznySpełniony: Tak/Nie

46. Ilość informacji gromadzonych w systemie powinna być wystarczająca do automatycznego rozliczenia urlopu (z uwzględnieniem min. urlopu wypoczynkowego, urlopu na żądanie, urlopu szkoleniowego i naukowego, urlop naukowy na doktorat, bezpłatnego, dla poratowania zdrowia i pozostałych na podstawie Kodeksu pracy i Ustawy Prawo o szkolnictwie wyższym oraz pozostałych regulacji zewnętrznych i wewnętrznych), z uwzględnieniem różnic w uprawnieniach w grupach nauczycieli i pracowników niebędących nauczycielami akademickimi; z uwzględnieniem udzielania urlopu w dniach roboczych, kalendarzowych i godzinach dla pracowników zatrudnionych w różnym wymiarze czasu pracy oraz w różnych systemach czasu pracy), jak również do wygenerowania wszystkich obligatoryjnych sprawozdań dotyczących wykorzystanych urlopów.

Warunek koniecznySpełniony: Tak/Nie

47. Ewidencja i automatyczne naliczanie wymiarów urlopu z uwzględnieniem wszystkich zdarzeń, które mają wpływ na ten wymiar (np. zmiana wymiaru etatu, stażu, urlopy bezpłatne, pierwsza praca nauczyciela i pracownika administracyjnego).

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego52

Page 53: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

48. Obliczenie dni (godzin) ekwiwalentu za niewykorzystany urlop wypoczynkowy. Warunek koniecznySpełniony: Tak/Nie

49. Możliwość wygenerowania wszystkich dokumentów i raportów wymaganych i zgodnych z wymaganiami ZUS, np.:

z tytułu stosunku pracy, umowy cywilno-prawnej, ubezpieczenia osób przebywających na urlopach macierzyńskich i wychowawczych,

raporty „zerowe”.

Warunek koniecznySpełniony: Tak/Nie

50. Ilość informacji gromadzona w systemie musi być kompletna i zgodna do utworzenia pełnego zgłoszenia dla programu PŁATNIK, tzn. nie powinno być konieczności uzupełniania lub zmiany danych w programie Płatnik.

Warunek koniecznySpełniony: Tak/Nie

51. Zgłoszenie do ubezpieczeń społecznych i zdrowotnych: pracownicy – w momencie zatrudnienia, rodziny pracowników (Druk ZUS ZCNA), osoby nie będące pracownikami zatrudnione na podstawie umowy cywilno-prawnej.

Warunek koniecznySpełniony: Tak/Nie

52. Obsługa zgłoszeń związanych z wielokrotnymi umowami cywilno-prawnymi: umów zawieranych przez jedną osobę w ciągu roku może być powyżej 100, automatyczne wyszukiwanie umów wymagających wyrejestrowania (kontrola ciągłości umów).

Warunek koniecznySpełniony: Tak/Nie

53. Automatyczne monitorowanie i informowanie o zmienionych danych, powodujących konieczność wysłania korekty zgłoszenia do ZUS-u. Sygnalizowanie w momencie zmiany danych o konieczności zgłoszenia korekty.

Warunek koniecznySpełniony: Tak/Nie

54. Możliwość rejestrowania w systemie danych potrzebnych do generowania raportów korygujących. Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego53

Page 54: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

55. Tworzenie jednego dokumentu RSA, RCA dla pracownika o tym samym numerze PESEL (umowa o pracę, umowa cywilno-prawna).

Warunek koniecznySpełniony: Tak/Nie

56. Przechowywanie wszystkich dokumentów przesłanych do PŁATNIKA w systemie. Możliwość przeglądania dokumentów wg. różnych kryteriów.

Warunek koniecznySpełniony: Tak/Nie

57. System pozwala na graficzną prezentację i edycję struktury organizacyjnej na wskazaną datę.System musi odwzorowywać strukturę organizacyjną Zamawiającego w zakresie:• Jednostek, stanowisk / funkcji, pracowników,• Automatycznie aktualizować strukturę w przypadku zmiany danych (np. zmiana nazwy jednostki, adresu ) we wszystkich elementach, gdzie została wykorzystanaHistoria zmian struktury organizacyjnej, możliwość odwzorowania struktury na wskazaną datę.

Warunek koniecznySpełniony: Tak/Nie

58. W systemie powinna być możliwość zapisania pełnej hierarchii organizacyjnej uczelni również w ujęciu historycznym, pozwalającym spojrzeć na strukturę wg dowolnego punktu czasowego.

Warunek koniecznySpełniony: Tak/Nie

59. Możliwość tworzenia wielu równoległych struktur organizacyjnych, edytor graficzny umożliwiający przenoszenie przez użytkownika jednostek organizacyjnych w ramach struktury wraz z pracownikami w nich zatrudnionymi z możliwością generowania aneksów przenoszących pracownika.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt60. Generowanie raportów na podstawie danych z okresów historycznych dostępnych w systemie. Warunek konieczny

Spełniony: Tak/Nie61. Wskaźniki z zakresu HR m in. ruch pracowników – raporty oparte na dowolnych założeniach (np.

wskazany okres, stanowisko, płeć, rodzaj zatrudnienia itd.).Warunek koniecznySpełniony: Tak/Nie

62. System musi umożliwiać przygotowanie i wygenerowanie dowolnych zestawień przez użytkownika z możliwością użycia dodatkowych cech, po których można włączyć filtry i dokonywać wyboru zakresu danych, w tym sporządzenia zestawień ze zdarzeń w przyszłości na podstawie informacji dostępnych w systemie (np. obliczenie stażu pracy z np. 1,5 rocznym wyprzedzeniem).

Warunek koniecznySpełniony: Tak/Nie

63. Dokumenty standardowe, które powinny być obsługiwane w momencie uruchomienia systemu, np.: Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego54

Page 55: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

akt mianowania, aneksy, umowa o pracę, aneksy, powołanie na stanowisko funkcyjne, zmiana stawki zaszeregowania i zmiana stanowiska(możliwość wpisania minimalnych stawek

wynagrodzenia oraz sygnalizowanie konieczności ich podwyższenia w przypadku zmian w regulacjach),

zaświadczenie o zatrudnieniu, zaświadczenie o zatrudnieniu i wynagrodzeniu (np. średnia z 6 m-cy), zaświadczenie o zatrudnieniu i wynagrodzeniu (Rp-7), świadectwo wykonywania prac w szczególnych warunkach.

Automatyczne numerowanie dokumentów z możliwością modyfikacji.

Spełniony: Tak/Nie

64.Możliwość drukowania dokumentów lub zaświadczeń dla grupy osób. Tworzenie grupy osób powinno opierać się na mechanizmach automatycznej selekcji, np. wystawienie dokumentu o zmianie jednostki organizacyjnej w przypadku reorganizacji.

Warunek koniecznySpełniony: Tak/Nie

65. Możliwość swobodnego definiowania formatu dokumentu i zakresu danych zawartych na dokumencie. Warunek koniecznySpełniony: Tak/Nie

66. Możliwość eksportu generowanego dokumentu do pakietu biurowego będącego w posiadaniu zamawiającego (m.in. MS Office 2007/2010/2013).

Warunek koniecznySpełniony: Tak/Nie

67. Generowanie raportów GUS, ZUS i innych wymaganych prawem dokumentów obowiązujących u Zamawiającego, m.in.: Z-03, Z-05, Z-06, Rb-70, S-12, Z-12; Pełny zakres wymaganych sprawozdań podany jest w wymaganiach Sprawozdawczości.

Warunek koniecznySpełniony: Tak/Nie

68. Kontrola procesu przekazywania dokumentów do Systemu Płatnik: system posiadać pełną informację o przekazanych dokumentach,

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego55

Page 56: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

możliwość powtarzania procesu generowania raportu, np. wynikająca z konieczności poprawienia lub uzupełnienia danych,

mechanizm kontroli uniemożliwiający modyfikację danych przekazanych do Płatnika69. Wystawienie (generowanie na podstawie danych z systemu oraz wydruk) świadectwa pracy

zawierającego wszystkie konieczne informacje wymagane przepisami prawa, na podstawie zgromadzonych w systemie danych, w szczególności:

informacje o zajętych wynagrodzeniach (np. komornik), informacje o wykorzystanych urlopach, zajmowane stanowiska, okresy nieskładkowe.

Warunek koniecznySpełniony: Tak/Nie

70. System powinien posiadać definiowalne instrukcje stanowiskowe w ramach poszczególnych procesów. Instrukcje te powinny być wbudowane w system jako pomoc użytkownika.

Warunek koniecznySpełniony: Tak/Nie

71. Możliwość definiowania powiadomień związanych ze zdarzeniami kadrowymi (np. zwolnienie pracownika) lub uruchamianych cyklicznie (np. w celu wyszukania osób, którym upływa ważność badań lekarskich). Powiadomienia powinny umożliwiać m.in. przesłanie odpowiednim osobom informacji drogą mailową (np. wykaz osób do przeszkolenia BHP przesyłany Specjaliście ds. BHP, kierownikom i pracownikom).

Warunek koniecznySpełniony: Tak/Nie

72. Mechanizm zatwierdzania danych (przepływu pracy) – system powinien umożliwiać definiowanie odrębnych ścieżek akceptacji dla różnych procesów oraz uwzględniać m.in. takie sytuacje jak przekazanie do akceptacji innej osobie, zwrot do uzupełnienia, konieczność zatwierdzenia przez więcej niż jedną osobę przed przekazaniem na kolejny poziom zatwierdzania, obsługa przekroczenia czasu na akceptację.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

73. Monitorowanie i informowanie o terminach upływu końca okresów (np. urlopu wychowawczego, Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego56

Page 57: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

uprawnień zawodowych). Spełniony: Tak/Nie74. Monitorowanie i informowanie o terminie nabycia uprawnień do dodatku za wysługę lat i jego

zwiększenia.Warunek koniecznySpełniony: Tak/Nie

75. Monitorowanie i informowanie co najmniej 7 miesięcy wcześniej o wymaganym terminie uzyskania stopnia dr/dr hab.

Warunek koniecznySpełniony: Tak/Nie

76. Monitorowanie i informowanie o wykorzystaniu urlopów wypoczynkowych (np. urlopy zaległe). Warunek koniecznySpełniony: Tak/Nie

77. Monitorowanie i informowanie o terminach wygaśnięcia umów na czas określony. Możliwość ustawienia indywidualnego czasu i odbiorców powiadomienia.

Warunek koniecznySpełniony: Tak/Nie

78. Monitorowanie i informowanie o osiągnięciu wieku emerytalnego przez pracowników. Możliwość ustawienia indywidualnego czasu i odbiorców powiadomienia.

Warunek koniecznySpełniony: Tak/Nie

79. Monitorowanie i informowanie o terminie nabycia uprawnień do nagrody jubileuszowej. Możliwość ustawienia indywidualnego czasu i odbiorców powiadomienia.

Warunek koniecznySpełniony: Tak/Nie

80. Monitorowanie i informowanie o terminie nabycia uprawnień do dodatku za wysługę lat i jego automatycznego zwiększania (max. 20%).

Warunek koniecznySpełniony: Tak/Nie

81. Monitorowanie informowanie o terminach badań okresowych, kontrolnych i obowiązkowych szkoleń (np. BHP) na miesiąc przed zdarzeniem.Możliwość raportowania terminowości badań lekarskich z zakresu medycyny pracy; tworzenie bazy danych czynników szkodliwych dla zdrowia w miejscu pracy i narażeń, możliwość załączania kart ocen ryzyka zawodowego.

Warunek koniecznySpełniony: Tak/Nie

82. Możliwość utworzenia słowników zdefiniowanych rodzajów umów z możliwością przypisywania umów poprzez wybór z rozwijanej listy.

Warunek koniecznySpełniony: Tak/Nie

83. Możliwość nadawania alfanumerycznych, minimum 20 znakowych nazw zdefiniowanym w słownikach Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego57

Page 58: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

umowom. Spełniony: Tak/Nie

84. Możliwość utworzenia słowników zdefiniowanych składników wynagrodzenia oraz przypisywania ich poprzez wybór z rozwijanej listy. Wyświetlanie na rozwijanej liście jedynie składników typowych dla rodzaju umowy, w ramach której te składniki wybieramy (widok wybranych nie wszystkich składników wynagrodzenia).

Warunek koniecznySpełniony: Tak/Nie

85. Możliwość nadawania alfanumerycznych, minimum 30 znakowych nazw zdefiniowanych w słownikach składników wynagrodzeń.

Warunek koniecznySpełniony: Tak/Nie

86. Dostęp w Systemie do słowników urzędów skarbowych, ZUS. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt87. System na podstawie wprowadzonego kodu pocztowego podpowiada województwo, gminę,

miejscowość, ulicę przypisane do wybranego kodu.Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt88. Możliwość definiowania składników wynagrodzenia w formie algorytmów procentowych (z

uwzględnieniem różnych wartości % danego składnika), wartościowych, odwołujących się do informacji zawartych w systemie np.: premia - 15 % od wynagrodzenia zasadniczego, dodatek stażowy - 1% od wynagrodzenia zasadniczego za każdy pełny rok stażu pracy.

Warunek koniecznySpełniony: Tak/Nie

89. Możliwość ręcznego i automatycznego przypisywania określonych składników wynagrodzenia do zdefiniowanych rodzajów umów lub list płac.

Warunek oceniany

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego58

Page 59: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Tak – 1 pkt

Nie – 0 pkt90. Zapamiętywanie historii zmian algorytmu naliczania każdego składnika wynagrodzenia przypisanego do

określonego pracownika i określonej umowy, dające możliwość naliczania korekt list płac wg, reguł obowiązujących w okresie, którego dotyczy dana korekta.

Warunek koniecznySpełniony: Tak/Nie

91. Możliwość zdefiniowania okresu obowiązywania poszczególnych składników wynagrodzenia dla konkretnych pracowników lub grup pracowników oraz wg różnych kryteriów (np.: rodzaj umowy, jednostka, funkcja) poprzez wskazanie konkretnego przedziału czasowego, okresu obowiązywania umowy lub oznaczenia składnika jako wypłacanego jednorazowo.

Warunek koniecznySpełniony: Tak/Nie

92. Możliwość przypisania do określonego składnika wynagrodzenia wypłacanego określonemu pracownikowi w ramach określonej umowy słowników kosztowych z możliwością podziału ręcznego lub za pomocą algorytmu, określonego składnika wynagrodzenia na kilka pozycji kosztowych w ramach jednego aspektu kosztowego np.: I aspekt kosztowy - koszty Kolegium X, II aspekt kosztowy - 1/3 koszty projektu A i 2/3 koszty projektu B.

Warunek koniecznySpełniony: Tak/Nie

93. Możliwość przypisania do określonego składnika wynagrodzenia wypłacanego określonemu pracownikowi w ramach określonej umowy konkretnych wartości dla słowników kosztowych do rozksięgowania kosztów.

Warunek koniecznySpełniony: Tak/Nie

94. Możliwość definiowania i rozliczania składników wynagrodzenia w walucie polskiej i w walutach obcych np.: EUR, USD (z możliwością przeliczania waluty obcej na polską).

Warunek koniecznySpełniony: Tak/Nie

95. Mechanizmy usprawniające pracę użytkownika – masowa aktualizacja kartotek pracowniczych dla grup pracowniczych (np. zmiana przełożonego, stanowiska, działu itp.).

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego59

Page 60: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

96. Możliwość określenia ilości etatów i osób zatrudnionych na danym stanowisku. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt97. Portal Pracowniczy dostępny przez interfejs – Dostęp do danych osobowych pracownika Warunek konieczny

Spełniony: Tak/Nie98. Portal Pracowniczy dostępny przez interfejs www - Możliwość wprowadzania przez pracowników

wniosków urlopowych w module samoobsługowym wraz z elektroniczną akceptacją osób upoważnionych.

Warunek koniecznySpełniony: Tak/Nie

99. Portal Pracowniczy dostępny przez interfejs www - Możliwość przekazywania kart pracy , list obecności, harmonogramów indywidualnych i grupowych z jednostek organizacyjnych w postaci elektronicznej wraz z elektroniczną akceptacją osób upoważnionych.

Warunek koniecznySpełniony: Tak/Nie

100. Portal Pracowniczy dostępny przez interfejs www - Możliwość pobrania i wydrukowania przez pracownika dokumentu ZUS RMUA, PIT-11 oraz dokument z informacją o wynagrodzeniu i jego składnikach i obciążeniach po zalogowaniu się na stronę internetową.

Warunek koniecznySpełniony: Tak/Nie

101. Tworzenie i dowolna modyfikacja przez uprawnionego użytkownika słowników i składników. Warunek koniecznySpełniony: Tak/Nie

102. Możliwość wyliczenia np. średniego wynagrodzenia brutto na poszczególnych stanowiskach pracy w danym okresie.

Warunek koniecznySpełniony: Tak/Nie

103. Możliwość wygenerowania raportu np. ilość zatrudnionych w danym miesiącu osób posiadających stopień dr, z podziałem na płeć.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego60

Page 61: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Zakładowy Fundusz Świadczeń Socjalnych

Zakres tematyczny

(1)

L.p.

(2)

Wymaganie

(3)

Wymagania oceniane

(4)

Kartoteka socjalna

1. Kartoteka socjalna, powiązana z kartoteką osobową, zatrudnienia, rodzinną, urlopową oraz płacową, uwzględniająca uprawnionych:

1) pracownik,

2) dziecko w wieku do lat 18, a jeśli się uczy w szkole średniej lub studiuje i nie uzyskuje własnych dochodów do lat 25 (liczy się rok kalendarzowy),

3) emeryci i renciści SGH,

4) członkowie rodzin po zmarłych pracownikach, emerytach i rencistach, jeżeli byli na ich utrzymaniu i uprawnieni są do uzyskania renty rodzinnej lub taką rentę otrzymują,

poz. 3-4 nazwisko i imię , jedn. org. w której pracował w SGH, dofinansowanie brutto, identyfikacja zestawienia, data wniosku, numer konta z możliwością nanoszenia zmian, numer świadczenia, dochód miesięczny, telefon, adres zamieszkania.

Warunek konieczny

Spełniony: Tak/Nie

2. Rejestrowanie świadczeń: Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego61

Page 62: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

1. ekwiwalent za samodzielnie zorganizowany wypoczynek pracowników:

ekwiwalent za samodzielnie zorganizowany wypoczynek pracownika przysługuje osobom, które wykorzystały w danym roku kalendarzowym urlop w wymiarze 14 kolejnych dni kalendarzowych – powiązanie z kartoteka urlopową.

2. ekwiwalent za samodzielnie zorganizowany wypoczynek dzieci pracowników:

w przypadku dofinansowania do zorganizowanego wypoczynku dzieci do lat 18– jeśli kwota zwrotu jest niższa niż ustalona w tabeli dopłat, możliwa dopłata w formie ekwiwalentu – blokowanie kwoty dofinansowania,

w przypadku, gdy oboje rodzice są pracownikami SGH, prawo do dofinansowania wypoczynku dzieci przysługuje obojgu rodzicom,

3. ekwiwalent za samodzielnie zorganizowany wypoczynek emerytów i rencistów:

poz. 1-3 uprawniony może skorzystać z dofinansowania do samodzielnie zorganizowanego wypoczynku 1 raz w roku – blokowanie większej liczby dofinansowań, blokowanie kwoty dofinansowania, możliwość korekty wypłaconej kwoty dofinansowania (możliwość „dopłacenia”).

4. dofinansowanie do zorganizowanego wypoczynku dzieci do lat 18,

5. dofinansowanie do wypoczynku dzieci do lat 18, a jeżeli się kształcą do czasu

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego62

Page 63: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

ukończenia nauki, nie dłużej jednak niż do końca roku kalendarzowego, w którym ukończą 25 lat,

6. dofinansowanie do zajęć sportowo-rekreacyjnych,

7. zapomogi jednorazowe,

8. zapomogi okresowe; w przypadku emerytów również kwartalne, (zapomogi ekonomiczne płatne w 2 równych ratach co 3 miesiące),

9. dofinansowanie do podręczników szkolnych dla dzieci pracowników, emerytów i rencistów SGH w wieku 6-18 lat, których kwota dochodu na członka rodziny kwalifikuje się do I grupy dochodowej,

10. w przypadku, gdy oboje rodzice są pracownikami SGH, dofinansowanie do podręczników szkolnych przysługuje jednemu z rodziców na każde uprawnione dziecko,

Poz. 1-7 „pilnowanie” nie opodatkowanej kwoty świadczenia zgodnie z przepisami.

11. oprocentowane pożyczki z ZFŚS:

kartoteka umów zawierająca: kwotę pożyczki, nr umowy i datę zawarcia, ilość rat, kwotę odsetek, dane poręczycieli,

blokowanie udzielenia pożyczki w przypadku dochodów nie wystarczających na spłatę pożyczki lub potrąceń komorniczych, alimentacyjnych,

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego63

Page 64: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

obsługa pożyczek udzielanych z FŚS wraz z naliczaniem odsetek według wzoru:

(Kwota pożyczki x %/100) x [(ilość rat +1)] / 24

blokada możliwości poręczania przez tę samą osobę maksymalnie dwóch pożyczek, definiowanie terminu poręczenia,

okres obowiązywania umowy pożyczkowej nie może być dłuższy od okresu zatrudnienia pożyczkobiorcy i poręczycieli i nie może być dłuższy niż 5 lat w przypadku pożyczki na pozyskanie mieszkania oraz dłuższy niż 3 lata w przypadku pożyczki remontowej,

prawo do nowej pożyczki remontowej nabywa się nie wcześniej niż po upływie 3 lat od daty przyznania poprzedniej pożyczki , a w przypadku pożyczki na pozyskanie mieszkania, nie wcześniej niż po upływie 5 lat,

Spłata pożyczek może być zawieszona na okres nie dłuższy niż jeden rok,

12. działalność kulturalno-oświatowa,

13. działalność sportowo-rekreacyjna,

14. zakup bonów towarowych lub przyznania świadczeń finansowych świątecznych Bożonarodzeniowych dla uprawnionych:

w tym uprawnionych dzieci w wieku od 1 roku do 18 lat,

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego64

Page 65: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

w przypadku, gdy oboje rodzice są pracownikami SGH, prawo do świadczeń świątecznych Bożonarodzeniowych dla dzieci przysługuje obojgu rodzicom,

15. pomoc materialna:

możliwość ustalania kategorii wysokości dochodów (przedziały kwotowe) i odpowiadającej im wysokości świadczeń, ustalenie kwoty max dofinansowania.

Poz. 1-12 konieczne rozliczenie świadczenia, które nie jest wypłacane, natomiast jest od niego rozliczany podatek.

3. Sporządzanie i wydruk list płatniczych z uwzględnieniem rodzaju świadczenia, kwoty świadczenia w oparciu o obowiązujące progi dochodowe oraz rozbiciem na:

pracowników i/lub ich dzieci (ze wskazaniem przelew lub kasa),

rencistów i emerytów:

o lista przelew, kasa – autowypłata,

o lista przekaz,

lista kasa max. 50 osób na liście z wyznaczeniem terminów płatności.

Warunek konieczny

Spełniony: Tak/Nie

4. Wewnątrzsystemowe przekazywanie danych na listy płacowe i do kartoteki płacowej.

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego65

Page 66: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

5. Tworzenie standardowych raportów i wydruków (w różnej konfiguracji) w tym: wydruk umowy o pożyczkę, raporty min. pożyczek nie spłacanych, zawartych umów pożyczkowych, umów realizowanych, poręczycieli (w tym: jednostka zatrudnienia, okres umowy pożyczkowej), świadczeń zrealizowanych (wg rodzajów świadczeń, wg świadczeniobiorców, wg grup świadczeniobiorców, kwot, definiowanych w sposób zmienny przedziałów kwotowych), w okresach:

miesięcznych,

kwartalnych,

rocznych.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego66

Page 67: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Płace

Zakres tematyczny

(1)

L.p.

(2)

Wymaganie

(3)

Wymagania oceniane

(4)

Funkcje i obsługa płac

1. Możliwość rejestrowania w kartotece pracownika składanych przez niego oświadczeń, mających wpływ na sposób naliczania wynagrodzenia danemu pracownikowi, automatyczne uwzględnianie oświadczeń przy dokonywaniu naliczenia, np. PIT-2, PIT12, oświadczenie dotyczące wysokości kosztów autorskich.

Warunek konieczny

Spełniony: Tak/Nie

2. Możliwość definiowania różnorodnych podstaw do obliczania poszczególnych składników wynagrodzenia.

Warunek konieczny

Spełniony: Tak/Nie

3. Możliwość oznaczenia, czy dany składnik ma być uwzględniany przy ustalaniu podstawy do naliczania poszczególnych składek ZUS oraz podatku dochodowego od osób fizycznych (np. różne rodzaj odpraw czy odszkodowań).

Warunek konieczny

Spełniony: Tak/Nie

4. Możliwość definiowania składników wynagrodzenia związanych z prowadzoną w Uczelni działalnością socjalną.

Warunek konieczny

Spełniony: Tak/Nie

Zwolnienia 5. Rozliczanie przez System zwolnień lekarskich zgodnie z przepisami Ustawy o Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego67

Page 68: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

lekarskie świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby lub macierzyństwa.

Spełniony: Tak/Nie

6. Rozliczanie przez System zwolnień lekarskich za pomocą korekty okresu bieżącego w przypadku wynagrodzeń wypłacanych z góry oraz zwolnień lekarskich dostarczanych po dokonaniu wypłaty zgodnie z przepisami Ustawy o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby lub macierzyństwa.

Warunek konieczny

Spełniony: Tak/Nie

7. Automatyczne obliczanie podstawy wynagrodzenia chorobowego oraz zasiłku/świadczenia wypłacanego ze środków ZUS (np.: zasiłku chorobowego, świadczenia rehabilitacyjnego) uwzględniające okres obowiązywania poszczególnych składników wynagrodzenia oraz zmianę wymiaru czasu pracy (etatu), np. wynagrodzenie/dodatek przyznany okresowo, kończące się lub trwające umowy cywilno-prawne

Warunek konieczny

Spełniony: Tak/Nie

8. Automatyczne obniżenie zasiłku chorobowego w przypadku niedotrzymania ustawowego terminu na dostarczenia zwolnienia lekarskiego.

Warunek konieczny

Spełniony: Tak/Nie

9. Automatyczna kontrola oraz poinformowanie użytkownika przez System limitów dni dla wynagrodzenia chorobowego (z uwzględnieniem wieku pracownika), automatyczne przejście na zasiłek chorobowy, kontrola limitu dni dla zasiłku chorobowego i opiekuńczego

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego68

Page 69: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

10. Kontrola i poinformowanie użytkownika przez System przekroczenia rocznego limitu dni dla zasiłków wypłacanych ze środków ZUS.

Warunek konieczny

Spełniony: Tak/Nie

11. Kontrola minimum podstawy i wysokości zasiłku chorobowego (po 1 roku pracy), waloryzacja zasiłku oraz świadczenia rehabilitacyjnego.

Warunek konieczny

Spełniony: Tak/Nie

Koszty uzyskania przychodu

12. Możliwość zdefiniowania dowolnej liczby rodzajów kosztów uzyskania przychodu zdefiniowanych zarówno w postaci kwotowej, procentowej, w formie algorytmu.

Warunek konieczny

Spełniony: Tak/Nie

13. Możliwość utworzenia słownika rodzaju kosztów uzyskania przychodu i przypisywania zdefiniowanych kosztów poprzez wybór z rozwijanej listy.

Warunek konieczny

Spełniony: Tak/Nie

14. Możliwość nadawania alfanumerycznych, minimum 30 znakowych nazw zdefiniowanym w słownikach kosztom uzyskania przychodów.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego69

Page 70: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

15. Możliwość przypisania do określonego składnika wynagrodzenia wypłacanego określonemu pracownikowi w ramach określonej umowy więcej niż jednego rodzaju kosztu uzyskania przychodu i wskazania za pomocą algorytmu sposobu obliczania poszczególnych rodzajów kosztów np.: 90% wynagrodzenia zasadniczego - 50% koszty uzyskania przychodów, 10% wynagrodzenia zasadniczego - "zwykłe" koszty.

Warunek konieczny

Spełniony: Tak/Nie

16. Możliwość automatycznego przypisywania określonych kosztów uzyskania przychodu do poszczególnych składników wynagrodzenia w ramach zdefiniowanych rodzajów umów z uwzględnieniem absencji (urlopów) od których koszty nie są naliczane.

Warunek konieczny

Spełniony: Tak/Nie

17. Możliwość ręcznego zaniechania odliczania kosztu uzyskania przychodu (oświadczenie pracownika).

Warunek konieczny

Spełniony: Tak/Nie

18. Kontrola przez System oraz poinformowanie użytkownika przez System limitu kosztów uzyskania przychodów (ryczałtowych oraz autorskich) w ramach obowiązujących stosunków pracy oraz umów cywilnoprawnych.

Warunek konieczny

Spełniony: Tak/Nie

Lista płac 19. Możliwość definiowania, generowania i drukowania dowolnej liczby szablonów list płac.

Warunek konieczny

Spełniony: Tak/Nie

20. Automatyczne tworzenie i naliczanie listy do wypłaty dodatkowego wynagrodzenia rocznego „tzw. 13”. (osoby uprawnione do wynagrodzenia rocznego oraz naliczenie

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego70

Page 71: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

podstawy zgodnie z obowiązującymi przepisami i regulacjami wewnętrznymi) Spełniony: Tak/Nie

21. Możliwość utworzenia słownika zdefiniowanych szablonów list płac z możliwością wskazania w jakim szablonie ma zostać przedstawiona określona lista płac poprzez wybór z rozwijanej listy.

Warunek konieczny

Spełniony: Tak/Nie

22. Możliwość nadawania alfanumerycznych, minimum 20 znakowych nazw zdefiniowanym w słownikach szablonom list płac.

Warunek konieczny

Spełniony: Tak/Nie

23. Możliwość przypisania do zdefiniowanego szablonu listy płac konkretnych składników wynagrodzenia oraz składek ZUS opłacanych przez pracodawcę.

Warunek konieczny

Spełniony: Tak/Nie

24. Możliwość bieżącego dodawania nowych składników wynagrodzenia do określonych szablonów list płac.

Warunek konieczny

Spełniony: Tak/Nie k konieczny

Spełniony: Tak/Nie

25. Możliwość generowania zdefiniowanych list płac dla pojedynczych pracowników, wskazanych pracowników lub grup pracowników.

Warunek konieczny

Spełniony: Tak/Nie

Naliczanie 26. Możliwość definiowania dowolnej liczby typów naliczeń wynagrodzeń (list płac) z przypisaniem grup pracowniczych, dla których naliczenie będzie się odbywać (np.:

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego71

Page 72: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

wynagrodzeń w liście płac

pracownicy dydaktyczni Kolegium X, pracownicy administracyjni Kolegium Y) oraz tytułów do wynagrodzenia (np.: umowa o pracę, umowa o dzieło).

Spełniony: Tak/Nie

27. Automatyczne dokonywanie naliczenia listy płac w oparciu o zdefiniowane algorytmy w sposób zgodny z obowiązującymi przepisami, np. osobnego zaewidencjonowania naliczenia zapłaty i dopłaty wynagrodzenia za godziny nadliczbowe -: 50%, 100%. oraz wynagrodzenia za godziny ponadwymiarowe.

Warunek konieczny

Spełniony: Tak/Nie

28. Możliwość dokonywania dowolnej liczby naliczeń wynagrodzenia (list płac) w danym okresie rozliczeniowym.

Warunek konieczny

Spełniony: Tak/Nie

29. Możliwość budowania szablonów, wg których naliczane będą listy płac. Nazwy szablonów o długości min. 50 znakowe.

Warunek konieczny

Spełniony: Tak/Nie

30. Możliwość nadawania alfanumerycznych, minimum 20 znakowych nazw zdefiniowanym w słownikach naliczeniom wynagrodzeń (listom płac).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

31. Możliwość zdefiniowania schematu dekretacji cząstkowej dla określonego składnika wynagrodzenia z możliwością ręcznej zmiany dekretacji oraz przy braku dekretacji automatyczne przejmowanie dekretacji z poziomu wyższego.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego72

Page 73: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

32. Możliwość naliczania składników wynagrodzenia pracowników zatrudnionych w ramach dowolnej umowy w trakcie jej trwania i po jej rozwiązaniu.

Warunek konieczny

Spełniony: Tak/Nie

33. Możliwość naliczenia na jednej liście płac składników wynagrodzenia przysługujących za różne okresy rozliczeniowe i prawidłowe uwzględnianie tych składników w podstawach wymiaru innych składników wynagrodzenia (np. w podstawie do wynagrodzenia chorobowego).

Warunek konieczny

Spełniony: Tak/Nie

34. Możliwość automatycznego generowania dodatkowych list płac, stanowiących korektę względem list podstawowych (np. w zakresie składek ZUS), przejmujących informacje i dekretację z dokumentu podstawowego.

Warunek konieczny

Spełniony: Tak/Nie

35. Automatyczne uwzględnianie potrąceń i wyrównań wynikających ze sporządzonych korekt w okresie bieżącym.

Warunek konieczny

Spełniony: Tak/Nie

36. Możliwość naliczania list płac "z góry" i "z dołu". Warunek konieczny

Spełniony: Tak/Nie

37. Automatyczne naliczanie składek ZUS oraz podatku dochodowego od osób fizycznych w listach płac z uwzględnieniem oświadczeń pracownika.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego73

Page 74: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

38. Automatyczna kontrola skumulowanej podstawy wymiaru składek ZUS oraz naliczania podatku dochodowego od osób fizycznych, ze szczególnym uwzględnieniem wystąpienia równolegle wielu umów w jednym okresie rozliczeniowym u danego pracownika ( np.: umów o pracę, umów cywilno-prawnych, stypendiów). Kontrola musi obejmować również modyfikację poszczególnych umów w okresie naliczania list płac.

Warunek konieczny

Spełniony: Tak/Nie

39. Automatyczne wyliczanie wynagrodzenia urlopowego i ekwiwalentu za urlop oraz wynagrodzenia za czas innej nieobecności (usprawiedliwionej i nieusprawiedliwionej) zgodnie z obowiązującymi przepisami.

Warunek konieczny

Spełniony: Tak/Nie

40. Możliwość rozliczenia wynagrodzenia wypłacanego po zmarłym pracowniku. Warunek konieczny

Spełniony: Tak/Nie

41. Możliwość symulacyjnego naliczenia wynagrodzenia, umożliwiające przy podaniu wynagrodzenie brutto uzyskanie informacji o łącznym koszcie pracodawcy z tytułu zatrudnienia pracownika (w ujęciu miesięcznym).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

42. Możliwość symulacyjnego naliczenia wynagrodzenia, umożliwiające przy podaniu łącznego kosztu pracodawcy z tytułu zatrudnienia pracownika (dostępnego budżetu dla danej umowy) uzyskanie informacji o wysokości wynagrodzenia brutto (w ujęciu miesięcznym).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego74

Page 75: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

43. Możliwość symulacyjnego naliczenia wynagrodzenia brutto (z kosztami pracodawcy lub bez) z określonego wynagrodzenia netto.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Potrącenia 44. Możliwość definiowania dowolnej liczby potrąceń dokonywanych z wynagrodzenia netto oraz algorytmów ich obliczania, w tym kontrola potrąceń w stosunku do wysokości minimalnego wynagrodzenia za pracę – różne warianty np. z ulgą podatkową i bez, z kosztami uzyskania i bez.

Warunek konieczny

Spełniony: Tak/Nie

45. Możliwość zamieszczenia w systemie informacji o dokumencie, na którego podstawie dokonywane jest potrącenie, np. sygnatura akt komornika, pisma wewnętrzne uczelni (ZFŚS, KZP)

Warunek konieczny

Spełniony: Tak/Nie

46. Możliwość utworzenia słownika zdefiniowanych potrąceń z możliwością przypisania do poszczególnych umów za pomocą wyboru z rozwijanej listy.

Warunek konieczny

Spełniony: Tak/Nie

47. Możliwość nadawania alfanumerycznych, minimum 30 znakowych nazw zdefiniowanym w słownikach potrąceniom.

Warunek konieczny

Spełniony: Tak/Nie

Wypłata wynagrodzeń

48. Możliwość definiowania sposobu dokonania wypłaty za pomocą przelewu na rachunek bankowy lub w formie auto-wypłaty.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego75

Page 76: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

49. Możliwość ręcznego wskazania lub przypisania dla każdej umowy innej formy wypłaty.

Warunek konieczny

Spełniony: Tak/Nie

50. Możliwość ręcznego wskazania lub przypisania dla każdej umowy realizowanej w formie przelewu na rachunek bankowy innego numeru rachunku.

Warunek konieczny

Spełniony: Tak/Nie

51. Automatyczne tworzenie przelewów oraz auto-wypłaty dla pracowników i urzędów (z tytułu podatków, składek i potrąceń) oraz ich przesyłanie do banku.

Warunek konieczny

Spełniony: Tak/Nie

Podatek dochodowy od osób fizycznych

52. Możliwość automatycznego tworzenia i drukowania na podstawie danych zawartych w systemie informacji o dochodach i deklaracji rozliczeniowych dotyczących podatku dochodowego od osób fizycznych dla pracowników, współpracowników oraz dla całej Uczelni.

Warunek konieczny

Spełniony: Tak/Nie

53. Możliwość automatycznego tworzenia informacji o dochodach i deklaracji rozliczeniowych dotyczących podatku dochodowego od osób fizycznych według klucza np.: dla pracowników konkretnej jednostki.

Warunek konieczny

Spełniony: Tak/Nie

54. Możliwość elektronicznego przekazywania informacji o dochodach i deklaracji podatkowych (np.PIT11 i PIT40 do Urzędu Skarbowego właściwego dla pracownika oraz pracodawcy.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego76

Page 77: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

55. Przechowywanie wszystkich zatwierdzonych informacji o dochodach i deklaracji rozliczeniowych dotyczących podatku dochodowego od osób fizycznych w systemie. Możliwość przeglądania deklaracji wg. różnych kluczy.

Warunek konieczny

Spełniony: Tak/Nie

Kasa Zapomogowo Pożyczkowa

56. Ewidencja członków Kasy Zapomogowo - Pożyczkowej (pracownicy i byli pracownicy, np.: emeryci).

Warunek konieczny

Spełniony: Tak/Nie

57. Ewidencja i kontrola płatności składek z tytułu przynależności. Warunek konieczny

Spełniony: Tak/Nie

58. Ewidencja i kontrola przyznanych pożyczek oraz spłat tych pożyczek. Warunek konieczny

Spełniony: Tak/Nie

59. Kontrola prawa do otrzymania pożyczki wg określonych kryteriów. Warunek konieczny

Spełniony: Tak/Nie

60. Możliwość generowania raportów dotyczących pożyczek pracowniczych, w szczególności - o stanie zadłużenia pracownika z tytułu poszczególnych pożyczek.

Warunek konieczny

Spełniony: Tak/Nie

61. Możliwość ewidencji różnych rodzajów pożyczek wraz z ich statusem, saldem pożyczki, informacją o wkładzie, kwocie składki.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego77

Page 78: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

62. Możliwość naliczania kwoty raty i odsetek w oparciu o kwotę pożyczki, liczbę rat i stopę procentową.

Warunek konieczny

Spełniony: Tak/Nie

63. Integracja z obszarem kadrowo - płacowym (np. wymiana informacji o przyznaniu pożyczki lub o konieczności potrącenia składek/ rat/ z wynagrodzenia).

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego78

Page 79: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Składniki MajątkuL.p.

(1)

Wymaganie

(2)

Status wymagania

(3)

1. Prowadzenie kartotek (ewidencji ilościowo-wartościowej) składników majątku następujących typów: środków trwałych, wartości niematerialnych i prawnych i niskocennych składników majątku.

W przypadku jednej kartoteki konieczność filtrowanie po typie składnika majątku.

Warunek konieczny

Spełniony: Tak/Nie

2. Dostęp w Systemie do bazy Klasyfikacji Środków Trwałych (wgrana przez Wykonawcę) z możliwością podpowiedzi w powiązaniu ze stawkami amortyzacyjnymi.

Warunek konieczny

Spełniony: Tak/Nie

3. Możliwość otwierania i zamykania przez uprawnione osoby okresów sprawozdawczych. Warunek konieczny

Spełniony: Tak/Nie

4. Możliwość wprowadzania danych do kartoteki SM do kilku okresów sprawozdawczych (miesięcy) jednocześnie z zachowaniem chronologii zdarzeń. W sytuacji równoległego funkcjonowania kilku okresów system powinien przy naliczaniu amortyzacji uwzględniać tylko zdarzenia gospodarcze zarejestrowane i zatwierdzone.

Warunek konieczny

Spełniony: Tak/Nie

5. Możliwość rezygnacji z dowodu RW na rzecz dowodu OT do rozliczenia faktury z pominięciem magazynu np. przyjęcie składnika majątku z inwestycji, rzeczowe darowizny, przekształcenie wieczystego użytkowania we własność gruntu itp. OT staje się dokumentem rozliczającym RW.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego79

Page 80: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

6. Automatyczne, narastające nadawanie nr inwentarzowych przez system. Warunek konieczny

Spełniony: Tak/Nie

7. Możliwość czasowego wyłączenia automatycznej numeracji i nadawania numeru inwentaryzacyjnego oraz numerowania dokumentów ręcznie.

Warunek konieczny

Spełniony: Tak/Nie

8. Możliwość ewidencji zużycia materiałów i ponoszonych kosztów (np. toner, media, remontów) w powiązaniu z danym składnikami majątku. Powiązanie z magazynem.

Warunek konieczny

Spełniony: Tak/Nie

9. Możliwość utworzenia takiej ilości kartotek dla identycznych środków trwałych (różniących się jedynie numerem seryjnym) danego typu z automatycznym nadawaniem kolejnych numerów inwentarzowych (np. kopiowanie kartoteki SM).

Warunek oceniany

Tak – 1

Nie – 0

10. Możliwość zasilenia kartoteki SM danymi z kartoteki magazynowej. Warunek konieczny

Spełniony: Tak/Nie

11. W przypadku zakupu środków trwałych finansowanych z różnych źródeł, możliwość łączenia wszystkich źródeł i tworzenia informacji sumarycznej dotyczącej kompletnego składnika majątku.

Warunek konieczny

Spełniony: Tak/Nie

12. Możliwość wprowadzenia zwiększeń wartości środka trwałego oraz wygenerowanie odpowiedniego dokumentu uwzględniającego konieczność zachowania nr inwentarzowego środka podstawowego.

Warunek konieczny

Spełniony: Tak/Nie

13. Możliwość korekty wartości SM w bieżącym, otwartym okresie z zaznaczeniem, że dotyczy okresów Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego80

Page 81: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

poprzednich wraz z wygenerowaniem dokumentów korygujących. Spełniony: Tak/Nie

14. Dla danej faktury zakupu możliwość podejrzenia wszystkich wartości wystawionych dowodów OT z jednoczesnym sumowaniem celem sprawdzenia kompletności, zgodności z dowodem PZ, RW i prawidłowości dekretacji:

1. Możliwość automatycznego rozliczenia faktury z PZ z podaniem nr dowodów RW, ( jeśli towar wydano z magazynu) i dowodów OT z wyliczeniem stanu magazynowego dla danej faktury,

2. W przypadku wydania z magazynu towarów do montażu zakupionych na podstawie różnych faktur w różnym okresie czasu (uwzględnić przełom roku) wystawiony w późniejszym okresie dowód OT musi być powiązany z dowodem RW, PZ oraz automatycznie je rozliczać.

Warunek konieczny

Spełniony: Tak/Nie

15. Możliwość uzyskania informacji dotyczących wszystkich wystawionych dowodów OT w dowolnie wybranym okresie (miesiąc, rok, konkretna data) z opcją łączenia różnych wariantów wyboru np.: dla określonego konta zakupu, inwestycji, darowizny.

Warunek konieczny

Spełniony: Tak/Nie

16. Możliwość powielania w kartotece zmienionej informacji dla większej ilości składników majątku w podanym zakresie nr inwentarzowych lub numerów dowodów OT wraz z wygenerowaniem właściwego dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

17. Możliwość prowadzenia narastającej numeracji dokumentów (np. OT, ZMU) w ujęciu miesięcznym (np.: 1/12/2012, 1/01/2013).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

18. W przypadku zmiany miejsc użytkowania –zachowanie historii przemieszczenia środka z wartościami Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego81

Page 82: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

naliczonej amortyzacji w danej jednostce. Spełniony: Tak/Nie

19. Powiązanie faktury korygującej z fakturą podstawową (lub fakturami) dla danego składnika majątku. Warunek konieczny

Spełniony: Tak/Nie

20. Przy zestawach środków trwałych składających się z kilku części, obowiązkowe podanie numerów inwentarzowych, nazwy, oraz ceny na poszczególne elementy składowe w Kartotece składnika majątku.

Warunek konieczny

Spełniony: Tak/Nie

21. Dwustopniowe uzupełnienie danych w kartotece:

1- Możliwość określenia i wprowadzenia do kartoteki danych niezbędnych do wydruku dowodu OT przez upoważnioną jednostkę (np. Dział Logistyki).

2- Konieczność zatwierdzenia (do czasu zatwierdzenia istnieje możliwość wprowadzenia ewentualnej korekty) kartoteki składnika majątku przez uprawnioną jednostkę (np. Dział Księgowości Finansowej).

Warunek konieczny

Spełniony: Tak/Nie

22. Filtrowanie danych w kartotece w różnych przekrojach np. wg grup i rodzajów wg KŚT, nazw lub części (bez uwzględniania dużych i małych liter), nr fabrycznych, źródeł finansowania, miejsca powstawania kosztów, osób odpowiedzialnych itp. z możliwością łączenia różnych opcji wyboru w pionie i w poziomie.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

23. Możliwość automatycznego rozliczania dotacji inwestycyjnej (np. poprzez wymiary/aspekty kosztowe) z fakturami i dowodami OT.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego82

Page 83: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

24. Możliwość drukowania naklejek kodów kreskowych dla składników majątku. Warunek konieczny

Spełniony: Tak/Nie

25. Możliwość konfiguracji różnych wzorów etykiet np. osobne dla środków trwałych lub wyposażenia. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

26. Możliwość tworzenia wzorca etykiet (naklejek) wg własnych potrzeb. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

27. Wielowymiarowe (wieloaspektowe) identyfikowanie/ opisywanie składnika majątku za pomocą słowników kosztów (nie poprzez rozbudowę analityczną planu kont).

Warunek konieczny

Spełniony: Tak/Nie

28. Możliwość nadania każdemu składnikowi środka trwałego innego dekretu księgowego oraz przypisania innej kategorii w ramach poszczególnych aspektów kosztowych.

Warunek konieczny

Spełniony: Tak/Nie

29. Możliwość przypisania zwiększeniu wartości środka trwałego innej kategorii w ramach poszczególnych aspektów kosztowych niż jest przypisana do samego środka trwałego.

Warunek konieczny

Spełniony: Tak/Nie

30. Możliwość tworzenia dokumentów w Systemie na bazie informacji zawartych w elektronicznym wniosku zakupowym (zwłaszcza informacji niezbędnej do określenia konkretnej kategorii w ramach

Warunek

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego83

Page 84: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

poszczególnych aspektów kosztowych). oceniony

Tak -1 pkt

Nie – 0 pkt

Amortyzacja

31. Możliwość naliczania amortyzacji: metodą liniową, degresywną (w tym z wykorzystaniem współczynników przeliczeniowych).

Warunek konieczny

Spełniony: Tak/Nie

32. Możliwość naliczania umorzenia bez księgowania amortyzacji w koszty. Warunek konieczny

Spełniony: Tak/Nie

33. Naliczanie amortyzacji z uwzględnieniem amortyzacji podatkowej, bilansowej i własnej. Warunek konieczny

Spełniony: Tak/Nie

34. Możliwość czasowego zawieszania naliczania amortyzacji i odwieszania naliczania amortyzacji. Warunek konieczny

Spełniony: Tak/Nie

35. Możliwość wprowadzenia i pozostawienia w systemie środków trwałych w 100% umorzonych. Warunek konieczny

Spełniony: Tak/Nie

36. Możliwość symulacji wartości amortyzacji, umorzenia w przypadku amortyzacji podatkowej, bilansowej i własnej z możliwością wielokrotnego cofania oraz sygnalizowaniem ewentualnych błędów dla nieprawidłowego naliczenia amortyzacji ze wskazaniem nr inwentarzowych błędnych składników

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego84

Page 85: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

majątku i po korekcie powtórnego naliczenia amortyzacji.

37. Możliwość dołączenia nowych składników majątku po naliczeniu amortyzacji za dany miesiąc (również na przełomie roku) oraz przeprowadzenia dodatkowego naliczenia amortyzacji dla dopisanych środków, a następnie podsumowanie wartości amortyzacji pierwszego i następnego naliczenia w danym miesiącu (dokumenty otrzymane z opóźnieniem).

Warunek konieczny

Spełniony: Tak/Nie

38. Przenoszenie naliczonej amortyzacji po utworzeniu oddzielnych zbiorów dla środków trwałych i WNiP, a następnie automatyczne generowania polecenia księgowania.

Warunek konieczny

Spełniony: Tak/Nie

Plan amortyzacji

39. Plan amortyzacji podatkowej, bilansowej i własnej z podziałem m.in. na:

różne aspekty kosztowe (np. jednostki, źródła finansowania),

KŚT,

zdefiniowane pole z kartoteki SM

z możliwością wydruku.

Warunek konieczny

Spełniony: Tak/Nie

40. Symulacja planu amortyzacji miesięcznej, rocznej do końca okresu umarzania, dla wszystkich lub wybranych składników.

Warunek konieczny

Spełniony: Tak/Nie

41. Możliwość utworzenia planu amortyzacji na następne lata (min. 5 lat) z możliwością wygenerowania wydruku.

Warunek konieczny

Spełniony: Tak/Nie

42. Możliwość utworzenia rocznego planu amortyzacji za lata poprzednie z możliwością wygenerowania Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego85

Page 86: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

wydruku. Spełniony: Tak/Nie

Przeszacowanie wartości środków trwałych

43. Możliwość przeszacowania wg wskaźników GUS, przeszacowanie indywidualne wg cen rynkowych (z uwzględnieniem wszystkich aspektów kosztowych oraz struktury amortyzacji)

Warunek konieczny

Spełniony: Tak/Nie

44. Możliwość wykonania symulacji wstępnej przeszacowania. Warunek konieczny

Spełniony: Tak/Nie

45. Wyodrębnienie wartości środka trwałego wynikającej z przeszacowania przy ustalaniu różnic inwentaryzacyjnych.

Warunek oceniany

Tak - 1pkt

Nie – 0 pkt

Kartoteka składników majątku

46. Pola Kartoteki Składników Majątku (podzielone na zakładki tematyczne):

Nazwa składnika majątku min. 100 znaków do wprowadzenia i wyświetlenia pełnej nazwy,

Słownik typu (środek trwały (ŚT), niskocenne składniki majątku (NC), wartości niematerialne i prawne (WNiP)),

Charakterystyka składnika majątku ( elementy składowe z możliwością podania wartości tych elementów),

Nr inwentarzowy wg wzoru ustalonego przez Zamawiającego dla poszczególnych typów

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego86

Page 87: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

składnika majątku (ŚT, NC, WNiP),

W przypadku niskocennych składników majątku nr inwentarzowy w formacie,

o oznakowanie grupy XX - (wewnętrzna numeracja grup np. 01 meble, 02 rzutniki, 03 sprzęt biurowy itd.),

o Nr kolejny YYYYYYY.

Grupa i klasyfikacja rodzajowa wg KST (nie dotyczy NC)

Miejsce użytkowania - wybór z bazy jednostek organizacyjnych (kod + nazwa jednostki), możliwość podania dokładnej lokalizacji (budynek, piętro, nr pokoju)

Dane osoby odpowiedzialnej (imię, nazwisko, kod jednostki) – wybór z bazy pracowników,

Producent, model, typ,

Nr fabryczny,

Rok produkcji,

Data obowiązywania gwarancji,

Nr dowodu OT – automatyczne (z możliwością ręcznej korekty) nadawanie numeru dokumentu,

Data dowodu OT,

Ilość i jednostka miary,

Nr dowodu RW,

Data przyjęcia SM,

Informacja o wszystkich aspektach kosztowych np.: źródła finansowania (kod + nazwa źródła),

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego87

Page 88: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Płatność, nr przelewu,

Wartość początkowa,

Stawka amortyzacyjna,

Metoda amortyzacji,

Wartość umorzenia,

Stopień procentowy umorzenia,

Data umorzenia,

Wartość bieżąca,

Nazwa dostawcy / wykonawcy (możliwość wpisania kilku dostawców/wykonawców do kartoteki),

Nr faktury (możliwość przypisania kilku nr faktur, możliwość wskazania danej pozycji wybranej faktury) – wybranie z centralnego rejestru faktur,

Stanowisko kosztów ( w przypadku wykorzystywania SM przez kilka ośrodków kosztów możliwość utworzenia rozdzielnika miesięcznej amortyzacji,

Historia dokumentu dla każdego SM (korekty wartości, modernizacje, częściowe kasacje, przemieszczenia, przeszacowanie),

Możliwość dodawania klasyfikatorów na kartotece SM nazwanych wg własnych potrzeb niezbędnych do analiz, ankiet sprawozdań, dodatkowych określeń powstawania kosztów np. wydziałów itp.,

Informacja o odsprzedaży,

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego88

Page 89: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Możliwość wprowadzenia danych o ubezpieczeniu (minimum 2 polisy),

Dostęp dla zlikwidowanych SM do historii likwidacji, dokumentów likwidacji,

i utylizacji z datą utylizacji,

Zamawiający zastrzega sobie możliwość zwiększenia ilości pól o min. 20 w zależności od wymagań powstałych na etapie opracowywania Specyfikacji Funkcjonalnej.

47. Możliwość dopisania uwag w odrębnym polu tylko dla Kwestury. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Dokumenty

48. Rejestrowanie ruchu SM następuje za pomocą dokumentów (automatycznie generowanych) definiowanych przez użytkownika:

Dowód OT – dowód przyjęcia środka trwałego i WNiP do użytkowania,

Dowód LT – dowód likwidacji środka trwałego,

Dowód LN – dowód likwidacji wyposażenia,

Dowód ZMU - zmiana miejsca użytkowania,

Dowód PT - protokół przejęcia środka trwałego,

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego89

Page 90: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Dowód WZ – wydanie na zewnątrz,

Dowód MM – dowód przeniesienia międzymagazynowego,

Dowód RW – dowód rozchodu wewnętrznego,

Dowód PZ – dowód przyjęcia z zewnątrz,

Dowód PK – dowód przeksięgowania,

Protokół weryfikacji różnic inwentarzowych.

Zamawiający zastrzega sobie możliwość zwiększenia ilości dokumentów o max. 20 w zależności od wymagań powstałych na etapie opracowywania Specyfikacji Funkcjonalnej.

49. Przy generowaniu dokumentu musi być możliwość wybrania wcześniej zdefiniowanego schematu dekretacji.

Warunek konieczny

Spełniony: Tak/Nie

50. Możliwość jednoczesnego wystawienia dowodu RW i OT. Warunek oceniany

Tak – 1

Nie – 0

51. Możliwość przeglądu wszystkich wystawionych dokumentów w podziale na typ dokumentu z możliwością filtrowania po dostępnych w ramach dokumentu polach i możliwością przejścia do kartoteki.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego90

Page 91: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Raportowanie i wydruki

52. Dostępność raportu prezentującego pełną informację o środku trwałym i wchodzących w jego skład elementach w zakresie wszystkich aspektów kosztowych oraz pełnej informacji o dekrecie księgowym.

Warunek konieczny

Spełniony: Tak/Nie

53. Wydruk kartotek składników majątku (analitycznie i syntetycznie) z użyciem filtrów. Warunek konieczny

Spełniony: Tak/Nie

54. Dostępność raportu prezentujące stan majątku na danych dzień w uwzględnieniem wartości początkowej, umorzenia, i wartości bieżącej wraz z możliwością określenia zakresu danych.

Warunek konieczny

Spełniony: Tak/Nie

Inwentaryzacja

55. Możliwość prowadzenia inwentaryzacji ciągłej, okresowej (kontrolnej), pełnej bądź wyrywkowej (uproszczonej) w poszczególnych jednostkach oraz sumarycznie dla wybranych jednostek.

Warunek konieczny

Spełniony: Tak/Nie

56. Możliwość przeprowadzenia inwentaryzacji oznakowanych środków trwałych przy pomocy przenośnego terminala z pamięcią, zintegrowanego z czytnikiem kodów kreskowych oraz pozycji nieoznakowanych poprzez ręczne wprowadzenie numerów bądź nazwy środka trwałego.

Warunek konieczny

Spełniony: Tak/Nie

57. Możliwość przesłania danych z terminala do programu środków trwałych i tworzenia wydruków arkuszy spisu z natury.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego91

Page 92: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

58. Weryfikacja zgodności danych zebranych w trakcie spisu z natury ze stanem księgowym oraz automatycznego wyliczania nadwyżek, względnie niedoborów z możliwością, w uzasadnionych przypadkach, ponownego wprowadzenia spisanych środków i wyliczenia różnic inwentaryzacyjnych.

Warunek konieczny

Spełniony: Tak/Nie

59. Możliwość automatycznego dokonania aktualizacji systemu zgodnie z wynikiem inwentaryzacji (np. zmiany miejsca użytkowania/zmiany osoby użytkującej i wygenerowanie zbiorczego dokumentu, uwzględnienie nadwyżek/niedoborów).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

60. Możliwość wygenerowania arkusza spisowego z przeprowadzonej inwentaryzacji na podstawie danych zebranych w trakcie jej trwania i wprowadzonych do Systemu.

Warunek konieczny

Spełniony: Tak/Nie

61. Możliwość dokonania likwidacji składnika majątku zdefiniowanego jako brak inwentarzowy na podstawie protokołu poinwentaryzacyjnego.

Warunek konieczny

Spełniony: Tak/Nie

62. Informacja w kartotece jednostek w zakresie przeprowadzonych inwentaryzacji m.in. dat, rodzaju, wartości nadwyżek, względnie braków.

Warunek konieczny

Spełniony: Tak/Nie

63. Możliwość tworzenia rocznego planu inwentaryzacji ( w tym ciągłej) na podstawie danych dostępnych w Systemie.

Warunek konieczny

Spełniony: Tak/Nie

Pozostałe operacje na składnikach majątku

64. Możliwość zachowania historii i filtrowania danych w różnych przekrojach np. na podstawie daty likwidacji lub nr dokumentu kasacyjnego w poszczególnych jednostkach oraz sumarycznie dla

Warunek oceniany

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego92

Page 93: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

wybranych jednostek. Spełniony: Tak – 1 pkt

Nie – 0 pkt

65. Możliwość dokonania zmiany miejsca użytkowania dla danych środków trwałych w poszczególnych jednostkach z uwzględnieniem automatycznie generowanych definiowanych przez użytkowników dokumentów zmiany miejsca użytkowania z zachowaniem bazowego numeru inwentarzowego danego środka.

Warunek konieczny

Spełniony: Tak/Nie

66. Możliwość zachowania historii przemieszczenia środka oraz filtrowania danych w różnych przekrojach np. na podstawie daty zmiany lub nr dokumentu zmiany miejsca użytkowania w poszczególnych jednostkach oraz sumarycznie dla wybranych jednostek lub wybranych środków trwałych.

Warunek konieczny

Spełniony: Tak/Nie

67. Możliwość generowania dokumentów będących wynikiem pracy komisji ds. Oceny przydatności środków trwałych zgodnie z Zarządzeniem Rektora nr 47 z 17.11.2003.

Warunek konieczny

Spełniony: Tak/Nie

Likwidacja/Utylizacja składników majątku

68. Możliwość przeprowadzenia likwidacji składników majątku z uwzględnieniem automatycznie generowanych dokumentów kasacyjnych.

Warunek konieczny

Spełniony: Tak/Nie

69. Generowanie protokołu prac komisji. Warunek oceniany

Tak – 1

Nie - 0

70. Możliwość przeglądu z poziomu dokument LT/LN kartoteki SM którego dokument dotyczy. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego93

Page 94: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

71. Automatyczne przypisanie do zlikwidowanych środków trwałych (dokument likwidacyjny LT i LN) dokumentu – karta przekazania odpadów-utylizacji, co pozwoliłoby na wygenerowanie protokołu fizycznej likwidacji.

Warunek konieczny

Spełniony: Tak/Nie

72. W przypadku likwidacji innych sprzętów np. mebli, drobnego sprzętu generowanie wewnętrznego dokumentu wywiezienia w powiązaniu z konkretnymi dokumentami likwidacyjnymi LT i LN.

Warunek konieczny

Spełniony: Tak/Nie

ZakupyL.p.(1)

Wymaganie(2)

Status wymagania(3)

1. Dostęp do baz wykorzystywanych w Systemie:• baza kontrahentów (dostawcy, odbiorcy),• katalog jednostek SGH / pracowników SGH,• katalog umów.

Warunek koniecznySpełniony: Tak/Nie

2. Tworzenie zapytań ofertowych (Zaproszeń do składania ofert cenowych): na podstawie używanego wzoru (możliwość generowania zapytań ofertowych/Zaproszeń przy wykorzystaniu niekompletnych danych kontrahenta).

Warunek koniecznySpełniony: Tak/Nie

3. Archiwizowanie (możliwość załączania zeskanowywanych dokumentów) danych z ofert od dostawcy w powiązaniu z zapytaniem ofertowym.

Pozycje:

Warunek oceniany

Tak – 1 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego94

Page 95: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

nr wniosku/ sprawy, zapytania ofertowego, firma – oferowana cena. Nie – 0 pkt

4. Generowanie zamówienia lub umowy na podstawie złożonej oferty i zapytania ofertowego.Pozycje w zamówieniu:• dostawca,• data zamówienia,• kolejny nr zamówienia,• przedmiot zamówienia, indeks, ilość, cena netto/brutto, stawka VAT, wartość netto/brutto, wartość w euro walutach wg ustalonego kursu,• kod, adres jednostki zamawiającej,• CPV,• miejsce dostawy,• termin realizacji,• rodzaj waluty,• klasyfikacja towaru (środek trwały, eksploatacyjny, inne),• warunki płatności,• informacja o wymaganiach specjalnych towaru w czasie transportu i przechowywania,• informacja z/bez notatki,• uwzględnianie kosztów dodatkowych.

Warunek koniecznySpełniony: Tak/Nie

5. Wprowadzanie danych z umów na dostawy sukcesywne w długich okresach czasu (ważne do 4 lat).Pozycje w umowie:• przedmiot zamówienia, indeks, ilość, cena netto/brutto, stawka VAT, wartość netto/brutto,• dostawca,• data umowy,• nr umowy,• końcowy termin realizacji.

Warunek koniecznySpełniony: Tak/Nie

6. Generowanie informacji dotyczących realizacji zamówienia wg daty planowanej realizacji: Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego95

Page 96: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

• realizacji całości zmówienia,• częściowej realizacji.

Spełniony: Tak/Nie

7. Generowanie statystyk wg dostawców, przedmiotu zamówień, CPV, przedziałów czasowych. Warunek koniecznySpełniony: Tak/Nie

8. Generowanie notatek służbowych do zamówień pow. określonej kwoty (możliwość zadeklarowania kwoty w Systemie).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt9. Elektroniczne akceptowanie i zatwierdzanie zamówienia, umowy, elektroniczne wysyłanie. Warunek konieczny

Spełniony: Tak/Nie

10. Możliwość modyfikacja zapytań, zamówień na każdym etapie przed ich zatwierdzeniem przez pracownika.

Warunek koniecznySpełniony: Tak/Nie

11. Możliwość korekt zatwierdzonych zamówień i Zaproszeń do składania ofert cenowych. Warunek koniecznySpełniony: Tak/Nie

12. Wprowadzanie danych o potwierdzeniu zamówienia przez dostawcę (potwierdzone TAK/Nie, data potwierdzenia.

Warunek koniecznySpełniony: Tak/Nie

13. Kontrola realizacji zamówień wg:• użytkownika,• dostawcy,• asortymentu,• nr zamówienia,• daty realizacji zamówienia, umowy,• przedmiotu zamówienia,

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego96

Page 97: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

• CPV,• źródła finansowania.

14. Kontrola realizacji umów sukcesywnych (długoterminowych) – ilościowo, wartościowo i ilościowo-wartościowo, pozycje zrealizowane i do realizacji, w okresach czasowych.

Warunek koniecznySpełniony: Tak/Nie

15. Generowanie i zatwierdzanie zbiorowego zamówienia do dostawcyPozycje w zamówieniu:• dostawca,• data zamówienia,• nr umowy,• pozycja w umowie,• przedmiot zamówienia, indeks, ilość, cena netto/brutto, stawka VAT, wartość netto/brutto,• kod, adres jednostki zamawiającej - wybór z katalogu jednostek,• CPV,• miejsce dostawy,• termin realizacji,• rodzaj waluty,• klasyfikacja towaru (środek trwały, eksploatacyjny),• warunki płatności,• informacja o wymaganiach specjalnych towaru w czasie transportu i przechowywania.

Warunek koniecznySpełniony: Tak/Nie

16. Tworzenie faktur wewnętrznych WNT VAT, IU VAT, rejestry WNT, IU VAT.Dostęp w Systemie do aktualnej i archiwalnej bazy kursów walut NBP aktualizowanych automatycznie

Warunek koniecznySpełniony: Tak/Nie

17. Wystawianie deklaracji Intrastat i realizacja zakupów podlegających odprawie celnej. Warunek koniecznySpełniony: Tak/Nie

18. System umożliwia definiowanie kontraktów/umów zakupowych z dostawcami. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego97

Page 98: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie19. System umożliwia automatyczne tworzenie dekretacji kont. Warunek konieczny

Spełniony: Tak/Nie20. System umożliwia wybór wyrobów z katalogów. Warunek konieczny

Spełniony: Tak/Nie21. System umożliwia analizę ofert według zadanych kryteriów. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt22. System umożliwia dekretowanie wydatków na wiele centrów powstawania kosztów, projektów lub

kolegiów (wydziałów).Warunek koniecznySpełniony: Tak/Nie

23. System umożliwia generowanie ostrzeżenia o nadchodzącym terminie realizacji dostawy (np. automatyczne wysyłanie e-maili).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt24. System umożliwia definiowanie wzorów formularzy i dokumentów wykorzystywanych w procesie

zakupowym.Warunek koniecznySpełniony: Tak/Nie

25. System umożliwia odtworzenie przebiegu procesu zakupu w oparciu o historię zamówienia. Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego98

Page 99: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

26. System umożliwia przechowywanie danych z kontraktów dotyczących terminów dostaw, cen, ilości, specyfikacji technicznej i ilościowej itp.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego99

Page 100: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Magazyn

L.p.(1)

Wymaganie(2)

Status wymagania(3)

1. Możliwość prowadzenia nieograniczonej liczby magazynów zarówno ilościowych jak i ilościowo-wartościowych.Możliwość określenia właściwości min.:

kod magazynu, nazwa, adres, statut magazynu, (depozytów, opakowań zwrotnych, itp.) obsługa sposobu rozchodu towaru – cena rzeczywista, FIFO , LIFO, średnia ważona.

Warunek koniecznySpełniony: Tak/Nie

2. Kartoteka Indeksowa towarów i usług - możliwość utworzenia kartoteki indeksu zawierającej swobodnie definiowalny szablon informacji zawierający m.in.:

Symbol alfanumeryczny nadawany automatycznie o budowie segmentowej lub tworzony z listy wyboru poszczególnych segmentów,

Symbol dodatkowy CPV i PKWiU – kod niezależny od symbolu materiału z możliwością powtarzalności. Dane słownikowe aktualizowane okresowo,

Jednostka miary – dane ze słownika jednostek miar, Nazwa towaru – nazwa handlowa, można jej użyć w dokumencie ZAPYTANIE, ZAMÓWIENIE, Nazwa własna – jako zapis modyfikowalny z większą ilością znaków nie wywoływany przy

wystawianiu dokumentów magazynowych ale do przywołania w dokumencie ZAPYTANIE, ZAMÓWIENIE,

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego100

Page 101: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Stawka VAT – słownik obowiązujących stawek, Cena – oferty ( możliwość zapisania do 5 różnych cen zgodnie z otrzymanymi ofertami z

możliwością podglądu skanu przywołanej oferty ) Cena – zakupu, Cena – sprzedaży , Cena – sprzedaży brutto, koszt transportu, wartość cła

możliwość wyboru ceny brutto lub netto, wybór waluty, Kod PCN – jeśli jest to pozycja zakupiona od kontrahenta z Unii Europejskiej Dla potrzeb magazynu Oficyny Wydawniczej: autora/autorów, wydawnictwo, numer

ISBN/ISSN, rok wydania, nr zamówienia.

3. Możliwość ustawienia stanu minimalnego, maksymalnego. Warunek koniecznySpełniony: Tak/Nie

4. Automatyczne monitorowanie i informowanie o osiągnięciu stanu minimalnego. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt5. Dostęp do baz wykorzystywanych w Systemie:

• baza kontrahentów (dostawcy, odbiorcy),• katalog jednostek / pracowników SGH,• katalog zamówień i umów.

Warunek koniecznySpełniony: Tak/Nie

6. Definiowanie nieograniczonej ilości typów dokumentów magazynowych o co najmniej 20 znakowych alfanumerycznych symbolach i co najmniej 100 znakowych opisach z możliwością definiowania ich szablonów.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego101

Page 102: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

7. Generowanie i drukowanie dokumentów magazynowych dotyczących przyjmowania, wydawania i przesuwania produktów w magazynie np.: PZ/WZ - przyjęcie/wydanie zewnętrzne, PW/RW - przyjęcie/rozchód wewnętrzny, PKOM/WKOM - przyjęcie/wydanie komisowe, PKON/WKON - przyjęcie/wydanie konsygnacyjne.

Warunek koniecznySpełniony: Tak/Nie

8. Automatyczne numerowanie dokumentów magazynowych przy założeniu numeracji wielopoziomowej, uzależnionej mi. od osoby wystawiającej dokument (np..: lp./miesiąc/rok/symbol jednostki/symbol projektu/symbol przypisany danemu loginowi).

Warunek koniecznySpełniony: Tak/Nie

9. Kontrolowanie chronologii numeracji dokumentów magazynowych. Warunek koniecznySpełniony: Tak/Nie

10. Wystawianie dokumentów magazynowych zakładające ręczne wprowadzanie informacji oraz poprzez wybór z rozwijanej listy (wybór jednej zmiennej determinuje automatyczne narzucenie innych).

Warunek koniecznySpełniony: Tak/Nie

11. Przypisywanie automatycznych szablonów dekretacji, uzależnionych od danych wybieranych w ramach wystawiania dokumentów magazynowych, od typu dokumentu magazynowego.

Warunek koniecznySpełniony: Tak/Nie

12. Możliwość przypisania do dokumentów magazynowych słowników kosztowych umożliwiających wieloaspektową identyfikację kosztów.

Warunek koniecznySpełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego102

Page 103: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

13. Podział dokumentów magazynowych na ewidencjonowane i nieewidencjonowane (również w ramach danego typu dokumentu) w module Finansowo-Księgowym.

Warunek koniecznySpełniony: Tak/Nie

14. Możliwość powiązania dokumentu magazynowego z innym dokumentem znajdującym się w systemie (np.: zamówienie zakupowe, faktura VAT sprzedaży, umowa) oraz przejmowanie przez dokument magazynowy informacji oraz danych do automatycznej dekretacji z wskazanego dokumentu.

Warunek koniecznySpełniony: Tak/Nie

15. Możliwość automatycznego generowania dokumentu magazynowego na podstawie innego dokumentu znajdującego się w systemie (np.: zamówienie zakupowe, faktura VAT sprzedaży, umowa).

Warunek koniecznySpełniony: Tak/Nie

16. Automatyczne generowanie dokumentów korygujących do wskazanych dokumentów magazynowych przejmujących informacje i dekretacje z dokumentów korygowanych.

Warunek koniecznySpełniony: Tak/Nie

17. Automatyczna korekta wartości magazynowej konkretnego produktu obejmująca dokonanie automatycznej korekty wszystkich dokumentów magazynowych zawierających dany produkt.

Warunek koniecznySpełniony: Tak/Nie

18. Ujmowanie dokumentów magazynowych jako realizujących budżet. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt19. Możliwość obsługi nieograniczonej liczby produktów opisywanych za pomocą co najmniej 20

znakowych alfanumerycznych indeksów.Warunek koniecznySpełniony: Tak/Nie

20. Możliwość grupowania indeksów po danych zawartych w kartotekach indeksów. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego103

Page 104: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie21. Możliwość przypisania stawki podatku VAT do indeksu lub grupy indeksów. Warunek konieczny

Spełniony: Tak/Nie22. Możliwość przeglądania historii operacji z poziomu indeksu. Warunek konieczny

Spełniony: Tak/Nie23. Możliwość przeprowadzenia inwentaryzacji dla wszystkich lub wybranych indeksów produktów oraz

dla wszystkich lub wybranych magazynów.Warunek koniecznySpełniony: Tak/Nie

24. Możliwość generowania i drukowania arkuszy spisowych. Warunek koniecznySpełniony: Tak/Nie

25. Możliwość przeprowadzenia inwentaryzacji przy pomocy przenośnego terminala z pamięcią, zintegrowanego z czytnikiem kodów kreskowych oraz pozycji nieoznakowanych poprzez ręczne wprowadzenie numerów bądź nazwy.

Warunek koniecznySpełniony: Tak/Nie

26. Możliwość zablokowania magazynu na czas inwentaryzacji. Warunek koniecznySpełniony: Tak/Nie

27. Możliwość wprowadzania informacji o komisji inwentaryzacyjnej i przypisania konkretnej komisji inwentaryzacyjnej do konkretnego arkusza spisowego.

Warunek koniecznySpełniony: Tak/Nie

28. Możliwość automatycznego generowania dokumentów niedoborów i nadwyżek po wprowadzeniu do systemu spisów z natury.

Warunek koniecznySpełniony: Tak/Nie

29. Możliwość wskazywania sposobu rozliczenia różnic inwentaryzacyjnych oraz automatycznego generowania dokumentu księgowego.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt30. Możliwość czasowej rezerwacji danego indeksu (np. książki). Warunek oceniany

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego104

Page 105: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Tak – 1 pkt

Nie – 0 pkt31. Możliwość prowadzenia prenumeraty indeksu ( np. czasopisma). Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt32. Intrastat - Pełna obsługa modułu umożliwiająca prawidłowe rozliczanie się z zobowiązań wobec

Urzędu Celnego: kontrola obiegu towarów, tworzenie bieżących deklaracji, archiwizacja sprawozdań,

itp.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

33. Możliwość prowadzenia magazynu w wybranej walucie. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

34. Słowniki jednostek miar – kartoteka otwarta z możliwością dopisywania rekordów. Warunek koniecznySpełniony: Tak/Nie

35. Możliwość generowania kartoteki składnika majątku na podstawie danych z magazynu. Warunek oceniany

Tak – 1 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego105

Page 106: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Nie – 0 pkt

36. Generowanie historii indeksu magazynowego z uwzględnieniem identyfikacji osób modyfikujących dokument.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

37. Powiązanie dokumentu RW z dokumentami np. umowa, faktura, PZ, OT. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

38. Wydruk listy indeksów z magazynu z możliwością wyboru danych umieszczanych na wydruku. Warunek koniecznySpełniony: Tak/Nie

39. Raporty i zestawienia na kartotekach dokumentów np.: obroty magazynowe za dowolnie wybrany okres, zestawienie wybranych dokumentów, nie rozliczone dokumenty magazynowe, rejestr dokumentów magazynowych.

Warunek koniecznySpełniony: Tak/Nie

40. Obroty magazynowe za okres w zakresie min.:

podaje nazwę zestawienia, daty graniczne okresu, którego dotyczy zestawienie, a dla każdego towaru – nazwę, przychód (ilość, wartość), rozchód (ilość, wartość).

Warunek koniecznySpełniony: Tak/Nie

41. Stany magazynowe towarów na dzień w zakresie min.: Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego106

Page 107: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

nazwę zestawienia, datę której dotyczy zestawienie, a dla każdego towaru – kod, nazwę, ilość, rezerwacje, wartość, wartość w cenach zakupu netto/brutto.

Spełniony: Tak/Nie

42. Stany i obroty magazynowe towarów w zakresie min.:

nazwę zestawienia, datę której dotyczy zestawienie, a dla każdego towaru – kod, nazwę, jednostkę miary, stan początkowy, przychód, rozchód oraz stan końcowy.

Warunek koniecznySpełniony: Tak/Nie

43. Bieżące stany i rezerwacje towarów w zakresie min.:

nazwę zestawienia, datę której dotyczy zestawienie, a dla każdego towaru – kod, nazwę, stan handlowy, rezerwacje automatyczne, rezerwacje ręczne oraz stan całkowity.

Warunek koniecznySpełniony: Tak/Nie

44. Towary zalegające w magazynach w zakresie min.:

Zestawienie to zestawia wszystkie dostawy towarów sprzed podanej daty. nazwę zestawienia, dla każdej dostawy - kod i nazwę towaru, datę dostawy, nazwę magazynu i nazwę dostawy oraz ilość i wartość towaru. Z okna zestawienia można przejść do okna towaru oraz do okna dokumentu PZ wprowadzającego dany towar do magazynu.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

45. Wydruk etykiet towarów, zawierające min. nazwę, cenę oraz jednostkę miary. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego107

Page 108: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

SprzedażL.p.

(1)

Wymaganie

(2)

Status wymagania

(3)

1. Generowanie i drukowanie dokumentów sprzedażowych w języku polskim i obcym (faktury VAT, faktury VAT korekta, faktury VAT pro-forma, faktura VAT zaliczkowa, faktura VAT rozliczająca zaliczkę, noty korygującej, noty obciążeniowej itp.) z możliwością definiowania szablonu dokumentów.

Warunek konieczny

Spełniony: Tak/Nie

2. Możliwość równoległego funkcjonowania kilku szablonów danego typu dokumentu sprzedażowego. Warunek konieczny

Spełniony: Tak/Nie

3. Automatyczne numerowanie dokumentów sprzedażowych przy założeniu numeracji wielopoziomowej(np.: lp./miesiąc/rok/symbol jednostki/symbol projektu/symbol przypisany danemu loginowi).

Warunek konieczny

Spełniony: Tak/Nie

4. Kontrolowanie chronologii numeracji dokumentów sprzedażowych przy założeniu, że do chronologii uwzględnia się jedynie wskazane elementy numeru dokumentu.

Warunek konieczny

Spełniony: Tak/Nie

5. Możliwość uruchomienia dowolnej liczby równoległych numeracji dokumentów sprzedażowych. Warunek konieczny

Spełniony: Tak/Nie

6. Możliwość przypisania dokumentów sprzedażowych o danej typologii numeracji do konkretnego budżetu, umowy.

Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego108

Page 109: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

7. Możliwość przypisania do dokumentów sprzedażowych o danej typologii numeracji konkretnej kartoteki kontrahentów.

Warunek konieczny

Spełniony: Tak/Nie

8. Możliwość przypisania do dokumentów sprzedażowych o danej typologii numeracji automatycznych szablonów dekretacji.

Warunek konieczny

Spełniony: Tak/Nie

9. Możliwość przypisania rejestrów podatku VAT do dokumentów sprzedażowych. Warunek konieczny

Spełniony: Tak/Nie

10. Możliwość wystawiania dokumentów sprzedażowych, dla których wartość netto sprzedaży zostanie wyrażona w walucie obcej, a wartość podatku VAT w walucie polskiej.

Warunek konieczny

Spełniony: Tak/Nie

11. Możliwość utworzenia i przypisania do dokumentu sprzedażowego słownika sprzedaży zawierającego typologię sprzedawanych dóbr i usług, umożliwiającego wybór przedmiotu sprzedaży z rozwijanej listy.

Warunek konieczny

Spełniony: Tak/Nie

12. Możliwość przypisania do przedmiotu sprzedaży stawki podatku VAT. Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego109

Page 110: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

13. Wystawianie dokumentów sprzedażowych zakładające ręczne wprowadzanie informacji oraz poprzez wybór z rozwijanej listy (wybór jednej zmiennej determinuje automatyczne narzucenie innych).

Warunek konieczny

Spełniony: Tak/Nie

14. Możliwość zdefiniowania sprzedaży cyklicznej wraz z określeniem zasad fakturowania. Warunek konieczny

Spełniony: Tak/Nie

15. Możliwość automatycznego generowania dokumentów sprzedażowych na podstawie zdefiniowanej sprzedaży cyklicznej.

Warunek konieczny

Spełniony: Tak/Nie

16. Możliwość powiązania faktur VAT z fakturami VAT pro-forma oraz faktur VAT zaliczkowych z fakturami VAT rozliczającymi.

Warunek konieczny

Spełniony: Tak/Nie

17. Możliwość wystawiania zbiorczego dokumentu korygującego do kilku dokumentów sprzedażowych. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

18. Podział dokumentów sprzedażowych na ewidencjonowane i nieewidencjonowane (również w ramach danego typu dokumentu np.: faktury VAT ewidencjonowane oraz faktury VAT nieewidencjonowane).

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego110

Page 111: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

19. Możliwość powiązania i automatycznego wygenerowania dokumentu sprzedażowego w oparciu o inny dokument inicjujący, funkcjonujący w systemie np.: faktura VAT do umowy, faktura VAT korekta do faktury VAT, nota korygująca do faktury VAT, nota obciążeniowa do wskazanych dokumentów zakupowych, faktura VAT do wskazanych dokumentów magazynowych.

Warunek konieczny

Spełniony: Tak/Nie

20. Przejmowanie informacji oraz danych do automatycznej dekretacji z dokumentów inicjujących do dokumentów sprzedażowych.

Warunek konieczny

Spełniony: Tak/Nie

21. Możliwość automatycznego monitorowanie terminów płatności dokumentów sprzedażowych (podgląd z poziomu dokumentu do informacji o dokonanej płatności – czy dokument został zapłacony, czy nie).

Warunek konieczny

Spełniony: Tak/Nie

22. Możliwość tworzenia raportów sprzedażowych z rozbiciem na kontrahentów i rodzaje publikacji. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

23. Możliwość prowadzenia prenumeraty. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

24. Portal Sprzedaży - Możliwość realizacji sprzedaży (m.in. wystawiania faktur sprzedaży, korekt, wprowadzania kontrahentów, typów sprzedaży) poprzez interfejs www.

Warunek oceniany

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego111

Page 112: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Tak – 1 pkt

Nie – 0 pkt

25. Możliwość realizacji sprzedaży przy wykorzystaniu kasy fiskalnej. Zamawiający posiada kasy fiskalne ELZAB JOTA E 6143 PLU KP, LAN

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego112

Page 113: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

SprawozdawczośćL.p.

(1)

Wymaganie

(2)

Status wymagania

(3)

1. 1Automatycznie generowane sprawozdań z opcją uaktualniania ich szablonów zgodnie ze zmieniającymi się przepisami oraz możliwością wskazywania źródeł informacji do poszczególnych pozycji sprawozdań.

Warunek konieczny

Spełniony: Tak/Nie

2. 2Generowanie sprawozdań uwzględniających dokumenty niezaksięgowane (wprowadzone do "bufora roboczego").

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

3. 3Drukowanie sprawozdań oraz definicji sprawozdań (informacji, skąd pobierane są dane do poszczególnych pozycji sprawozdań).

Warunek konieczny

Spełniony: Tak/Nie

4. 4Zdefiniowane sprawozdania:

5. 5 - UOR – bilans Warunek konieczny

Spełniony: Tak/Nie

6. 6 - UOR - rachunek zysków i strat w wariancie porównawczym i kalkulacyjnym Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego113

Page 114: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

7. 7 - UOR - rachunek przepływów pieniężnych sporządzany metodą pośrednią i bezpośrednią Warunek konieczny

Spełniony: Tak/Nie

8. 8 - UOR - zestawienia zmian w kapitale własnym Warunek konieczny

Spełniony: Tak/Nie

9. 9 - MNISW - plan rzeczowo-finansowy Warunek konieczny

Spełniony: Tak/Nie

10.10

- MNISW - sprawozdanie z wykonania planu rzeczowo-finansowego Warunek konieczny

Spełniony: Tak/Nie

11.11

- MNISW - sprawozdanie z działalności uczelni Warunek konieczny

Spełniony: Tak/Nie

12.12

- MNISW - S-12 Warunek konieczny

Spełniony: Tak/Nie

13.13

- MNISW - Rb-N Warunek konieczny

Spełniony: Tak/Nie

14.14

- MNISW - Rb-Z Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego114

Page 115: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

15.15

- MNISW - Rb-UN Warunek konieczny

Spełniony: Tak/Nie

16.16

- MNISW - Rb-UZ Warunek konieczny

Spełniony: Tak/Nie

17.17

- MNISW - Rb-Wsb Warunek konieczny

Spełniony: Tak/Nie

18.18

- MNISW - Rb-70 Warunek konieczny

Spełniony: Tak/Nie

19.20

- GUS - F-01s Warunek konieczny

Spełniony: Tak/Nie

20.23

- GUS - Z-03 Warunek konieczny

Spełniony: Tak/Nie

21.24

- GUS - Z-05 Warunek konieczny

Spełniony: Tak/Nie

22.25

- GUS - Z-06 Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego115

Page 116: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

23.28

- GUS - Z-12 Warunek konieczny

Spełniony: Tak/Nie

24.29

- GUS - F-03 Warunek konieczny

Spełniony: Tak/Nie

25.30

- GUS - DNUK Warunek konieczny

Spełniony: Tak/Nie

26.31

- ZUS - wszystkie dokumenty zgłoszeniowe, rozliczeniowe i wyrejestrowujące opisane w ustawie, obsługiwane przez system PŁATNIK

Warunek konieczny

Spełniony: Tak/Nie

27.32

- ZUS - Z-3 Warunek konieczny

Spełniony: Tak/Nie

28.33

- ZUS - Rp-7 Warunek konieczny

Spełniony: Tak/Nie

29.34

- ZUS - RMUA połączony informacją o rozliczeniu wynagrodzenia za bieżący okres rozliczeniowy oraz informacją o przysługującym do wykorzystania urlopie wypoczynkowym

Warunek konieczny

Spełniony: Tak/Nie

30.35

- PDOF - PIT-4R Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego116

Page 117: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

31.36

- PDOF - PIT-8AR Warunek konieczny

Spełniony: Tak/Nie

32.37

- PDOF - IFT-1R Warunek konieczny

Spełniony: Tak/Nie

33.38

- PDOF - IFT-3R Warunek konieczny

Spełniony: Tak/Nie

34.39

- PDOF - PIT-11 Warunek konieczny

Spełniony: Tak/Nie

35.40

- PDOF - PIT-40 Warunek konieczny

Spełniony: Tak/Nie

36.41

- PDOF - PIT-8C Warunek konieczny

Spełniony: Tak/Nie

37.42

- PDOP - CIT-8 Warunek konieczny

Spełniony: Tak/Nie

38.43

- PDOP - CIT-8/O Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego117

Page 118: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

39.44

- PDOP - CIT-10Z Warunek konieczny

Spełniony: Tak/Nie

40.45

- PDOP - IFT-2R Warunek konieczny

Spełniony: Tak/Nie

41.46

- VAT-7 Warunek konieczny

Spełniony: Tak/Nie

42.47

- VAT-UE Warunek konieczny

Spełniony: Tak/Nie

43.48

- VAT-UE/A Warunek konieczny

Spełniony: Tak/Nie

44.49

- VAT-UE/B Warunek konieczny

Spełniony: Tak/Nie

45.50

- VAT-UE/C Warunek konieczny

Spełniony: Tak/Nie

46.51

- VAT-UEK Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego118

Page 119: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

47. Sprawozdania do systemu informacji o szkolnictwie wyższym „Polon”. Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego119

Page 120: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Raportowanie

L.p.

(1)

Wymaganie

(2)

Status wymagania

(3)

1. Definiowanie zapytań o transakcje ewidencjonowane na kontach księgowych, w rejestrach, kartotekach i słownikach z uwzględnieniem m.in.: kont przeciwstawnych; danych dot. kontrahentów; kwot netto, brutto i podatku VAT; dat opisujących dane; rozliczonych i nierozliczonych transakcji;

Warunek konieczny

Spełniony: Tak/Nie

2. Definiowanie zapytań o podmioty (np.: odbiorca, dostawca, student, doktorant) ujęte w kartotekach w oparciu o m.in. przedział czasowy, kwotowy, rodzajowy transakcji (np.: zakup, sprzedaż).

Warunek konieczny

Spełniony: Tak/Nie

3. Definiowanie zapytań o dokumenty zaewidencjonowane w systemie w oparciu o m.in. przedział czasowy, kwotowy, rodzajowy transakcji.

Warunek konieczny

Spełniony: Tak/Nie

4. Raportowanie po wszystkich danych wprowadzonych do systemu uwzględniające łączenie informacji pochodzących z kont księgowych, rejestrów podatkowych, kartotek kontrahentów, słowników kosztowych.

Warunek konieczny

Spełniony: Tak/Nie

5. Raportowanie wg okresów (dzienny, miesięczny, kwartalny, roczny), uwzględniające porównywanie danych z kilku lat obrachunkowych i okresów sprawozdawczych.

Warunek konieczny

Spełniony: Tak/Nie

6. Raportowanie wielowymiarowe uwzględniające podział konkretnego wymiaru/aspektu kosztowego. Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego120

Page 121: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Spełniony: Tak/Nie

7. Raportowanie uwzględniające dokumenty niezaksięgowane (wprowadzone do "bufora roboczego"). Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

8. Samodzielne tworzenie przez uprawnionych użytkowników szablonów raportów, zakładających indywidualną wizualizację oraz określenie zawartości merytorycznej, z możliwością zachowania szablonu i udostępnienia innym użytkownikom.

Warunek konieczny

Spełniony: Tak/Nie

9. Nieograniczona pojemność raportów co do liczby wierszy i kolumn. Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

10. Opracowanie i wykonanie maximum 30 raportów ustalonych w Analizie Funkcjonalnej, dotyczących danych pochodzących z jednego zakresu funkcjonalnego.

Warunek konieczny

Spełniony: Tak/Nie

11. Opracowanie i wykonanie maximum 50 raportów ustalonych w Analizie Funkcjonalnej, dotyczących danych pochodzących z jednego zakresu funkcjonalnego.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

12. Opracowanie i wykonanie maximum 30 raportów przekrojowych ustalonych w Analizie Funkcjonalnej, Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego121

Page 122: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

dotyczących danych z kilku zakresów funkcjonalnych wg zaleceń Uczelni. Spełniony: Tak/Nie

13. Opracowanie i wykonanie maximum 50 raportów przekrojowych ustalonych w Analizie Funkcjonalnej, dotyczących danych z kilku zakresów funkcjonalnych wg zaleceń Uczelni.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

14. Możliwość exportu wygenerowanych raportów do pakietu biurowego (min. MS Excel). Warunek konieczny

Spełniony: Tak/Nie

15. Szablon raportu zawiera m.in.:

Nagłówek: nazwę raportu, logo uczelni, okres lub na jaki dzień obowiązuje raport,

Stopka: Imię i nazwisko osoby generującej raport, data wygenerowania raportu

Warunek konieczny

Spełniony: Tak/Nie

16. Na etapie Analizy Funkcjonalnej zostaną określone nazwy poszczególnych dokumentów/raportów oraz ich szczegółowy zakres.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego122

Page 123: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wymagania w zakresie integracji

L.p.

(1)

Wymaganie

(2)

Status wymagania

(3)

1. System zostanie zintegrowany przez Wykonawcę z Systemami Bankowości Internetowej (SBI) wykorzystywanymi przez Zamawiającego.

Uczelnia współpracuje z bankiem PEKAO S.A. i korzysta z Systemu Bankowości Internetowej PekaoBIZNES. Integracja oferowanego Systemu z Systemem Bankowości Internetowej (SBI) powinna umożliwić automatyczne importowanie, księgowanie i rozliczanie (kojarzenie rozrachunków) wyciągów bankowych z SBI oraz automatyczne eksportowanie do SBI stworzonych w systemie poleceń dokonania przelewu i auto-wypłaty do SBI.

Warunek konieczny

Spełniony: Tak/Nie

2. System zostanie zintegrowany przez Wykonawcę z systemem Płatnik.

Uczelnia na potrzeby dokonywania rozliczeń z Zakładem Ubezpieczeń Społecznych korzysta z systemu Płatnik. Integracja oferowanego Systemu z systemem Płatnik powinna umożliwić automatyczne eksportowanie stworzonych w systemie dokumentów wymaganych przez ZUS (np. zgłoszeniowych, rozliczeniowych i wyrejestrowujących) do systemu Płatnik oraz aktualizowanie i synchronizowanie kartotek pracowniczych zarówno poprzez eksport jak i import danych.

Warunek konieczny

Spełniony: Tak/Nie

3. System zostanie zintegrowany przez Wykonawcę z systemem „Controlling Finansowy” w zakresie Warunek konieczny

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego123

Page 124: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

przenoszenia z CF do Systemu źródeł finansowania (linii budżetowych) wraz z ich szczegółowymi cechami oraz danych na temat realizacji.

Zakres danych obejmie m.in. : Kod projektu Temat projektu Data rozpoczęcia projektu Data zakończenia projektu Dysponenci projektu – konkretne osoby; wielu dysponentów w jednym polu Status projektu (otwarty, zamknięty) Klasa projektu (np. projekt zagraniczne, statut) Kod źródła ogólnego Pochodzenie źródła ogólnego (np. „środki statutowe”) Początek okresu budżetowego projektu (data) Koniec okresu budżetowego projektu (data) Status okresu budżetowego projektu (np. otwarte/zamknięte) Kod linii budżetowej (pozycji budżetowej w CF) Nazwa źródła finansowania (np. „Usługi”, „Lik. przeciek.”) Cel źródła finansowego (np. „Dotacja LAN”) Data otwarcia źródła Data zamknięcia źródła Data zamknięcia księgowań dla źródła Status źródła finansowania (np. otwarte/zamknięte) Uwagi budżetowe („Obsługa władz uczelni”)

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego124

Page 125: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Szczegółowy zakres zostanie ustalony na Etapie Analizy Funkcjonalnej w odniesieniu do potrzeb wskazanych w wymaganiach Systemu.

4. System zostanie zintegrowany przez Wykonawcę z systemem Polon w zakresie wygenerowania i elektronicznej wymiany danych wskazanych w aktach prawnych.

Warunek konieczny

Spełniony: Tak/Nie

5. System zostanie zintegrowany przez Wykonawcę z systemem wniosków elektronicznych.

Z systemu wniosków elektronicznych do Systemu zostaną przeniesione zatwierdzone wnioski. Wnioski w formie elektronicznej posłużą, jako baza do realizacji procesu zakupu, delegacji, generowania umów cywilnoprawnych oraz do określenia aspektów kosztowych księgowaniu dokumentów finansowych,

Import będzie wykonywany wg ustalonego harmonogramu lub na żądanie użytkownika, Import danych będzie przebiegać wyłącznie jednostronnie: System wniosków elektronicznych →

System. Zakres danych obejmuje m.in. m.in. następujących danych: Numer wniosku, Wnioskodawca (kod

jednostki SGH, Rodzaj zamówienia, Szacowana kwota zamówienia, Źródła finansowania, Wartość źródeł finansowania, Preferowany termin dostawy, Adres dostawy, Jednostka realizująca zamówienie, Czy wniosek jest realizowany w ramach dostawy sukcesywne (Tak/Nie), Nr umowy. Szczegółowy zakres danych oraz ich format zostanie ustalony na Etapie Analizy Funkcjonalnej i zapisany w Specyfikacji.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

6. System zostanie zintegrowany z Active Directory w zakresie tworzenia i zmian kont dostępowych dla pracowników (m.in. zakładanie, modyfikacja danych, przypisywanie do security grup jednostki, zmiany haseł, ustawianie okresu ważności haseł, odblokowywanie i blokowanie kont).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego125

Page 126: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

7. System powinien oferować techniczną możliwość integracji z platformą MS Exchange 2010 w zakresie notyfikacji mailowych.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

8. System zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie naliczeń finansowych studentów. Z systemu dziekanatowego będą pobierane dane dotyczące naliczeń i opłat studentów. Dane w podziale na 3 poziomy studiów zostaną zagregowane wg toku, trybu, semestru i roku akademickiego. Dla tak agregowanych danych w SYSTEMIE dla zdefiniowanych odbiorców zostaną utworzone transakcje finansowe. Transakcje te zgodnie z profilem księgowania zostaną przeniesione (po zaksięgowaniu) na odpowiednie konta finansowe (szczegółowo konta finansowe dla transakcji są opisane w rozdziale poświęconym planie kont w obszarze księgowości) na podstawie tabeli mapowań uwzględniającej ze strony systemu dziekanatowego: toku, trybu, semestru i roku akademickiego i rodzaju opłaty / zapłaty, zaś po stronie SYSTEMU odbiorca, profil księgowania, konta finansowe i wymiary finansowe.

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt

9. System umożliwia okresową wymianę danych uruchamianą na życzenie użytkownika lub okresowo wg zdefiniowanego przez użytkownika harmonogramu lub poprzez wystąpienie określonego zdarzenia, które inicjuje proces wymiany danych.

Warunek konieczny

Spełniony: Tak/Nie

10. System umożliwia wymianę danych poprzez następujące mechanizmy wymiany danych:

a) Usługi sieciowe – WebServices,b) Pliki XML,c) Pliki CSV,d) Pliki XLS i XSLX ,

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego126

Page 127: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego127

Page 128: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wymagania w zakresie migracji danych

L.p.

(1)

Wymaganie

(2)

Komentarz

(3)

1. W ramach wdrożenia systemu Wykonawca zrealizuje migrację danych niezbędnych do prawidłowego działania Systemu, a w szczególności danych z zakresu tematycznego „Księgowość”:

a) Baza kontrahentów - dane identyfikujące kontrahenta (np.: pełna nazwa, nazwa skrócona, NIP, adres) oraz stan rozrachunków z kontrahentem na dzień rozpoczęcia pracy w nowym systemie.

b) Plan kont wraz z saldami początkowymi.c) Słowniki do opisywania kosztów w poszczególnych aspektach: np. jednostka organizacyjna, zadanie,

źródło finansowania.3. W ramach wdrożenia systemu Wykonawca zrealizuje migrację danych niezbędnych do prawidłowego

działania Systemu, a w szczególności wszystkich danych z zakresu tematycznego „Kadry” z programu kadrowego:

a) Szczegółowe kartoteki pracownicze, a w szczególności dane osobowe, dane o zatrudnieniu oraz dane niezbędne do wystawienia świadectwa pracy.

b) Migracja danych dotyczących byłych pracowników (archiwum).4. W ramach wdrożenia systemu Wykonawca zrealizuje migrację danych niezbędnych do prawidłowego

działania Systemu, a w szczególności danych z zakresu tematycznego „Płace”:

a) Szczegółowe kartoteki wynagrodzeń od 01.01.2002b) Kartoteki absencji od 01.01.2002

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego128

Page 129: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

c) Dane do Rp-7 od 01.01.20025. W ramach wdrożenia systemu Wykonawca zrealizuje migrację danych niezbędnych do prawidłowego

działania Systemu, a w szczególności danych z zakresu tematycznego „Magazyn”:

a) Stan magazynowy na dzień rozpoczęcia pracy w nowym systemie (dotyczy książek wydawanych przez Oficynę Wydawniczą Uczelni, książki są przechowywane w 2 magazynach. W jednym magazynie prowadzona jest ewidencja ilościowo-wartościowa. W drugim magazynie prowadzona jest ewidencja tylko ilościowa.).

W ramach wdrożenia systemu Wykonawca zrealizuje migrację danych niezbędnych do prawidłowego działania Systemu, a w szczególności danych z zakresu tematycznego środki trwałe „Optiest”.

6. Wykonawca w ramach Analizy Funkcjonalnej:

a) doprecyzuje i wyspecyfikuje w uzgodnieniu z SGH zakres danych do migracji do systemu warunkujący działanie sytemu zgodne z wymaganiami Zamawiającego oraz poprawność procedury migracji,

b) zaproponuje optymalną dla SGH (z punktu widzenia bezpieczeństwa, nakładu czasu i pracy) metodę migracji tych danych.

7. Dla każdego obszaru funkcjonalnego Wykonawca przeprowadzi migrację danych etapowo, tj. wykona testową migrację danych w celu przetestowania poprawności procedury migracji.

8. Za pozyskanie danych do migracji z systemów źródłowych i przygotowanie ich do formatu wskazanego na etapie Analizy Funkcjonalnej (np. xls, csv, txt) odpowiada Zamawiający.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego129

Page 130: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wymagania w zakresie zgodności z przepisami prawaZamawiający na Etapie Analizy Funkcjonalnej wskaże, które elementy podanych przepisów prawa będą wymagały implementacji w Systemie.

L.p.

(1)

Akt prawny

(2)

Komentarz

(3)

Status wymagania

(4)

1. Ustawa – Prawo o szkolnictwie wyższym:

Ustawa z dnia 27 lipca 2005 r. Prawo o szkolnictwie wyższym ( Dz. U. z 2012 poz. 572 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

2. Ustawa o finansach publicznych:

Ustawa z dnia 27 sierpnia 2009r. o finansach publicznych ( Dz. U. z 2013 poz. 885 z późn. zm.)

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

3. Ustawa – Prawo zamówień publicznych:

Ustawa z dnia 29 stycznia 2004r. Prawo zamówień publicznych ( Dz. U. z 2013 poz. 907 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego130

Page 131: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

4. Ustawa o rachunkowości:

Ustawa z dnia 29 września 1994r. o rachunkowości ( Dz. U. z 2013r. poz. 330 z późn. zm )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

5. Ustawa o podatku dochodowym od osób fizycznych:

Ustawa z dnia 26 lipca 1991r. o podatku dochodowym od osób fizycznych ( Dz. U. z 2012r. poz. 361 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

6. Ustawa o podatku dochodowym od osób prawnych:

Ustawa z dnia 15 lutego 1992r. o podatku dochodowym od osób prawnych ( Dz. U. 2011r. nr 74, poz. 397 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

7. Ustawa o podatku od towarów i usług VAT:

Ustawa z dnia 11 marca 2004r. o podatku od towarów i usług ( Dz. U. 2011r. nr 177, poz. 1054 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

8. Ustawa o systemie ubezpieczeń społecznych:

Ustawa z dnia 13 października 1998r. o systemie ubezpieczeń społecznych ( Dz. U. z 2013r. poz. 1442 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

9. Ustawa – Kodeks pracy:

Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy ( Dz. U. z 1998 nr 21, poz. 94 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego131

Page 132: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

10. Rozporządzenie Ministra Nauki i Szkolnictwa Wyższego w sprawie warunków wynagradzania za pracę i przyznawania innych świadczeń związanych z pracą dla pracowników zatrudnionych w uczelni publicznej z dnia 5.10.2011 r. (Dz. U. Nr 243, poz. 1447 z późn. zm. ) ( nieaktualne – obecnie obowiązujące z dnia 11 grudnia 2013r. ( Dz. U. z 2013 poz. 1571 )

Warunek konieczny

Spełniony: Tak/Nie

11. Rozporządzenie Ministra Pracy i Polityki Socjalnej z dnia 15 maja 1996 r. w sprawie sposobu usprawiedliwiania nieobecności w pracy oraz udzielania pracownikom zwolnień od pracy ( Dz. U. nr 60 poz. 281 z późn. zm. )

Warunek konieczny

Spełniony: Tak/Nie

12. Rozporządzenie Ministra Pracy i Polityki Socjalnej z dnia 8 stycznia 1997 r. w sprawie szczegółowych zasad udzielania urlopu wypoczynkowego, ustalania i wypłacania wynagrodzenia za czas urlopu oraz ekwiwalentu pieniężnego za urlop (Dz. U. nr 2 poz.14 z późn.zm. )

Warunek konieczny

Spełniony: Tak/Nie

13. Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 19 września 2013 r. w sprawie szczegółowych warunków udzielania urlopu wychowawczego (Dz. U. z 2013 r. poz. 1139)

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego132

Page 133: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

14. Ustawa z dnia 25 czerwca 1999r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa ( Dz. U. z 2014 poz. 159 z późn. zm. )

Warunek konieczny

Spełniony: Tak/Nie

15. Ustawa z dnia 17 grudnia 1998 r. o emeryturach i rentach z Funduszu Ubezpieczeń Społecznych z dnia ( Dz. U. z 2013r. poz. 1440 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

16. Ustawa z dnia 30 października 2002r. o ubezpieczeniu społecznym z tytułu wypadków przy pracy i chorób zawodowych ( Dz. U. z 2009 Nr 167 poz. 1322, z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

17. Ustawa z dnia 20 kwietnia 2004 r. o promocji zatrudnienia i instytucjach rynku pracy ( Dz. U. z 2013r. poz. 674 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

18. Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 23 października 2009 r. w sprawie określenia wzorów zgłoszeń do ubezpieczeń społecznych i ubezpieczenia zdrowotnego, imiennych raportów miesięcznych i imiennych raportów miesięcznych korygujących, zgłoszeń płatnika, deklaracji rozliczeniowych i deklaracji rozliczeniowych korygujących, zgłoszeń danych o

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego133

Page 134: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

pracy w szczególnych warunkach lub o szczególnym charakterze oraz innych dokumentów ( Dz. U. nr 186, poz. 1444, z późn.zm. )

19. Ustawa z dnia 10 października 2002 r. o minimalnym wynagrodzeniu za pracę ( Dz. U. Nr 200 poz. 1679, z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

20. Ustawa z dnia 14 marca 2003 r. o stopniach naukowych i tytule naukowym oraz o stopniach i tytule w zakresie sztuki (Dz. U. Nr 65, poz. 595 z późn. zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

21. Rozporządzenie Ministra Nauki i Szkolnictwa Wyższego z dnia 2 listopada 2006 r. w sprawie sposobu ustalania wynagrodzenia za urlop wypoczynkowy oraz ekwiwalentu pieniężnego za okres niewykorzystanego urlopu wypoczynkowego nauczycieli akademickich ( Dz. U. Nr 203, poz. 1499, z późn.zm. )

Warunek konieczny

Spełniony: Tak/Nie

22. Ustawa z dnia 23 kwietnia 1964 r. - Kodeks Cywilny ( Dz. U. z 2014 poz. 121, ) Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego134

Page 135: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

23. Ustawa z dnia 16 października 1992 r. o orderach i odznaczeniach ( Dz. U. Nr 90, poz. 450, z późn.zm. )

Warunek konieczny

Spełniony: Tak/Nie

24. Rozporządzenie Ministra Edukacji Narodowej z dnia 20 września 2000 r. w sprawie szczegółowych zasad nadawania "Medalu Komisji Edukacji Narodowej", trybu przedstawiania wniosków, wzoru medalu, trybu jego wręczania i sposobu noszenia ( Dz. U. Nr 99 poz. 1073 z późn.zm. )

Warunek konieczny

Spełniony: Tak/Nie

25. Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych ( Dz. U. z 2002 r. Nr 101 poz. 926, z późn.zm. )

Łącznie z przepisami wykonawczymi.

Warunek konieczny

Spełniony: Tak/Nie

26. Ustawa z dnia 12 grudnia 1997r. o dodatkowym wynagrodzeniu rocznym dla pracowników jednostek sfery budżetowej, ( Dz. U. z 2013 poz. 1144 )

Warunek konieczny

Spełniony: Tak/Nie

27. Rozporządzenie Ministra Pracy i Polityki Socjalnej z dnia 18 grudnia 1998 r. w sprawie szczegółowych zasad ustalania podstawy wymiaru składek na ubezpieczenia emerytalne i rentowe ( Dz. U. Nr 161 poz. 1106 z późn. zm. )

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego135

Page 136: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

28. Ustawa z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych ( Dz. U. z 2008 Nr 164 poz. 1027 z późn. zm. )

Warunek konieczny

Spełniony: Tak/Nie

29. Rozporządzenie Ministra Pracy i Polityki Socjalnej z dnia 29 maja 1996 r. w sprawie sposobu ustalania wynagrodzenia w okresie niewykonywania pracy oraz wynagrodzenia stanowiącego podstawę obliczania odszkodowań, odpraw, dodatków wyrównawczych do wynagrodzenia oraz innych należności przewidzianych w Kodeksie pracy, ( Dz. U. Nr 62 poz. 289 z późn. zm. )

Warunek konieczny

Spełniony: Tak/Nie

30. Rozporządzenie Ministra Nauki i Szkolnictwa Wyższego z dnia 14 września 2006 r. w sprawie sposobu ustalania okresów pracy i innych okresów uprawniających pracowników uczelni publicznej do nagrody jubileuszowej oraz sposobu jej obliczania i wypłacania ( Dz. U. Nr 169, poz. 1211 )

Warunek konieczny

Spełniony: Tak/Nie

31. Ustawa z dnia 13 marca 2003 r. o szczególnych zasadach rozwiązywania z pracownikami stosunków pracy z przyczyn niedotyczących pracowników ( Dz. U. Nr 90 poz. 844 z późn. zm )

Warunek konieczny

Spełniony: Tak/Nie

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego136

Page 137: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

32. Ustawa z dnia 4 marca 1994 r. o zakładowym funduszu świadczeń socjalnych (Dz. U. z 2012 r., poz. 592 z późn. zm.)

Warunek konieczny

Spełniony: Tak/Nie

33. Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 9 marca 2009 r. w sprawie sposobu ustalania przeciętnej liczby zatrudnionych w celu naliczania odpisu na zakładowy fundusz świadczeń socjalnych (Dz. U. Nr 43, poz. 349)

Warunek konieczny

Spełniony: Tak/Nie

34. Rozporządzenie Rady Ministrów z dnia 18 grudnia 2012 r. w sprawie szczegółowych zasad gospodarki finansowej uczelni publicznych (Dz. U. z 2012r. poz. 1533 )

Warunek konieczny

Spełniony: Tak/Nie

35. Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 29 stycznia 2013 r. w sprawie należności przysługujących pracownikowi zatrudnionemu w państwowej lub samorządowej jednostce sfery budżetowej z tytułu podróży służbowej ( Dz. U. z 2013 poz. 167 )

Warunek konieczny

Spełniony: Tak/Nie

Wymagania w zakresie zgodności z aktami wewnętrznymi SGHZamawiający na Etapie Analizy Funkcjonalnej wskaże, które elementy podanych wewnętrznych aktów wewnętrznych SGH będą wymagały implementacji w Systemie.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego137

Page 138: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

L.p.(1)

Regulacja wewnętrzna SGH(2)

Komentarz(3)

1. Uchwała Senatu SGH nr 258 z dnia 30 maja 2007 r. w sprawie warunków i trybu kierowania za granicę pracowników, doktorantów i studentów SGH w celach naukowych, dydaktycznych i szkoleniowychZmieniający:Uchwała Senatu SGH nr 371/2010 zmieniająca uchwałę nr 258 Senatu SGH z dnia 30 maja 2007 r. w sprawie warunków i trybu kierowania za granicę pracowników, doktorantów i studentów SGH w celach naukowych, dydaktycznych i szkoleniowych.

2. Uchwała Senatu SGH nr 196/2009 w sprawie przyznawania pracownikom SGH dodatkowych wynagrodzeń pochodzących ze środków pozadotacyjnych.Zmieniający:Uchwała Senatu SGH nr 451 z dnia 25 maja 2011 r. zmieniająca uchwałę nr 196 Senatu SGH z dnia 21 października 2009 r. w sprawie przyznawania pracownikom SGH dodatkowych wynagrodzeń pochodzących ze środków pozadotacyjnych.

3. Uchwała nr 300 Senatu SGH z dnia 24 października 2007 r. w sprawie ustalenia podziału czasu pracy nauczycieli akademickichZmieniający:Uchwała nr 302 Senatu SGH z dnia 26 maja 2010 r. zmieniająca uchwałę nr 300 Senatu SGH z dnia 24 października 2007 r. w sprawie ustalenia podziału czasu pracy nauczycieli akademickich.

4. Uchwała Senatu SGH nr 349/2010 w sprawie wprowadzenia Regulaminu wynagradzania za prace na rzecz projektów finansowanych ze źródeł zewnętrznychZmieniający:Uchwała Senatu SGH nr 419/2011 zmieniająca uchwałę nr 349 Senatu SGH z dnia 13 października 2010 r. w sprawie wprowadzenia Regulaminu wynagradzania za prace na rzecz projektów finansowanych ze źródeł zewnętrznych

5. Uchwała nr 143 Senatu SGH z dnia 9 października 2013 r. w sprawie stosowania 50% stawki kosztów

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego138

Page 139: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

uzyskania przychodów ze stosunku pracy w Szkole Głównej Handlowej w Warszawie.6. Obwieszczenie nr 1 Rektora z dnia 11 października 2013 r. w sprawie ogłoszenia tekstu jednolitego

statutu Szkoły Głównej Handlowej w Warszawie.7. Regulaminu premiowania pracowników niebędących nauczycielami akademickimi – Zarządzenie Rektora

SGPIS nr 12/1989.8. Regulamin Pracy w SGH – Zarządzenie Rektora 30/2007.

Zmieniający:– Zarządzenie Rektora nr 25 z dnia 27 marca 2009 r. w sprawie zmiany w Regulaminie pracy w SGHZmieniający:– Zarządzenie Rektora nr 55 z dnia 14 października 2013 r. w sprawie zmiany i ujednolicenia Regulaminu pracy w SGH (wchodzi w życie 1 listopada 2013 r.). Tekst jednolity Regulaminu pracy w SGH stanowi załącznik do zarządzenia.Zmieniający:- Zarządzenie Rektora nr 27 z dni 20 czerwca 2014 w sprawie zmiany Regulaminu pracy

9. Zarządzenie nr 43 z dnia 11 czerwca 2007 r. w sprawie wprowadzenia w życie „Polityki rachunkowości”.Zmieniający:Zarządzenie nr 19 z dnia 25 kwietnia 2013 r. zmieniające zarządzenie Rektora nr 43 z dnia 11 czerwca 2007 r. w sprawie wprowadzenia w życie "Polityki rachunkowości"ZmieniającyZarządzenie nr 21 z dnia 15 maja 2014 r. zmieniające zarządzenie Rektora nr 43 z dnia 11 czerwca 2007 r. w sprawie wprowadzenia w życie "Polityki rachunkowości"ZmieniającyZarządzenie nr 24 z dnia 30 maja 2014 r. zmieniające zarządzenie Rektora nr 43 z dnia 11 czerwca 2007 r. w sprawie wprowadzenia w życie "Polityki rachunkowości"

10. Zarządzenie Rektora nr 65 z dnia 27 października 2009 r. w sprawie zasad przyznawania pomocy z Zakładowego Funduszu Świadczeń Socjalnych.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego139

Page 140: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Zmieniający:Zarządzenie Rektora nr 55 Rektora z dnia 22 października 2012 r. zmieniające zarządzenie Rektora nr 65 z dnia 27 października 2009 r. w sprawie zasad przyznawania pomocy z Zakładowego Funduszu Świadczeń Socjalnych.

11. Zarządzenie Rektora nr 25 z dnia 30 maja 2014 r. w sprawie zasad funkcjonowania i finansowania działalności studenckiej.

12. Zarządzenie Rektora nr 11/2010 w sprawie trybu zgłaszania, składania podpisów i obiegu dokumentów w projektach badawczych i edukacyjnych realizowanych w SGH w ramach programów międzynarodowych, w tym programów Unii Europejskiej.

13. Zarządzenie nr 19 Rektora z dnia 24 kwietnia 2012 r. w sprawie tworzenia i prowadzenia studiów doktoranckich.Zmieniające:Zarządzenie nr 5 z dnia 5 lutego 2014 r. zmieniające zarządzenie Rektora nr 19 z dnia 24 kwietnia 2012 r. w sprawie tworzenia i prowadzenia studiów doktoranckich

14. Zarządzenie Rektora nr 55/2010 w sprawie rejestracji i archiwizacji umów zawieranych w projektach realizowanych w SGH w ramach programów operacyjnych UE.

Utraciło moc tylko w zakresie dotyczącym rejestrowania umów

15. Zarządzenie Rektora nr 38/2010 w sprawie zawierania umów cywilnoprawnych na prace o charakterze pozaakademickimZmieniający:Zarządzenie nr 48 Rektora zmieniające zarządzenie nr 38 Rektora z dnia 9 sierpnia 2010 r. w sprawie zawierania umów cywilnoprawnych na prace o charakterze pozaakademickim.

Utraciły moc tylko w zakresie dotyczącym rejestrowania umów

16. Zarządzenie Rektora nr 39/2010 w sprawie zawierania umów w zakresie działalności twórczej.Zmieniający:Zarządzenie nr 49 Rektora z dnia 29 października 2010 zmieniające zarządzenie Rektora nr 39 z dnia 9

Utraciły moc tylko w zakresie dotyczącym rejestrowania umów

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego140

Page 141: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

sierpnia 2010 r. w sprawie zawierania umów w zakresie działalności twórczejZmieniający:Zarządzenie nr 2 Rektora z dnia 18 stycznia 2012 r.zmieniające zarządzenie Rektora nr 39 z dnia 9 sierpnia 2010 r. w sprawie zawierania umów w zakresie działalności twórczej.

17. Zarządzenie Rektora nr 43/2010 w sprawie pomocy Uczelni dla pracowników podnoszących kwalifikacje zawodowe.Zmieniający:Zarządzenie Rektora nr 57 z dnia 9 grudnia 2011 r.zmieniające zarządzenie Rektora nr 43 z dnia 20 października 2010 r. w sprawie pomocy Uczelni dla pracowników podnoszących kwalifikacje zawodowe.

18. Pismo Okólne Rektora nr 3/2010 w sprawie przechowywania i zabezpieczenia dokumentów.

19. Zarządzenie Rektora nr 20/2011 w sprawie zawierania umów związanych z prowadzeniem naukowych prac badawczych.

Utraciło moc tylko w zakresie dotyczącym rejestrowania umów

20. Decyzja Rektora nr 16 z dnia 6 kwietnia 2011 r. w sprawie powołania Komisji ds. MajątkuZmieniający:Decyzja Rektora nr 5 z dnia 28 stycznia 2013 r. zmieniająca decyzję Rektora nr 16 z dnia 6 kwietnia 2011 r. w sprawie powołania Komisji ds. Majątku.

21. Zarządzenie Rektora 8/2012 w sprawie tworzenia oraz szczegółowych zasad prowadzenia studiów podyplomowych.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego141

Page 142: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

22. Zarządzenie Rektora nr 9/2012 w sprawie zawierania umów o prowadzenie zajęć dydaktycznych. Utraciło moc tylko w zakresie dotyczącym rejestrowania umów

23. Zarządzenie Rektora nr 51 z dnia 4 września 2013 r. w sprawie wprowadzenia Regulaminu składania i obiegu wniosków dotyczących zamówień oraz udzielania zamówień publicznych w Szkole Głównej Handlowej w Warszawie i Regulaminu pracy komisji przetargowej

24. Zarządzenie Rektora nr 29z dnia 27 czerwca 2014 r. w sprawie Regulaminu przyznawania stypendium doktoranckiego oraz zwiększenia stypendium doktoranckiego w Szkole Głównej Handlowej w Warszawie (z zastrzeżeniem § 3).

25. Zarządzenie Rektora nr 35/2013 w sprawie opłat za wynajem pokoi w domach studenta SGH w okresie od 1 lipca do 22 września 2013 r.

26. Zarządzenie Rektora nr 61 z dnia 23 października 2013 r. w sprawie wprowadzenia Regulaminu organizacyjnego SGH.ZmieniającyZarządzenie nr 10 z dnia 27 marca 2014 r. zmieniające zarządzenie Rektora nr 61 z dnia 23 października 2013 r. w sprawie wprowadzenia Regulaminu organizacyjnego SGH

27. Zarządzenie Rektora nr 22 z dnia 16 maja 2014 r. w sprawie wprowadzenia Centralnego Rejestru Umów

28. Zarządzenie nr 8 z dnia 3 marca 2014 r. w sprawie zawierania umów o używanie pojazdów niebędących własnością SGH do celów służbowych w ramach delegacji krajowej lub zagranicznej

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego142

Page 143: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

29. Zarządzenia Kanclerza nr 3/2010 w sprawie zasad korzystania z oprogramowania komputerowego.

30. Zarządzenia Kanclerza nr 9/2010 w sprawie wprowadzania zadaniowego czasu pracy dla pracowników Biura ds. Funduszy Europejskich.

31. Zarządzenia Kanclerza nr 6/2011 w sprawie obiegu dokumentów w SGH.orazZarządzenie Kanclerza nr 1/2013 w sprawie uszczegółowienia niektórych procedur obiegu dokumentów w formie papierowej w SGH.

32. Zarządzenie Kanclerza nr 6 z dnia 9 czerwca 2014 r. w sprawie wysokości w sprawie opłat za wynajem pokoi w domach studenta SGH w okresie od 1 lipca do 23 września 2014 r.

33. Zarządzenie Kanclerza nr 2 z dnia 12 marca 2014 r. w sprawie kodów identyfikacyjnych w SGH.

Zasady przeprowadzania testów Systemu

L.p.

(1)

Wymaganie

(2)

Komentarz

(3)

1. W ramach testowania Systemu zostaną przeprowadzone Testy Wewnętrzne Wykonawcy. Celem Testów

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego143

Page 144: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Wewnętrznych Wykonawcy będzie kompleksowa weryfikacja systemu przez Wykonawcę pod kątem zgodności z SIWZ, Ofertą oraz Specyfikacją Funkcjonalną. Testy zostaną przeprowadzone przed przekazaniem Systemu do testów u Zamawiającego i potwierdzony pisemnie.

2. W ramach testowania Systemu zostaną przeprowadzone Testy Jednostkowe. Celem Testów Jednostkowych będzie poddanie sprawdzeniu konfiguracji i poprawności funkcjonowania pojedynczych operacji i funkcji systemu. Stwierdzone w ramach testów nieprawidłowości zostaną usunięte. Poprawione elementy zostaną poddane kolejnemu Testowi Jednostkowemu weryfikującemu.

3. W ramach testowania Systemu zostaną przeprowadzone Testy Integracyjne. Celem Testów Integracyjnych będzie sprawdzenie poprawności działania wszystkich interfejsów pomiędzy systemami oraz przenoszenia i konwersji dokumentów pomiędzy nimi.

4. W ramach testowania Systemu zostaną przeprowadzone Testy Regresji. Celem Testów Regresji jest sprawdzenie, czy zmiany wprowadzone w systemach informatycznych objętych zakresem wdrożenia (np. w związku z poprawą zidentyfikowanych błędów) nie mają negatywnego wpływu na procesy określone w Specyfikacji Funkcjonalnej i działanie Systemu zgodne z SIWZ, Ofertą i Specyfikacją Funkcjonalną.

5. W ramach testowania Systemu, jako element procedury odbioru zostaną przeprowadzone Testy Akceptacyjne. Celem Testów Akceptacyjnych będzie kompleksowa weryfikacja Systemu przez Zamawiającego pod kątem zgodności z SIWZ, Ofertą oraz Specyfikacją Funkcjonalną, tj. sprawdzenie procesów i funkcjonalności określonych w Specyfikacji Funkcjonalnej, włącznie z testami poprawności działania interfejsów pomiędzy systemami oraz przenoszenia i konwersji dokumentów pomiędzy nimi. W ramach Testów Akceptacyjnych, zostaną również zweryfikowane następujące aspekty działania Systemu:

a) Role i uprawnienia użytkowników Systemu,

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego144

Page 145: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

b) Migracja danych,

c) Wydajność - Celem jest weryfikacja czasu odpowiedzi Systemu pod kątem zgodności z wymaganiami dotyczącymi wydajności Systemu wskazanymi w SIWZ ,

d) Bezpieczeństwo - celem jest weryfikacja Systemu pod kątem zgodności z wymaganiami dotyczącymi bezpieczeństwa wskazanymi w SIWZ. Przedmiotem testów jest zbadanie odporności Systemu na znane zagrożenia. Testy bezpieczeństwa będą wykonywane na Systemie oraz na elementach towarzyszących takich jak system operacyjny, serwer baz danych, serwer aplikacyjny, sieć.

e) Infrastrukturalne, techniczne i administracyjne, - celem jest weryfikacja w szczególności:

i. procedury wykonania kopii bezpieczeństwa Systemu

ii. procedury odtworzenia Systemu z kopii bezpieczeństwa

iii. testów współpracy z peryferiami użytkownika, np. wydruk na drukarki sieciowe lub lokalne.

iv. testów połączenia klienta z serwerem, czy zostały spełnione standardy wymiany danych (np. szyfrowanie).

v. działania Systemu na stacji roboczej Zamawiającego – instalacja, uruchomienie.

vi.

6. Szczegółowy plan testów, scenariusze i przypadki testowe zostaną przygotowane przez Wykonawcę i zatwierdzone przez Zamawiającego na etapie Analizy Funkcjonalnej.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego145

Page 146: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

7. Za przeprowadzenie Testów Wewnętrznych Wykonawcy odpowiada Wykonawca. Pozostałe testy zostaną przeprowadzone przez Zamawiającego przy wsparciu Wykonawcy, które w szczególności będzie dotyczyć następujących aspektów:

a) zdefiniowanie w Systemie ról i uprawnień,b) przygotowanie w Systemie danych testowych,c) udzielanie, bez zbędnej zwłoki, osobom testującym porad w zakresie obsługi Systemu.

8. Wyniki testów systemu zostaną udokumentowane przez Wykonawcę oraz Zamawiającego w formie raportów z testów.

9. Warunkiem zakończenia testów części lub całości Systemu i rozpoczęcia procedury odbioru określonej części lub całości Systemu jest zaakceptowanie przez Zamawiającego wyników testów części lub całości Systemu, udokumentowane w formie stosownego protokołu.

Wymagania w zakresie Dokumentacji projektowej

L.p.

(1)

Wymaganie

(2)

Komentarz

(3)

1. Wykonawca opracuje i dostarczy dokumentację merytoryczną oraz zarządczą dotyczącą wdrożenia Systemu.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego146

Page 147: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

2. W skład dokumentacji merytorycznej wchodzą:

a) Specyfikacja Funkcjonalna systemu,b) Dokumentacja konfiguracji systemu,c) Dokumentacja techniczna projektu wdrożenia (dokumentacja modyfikacji standardowej

funkcjonalności, prac instalacyjnych, konfiguracyjnych, programistycznych itd.),d) Instrukcje kluczowych użytkowników systemu w podziale na zakresy funkcjonalne,e) Instrukcja dla Administratora Systemu,f) Instrukcja API,g) Materiały szkoleniowe zgodnie z wymaganiami w SIWZ,h) Dokumentacja testów zgodnie z wymaganiami w SIWZ,

3. Instrukcja użytkownika kluczowego powinna zawierać następujące informacje:

a) Obsługa systemu – wprowadzenie i podstawowe zasady,b) Opis wszystkich funkcjonalności systemu i ich obsługi przez użytkownika w ramach danego modułu i ról

w nim przewidzianych,c) Podstawowe czynności konfiguracyjne możliwe do wykonania z poziomu użytkownika biznesowego,

4. Instrukcje stanowiskowe dla użytkowników końcowych powinny zawierać opis sposobu realizacji ich codziennych zadań w systemie zgodnie z ich zakresem zadań i obowiązków.

5. Instrukcja Administratora Systemu powinna zawierać następujące informacje:

a) Obsługa systemu – wprowadzenie i podstawowe zasady,b) Opis funkcjonalności służących do zarządzania systemem w tym m.in. bieżącego monitorowanie pracy

systemu, przydzielania uprawnień, zakładania kont, ról, wprowadzania zmian w konfiguracji systemu,

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego147

Page 148: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

oceny poprawności działania systemu,c) Opis działania i obsługa mechanizmów wymiany danych wymaganych w SIWZ,d) Opis czynności okresowych związanych z administracją systemem,e) Procedury postępowania w przypadku nieprawidłowości działania systemu,f) Najczęściej występujące zagadnienia i sposoby ich rozwiązywania, tzw. FAQ dla Administratora Aplikacji.g) Architektura techniczna systemu wdrożonego u Zamawiającego,h) Opis systemu,i) Procedura instalacji systemu,j) Procedury utrzymania systemu (np. w przypadku konieczności wykonywania cyklicznie powtarzających

się czynności, rutynowe zadania Administratora technicznego, zakładanie kont, modyfikacja praw itp.)k) Procedury rozruchu i zatrzymania systemu,l) Procedury monitorowania pracy systemu,m) Procedury backupu i archiwizacji systemu (w tym archiwizacja logów), wykaz danych które powinny być

archiwizowane, zalecane cykle archiwizacji itp. (nie dotyczy obsługi systemu do backupu, tylko czynności specyficznych dla systemu będącego przedmiotem zamówienia).

n) Procedury odtwarzania z backupu,o) Procedura postępowania w przypadku awarii i odtwarzania systemu (tzw. „Disaster Recovery Plan”).

6. a)

7. Instrukcja API powinna zawierać opis parametrów wejściowych i wyjściowych oraz logiki działania API wraz z przykładami użycia.

8. Docelowy skład i zakres dokumentacji zarządczej będzie wynikał z metodyki prowadzenia projektu wdrożenia systemu zaproponowanej przez Wykonawcę. W ramach dokumentacji zarządczej Wykonawca przygotuje, dostarczy i będzie aktualizował w trakcie wdrożenia systemu przynajmniej następujące dokumenty:

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego148

Page 149: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

a) Plan projektu wdrożenia,b) Harmonogram projektu wdrożenia,c) Rejestr ryzyk,d) Rejestr zagadnień projektowych,e) Cykliczne raporty z postępu prac,

9. Ogólne wymagania Zamawiającego dotyczące tworzenia i dostarczania dokumentacji przez Wykonawcę:

a) Wszelka dokumentacja będzie opracowana w języku polskim,b) Dokumentacja w wersji elektronicznej oraz papierowej,c) Dokumentacja ma uwzględniać specyfikę wdrożenia i konfiguracji systemu u Zamawiającego, a nie tylko

standardową funkcjonalność,d) Szczegółowy zakres dokumentacji zostanie uzgodniony przez Wykonawcę z Zamawiającym w trakcie

opracowywania Specyfikacji Funkcjonalnej.

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego149

Page 150: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Elementy Platformy Sprzętowej

minimalne wymagania sprzętowe, w oparciu o które ma działać Oprogramowanie:

1. Serwer aplikacji ( w przypadku wykorzystania architektury 3-warstwowej)

Komponent Wymagania minimalneProcesor QUAD CORE XEON X5460 3.16GHzPamięć operacyjna 32 GBKarta sieciowa 1 Gbit/sSystem operacyjny Microsoft Windows 2008 Server Enterprise

2. Serwer bazodanowy

Procesor QUAD CORE XEON X5460 3.16GHzPamięć operacyjna 32 GBKarta sieciowa 1 Gbit/sSystem operacyjny Microsoft Windows 2008 Server EnterpriseSystem bazodanowy Microsoft SQL Server 2008 Standard

3. Stacje robocze

Komponent Wymagania minimalne

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego150

Page 151: SGH Warsaw School of Economicsadministracja.sgh.waw.pl/pl/dz/przetargi/Documents/ADZP... · Web viewSystem zostanie zintegrowany z systemem dziekanatowym Zamawiającego w zakresie

Procesor Procesor Intel/AMD - zegar 2GHzPamięć operacyjna 2 GBZasoby dyskowe 200 GBKarta graficzna Karta grafiki - rozdzielczość 1024x768,Karta dźwiękowa TakKarta sieciowa 100/1000 Gbit/sSystem operacyjny Microsoft Windows XP Professional PL 32 bit

Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego151