sgh warsaw school of economicsadministracja.sgh.waw.pl/.../zsi_odpowiedzi_3.docx · web...

Warszawa, dnia 22.08.2014 r.

ADZP-361-30-399/2014

Uczestnicy postępowania o zamówienie publiczne w trybie przetargu nieograniczonego na: 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 w ramach Projektu „Od administrowania do efektywnego zarządzania Szkołą Główną Handlową w Warszawie - połączenie wiedzy i nowoczesnych technologii informatycznych" (nr POKL.04.01.01-00-129) współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego, Program Operacyjny Kapitał Ludzki, Działanie 4.1 Wzmocnienie i rozwój potencjału dydaktycznego uczelni oraz zwiększenie liczby absolwentów kierunków o kluczowym znaczeniu dla gospodarki opartej na wiedzy, Poddziałanie: 4.1.1 Wzmocnienie potencjału dydaktycznego uczelni.

Na podstawie art. 38 ust. 1 pkt 2 i 4 ustawy z dnia 29 stycznia 2004r. Prawo zamówień publicznych (Dz. U. z 2013 r. poz. 907 ze zm.), Zamawiający przekazuje treść pytań Wykonawców wraz z wyjaśnieniami i zmianami, które stanowią integralną część SIWZ.

1. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Wymagania ogólne:

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.

Pytanie: Czy chodzi o zapewnienie możliwości zmiany waluty na Euro w momencie przystąpienia Polski do strefy Euro? Jeśli nie, prosimy o zmianę priorytetu wymagania na warunek oceniany.

Odpowiedź: Tak, wymaganie dotyczy zapewnienia możliwości zmiany waluty na Euro w momencie przystąpienia Polski do strefy Euro.


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

Pytanie: Czy w ww. wymaganiu chodzi o ogólną możliwość systemu? Ze względu na to, że taka funkcjonalność generuje znaczne obciążenie i zwiększoną ilość zapisów do bazy czy można uznać, że jest to funkcjonalność, którą system posiada, ale nie będzie ona przedmiotem konfiguracji? Jeśli nie, to ze względu na wskazane obciążenie wnosimy o ograniczenie zakresu historyzacji danych.

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

1

Odpowiedź: Zamawiający oczekuje konfiguracji wskazanej w wymaganiu funkcjonalności, której zakres wykorzystania zostanie wskazany na etapie Analizy Funkcjonalnej.


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.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli ciąg znaków będzie nie krótszy niż 20 znaków? Alternatywnie, czy Zamawiający uzna wymaganie za spełnione jeśli będzie możliwość wykorzystania unikalnego identyfikatora zbudowanego z dwóch pól?

Odpowiedź: Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione jeśli ciąg znaków będzie nie krótszy niż 20 znaków.


12. Licencja ma umożliwiać instalację i uruchomienie środowiska produkcyjnego i testowego.Pytanie: Czy środowiska produkcyjne i testowe mogą działać jako niezależne bazy danych lub instancje na tym samym serwerze bazodanowym?

Odpowiedź: Tak, Zamawiający dopuszcza, aby środowisko produkcyjne i testowe mogło działać na tym samym serwerze bazodanowym.


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.

Pytanie: Czy Zamówienie obejmuje dostawę licencji Bazy danych Microsoft SQL?

Odpowiedź: Nie, Zamówienie nie obejmuje dostarczenia licencji systemu baz danych MS SQL Server.


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ń).


2

Pytanie: Czy Zamówienie obejmuje dostawę zestawów lub elementów podpisu elektronicznego kwalifikowanego lub niekwalifikowanego? Jeśli tak, to w jakich ilościach?

Odpowiedź: Nie, Zamówienie nie obejmuje dostarczenia zestawów lub elementów podpisu elektronicznego.


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ę.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli będzie możliwość uruchamiania wybranych raportów systemu w tle, bez konieczności oczekiwania na ich zakończenie – użytkownik zleca Systemowi wygenerowanie raportu i może w tym czasie wykonywać inną pracę.

Odpowiedź: Zamawiający oczekuje uruchamiania procesów i raportów, które będą mogły być wykonywane w tle. Na etapie Analizy Funkcjonalnej zostaną wskazane raporty lub procesy, których czas wykonania jest długi i do nich zostanie zastosowane to wymaganie.


77. Zarządzanie procesami Systemu poprzez mechanizm typu workflow.Pytanie: Czy wystarczające będzie dostarczenie w ramach systemu definiowalny mechanizm wieloetapowej akceptacji dokumentów?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i warunek zostanie uznany za spełniony.


79. System musi posiadać funkcjonalność wykonywania pełnych i cząstkowych backupów narzędziami wewnętrznymi i backupów zewnętrznych.

Pytanie: Co Zamawiający rozumie przez backupy zewnętrzne? Czy w ramach Zamówienia należy dostarczyć jakieś narzędzia (np. BackupExec, Netbackup itp.) do wykonywania backupów?

Odpowiedź: Zamawiający oczekuje, że System będzie współpracował i umożliwiał wykonywanie backupów przez standardowe narzędzia MS SQL Server lub z wykorzystaniem zewnętrznych narzędzi (np. Symantec BackupExec). W zakres umowy nie wchodzi dostawa narzędzi do wykonywania backupów.


82. Na moment odbioru wdrożonego Systemu, Wykonawca zainstaluje we własnym zakresie niezbędne aktualizacje systemu operacyjnego, serwera baz danych i serwera aplikacyjnego


3

oraz innych komponentów na bazie których zbudowany jest System.Pytania:a. Czy wymaganie dotyczy aktualnych poprawek do licencji, które posiada Zamawiający czy też aktualnych, nowych wersji systemów dostępnych poprzez zakupiony Maintenence do licencji Microsoft?

Odpowiedź: Wymaganie dotyczy aktualnych poprawek opublikowanych przez producentów poszczególnych wymienionych elementów infrastruktury niezbędnych do działania wdrożonego Systemu.

b. Czy wymaganie obejmuje jedynie usługi instalacji, a prawo do nowych wersji posiadanych licencji jest zapewnione przez Zamawiającego?

Odpowiedź: Tak, wymaganie obejmuje jedynie usługę instalacji.

11. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Składniki Majątku:

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

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.

57. Możliwość przesłania danych z terminala do programu środków trwałych i tworzenia wydruków arkuszy spisu z natury.

oraz

12. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Magazyn:

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.

45. Wydruk etykiet towarów, zawierające min. nazwę, cenę oraz jednostkę miary.Pytania: Czy Zamówienie obejmuje dostawę i w jakich ilościach:a. drukarek kodów kreskowych,b. materiałów eksploatacyjnych do w/w drukarek,c. przenośnych terminali z czytnikiem kodów kreskowych,d. oprogramowania dedykowanego na przenośne terminale przeznaczonego do obsługi procesu inwentaryzacji?

Odpowiedź: Nie, Zamówienie nie obejmuje dostawy wymienionych elementów.

13. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Wymagania w zakresie integracji


4

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.

Pytanie: Czy wymaganie zostanie uznane za spełnione, jeżeli integracja z SBI będzie polegała na dwustronnej wymianie plików w określonym przez SBI formacie oddzielnym dla importu przelewów i eksportu przelewów, a generowanie plików i import danych będzie odbywał się na żądanie operatora?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione.

14. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Wymagania w zakresie integracji:

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).

Pytanie: Prosimy o potwierdzenie, że w związku z tym, że Zamawiający dysponuje już Active Directory ewentualne licencje dostępowe do Windows Serwer (CALe) nie są przedmiotem niniejszego Zamówienia.

Odpowiedź: Zamawiający potwierdza, że zamówienie nie obejmuje dostawy licencji dostępowych do MS Windows Server.

15. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Wymagania w zakresie integracji:

4. System zostanie zintegrowany przez Wykonawcę z systemem Polon w zakresie wygenerowania i elektronicznej wymiany danych wskazanych w aktach prawnych.

Pytanie: Prosimy o potwierdzenie, że wymaganie dotyczyć tylko danych o pracownikach tj. Eksport danych obejmować będzie dane o zatrudnieniu, wykształceniu i uzyskanych stopniach naukowych i nie będzie obejmował danych dostępnych w systemie dziekanatowym Zamawiającego.

Odpowiedź: Zamawiający oczekuje, że System będzie zintegrowany w zakresie danych, które będą ewidencjonowane w Systemie (np. dane kadrowe, finansowe, o składnikach majątku).

16. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Wymagania w zakresie migracji danych:


5

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”.

Pytanie: Prosimy o uszczegółowienie planowanego do migracji zakresu danych z systemu Optiest.

Odpowiedź: System „Optiest” jest systemem ewidencji majątku i migracji zostanie poddany m.in zakres danych dostępnych w kartotece majątku. Szczegółowy zakres danych potrzebnych do wykorzystania w nowym Systemie zostanie ustalony na etapie Analizy Funkcjonalnej.

17. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Elementy Platformy Sprzętowej:

Pytanie:

a. Prosimy o wyjaśnienie jaką funkcję pełnią przedstawione w tabelach parametry sprzętu? Czy opisują sprzęt jaki Zamawiający przeznaczył w całości do realizacji niniejszego Zamówienia? Podane parametry są zbyt ogólne by potwierdzić wymagania dotyczące czasów odpowiedzi/wykonania podanych w OPZ Wymagania ogólne 87, 88, 89. Brakuje m.in. specyfikacji elementów dyskowych, macierzy, architektury sieciowej. Prosimy o dokładne wyspecyfikowanie posiadanego sprzętu.

Odpowiedź: Zamawiający wskazał elementy infrastruktury serwerowej celem podania minimalnych wymagań, jakie w ocenie Zamawiającego w tym zakresie System powinien spełniać i które elementy na dzień dzisiejszy Zamawiający posiada. Na Etapie Analizy Funkcjonalnej przewidziane jest opracowane specyfikacji optymalnego środowiska. W przypadku wskazania nowych elementów infrastruktury zostaną one zakupione przez Zamawiającego celem wykorzystania do uruchomienia produkcyjnego Systemu.

b. Jeśli parametry sprzętu są za małe do zagwarantowania czasów odpowiedzi/wykonania podanych w OPZ Wymagania ogólne 87, 88, 89 to czy musimy podać wymagania optymalne dla naszego systemu czy też należy taki sprzęt dostarczyć lub rozbudować istniejący w ramach Zamówienia? Do kalkulacji rozbudowy sprzętu niezbędne są informacje o producencie, modelach, numerach produktów posiadanego rozwiązania sprzętowego – prosimy wówczas o ich podanie.

Odpowiedź: Dostawa infrastruktury nie wchodzi w zakres umowy.

18. Dotyczy: Załącznik nr 2 do SIWZ – Wzór Umowy:

§ 7. W ramach Umowy, Wykonawca zobowiązuje się zapewnić pełną zgodność Systemu z przepisami prawa i zasadami obowiązującymi w Polsce w obszarze funkcjonalnym objętym zakresem umowy, w szczególności Wykonawca zapewnia, że funkcjonalność


6

Systemu będzie zgodna z poniższymi regulacjami, w zakresie i o ile regulacje te odnoszą lub odnosić się będą do Systemu:

1) przepisami prawa polskiego, w szczególności z przepisami wskazanymi w SIWZ lub przez Zamawiającego;

2) regulacjami wewnętrznymi SGH zamieszczonymi w SIWZ, a także przekazanymi Wykonawcy przez SGH po zawarciu Umowy, lecz nie później niż 8 tygodni przed zakończeniem pracy nad modułem funkcjonalnym i przekazaniem do Testów Akceptacyjnych w którym dana regulacja ma zastosowanie w granicach zakresu określonego zawartą Umową.

Ocena zgodności Systemu z wymaganiami, o których mowa w zdaniu poprzedzającym na potrzeby Wdrożenia będzie dokonywana przez SGH w oparciu o stan istniejący w chwili zgłoszenia gotowości danej części Systemu (Produktów) do odbioru.

Po odbiorze Produktu, uwzględnianie zmian prawnych i regulacji wewnętrznych SGH odbywać się będzie w ramach Asysty Technicznej.

Pytanie: Tak sformułowane (wyróżnione) zapisy generują dość znaczne ryzyko po stronie Wykonawcy, niemożliwe do zwymiarowania, ponieważ w chwili składania oferty nie wiadomo o jakich przepisach i regulacjach wewnętrznych mowa, a także jakie potencjalne zmiany w Systemie mogą wygenerować ww. dokumenty, przekazane już po podpisaniu Umowy, a nie będące w zakresie SIWZ.W związku z powyższym prosimy o wykreślenie wyróżnionych zapisów, bądź zapewnienie, że wszelkie zidentyfikowane prace Wykonawcy, wynikłe z dokumentów przekazanych przez SGH Wykonawcy już po zawarciu Umowy i wykraczające poza prace określone w SIWZ, będą odbywały się w ramach limitu godzin przewidzianego w Asyście Technicznej.

Odpowiedź: Celem Zamawiającego jest uruchomienie Systemu, który uwzględnia uwarunkowania opisane w aktach wewnętrznych, które mogą zostać zaktualizowane także po podpisaniu umowy. Wielomiesięczny czas trwania projektu wprowadza konieczność uwzględnienia sytuacji, że w czasie realizacji wdrożenia wewnętrzne akty prawne mogą zostać zaktualizowane i ich elementy powinny zostać uwzględnione w Systemie, jednak w celu ograniczenia ryzyka wskazanego przez Wykonawcę Zamawiający dokonuje zmiany zapisu §7 pkt 2, który otrzymuje brzmienie:„regulacjami wewnętrznymi SGH zamieszczonymi w SIWZ. W przypadku zmiany regulacji wewnętrznych podanych w SIWZ zostaną one uwzględnione w Systemie, o ile wejdą w życie nie później niż 8 tygodni przed zakończeniem pracy nad modułem funkcjonalnym i przekazaniem do Testów Akceptacyjnych w którym dana regulacja ma zastosowanie w granicach zakresu określonego zawartą Umową.”. Pozostałe zapisy §7 pozostają bez zmian.


7

19. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Księgowość/Finanse

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.

Pytanie: Czy wystarczająca będzie możliwość tworzenia szablonów automatycznych księgowań przypisanych do typów dokumentów, zmiany szablonu w trakcie roku obrotowego z zachowaniem wersji wcześniejszych?

Odpowiedź: W ocenie Zamawiającego pytanie jest mało precyzyjne i uniemożliwia jednoznaczne stwierdzenia spełnienia podanego wymagania. System musi umożliwiać wprowadzenie dowolnej ilości typów dokumentów księgowych, gdzie dla każdego typu dokumentu będzie dostępny odrębny schemat dekretacji lub gwarantować możliwość wybierania dowolnego schematu dekretacji w ramach danego typu dokumentu księgowego np.: przy księgowaniu faktury za zakup energii eklektycznej po wybraniu typu zakupu automatycznie powinien być narzucany dekret księgowy, jeśli chodzi o zespół 2 i 4.

20. Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Księgowość/Finanse.

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

Pytanie: Czy wystarczające będzie przypisanie dla pozycji dowodów dodatkowych pól z dodatkowymi informacjami o dowodach?

Odpowiedź: Nie, zaproponowane rozwiązanie jest częściowym spełnieniem wymagania. System powinien także pozwalać na dodawanie pól zawierających informacje (np. okres sprawozdawczy do którego powinien być przypisany dokument) dotyczące całego dokumentu, a nie tylko konkretnej pozycji dokumentu.


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.

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). Co oznacza kontrola salda ujemnego?


8

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie możliwość uaktywnienia się alertu w przypadku powstania salda po stronie „MA” na kontach typu „Kasa” i „Bank”.


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.

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu użycia). Jakie schematy mają być brane pod uwagę prócz bilansowania się dowodu?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, że np.: przy użyciu kont z zespołu 4 konieczność rozdekretowania tej samej kwoty na kontach zespołu 5, kompletność dekretu ze względu na przyjęte zasady ewidencji.

23. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Księgowość/Finanse Pytanie: Prosimy o uszczegółowienie wymagania. O jaki raport chodzi? Prosimy o podanie przykładu. Czy wymaganie będzie spełnione w przypadku pojawianie się pełnego komunikatu niezgodności dekretu z możliwością jego wydrukowania?

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

Odpowiedź: Podane w pytaniu rozwiązanie będzie częściową realizacją wymagania Zamawiającego. System musi kontrolować nie tylko zgodność nadanych dekretów, ale również innych wprowadzanych informacji np.: gdy data dokumentu jest późniejsza niż data księgowania, gdy okres sprawozdawczy jest wcześniejszy niż data dokumentu. Zamawiający oczekuje możliwości zbiorczej kontroli dokumentów księgowych, zwłaszcza w przypadku przekazywania dokumentów pomiędzy modułami Systemu.

Zamawiający dokonuje modyfikacji wymagania, które otrzymuje treść:

39. Automatyczne generowanie raportów (lub alertów) z błędami i ostrzeżeniami dotyczącymi wprowadzanych danych księgowych.


45. Przypisywanie walut do kont księgowych.Pytanie: Czy w ww. wymaganiu chodzi o możliwość księgowania na kontach wartości w walutach z równoczesną ich wyceną w PLN?


9

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, że System powinien uniemożliwić wprowadzanie na koncie zapisów w innej walucie niż zadeklarowana w konfiguracji konta.


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.

Pytanie: Prosimy o uszczegółowienie wymagania. Czy wymaganie będzie spełnione w przypadku gdy system nie pozwoli zadekretować na konto księgowe bez podania wszystkich analityk do niego przypisanych (np. listy odbiorców, dostawców)?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, że System powinien być wyposażony w kartoteki, które pozwalają śledzić transakcje z punktu widzenia danego podmiotu, pilnować rozliczania rozrachunków, dokonywać kompensat. System powinien pilnować, aby w przypadku przypięcia do konta kartoteki, była ona uzupełniana.


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.

Pytanie: Czy w ww. wymaganiu chodzi o możliwość uzupełniania danych z wczytanego wyciągu bankowego, które nie zostały automatycznie wypełnione, z możliwością ręcznego rozliczenia i automatycznej dekretacji?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, że System ma wczytać wszystkie dane z wyciągu bankowego. W przypadku, gdy System sam nie może nadać prawidłowego dekretu księgowego lub rozliczyć rozrachunków powinien takie transakcje wyróżnić, by brakujące dane wprowadził operator Systemu.


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.


10

Pytanie: Prosimy o uszczegółowienie wymagania. Czy wymaganie będzie spełnione jeżeli system wygeneruje plik w odpowiednim formacie czytanym przez system bankowy z pozycji wskazanych i/lub filtrowanych na liście poleceń zapłaty w ZSI?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione. Przy czym System musi umożliwić automatyczne i ręczne wskazywanie plików do wyeksportowania do systemu bankowego.


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

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). Jakich tytułów płatności dotyczy wymaganie?

Odpowiedź: Podane przez Zamawiającego wymaganie dotyczy automatycznego wypełnienia pola „tytuł płatności” poprzez podanie np.: numery faktur, daty faktury, czego faktura dotyczyła (zakup energii za II kwartał).


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

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). Jakich tytułów płatności dotyczy wymaganie?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie np.: możliwości zapłacenia np. połowy danej faktury.


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

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeżeli na etapie ręcznej generacji przelewów z zobowiązań będzie można podejrzeć stan rachunku bankowego z uwzględnieniem wprowadzonych wyciągów bankowych i przelewów do wysłania?

Odpowiedź: Nie, wymaganie nie zostanie spełnione. System ma sam ostrzegać, w przypadku wysyłania paczki przelewów, że zgodnie z danymi zawartymi w ZSI, na danym koncie bankowym nie ma niezbędnej ilości środków, aby wszystkie płatności zrealizować.



11

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

Pytanie: Czy ww. wymaganie można rozumieć jako „Możliwość importu tabel kursów walut ze strony internetowej banku (NBP i PeKaO S.A.) w podziale na kurs kupna, sprzedaży i średni.”?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie możliwość automatycznego pobierania tabel kursów walut w podziale na kurs kupna, sprzedaży i średni bez ingerencji operatora, np. po uruchomieniu Systemu jako rodzaju aktualizacji.


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.

Pytanie: Prosimy o uszczegółowienie co Zamawiający uwzględnia pod skrótem "itp." ?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie możliwość stworzenia dodatkowego rejestru przez operatora Systemu, funkcjonującego w sposób standardowy, jak wymieniane w opisie.


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

Pytanie: Prosimy o uszczegółowienie wymagania. Czy chodzi o skojarzenie sposobu wyznaczania miesiąca VAT wg typu dokumentu? Jeżeli nie proszę o uszczegółowienie jakiego rodzaju ma być powiazanie.

Odpowiedź: Podane wymaganie powinno uwzględniać również (poza podanym w wymaganiu), m. in. stawkę podatku lub czy zakup jest związany ze sprzedażą zwolnioną czy opodatkowaną.


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.

Pytanie: Czy wymaganie będzie spełnione w przypadku możliwości podglądu i wydruku stanu rejestrów i deklaracji?


12

Odpowiedź: Zamawiający dopuszcza podaną formę realizacji przy zachowaniu warunku o możliwości dostępu do historii danych dla poszczególnych okresów z zachowaniem chronologii zdarzeń.


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

Pytanie: Czy wystarczająca będzie możliwość oznaczania pozycji rozrachunkowych podlegających kompensacie (nie branych pod uwagę przy automatycznym generowaniu przelewów)?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację.


97. Oznaczenie typów kartotek, które mają być brane pod uwagę przy tworzeniu kompensat.Pytanie: Czy wystarczająca będzie możliwość oznaczenia typów kartotek, które mają automatycznie generować przelewy?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację.


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.

Pytanie: Czy wymaganie będzie spełnione w przypadku gdy pozycje rozrachunkowe będą miały statusy rozliczenia (nierozliczone, częściowo rozliczone, rozliczone) i do tego będzie możliwość przypisania im dodatkowych statusów?


Zamawiający wprowadza nowe wymaganie:

Możliwość automatycznego przypisania statusu na podstawie parametrów (np. data płatności) oraz operacji przeprowadzonych w Systemie (np. wystawienie wezwania do zapłaty).

Warunek oceniany

Tak – 1 pkt

Nie – 0 pkt



13

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.

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). O jakie szablony dokumentu chodzi?

Odpowiedź: W podanym wymaganiu chodzi o wygląd i zakres danych które znajdą się na dokumencie "Kompensata', który to dokument będzie można potem wydrukować i wysłać do akceptacji kontrahentowi.


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

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

Pytanie: Czy wymaganie będzie spełnione w przypadku gdy wskaźniki będzie można wprowadzić na drugim dedykowanym planie kont?

Odpowiedź: Zamawiający bez szczegółowej analizy konsekwencji wprowadzenia drugiego planu kont nie jest w stanie potwierdzić spełnienia wymagania. Jeżeli podane w pkt 124 i 126 wymagania zostaną spełnione oraz nie wpłynie to np. na konieczność wprowadzania podwójnie danych (np. dekretacji, aktualizowanie planu kont) Zamawiający dopuści zaproponowane rozwiązanie.

40. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Księgowość/Finanse Pytanie: Czy wymaganie będzie spełnione w przypadku, kiedy będzie można skasować dekret wcześniejszego rozdekretowania i naliczyć na nowo?

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

Odpowiedź: Nie, podane rozwiązanie nie będzie wystarczające do spełnienia wymagania. Założeniem Zamawiającego jest automatyczna korekta kosztów pośrednich poprzez wprowadzenie korekty do dokumentu pierwotnego.


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

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). Na czym miałby polegać mechanizm naliczania kosztów pośrednich w przypadku rejestracji kosztów bezpośrednich?


14

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, że System po wywołaniu polecenia "nalicz koszty pośrednie za dany okres sprawozdawczy" powinien przygotować PK, w którym wyliczy koszty pośrednie oraz narzuci odpowiednie dekrety księgowe wg. zadanego algorytmu, w oparciu o poziom zrealizowanych kosztów bezpośrednich.


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

Pytanie: Czy wymaganie będzie spełnione w przypadku gdy wskaźniki będzie można wprowadzić na drugim dedykowanym planie kont z uwzględnieniem podziału na projekty?

Odpowiedź: Zamawiający bez szczegółowej analizy konsekwencji wprowadzenia drugiego planu kont nie jest w stanie potwierdzić spełnienia wymagania. Jeżeli podane w pkt 129 wymaganie zostanie spełnione oraz nie wpłynie to np. na konieczność wprowadzania podwójnie danych (np. dekretacji, aktualizowanie planu kont) Zamawiający dopuści zaproponowane rozwiązanie.

43. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Składniki Majątku

3. Możliwość otwierania i zamykania przez uprawnione osoby okresów sprawozdawczych.Pytanie: Czy wymaganie będzie spełnione w przypadku gdy uprawniony operator będzie mógł otwierać nowe okresy sprawozdawcze i blokować operacje w zamkniętych?

Odpowiedź: W ocenie Zamawiającego pytanie jest mało precyzyjne. System powinien umożliwić zamknięcie okresu sprawozdawczego, czego efektem powinien być brak możliwości przypisywania do tego okresu operacji gospodarczych.


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.

Pytanie: Czy wymaganie będzie spełnione w przypadku, gdy z dokumentu RW będzie można wygenerować dokument OT i kartę MT?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione przy założeniu, że operacja ta nie będzie wymagała osobnego wchodzenia do dokumentu OT i dopisywania tam dodatkowych danych.



15

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

Pytanie: Prosimy o uszczegółowienie wymagania. W jakim celu taka zmiana jest potrzebna? Czy nie zostanie zaburzona numeracja w przypadku możliwość wprowadzenia dowolnego numeru i szablonu numeracji?

Odpowiedź: Zamawiający rezygnuje z powyższego wymagania.


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.

Pytanie: Czy wymaganie będzie spełnione jeżeli dany środek trwały będzie miał wyszczególnienie z jakich źródeł jest finansowany?

Odpowiedź: Tak, zaproponowane rozwiązanie jest wystarczające do spełnienia wymagania przy zachowaniu informacji sumarycznej dotyczącej kompletnego składnika. System musi również mieć możliwość wygenerowania raportu po danym źródle finansowania, w którym będzie dostępna informacja, jaka cześć danego środka trwałego jest finansowana z tego źródła i że nie jest to cała wartość środka trwałego.

47. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Składniki Majątku Pytanie: Prosimy o uszczegółowienie wymagania. O jakie konta zakupu chodzi?

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.

Odpowiedź: Zamawiający dokonuje modyfikacji wymagania, które otrzymuje treść:

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.: inwestycji, darowizny.


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.

Pytanie: Prosimy o uszczegółowienie wymagania. O jakie zmiany i jakich danych chodzi?


16

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie, możliwość wskazania zakresu (np. numerów inwentarzowych) oraz wybranej danej z kartoteki (np. jednostki lub osoby użytkującej, zmiana numeru ubezpieczenia) i jej globalna zmiana dla wybranego zakresu wraz z przygotowaniem dokumentów (np. ZMU).


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

Pytanie: Czy wymaganie będzie spełnione jeżeli zamiast podania wskaźnika operator będzie zmieniał stawkę amortyzacji, która będzie różniła się od podstawowej wg GUS?

Odpowiedź: Zamawiający dopuszcza podaną metodę realizacji i uznanie wymagania za spełnione przy jednoczesnym wprowadzeniu pola do wpisania przyczyny zmiany stawki amortyzacji.


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 majątku i po korekcie powtórnego naliczenia amortyzacji.

Pytanie: Prosimy o uszczegółowienie wymagania i podanie algorytmu wg którego ma być sprawdzana poprawność naliczenia amortyzacji. Co ma być wyznacznikiem - czy amortyzacja jest naliczona poprawnie czy błędnie? Prosimy o podanie przykładu.

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie kontrolę poprawności działania Systemu oraz kontrolę w porównaniu z okresem poprzednim, jeśli żadne czynniki wpływające na naliczenie amortyzacji się nie zmieniły.


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.

Pytanie: Prosimy o uszczegółowienie zwrotu "różne aspekty kosztowe", ponieważ temat jest bardzo szeroki. Prosimy o podanie zamkniętej listy.

Odpowiedź:


17

Pod pojęciem aspekt kosztowy, Zamawiający rozumie m.in. jednostkę, źródło finansowania, projekt. Lista niezbędnych aspektów kosztowych zostanie ustalona na Etapie Analizy Funkcjonalnej. Szczegółowy opis aspektów kosztowych znajduje się w części dotyczącej Finansowo/Księgowej.


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

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładu). O jakie lata poprzednie chodzi?

Odpowiedź:

Poprzez podane wymaganie Zamawiający rozumie możliwość wydrukowania planu jak również realizacji amortyzacji za okres, który zostanie już w Systemie zamknięty.


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

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

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

Pytanie: Ww. wymagania regulowane są ustawowo. W chwili obecnej brak jest wytycznych Ministerstwa Finansów w kontekście przeszacowania wartości środków trwałych. W związku z tym prosimy o wykreślenie wymagań lub zapewnienie, że mechanizm może zostać dostarczony w przypadku opublikowania zaleceń MF w zakresie przeszacowania wartości środków trwałych.

Odpowiedź:

Zamawiający dopuszcza, że mechanizm może zostać dostarczony w przypadku opublikowania takiego zalecenia przez Ministerstwo Finansów, ale jego dostarczenia ma być dla Zamawiającego bezpłatne.


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.


18

Pytanie: Prosimy o uszczegółowienie wymagania. Na jakiej zasadzie miałaby wyglądać kontrola inwentaryzacji z zapisami księgowymi?

Odpowiedź:

Poprzez podane wymaganie Zamawiający rozumie możliwość porównania efektów spisu z natury z danymi zawartymi w Systemie. Jest to standardowy sposób ustalania różnic inwentaryzacyjnych. System powinien wspierać (automatycznie ustalać) ten stan.


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.

Pytanie: Przywoływanego Zarządzenia brakuje w dołączonych do dokumentacji przetargowej Aktach wewnętrznych. Prosimy o uzupełnienie, doprecyzowanie jakich dokumentów dotyczy wymaganie, bądź zmianę kategorii wymagania na warunek oceniany

Odpowiedź: Zamawiający przekazuje podane w wymaganiu Zarządzenie Rektora nr 47 z 17.11.2003 oraz poniżej precyzuje jakich dokumentów wymaganie dotyczy.

Zgodnie z §21 zarządzenia Dział Kontroli Majątku sporządza protokół kasacyjny oraz dowód LT. Dowód „LT” powinien zawierać następujące dane:

symbol, numer i nazwę komórki organizacyjnej, w której środek trwały eksploatowano,

numer inwentarzowy środka trwałego wraz z jego charakterystyką (cechami podstawowymi),

wartość początkową i wartość netto na dzień likwidacji,

orzeczenie komisji likwidacyjnej wraz z datą postawienia w stan likwidacji,

podpisy komisji likwidacyjnej oraz osób zatwierdzających likwidację.

Zgodnie z §33 zarządzenia likwidacja wyposażenia następuje na podstawie dowodu „LN” z zachowaniem procedury jak w § 20 (dla środków trwałych) z wystawieniem protokołu likwidacji (kasacji) i dwóch dowodów „LN”.

Protokół powinien zawierać co najmniej takie informacje jak:

listę jednostek, w których przeprowadzono kasację wraz z informacją o osobach odpowiedzialnych za likwidowane składniki,

skład komisji likwidacyjnej,


19

wykaz składników objętych kasacją wraz z decyzją komisji odnośnie poszczególnych składników (skierowanie do odsprzedaży, utylizacji lub odzysku)

podpisy komisji likwidacyjnej oraz osób zatwierdzających likwidację.


68. Możliwość przeprowadzenia likwidacji składników majątku z uwzględnieniem automatycznie generowanych dokumentów kasacyjnych.

Pytanie: Czy wymaganie będzie spełnione w przypadku wydruku dokumentu LT (likwidacji) z opisem przyczyny likwidacji? Jeśli nie, prosimy o zmianę kategorii wymagania na warunek oceniany.

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie możliwość stworzenia inaczej nazywającego się dokumentu, który będzie funkcjonował tak jak dokument LT/LN, ale przede wszystkim chodzi o automatyzację procesu.

57. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Składniki Majątku Pytanie: Czy ww. wymaganie jest krytyczne dla Zamawiającego? Jeśli nie, prosimy o zmianę kategorii wymagania na warunek oceniany.

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.

Odpowiedź: Zamawiający zmienia zapis wymagania nr 71 w Składnikach Majątku, które otrzymuje brzmienie:

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 ocenianyTak – 1Nie - 0


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.

Pytanie: Czy wymaganie będzie spełnione w przypadku gdy system będzie dynamicznie drukował dokument wywozowy z wskazanych dokumentów LT i LN bez jego zapisu i rejestracji?


20

Odpowiedź: Nie, Zamawiający oczekuje, że wygenerowany dokument będzie można zapisać w Systemie.

59. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Sprawozdawczość

7. - UOR - rachunek przepływów pieniężnych sporządzany metodą pośrednią i bezpośredniąPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie wspierał przygotowanie danych do wykonania raportu?

Odpowiedź: Nie, wymaganie nie zostanie spełnione. System musi posiadać szablon dokumentu i automatycznie przenosić dane do I etapu tworzenia rachunku wg. metody bilansowej. System powinien dawać również możliwość wprowadzania korekt kwotowo lub za pomocą wskazania kont księgowych które powinny zostać dodane lub odjęte w danej pozycji rachunku. Dodatkowo System powinien umożliwić zapisanie komentarzy do korekt.


8. - UOR - zestawienia zmian w kapitale własnymPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

Odpowiedź: Założeniem Zamawiającego jest by System posiadał odwzorowany szablon dokumentu lub odnoszący się do pozycji sprawozdania raport wykorzystujący dane ewidencjonowane w Systemie oraz posiadał możliwość korygowania zakresu danych (np. wskazania kont księgowych) wykorzystywanych przy tworzeniu raportu.


9. - MNISW - plan rzeczowo-finansowyPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

Odpowiedź: Tak, warunek zostanie spełniony.


10. - MNISW - sprawozdanie z wykonania planu rzeczowo-finansowegoPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

Odpowiedź: Założeniem Zamawiającego jest by System posiadał odwzorowany szablon dokumentu lub odnoszący się do pozycji sprawozdania raport wykorzystujący dane ewidencjonowane w


21

Systemie oraz posiadał możliwość korygowania zakresu danych (np. wskazania kont księgowych) wykorzystywanych przy tworzeniu raportu.


11. - MNISW - sprawozdanie z działalności uczelniPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

Odpowiedź: Tak, wymaganie zostanie spełnione.

64. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Sprawozdawczość Pytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

43. - VAT-UE/A



44. - VAT-UE/BPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?



45. - VAT-UE/CPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?

Odpowiedź: Założeniem Zamawiającego jest by System posiadał odwzorowany szablon dokumentu lub odnoszący się do pozycji sprawozdania raport wykorzystujący dane ewidencjonowane w


22

Systemie oraz posiadał możliwość korygowania zakresu danych (np. wskazania kont księgowych) wykorzystywanych przy tworzeniu raportu.


46. - VAT-UEKPytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy system będzie udostępniał dane do wykonania sprawozdania?


68. Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Raportowanie

5. Raportowanie wg okresów (dzienny, miesięczny, kwartalny, roczny), uwzględniające porównywanie danych z kilku lat obrachunkowych i okresów sprawozdawczych.

Pytanie: Prosimy o uszczegółowienie wymagania (np. poprzez podanie przykładów). O jakie raportowanie chodzi? Jakich danych?

Odpowiedź: Raporty standardowo dostępne w Systemie jak również te robione na potrzeby Zamawiającego powinny od razu zakładać możliwość ich wywoływania za wskazany okres np.: zapisy na koncie za I kwartał 2015 i do porównania zapisy za I kwartał 2016.

69. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Raportowanie

7. Raportowanie uwzględniające dokumenty niezaksięgowane (wprowadzone do "bufora roboczego").

Pytanie: Czy wymaganie zostanie uznane za spełnione w przypadku, gdy dekrety będą w buforze i będą prezentowane w raportach, ale będą mogły także być przywrócone do statusu roboczego?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione o ile przywrócenie dokumentu do statusu roboczego umożliwia korektę danych w dokumencie źródłowym, a nie poprzez dokument korygujący.

70. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Kadry:


23

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).

Pytanie: Czy wystarczająca będzie ewidencja następujących danych w zakresie medycyny pracy oraz bezpieczeństwa i higieny pracy: Badania wstępne, Badania okresowe, Badania kontrolne, Badania sanitarne, Badania psychologiczne, Baza czynników szkodliwych dla zdrowia na stanowisku pracy, Szkolenie wstępne ogólne w dziedzinie bhp, Szkolenie okresowe w dziedzinie bhp?

Odpowiedź: Zamawiający dokonuje modyfikacji punktu 25 Kadry, który otrzymuje brzmienie:

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,• 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).

oraz dodaje nowy punkt wymagań

Ewidencja oceny ryzyka zawodowego na stanowisku pracy Warunek oceniany


24

Tak – 1 pkt

Nie – 0 pkt


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, 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ść.

Pytanie: Czy Zamawiający zaakceptuje wymaganie w następującej formie?

39.

Obsługa kartoteki wyjazdów: delegacji krajowych, delegacji zagranicznych, • Tworzenie kartoteki delegacji w powiązaniu z kartoteką pracowniczą,• Kartoteka będzie zawierać m.in. informacje o: a) nr wniosku, b) nazwisko, c) imię, d) telefon, e) jednostka organizacyjna, f) cel wyjazdu, g) planowana data wyjazdu, h)planowana data powrotu, i) państwo docelowe, j) miasto docelowe, k) miejscowość rozpoczęcia podróży służbowej, l) środek transportu, dane samochodu w przypadku podróży samochodem prywatnym (możliwość podania kilku różnych środków transportu), m) planowane koszty finansowane przez SGH (nazwa kosztu, kwoty, źródła finansowania), n) ogólna kwota zablokowanych środków w przeliczeniu na zł, o) czy wnioskowana zaliczka, p) kwoty wnioskowanych przedpłat, q) dane jednostki refundującej koszty wyjazdu.

System ma rozliczać delegację zgodnie z zasadami opisanymi w module Księgowość.

Odpowiedź: Zamawiający utrzymuje wymaganie bez zmian. Szczegółowy zakres pól, niezbędnych w procesie obsługi wyjazdów, zostanie ustalony na etapie Analizy Funkcjonalnej.


25


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

Pytanie: Czy Zamawiający zaakceptuje standardowy szablon polecenia wyjazdu służbowego, zaproponowany przez Wykonawcę? Jeśli nie, prosimy o przekazanie wzoru szablonu (lub co najmniej określenie danych, które mają się na nim znaleźć), ponieważ wymaganie w takiej formie jest zbyt otwarte i utrudnia oszacowanie pracochłonności.

Odpowiedź: Zamawiający nie ma wiedzy na temat szablonu proponowanego przez Wykonawcę, w związku z czym nie ma możliwości akceptacji na tym etapie. Zamawiający używa powszechnie obowiązującego szablonu polecenia wyjazdu służbowego.

Dodatkowo w uczelni obowiązuje Zarządzenie Rektora nr 13 z 11 kwietnia 2008 w sprawie określenia wzoru dokumentów i zasad kierowania za granicę pracowników, doktorantów i studentów SGH, w celach naukowych, dydaktycznych, szkoleniowych. Procedura wraz dokładnymi wzorami jest dostępna na stronie SGH


26

http://administracja.sgh.waw.pl/pl/dpm/wymiana_miedzynarodowa/pracownicy/procedury/Strony/default.aspx


41. Możliwość utworzenia słownika celów wyjazdu, miejsc oddelegowania oraz wybór konkretnych wartości z rozwijanej listy,- określenie podstawy wyjazdu.

Pytanie: Czy wymaganie jest krytyczne dla Zamawiającego? Jeśli nie, prosimy o zmianę kategorii z warunku koniecznego na oceniany.

Odpowiedź: Zamawiający utrzymuje wymaganie bez zmian.


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.

Pytanie: Prosimy o doprecyzowanie. Czym dla Zamawiającego jest „Karta pracy”?

Odpowiedź: Poprzez Kartę pracy Zamawiający rozumie karty ewidencji czasu prac realizowanych w ramach projektów.


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.

Pytanie: Czy Zamawiający przez pojęcie grupowania i filtrowania, rozumie np. grupowanie danych i ich filtrowanie w raporcie?

Odpowiedź: Tak


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.

Pytanie: Systemy kadrowo-płacowe nie zajmują się ewidencją i planowaniem zajęć. Rozumiemy, że dane wynikowe z tych operacji będą przedmiotem ewentualnej integracji? Czy można założyć, że obejmie ona sumaryczne godziny do wypłaty, z podziałami niezbędnymi do zaksięgowania ich w systemie FK?


27

http://administracja.sgh.waw.pl/pl/cpm/wymiana_miedzynarodowa/pracownicy/procedury/Strony/default.aspx

http://administracja.sgh.waw.pl/pl/cpm/wymiana_miedzynarodowa/pracownicy/procedury/Strony/default.aspx

Odpowiedź: Celem Zamawiającego nie jest prowadzenie ewidencji i planowania zajęć, lecz możliwość wprowadzenia danych ewidencyjnych podanych w wymaganiu. Zamawiający dopuszcza integrację z zewnętrznym systemem, ale zostanie to ustalone na etapie Analizy Funkcjonalnej.


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.

Pytanie: Co Zamawiający rozumie pod pojęciem monitorowania i sygnalizowania przed zakończeniem otrzymywania? Czy wymaganie zostanie uznane za spełnione, jeśli powstanie w systemie raport opisujący dany składnik i filtrujący osoby, które w zadanym przedziale czasu będą kończyły jego otrzymywanie?



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.

Pytanie: Co Zamawiający rozumie przez pojęcie pełna archiwizacja? Czy chodzi o możliwość przechowywania danych takich osób, bez utraty funkcjonalności np. wyszukiwania do celów statystycznych oraz do celów przywrócenia osoby do aktywnych?



61. 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.).

Pytanie: Czy wymaganie zostanie uznane za spełnione jeśli System będzie udostępniać ilość osób przyjętych i zwolnionych we wskazanym okresie, wraz z prezentacją jednostki, stanowiska i rodzaju zatrudnienia?


28

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione z uwagą, że ruch pracowników może odbywać się także pomiędzy jednostkami organizacyjnymi SGH i System powinien to uwzględniać.


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).

Pytanie: Zamawiający wymienił pojęcie "cech" , które niejednoznacznie wskazują, do czego się odnoszą. Przykład wyliczenia stażu z wyprzedzeniem nie ma nic wspólnego z filtrowaniem - punkt wg oceny Wykonawcy jest niejasny. Prosimy o jego wykreślenie, przeredagowanie bądź zmianę kategorii wymagania na ocenianą.

Odpowiedź: Poprzez podane wymaganie Zamawiający chce osiągnąć możliwość prognozowania pewnych zdarzeń w przyszłości (np. obliczenie stażu pracy z np. 1,5 rocznym wyprzedzeniem, ilości osób nabywających prawa emerytalne w danym roku, prognoz na potrzeby tworzenia budżetu). Cechami o których mowa w wymaganiu są pola kartoteki po których mogły by być filtrowane zestawienia.


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.

Pytanie: Zamawiający użył odniesienia do dokumentów GUS, które nie są drukowane, a uzupełniane na stronie internetowej. Czy w związku z tym, wymaganie zostanie spełnione, kiedy system dostarczy dane w postaci raportu, wg wymagań GUS, do wypełnienia formularza elektronicznego GUS?



68.

Kontrola procesu przekazywania dokumentów do Systemu Płatnik:• system posiadać pełną informację o przekazanych dokumentach,• 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łatnika

Pytanie: Co Zamawiający rozumie pod pojęciem uniemożliwienia modyfikacji danych przekazanych do Płatnika? Czy wymaganie zostanie uznane za spełnione, jeśli system np. nie będzie pozwalał na


29

wytworzenie pliku z ZUS ZUA jeśli osoba miała go już raz przygotowanego, a z jej danych nie wynika taka potrzeba?



90.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.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli będzie możliwość ustawienia w algorytmach naliczania każdego składnika wynagrodzenia, reguł obowiązujących w okresie, którego dotyczy dane naliczenie?


84. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Płace:

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

Pytanie: Prosimy o podanie przykładu, co zawierać ma taki słownik? Czy jego pozycje to np.. Koszty zwykłe, podwyższone, czy chodzi tu o koszty wynikające z praw autorskich?

Odpowiedź: Pozycje słownika to: zwykłe, podwyższone, autorskie liczone od różnych podstaw.


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.

Pytanie: Czy wystarczające będzie, wzorem poprzednich wymagań, by nazwy szablonów wg których naliczane będą listy płac były o długości min. 30 znakowe?

Odpowiedź: Zamawiający dokonuje modyfikacji punktu 29 Płace, który otrzymuje brzmienie:

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


55. Przechowywanie wszystkich zatwierdzonych informacji o dochodach i deklaracji rozliczeniowych dotyczących podatku dochodowego od osób fizycznych w systemie.


30

Możliwość przeglądania deklaracji wg. różnych kluczy.Pytanie: Czy wystarczająca będzie Możliwość przechowywania wysłanych do US deklaracji PIT wraz z potwierdzeniami elektronicznego ich odbioru oraz możliwość ich przeglądania i drukowania?



57. Ewidencja i kontrola płatności składek z tytułu przynależności.Pytanie: Co Zamawiający rozumie pod pojęciem "kontroli płatności składek"? Czy chodzi o to by kontrola mogła być realizowana jako raport/zestawienie płatności składki i ew. zadłużenia?



59. Kontrola prawa do otrzymania pożyczki wg określonych kryteriów.Pytanie: Jakie dane powinien przechowywać system, by taka kontrola był realizowana? Czy kryteria są ustalone, czy też podlegają modyfikacjom?

Odpowiedź: Prawo do uczestnictwa w Kasie Zapomogowo-Pożyczkowej przysługuje aktualnym pracownikom SGH oraz emerytom i rencistom SGH, którzy opłacili wpisowe oraz regularnie wpłacają miesięczny wkład członkowski (lub wyrażają zgodę na potrącenie z wynagrodzenia). Członek KZP nie może posiadać więcej niż 1 pożyczka długoterminowa czyli z okresem spłaty do 24 miesięcy. Wysokość pożyczki długoterminowej nie może przekroczyć sumy trzykrotnego wynagrodzenia, trzykrotnej renty lub emerytury oraz zgromadzonego wkładu członkowskiego. Wysokość pożyczki krótkoterminowej (spłacanej jednorazowo przy najbliższym wynagrodzeniu) może być udzielona do wysokości posiadanego wkładu, nie przekraczającej 30% wynagrodzenia, zasiłku chorobowego lub wychowawczego.

89. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Zakupy

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

Pytanie: Czy wystarczające będzie, jeśli aktualizacja kursów walut NBP będzie odbywała się poprzez funkcję uruchomioną przez użytkownika (sprowadzającej się do naciśnięcia „Pobierz”?


31

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację pod warunkiem, że przypomnienie o dokonaniu wszystkich niezbędnych aktualizacji będzie się tworzyło przy otwarciu Systemu (np. pierwsze otwarcie w danym dniu) i aktualizacja będzie się wykonywała dla całego Systemu, a nie dla użytkownika.

90. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Magazyn

13. Podział dokumentów magazynowych na ewidencjonowane i nieewidencjonowane (również w ramach danego typu dokumentu) w module Finansowo-Księgowym.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli dokumenty ewidencjonowane i nieewidencjonowane będą zdefiniowane jako dwa różne typy dokumentów?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację pod warunkiem, że System pozwoli na zdefiniowanie kilku rodzajów dokumentów ewidencjonowanych i kilku rodzajów dokumentów nieewidencjonowanych.


17.Automatyczna korekta wartości magazynowej konkretnego produktu obejmująca dokonanie automatycznej korekty wszystkich dokumentów magazynowych zawierających dany produkt.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli korekcie wartości będą podlegać tylko produkty/partie powiązane z daną dostawą, która jest korygowana?

Odpowiedź: Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione pod warunkiem korygowania wszystkich dokumentów powiązanych z daną dostawą.


29. Możliwość wskazywania sposobu rozliczenia różnic inwentaryzacyjnych oraz automatycznego generowania dokumentu księgowego.

Pytanie: Prosimy o wyjaśnienie, w jaki sposób ma odbywać się wskazanie sposobu rozliczenia różnic kursowych?

Odpowiedź: W wymaganiu jest mowa o rozliczaniu różnic inwentaryzacyjnych, a nie różnic kursowych. Ustalanie różnic inwentaryzacyjnych zostało opisane w odpowiedzi na pytanie 54.


30. Możliwość czasowej rezerwacji danego indeksu (np. książki).Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeśli czasowa rezerwacja będzie zwalniała produkt po akcji użytkownika anulowania tej rezerwacji?


32

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione przy założeniu stworzenia raportu informującego o upłynięciu rezerwacji danego indeksu.


33. Możliwość prowadzenia magazynu w wybranej walucie.Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli będzie możliwość ewidencji transakcji magazynowych w obcych walutach (magazyn prowadzony jest w PLN, natomiast rozliczenia finansowe w walutach obcych)?



35. Możliwość generowania kartoteki składnika majątku na podstawie danych z magazynu.Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli na podstawie danych zawartych w dokumencie zakupu dotyczącego środka trwałego będzie automatycznie tworzony dokument Przyjęcia środka trwałego do ewidencji i użytkowania?

Odpowiedź: Tak, Zamawiający dopuszcza podaną realizację i wymaganie zostanie uznane za spełnione przy założeniu, że do przyjęcia środka trwałego zostaną wykorzystane dane z dokumentu zakupowego.


37. Powiązanie dokumentu RW z dokumentami np. umowa, faktura, PZ, OT. Pytanie: Na jakiej podstawie ma być wykonane powiązanie RW z Umową, fakturą lub dokumentem OT? Jaki proces to ma spowodować?

Odpowiedź: Poprzez podane wymaganie Zamawiający rozumie utrzymanie relacji pomiędzy poszczególnymi dokumentami. Jeśli jest umowa sukcesywna na dostawę środków trwałych i dokonywany jest zakup środka trwałego z danej umowy to System powinien zapisać informację, iż faktura za zakup środka trwałego jest realizowana właśnie z danej umowy, a dokumenty PZ, RW i OT dotyczą danej właśnie faktury i umowy.

97. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Sprzedaż

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.


33

Pytanie: Prosimy o zawężenie listy języków obcych. Czy wystarczające będzie dostarczenie wymienionych wydruków w języku angielskim? Ponadto prosimy o potwierdzenie, że wymienione w nawiasie wydruki to skończona lista obowiązująca Wykonawcę, a „itp.” oraz ew. inne języki obce inne niż angielski leżą w gestii Zamawiającego.

Odpowiedź: Typy dokumentów natomiast zostaną doprecyzowane na etapie Analizy Funkcjonalnej. Zamawiający nie przewiduje jednak wprowadzania dokumentów sprzedażowych funkcjonujących w sposób inny niż wymienione rodzaje dokumentów.

Zamawiający dokonuje modyfikacji punktu 1 Sprzedaż, który otrzymuje brzmienie:

1.

Generowanie i drukowanie dokumentów sprzedażowych w języku polskim i obcym - min. język angielski - (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.

98. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Sprzedaż

25. Możliwość realizacji sprzedaży przy wykorzystaniu kasy fiskalnej. Zamawiający posiada kasy fiskalne ELZAB JOTA E 6143 PLU KP, LAN

Pytanie: Czy Zamawiający dopuści takie rozwiązanie, że dane o sprzedaży będą wprowadzane raz w miesiącu przez operatora do systemu na podstawie zbiorczego raportu sprzedaży? Czy Zamawiający dopuszcza pracę przy użyciu systemu ERP i drukarki fiskalnej?

Odpowiedź: Zamawiający nie dopuszcza wskazanego sposobu realizacji. Celem wymagania jest bezpośrednia współpraca zaoferowanego Systemu z kasą fiskalną.

99. Dotyczy: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia; Kadry: Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia, 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”.

Pytanie: Prosimy o potwierdzenie, że oznaczenie warunku koniecznego poprzez „Nie” nie będzie skutkowało odrzuceniem oferty (z uwzględnieniem wymogu, że Oferowany System na dzień składania ofert musi spełniać minimum 80% warunków koniecznych.”), przy założeniu, że wszystkie warunki konieczne podlegają dostarczeniu do dnia ostatecznego odbioru systemu.

Odpowiedź: Zamawiający potwierdza, że na etapie składania ofert zaznaczenie „Nie” przy warunku oznaczonym jako warunek konieczny nie będzie skutkowało odrzuceniem oferty, o ile liczba warunków koniecznych zaznaczonych na „Nie” nie przekroczy 80% wszystkich


34

warunków koniecznych. Zamawiający potwierdza, że wszystkie warunki konieczne ZSI, w tym warunki konieczne oznaczone „Nie”, musza zostać spełnione ( wykonane ) przez Wykonawcę w trakcie trwania Wdrożenia i będą podlegały weryfikacji na etapie odbiorów poszczególnych Etapów Wdrożenia.

100. Dotyczy: Załącznik nr 4 do Umowy „Asysta Techniczna. Gwarancja. Rozwój”; § 3. ASYSTA TECHNICZNA, 3.3. Zakres usług Asysty Technicznej obejmuje w szczególności: c) dostarczanie aktualizacji wersji Oprogramowania Dedykowanego – na żądanie Zamawiającego zgłoszone po informacji Wykonawcy o dostępności nowej wersji lub aktualizacji OprogramowaniaPytane: Czy Zamawiający uznana ten punkt za zrealizowany, jeśli aktualizacje oprogramowania zostaną udostępnione przez Wykonawcę poprzez portal internetowy lub dostarczone na nośniku optycznym?

Odpowiedź: Tak. Zamawiający uznaje wskazane w pytaniu sposoby realizacji obowiązku Wykonawcy przedstawionego w § 3 pkt 3.3. Załącznika nr 4 do Umowy.

101. Dotyczy: Załącznik nr 4 do Umowy „Asysta Techniczna. Gwarancja. Rozwój”; § 3. ASYSTA TECHNICZNA, 3.4. Wykonawca w ramach Serwisu powinien udzielać aktywnego wsparcia w rozwiązaniu poniższych problemów: a) modyfikacji danych w bazie danych wynikających z decyzji SGH np. korekta danych, b) działania siły wyższej.Pytanie: Czy Zamawiający przez udzielanie wsparcia rozumie np. telefoniczne konsultacje Hot – Line, czy wymaga też realizacji prac w siedzibie Zamawiającego bądź zdalnie?

Odpowiedź: W zależności od złożoności problemu oraz zakresu ingerencji w System każdy przypadek, w którym zachodzi potrzeba wsparcia będzie rozpatrywany indywidualnie, co oznacza, iż Zamawiający oznaczy optymalne kanały komunikacji umożliwiające uzyskanie odpowiedniego wsparcia.

Pytanie: Czy Zamawiający wyraża zgodę, aby wsparcie było realizowane w ramach wymiaru godzin przeznaczonych na świadczenie usług (400 roboczogodzin), ewentualnie czy Zamawiający może określić dodatkową maksymalną liczbę godzin wymaganą na tego typu wsparcie?

Odpowiedź: Nie. Zamawiający nie wyraża zgody na wprowadzenia takiego ograniczenia.

102. Dotyczy: Załącznik nr 4 do Umowy § 5. PROCEDURY SERWISOWE, 5.6. W ramach Serwisu Wykonawca dostarczy Zamawiającemu aktualizacje i poprawki do


35

Oprogramowania, a w przypadku wystąpienia takiej konieczności - dokona aktualizacji licencji lub sublicencji. Po uzgodnieniu z przedstawicielem Zamawiającego, Wykonawca dokona nieodpłatnie instalacji tych komponentów. W prostych przypadkach Administrator Systemu z SGH może samodzielnie wgrać przesłane poprawki do Systemu. Zamawiający nie ma obowiązku instalacji dostarczonych poprawek i uaktualnień.Pytanie: Czy Zamawiający wyrazi zgodę, aby poprawki były wprowadzane przez Wykonawcę, ale instalacja uaktualnień (niezwiązanych z błędami systemu a z rozwojem oprogramowania) przez Wykonawcę odbywała się z częstotliwością raz na kwartał, nie częściej? Zapewni to stabilną pracę w systemie.

Odpowiedź: Celem Zamawiającego jest posiadanie stabilnego i aktualnego Systemu Informatycznego. Z tych względów określenie z góry częstotliwości wgrywania uaktualnień, które mogą być związane, np. z dostosowaniem Systemu do zmian prawa, jest nieuzasadnione.

103. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 1. Asysta Techniczna. Gwarancja. Rozwój..Czas Naprawy - Czasokres w godzinach lub dniach liczony od czasu dokonania Zgłoszenia do czasu usunięcia Wady potwierdzonego podpisaniem protokołu odbioru naprawy oraz uaktualnienia danych w Systemie. Czas Naprawy wynosi odpowiednio:

a) dla Awarii - 1 Dzień Roboczy (tj. 8 Godzin Roboczych)b) dla Błędu Krytycznego - 2 Dni Robocze (tj. 16 Godzin Roboczych) c) dla Błędu Zwykłego - 5 Dni Roboczych (tj. 40 Godzin Roboczych) d) dla Usterki - 8 Dni Roboczych (tj. 64 Godziny Robocze)

Czas Naprawy liczony jest nieprzerwanie od momentu dokonania Zgłoszenia.

Czas Niedostępności - Czasokres (w godzinach), w jakim Wykonawca zobowiązany jest przywrócić działanie Systemu po Awarii lub przestoju spowodowanym inną Wadą, bez konieczności dokonania Naprawy; Czas Niedostępności i Czas Naprawy rozpoczynają bieg w tym samym momencie i biegną równolegle.

Czas Niedostępności wynosi 1 Dzień Roboczy (tj. 8 Godzin Roboczych).

Czas Niedostępności liczony jest nieprzerwanie od momentu dokonania Zgłoszenia.

Pytanie: Przywrócenie poprawnego działania systemu po zgłoszeniu np. Błędu zwykłego, powodującego niespójne zapisy w bazie jest możliwe wyłącznie poprzez wykonanie naprawy, którą Wykonawca powinien zrealizować w ciągu 5 dni roboczych. Jednocześnie Zamawiający określił maksymalny czas niedostępności na 8 godzin roboczych. Prosimy o doprecyzowanie, jakich działań


36

Zamawiający oczekuje od Wykonawcy, aby po zgłoszeniu np. Błędu Zwykłego uznać za spełnione wymaganie dotyczące Czasu Niedostępności?

Odpowiedź: Każdy przypadek wystąpienia Wady, w tym Błędu Zwykłego, oraz jego rzeczywistego wpływu na Czas Niedostępności będzie rozpatrywany indywidualnie, jednakże Zamawiający musi wprowadzić mechanizmy oraz ograniczenia czasowe, aby czas występowania Wady znacząco się nie przedłużał.

104. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH , § 5. PROCEDURY SERWISOWE,

4.1. 5.1 Wykonawca zapewni pojedynczy punkt kontaktu Serwisowego dla całego Systemu (w tym dla usług gwarancyjnych i – opcjonalnie – rozwojowych). Wykonawca zapewni nieprzerwane przyjmowanie Zgłoszeń Serwisowych w języku polskim (model 24/7/365).

Pytanie: Czy Zamawiający uzna ten wymóg za spełniony, jeśli Wykonawca umożliwi przesyłanie zgłoszeń poprzez dedykowana witrynę internetową dostępną dla Zamawiającego w trybie 24/7/365?


105. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 5. PROCEDURY SERWISOWE, Wykonawca zapewni Zamawiającemu: b) możliwość dokonywania Zgłoszeń Serwisowych poprzez telefon, pocztę elektroniczną.

Pytanie: W jakich godzinach/dniach Zamawiający oczekuje dostępności Wykonawcy w celu zgłaszania problemów droga telefoniczną? Czy zamawiający zaakceptuje godziny 8.30-16.30 w dni robocze?

Odpowiedź:

Zamawiający dopuszcza realizację tego wymagania w godzinach pracy Wykonawcy określonych w Umowie.

106. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 6 Wykonawca zobowiązuje się do wykonania Systemu z uwzględnieniem światowych standardów profesjonalnej obsługi wdrożeń systemów informatycznych, przy wykorzystaniu całej posiadanej wiedzy i doświadczenia.


37

Pytanie: Jakie światowe standardy Zamawiający ma na względzie ?

Odpowiedź: Przez użyty w § 6 zapis odwołujący się do „ wykonania Systemu z uwzględnieniem światowych standardów profesjonalnej obsługi wdrożeń systemów informatycznych” Zamawiający rozumie prowadzenie projektu w oparciu o uznane metodyki zarządzania projektami, np. Prince 2, PMBoK oraz inne metodyki wdrożeniowe, które mogą mieć zastosowanie przy wykonywaniu Systemu.

107. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 23 Niezależnie od postanowień powyższych, Wykonawca zobowiązuje się do informowania w formie pisemnej SGH o przebiegu realizacji Umowy na dodatkowe żądanie SGH. Postanowienie niniejsze nie narusza innych - określonych w Umowie - obowiązków związanych z raportowaniem o statusie i przebiegu prac.

Pytanie: W jakim czasie Wykonawca będzie zobowiązany do udzielenia informacji na dodatkowe żądanie SGH ?

Odpowiedź: Czas w którym Wykonawca będzie zobowiązany do udzielenia informacji na dodatkowe żądanie SGH zostanie ustalany bezpośrednio na poziomie Kierowników Projektu Zamawiającego i Wykonawcy stosownie do okoliczności konkretnej sytuacji.

108. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 31W skład Komitetu Sterującego wchodzą 4 osoby ze Strony Zamawiającego oraz min. 2 przedstawicieli ze strony Wykonawcy. W posiedzeniach będą brali udział Kierownicy Projektu Zamawiającego oraz Wykonawcy. Członkowie Komitetu Sterującego oraz Kierownicy Projektu mogą sygnalizować potrzebę zaproszenia na posiedzenie Komitetu określonych osób biorących udział w realizacji umowy.

Pytanie: Światowe standardy zarządzania projektami na które powołuje się wcześniej Zamawiający mówią o równej liczbie przedstawicieli Zamawiającego i Wykonawcy w składzie Komitetu Sterującego. Jak w takim razie Zamawiający wyobraża sobie spełnienie tych standardów?

Odpowiedź: Skład Komitetu Sterującego zostanie ustalony pomiędzy Zamawiającym, a Wykonawcą po podpisaniu umowy. Z tego względu wskazane zapisy nie wymagają korekty.

109. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO


38

SYSTEMU INFORMATYCZNEGO w SGH, § 33Przedstawiciele Wykonawcy uczestniczą w posiedzeniu Komitetu Sterującego z głosem doradczym.

Pytanie: Jak Zamawiający rozumie uczestnictwo przedstawicieli w posiedzeniach Komitetu Sterującego z głosem doradczym i jak się to ma do światowych standardów zarządzania projektami ?

Odpowiedź: Poprzez wprowadzony zapis Zamawiający rozumie, że w trakcie posiedzeń Komitetu Sterującego Przedstawiciele Wykonawcy będą mieli możliwość przedstawienia wszystkich niezbędnych informacji oraz opinii w zakresie spraw rozpatrywanych przez Komitet Sterujący. Przewodniczący Komitetu Sterującego podejmie odpowiednie decyzji na podstawie informacji i opinii przekazanych przez Przedstawicieli Wykonawcy, co zdaniem Zamawiającego nie narusza standardów zarządzania projektami. Odpowiedzialność za realizację celów biznesowych projektu spoczywa na Przewodniczącym Komitetu Sterującego i to do niego należy podjęcie ostatecznej decyzji w sprawach postawionych na posiedzeniach Komitetu Sterującego.

110. Dotyczy: ZAŁĄCZNIK NR 4 DO UMOWY NA WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO w SGH, § 89 Wykonawca nie ponosi odpowiedzialności za jakość danych przekazanych przez Zamawiającego do migracji.

Pytanie: Jakie kroki planuje wykonać Zamawiający, jeżeli jakość danych przekazanych przez Zamawiającego do migracji nie będzie odpowiednia ? Jak taka sytuacja będzie traktowana w realizacji prac wdrożeniowych ?

Odpowiedź: Zgodnie z § 89 Zamawiający ponosi odpowiedzialność za jakość danych przekazanych do migracji. Jeżeli jakość tych danych nie będzie spełniała odpowiednich standardów, to Wykonawca będzie zobowiązany do wskazania nieprawidłowości oraz określenia w jaki sposób lub w jakiej formie zakwestionowane dane powinny zostać przekazane do migracji. Na tej podstawie Zamawiający podejmie odpowiednie działania w celu dostarczenia danych o odpowiedniej jakości oraz w sposób nie zakłócający prac wdrożeniowych.

111. Dot. Umowy na Wdrożenie zintegrowanego Systemu Informatycznego w SGH do SIWZ, Czy Zamawiający doda do § 5. Oprogramowanie – warunki licencji stanowiących załącznik nr 3 do Umowy na Wdrożenie zintegrowanego Systemu Informatycznego w SGH do SIWZ w następujący sposób?


39

1. Niniejsza Umowa Licencyjna może zostać rozwiązana przez Wykonawcę, z zachowaniem trzy miesięcznego okresu wypowiedzenia, w przypadku powtarzających się świadomych naruszeń lub rażącego świadomego naruszenia przez Zamawiającego postanowień niniejszej Umowy Licencyjnej.

2. Rozwiązanie Umowy Licencyjnej może nastąpić wyłącznie po spełnieniu następujących warunków łącznie:

(a) poinformowaniu pisemnie Zamawiającego o wystąpieniu okoliczności, o których mowa w ust. 1,

(b) wyznaczeniu Zamawiającemu dodatkowego, nie krótszego niż 3 miesiące terminu do zaniechania naruszeń o których mowa w ust. 1,

(c) pomimo upływu wyznaczonego dodatkowego terminu Zamawiający nadal świadomie narusza postanowienia niniejszej Umowy Licencyjnej.

3. Po rozwiązaniu Umowy Licencyjnej, zgodnie z ust.2, Zamawiający, z zastrzeżeniem ust. 4,zobowiązany jest:

(a) natychmiast zaprzestać korzystania z Oprogramowania oraz Dokumentacji;(b) usunąć Oprogramowanie z pamięci komputerów, na które Oprogramowanie

zostało skopiowane lub na których zostało ono zainstalowane;(c) zniszczyć wszelkie Materiały, w szczególności nośniki zawierające

Oprogramowanie i Dokumentację oraz wszelkie posiadane kopie Materiałów;4. Zamawiający ma prawo do zatrzymania jednej kopii Oprogramowania nabytego na

podstawie Umowy Licencyjnej, jedynie na wypadek kontroli Urzędu Skarbowego lub innego organu kontrolnego i konieczności wydruku danych Zamawiającego z Oprogramowania, w czasie 15 lat od rozwiązania Umowy Licencyjnej.

Odpowiedź: Zamawiający nie zgadza się na wprowadzenie powyższych zapisów do umowy.

112. Dot. Dot. Załącznik Nr 1 – Opis przedmiotu Zamówienia, Czy Wykonawca może potwierdzić spełnienie ocenianego wymagania poprzez zaznaczenie „Tak” lub skreślenie „Nie”, jeżeli to wymaganie zostanie spełnione przez System zaoferowany przez Wykonawcę na dzień składania ofert w związku z możliwością dostosowania Oprogramowania do wymagań Zamawiającego określonych w Opisie Przedmiotu Zamówienia stanowiącym załącznik nr 1 do SIWZ w zakresie 100 % warunków koniecznych oraz warunków ocenianych zadeklarowanych przez Wykonawcę, doprecyzowanych w Specyfikacji Funkcjonalnej?

Odpowiedź: Wykonawca może potwierdzić spełnienie wymagania ocenianego na podstawie założeń przedstawionych w pytaniu i wynikających z zapisów umowy.

113.

System zostanie zintegrowany przez Wykonawcę z systemem „Controlling Finansowy” w zakresie przenoszenia z CF do Systemu źródeł finansowania (linii budżetowych) wraz z ich szczegółowymi


40

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”)

Szczegółowy zakres zostanie ustalony na Etapie Analizy Funkcjonalnej w odniesieniu do potrzeb wskazanych w wymaganiach Systemu.

Pytanie

Prosimy o wyjaśnienie, czy intencją Zamawiającego jest by planowanie projektów i ich budżetów odbywało się w systemie „Controlling Finansowy”, a ewidencja wykonania będzie realizowana w systemie będącym przedmiotem zamówienia? Czy może dane z systemu „Controlling Finansowy” będą służyły jedynie rozdekretowaniu kosztów w systemie FK? Jeśli tak, to spośród wymienionych w wymaganiu cech prosimy o wskazanie tych, które mają służyć dekretacji.

Czy intencją Zamawiającego jest by planowanie projektów i ich budżetów odbywało się w systemie „Controlling Finansowy”, a ewidencja wykonania będzie realizowana w systemie będącym przedmiotem zamówienia?

Odpowiedź: Tak


41

Czy może dane z systemu „Controlling Finansowy” będą służyły jedynie rozdekretowaniu kosztów w systemie FK?

Odpowiedź: Dane z systemu „Controlling Finansowy” nie będą służyły jedynie rozdekretowaniu kosztów w systemie FK. Zamawiający dopuszcza możliwość wykorzystania danych z CF do rozdekretowania kosztów w Systemie FK, a także w innych procesach (np. zakupy, delegacje).

Jeśli tak, to spośród wymienionych w wymaganiu cech prosimy o wskazanie tych, które mają służyć dekretacji.

Odpowiedź: Zamawiający podaje cechy służące dekretacji:

Kod linii budżetowej (pozycji budżetowej w CF) Informacje o aspektach kosztowych (np. źródło finansowania)

Jednocześnie Zamawiający dokonuje zmiany treści punktu, który otrzymuje brzmienie:

System zostanie zintegrowany przez Wykonawcę z systemem „Controlling Finansowy” w zakresie:

1. udostępnienia z Systemu informacji dotyczących zaewidencjonowanych dokumentów finansowych, m.in. w zakresie następujących danych:a) kod dokumentu finansowego,b) alfanumeryczny, unikalny, systemowy kod dokumentu,c) numer wniosku zakupowego, d) numer zamówienia,e) numer własny dokumentu finansowego,f) numer ewidencyjny dokumentu finansowego,g) kod kontrahenta,h) data dokumentu finansowego,i) data operacji gospodarczej,j) data wpływu,k) opis merytoryczny,l) kwota netto, kwota VAT, kwota brutto,m) rozpisanie dokumentu wg stawek VAT (kwota netto, kwota VAT, kwota brutto),n) pozycje dokumentu finansowego, a) data księgowania,


42

b) status (kod i nazwa statusu, wartość),c) data okresu sprawozdawczego,d) termin płatności,e) rachunek bankowy płatności wraz z tytułem przelewu i datą płatności,f) informacje o dekretach księgowych (numer konta, kwota, wymiary), g) skan dokumentu,h) data wprowadzenia,i) data modyfikacji.

2. udostępnienia z Systemu informacji dotyczących kontrahentów, m.in. w zakresie następujących danych:a) alfanumeryczny, unikalny, systemowy kod, b) nazwa/imię i nazwisko, c) NIP/PESEL, d) kod rodzaju kontrahenta, e) adresy, f) numery rachunków bankowych (wraz z kodem banku), g) data modyfikacji.

3. udostępnienia z Systemu informacji dotyczących pracowników lub osób fizycznych, m.in. w zakresie następujących danych:a) alfanumeryczny, unikalny, systemowy kod pracownika,b) kod, c) imiona, d) nazwisko, e) PESEL, f) typ dokumentu tożsamości, g) numer dokumentu tożsamości, h) nazwisko rodowe, i) płeć, j) data urodzenia, k) adres, l) numery rachunków bankowych (wraz z kodem banku), m) email, n) login,

wraz z informacjami o zatrudnieniu:

a) alfanumeryczny, unikalny, systemowy kod zatrudnienia,


43

b) kod stanowiska,c) data rozpoczęcia zatrudnienia,d) data zakończenia zatrudnienia,e) wymiar etatu,f) kod jednostki organizacyjnej.

4. udostępnienia z Systemu informacji dotyczących list płac, m.in. w zakresie następujących danych:a) alfanumeryczny, unikalny, systemowy kod,b) numer listy płac,c) data listy płac,d) kod jednostki organizacyjnej,e) kod projektu, f) informacje o dekretach księgowych (numer konta, kwota, wymiary),g) składniki płacowe listy płac wraz z wartościami,h) wartość listy płac,i) pozycje listy płac wraz z numerem rachunku oraz imieniem, nazwiskiem, kodem pracownika, wartością pozycji, listą składników płacowych dla pozycji wraz z wartościami.

5. udostępnienia i przenoszenia z CF do Systemu linii budżetowych wraz z ich szczegółowymi cechami oraz danych na temat realizacji.

Zakres danych obejmie m.in. :

a) Kod linii budżetowej (pozycji budżetowej w CF)b) Informacje o aspektach kosztowych (np. źródło finansowania)c) Data otwarcia linii budżetowejd) Data zamknięcia linii budżetoweje) Data zamknięcia księgowań dla linii budżetowej

Szczegółowy zakres oraz mechanizmy integracji zostaną ustalone na Etapie Analizy Funkcjonalnej w odniesieniu do potrzeb wskazanych w wymaganiach Systemu.

W związku z wprowadzonymi udzielonymi odpowiedziami Zamawiający dokonuje zmiany zapisu w zakresie wymagania w zakresie integracji z systemem wniosków elektronicznych, pkt 5, gdzie zapis:

„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ło finansowania, Wartość


44

źródła 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.”

otrzymuje brzmienie „Zakres danych obejmuje m.in. m.in. następujących danych: Numer wniosku, Wnioskodawca (kod jednostki SGH, Rodzaj zamówienia, Szacowana kwota zamówienia, Kod linii budżetowej, Wartość linii budżetowej, 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.”

Zamawiający dokonuje zmiany w Załączniku nr 1 – Opis Przedmiotu Zamówienia w wykazie wewnętrznych aktów prawnych i załącza aktualnie obowiązujące Zarządzenie Kanclerza.

Zapis o treści „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”

otrzymuje brzmienie „Zarządzenie Rektora nr 32 z dnia 8 lipca 2014 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.”

oraz na skutek uszczegółowienia odpowiedzi na zadane pytania uzupełnia wykaz o:

Zarządzenie Rektora nr 13 z 11 kwietnia 2008 w sprawie określenia wzoru dokumentów i zasad kierowania za granicę pracowników, doktorantów i studentów SGH, w celach naukowych, dydaktycznych, szkoleniowych.

Zarządzenie Rektora nr 47 z 17 listopada 2003 w sprawie wprowadzenia w życie "Instrukcji obiegu dokumentów finansowo-księgowych".

W załączeniu Zamawiający przekazuje zaktualizowane dokumenty - akty wewnętrzne, zmodyfikowany Załącznik nr 1 do SIWZ – Opis Przedmiotu Zamówienia oraz Załącznik nr 2 do SIWZ - Wzór umowy.

Jednocześnie Zamawiający przedłuża termin składania ofert do dnia 16.09.2014 r. godz. 10:00, pok. 420 w Gmachu Głównym. Otwarcie ofert odbędzie się w dniu 16.09.2014 r. o godz. 10:30 w siedzibie Zamawiającego w Szkole Głównej Handlowej w Warszawie, przy Al. Niepodległości 162, w pokoju nr 420. Przedłużone zostają również do dnia 16.09.2014 r. terminy wniesienia wadium określone w części VII SIWZ.


45

Kanclerz SGH

dr Bartosz Grucza


46

sgh warsaw school of economicsadministracja.sgh.waw.pl/.../zsi_odpowiedzi_3.docx · web...

Documents