ZAMAWIAJĄCY:
Specyfikacja Istotnych Warunków Zamówienia
ZAMAWIAJĄCY:
Gmina Miasto Szczecin – Biuro ds. Zamówień Publicznych Urzędu Miasta Szczecin Xx. Xxxxx Xxxxxxxx 0, 00-000 Xxxxxxxx
(xxx. nr 397)
ZAPRASZA DO ZŁOŻENIA OFERTY W POSTĘPOWANIU PROWADZONYM W TRYBIE PRZETARGU NIEOGRANICZONEGO
NA DOSTAWY
O WARTOŚCI ZAMÓWIENIA PONIŻEJ KWOT OKREŚLONYCH W PRZEPISACH WYDANYCH NA PODSTAWIE ART. 11 UST. 8 NA:
„Dostawę licencji oprogramowania systemowego dla projektów „Portal BEZPIECZNI RAZEM” i „Portal edukacyjny województwa zachodniopomorskiego – Szczecin””
SPIS TREŚCI :
Rozdział I Forma oferty;
Rozdział II Zmiana, wycofanie i zwrot oferty;
Rozdział III Oferty wspólne;
Rozdział IV Jawność postępowania;
Rozdział V Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków. Wymagane dokumenty;
Rozdział VI Wykonawcy zagraniczni;
Rozdział VII Termin wykonania zamówienia i gwarancja;
Rozdział VIII Wadium;
Rozdział XX Wyjaśnienia treści siwz i jej modyfikacja oraz sposób porozumiewania się wykonawców z zamawiającym;
Rozdział X Sposób obliczenia ceny oferty; Rozdział XI Składanie i otwarcie ofert; Rozdział XII Wybór oferty najkorzystniejszej; Rozdział XIII Zawarcie umowy;
Rozdział XIV Pouczenie o środkach ochrony prawnej;
Rozdział XV Opis przedmiotu zamówienia.
Załączniki:
Załącznik nr 1 – oferta cenowa;
Załącznik nr 2 – oświadczenie o braku podstaw do wykluczenia;
Załącznik nr 3 – oświadczenie o spełnianiu warunków udziału w postępowaniu;
Załącznik nr 4 – informacje o produkcie;
Załącznik nr 5 – wzór umowy.
Podstawa prawna: Ustawa z dnia 29.01.2004r. Prawo zamówień publicznych (tj. Xx. X. x 0000x. xx 000, poz. 759 z późn. zm.), zwana dalej ustawą.
ROZDZIAŁ I Forma oferty
1. Na ofertę składają się: oferta cenowa oraz wszystkie pozostałe wymagane dokumenty (w tym
oświadczenia, załączniki itp.) zgodnie z rozdziałem V specyfikacji istotnych warunków zamówienia (siwz).
2. Wykonawcy sporządzą oferty zgodnie z wymaganiami siwz.
3. Oferta cenowa musi być sporządzona na formularzu oferty, według wzoru stanowiącego
załącznik nr 1 do siwz.
4. Oferta musi być sporządzona w języku polskim, na maszynie do pisania, komputerze lub ręcznie długopisem.
5. Oferta musi być podpisana przez osoby upoważnione do składania oświadczeń woli w imieniu wykonawcy. Upoważnienie do podpisania oferty musi być dołączone do oferty w oryginale lub kopii poświadczonej za zgodność z oryginałem przez notariusza, o ile nie wynika ono z innych dokumentów załączonych przez wykonawcę.
6. W przypadku, gdy wykonawca składa kopię jakiegoś dokumentu, musi być ona poświadczona za zgodność z oryginałem przez wykonawcę (wykonawca składa własnoręczny podpis poprzedzony dopiskiem „za zgodność”), z zastrzeżeniem pkt 5 niniejszego Rozdziału, pkt 2 Rozdziału III oraz pkt 3 ppkt 1 i pkt 5 Rozdziału V niniejszej siwz.
7. Jeżeli do reprezentowania wykonawcy upoważnione są łącznie dwie lub więcej osób, kopie dokumentów muszą być potwierdzone za zgodność z oryginałem przez te osoby.
8. Jeżeli któryś z wymaganych dokumentów składanych przez wykonawcę jest sporządzony w języku obcym dokument taki należy złożyć wraz z tłumaczeniem na język polski. Dokumenty sporządzone w języku obcym bez wymaganych tłumaczeń nie będą brane pod uwagę.
9. Zaleca się, aby wszystkie strony oferty były ponumerowane. Ponadto, wszelkie miejsca, w których wykonawca naniósł zmiany, muszą być przez niego parafowane.
10. Wykonawca składa tylko jedną ofertę.
11. Zamawiający nie dopuszcza składania ofert wariantowych.
12. Oferta musi obejmować całość zamówienia, nie dopuszcza się składania ofert częściowych.
13. Zamawiający nie przewiduje udzielania zamówień uzupełniających.
14. Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złożeniem oferty.
15. Zaleca się, aby wykonawca zamieścił ofertę w zewnętrznej i wewnętrznej kopercie z tym, że:
1) zewnętrzna koperta powinna być oznaczona w następujący sposób: Gmina Miasto Szczecin – Biuro ds. Zamówień Publicznych, Xx. Xxxxx Xxxxxxxx 0, 00-000 Xxxxxxxx, pok. nr 397, przetarg nieograniczony, „Oferta na dostawę licencji oprogramowania systemowego dla projektów „Portal BEZPIECZNI RAZEM” i „Portal edukacyjny województwa zachodniopomorskiego – Szczecin”" oraz „Nie otwierać przed 25.01.2013r. godz. 10:00 - bez nazwy i pieczątki wykonawcy;
2) koperta wewnętrzna powinna zawierać ofertę i być zaadresowana na wykonawcę, tak aby można było odesłać ofertę w przypadku jej wpłynięcia po terminie.
16. Jeżeli oferta wykonawcy nie będzie oznaczona w sposób wskazany w pkt 15, zamawiający nie będzie ponosić żadnej odpowiedzialności za nieterminowe wpłynięcie oferty. Zamawiający nie będzie ponosić odpowiedzialności za nieterminowe złożenie oferty w szczególności w sytuacji, gdy oferta nie zostanie złożona do pokoju wskazanego w pkt 15 ppkt 1) lecz wpłynie do kancelarii Urzędu Miasta.
ROZDZIAŁ II Zmiana, wycofanie i zwrot oferty
1. Wykonawca może wprowadzić zmiany oraz wycofać złożoną przez siebie ofertę przed
terminem składania ofert.
1) w przypadku wycofania oferty, wykonawca składa pisemne oświadczenie, że ofertę swą wycofuje, w zamkniętej kopercie zaadresowanej jak w rozdziale I pkt 15 ppkt 1) z dopiskiem „wycofanie”.
2) w przypadku zmiany oferty, wykonawca składa pisemne oświadczenie, iż ofertę swą zmienia, określając zakres i rodzaj tych zmian a jeśli oświadczenie o zmianie pociąga za sobą konieczność wymiany czy też przedłożenia nowych dokumentów – wykonawca winien dokumenty te złożyć .
Powyższe oświadczenie i ew. dokumenty należy zamieścić w kopercie wewnętrznej i zewnętrznej, oznaczonych jak w rozdziale I pkt 15 ppkt 1) i 2) przy czym koperta zewnętrzna powinna mieć dopisek „zmiany”.
2. Wykonawca nie może wprowadzić zmian do oferty oraz wycofać jej po upływie terminu składania ofert.
3. Zamawiający niezwłocznie zwraca wykonawcy ofertę, która została złożona po terminie.
ROZDZIAŁ III Oferty wspólne
1. Wykonawcy składający ofertę wspólną ustanawiają pełnomocnika do reprezentowania ich w
postępowaniu albo do reprezentowania ich w postępowaniu i zawarcia umowy.
2. Pełnomocnictwo, o którym mowa w pkt 1 musi znajdować się w ofercie wspólnej wykonawców. Pełnomocnictwo musi być złożone w oryginale lub kopii poświadczonej za zgodność z oryginałem przez notariusza.
3. Pełnomocnik pozostaje w kontakcie z zamawiającym w toku postępowania i do niego zamawiający kieruje informacje, korespondencję, itp..
4. Oferta wspólna, składana przez dwóch lub więcej wykonawców, powinna spełniać następujące wymagania:
1) oferta wspólna powinna być sporządzona zgodnie z siwz;
2) sposób składania dokumentów w ofercie wspólnej:
a) dokumenty, dotyczące własnej firmy, takie jak np.: odpis z właściwego rejestru, oświadczenie o braku podstaw do wykluczenia itp. składa każdy z wykonawców składających ofertę wspólną we własnym imieniu.
b) dokumenty wspólne takie jak np.: oferta cenowa, wykaz prac podobnych, oświadczenie o spełnianiu warunków udziału w postępowaniu itp. składa pełnomocnik wykonawców w imieniu wszystkich wykonawców składających ofertę wspólną,
c) kopie dokumentów dotyczących każdego z wykonawców składających ofertę wspólną muszą być poświadczone za zgodność z oryginałem przez osobę lub osoby upoważnione do reprezentowania tych wykonawców.
5. Wspólnicy spółki cywilnej są traktowani jak wykonawcy składający ofertę wspólną i mają do nich zastosowanie zasady określone w pkt 1 – 4 niniejszego rozdziału.
6. Przed podpisaniem umowy (w przypadku wygrania postępowania) wykonawcy składający ofertę wspólną będą mieli obowiązek przedstawić zamawiającemu umowę konsorcjum, zawierającą, co najmniej:
1) zobowiązanie do realizacji wspólnego przedsięwzięcia gospodarczego obejmującego swoim zakresem realizację przedmiotu zamówienia,
2) określenie zakresu działania poszczególnych stron umowy,
3) czas obowiązywania umowy, który nie może być krótszy, niż okres obejmujący realizację zamówienia oraz czas trwania gwarancji jakości i rękojmi.
ROZDZIAŁ IV Jawność postępowania
1. Zamawiający prowadzi protokół postępowania.
2. Protokół postępowania wraz z załącznikami jest jawny. Załączniki do protokołu udostępnia się na wniosek, po dokonaniu wyboru najkorzystniejszej oferty lub unieważnieniu postępowania, z tym że oferty udostępnia się od chwili ich otwarcia.
3. Udostępnienie protokołu lub załączników może nastąpić przez wgląd w miejscu wyznaczonym przez zamawiającego, przesłanie kopii pocztą, faksem lub drogą elektroniczną, zgodnie z wyborem wnioskodawcy wskazanym we wniosku.
4. Bez zgody zamawiającego wnioskodawca w trakcie wglądu do protokołu lub załączników w miejscu wyznaczonym przez zamawiającego nie może samodzielnie kopiować lub utrwalać za pomocą urządzeń lub środków technicznych służących do utrwalania obrazu treści złożonych ofert.
5. Jeżeli przesłanie kopii protokołu lub załączników zgodnie z wyborem wnioskodawcy jest z przyczyn technicznych utrudnione, w szczególności z uwagi na ilość żądanych do przesłania dokumentów, zamawiający informuje o tym wnioskodawcę i wskazuje sposób, w jaki mogą być one udostępnione.
6. Jeżeli udostępnianie protokołu lub załączników będzie się wiązało z koniecznością poniesienia dodatkowych kosztów, związanych z wskazanym przez wnioskodawcę sposobem udostępniania lub koniecznością przekształcenia protokołu lub załączników koszty te pokrywa wnioskodawca.
7. Nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli wykonawca, nie później niż w terminie składania ofert, zastrzegł, że nie mogą one być udostępniane.
8. W przypadku zastrzeżenia informacji wykonawca ma obowiązek wydzielić z oferty informacje stanowiące tajemnicę jego przedsiębiorstwa i oznaczyć je klauzulą „nie udostępniać. Informacje stanowią tajemnicę przedsiębiorstwa w rozumieniu art. 11 ust. 4 ustawy o zwalczaniu nieuczciwej konkurencji (Dz. U. z 2003 r. nr 153, poz. 1503 z późniejszymi zmianami)”.
9. W sytuacji, gdy wykonawca zastrzeże w ofercie informacje, które nie stanowią tajemnicy przedsiębiorstwa lub są jawne na podstawie przepisów ustawy Prawo zamówień publicznych lub odrębnych przepisów, informacje te będą podlegały udostępnieniu na takich samych zasadach, jak pozostałe niezastrzeżone dokumenty.
ROZDZIAŁ V Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków. Wymagane dokumenty.
1. O udzielenie zamówienia mogą ubiegać się wykonawcy, którzy nie podlegają wykluczeniu z
postępowania, w okolicznościach, o których mowa w art. 24 ust. 1 ustawy. W celu wykazania
braku podstaw do wykluczenia z postępowania o udzielenie zamówienia wykonawcy mają obowiązek złożyć następujące dokumenty:
1) Oświadczenie o braku podstaw do wykluczenia, według wzoru stanowiącego
załącznik nr 2 do siwz,
W przypadku składania oferty wspólnej ww. oświadczenie składa każdy z wykonawców składających ofertę wspólną we własnym imieniu.
2) Aktualny odpis z właściwego rejestru (jeżeli odrębne przepisy wymagają wpisu do rejestru), w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert a w stosunku do osób fizycznych oświadczenie w zakresie art. 24 ust. 1 pkt 2 ustawy,
W przypadku składania oferty wspólnej ww. dokument składa każdy z wykonawców składających ofertę wspólną.
2. Wykonawcy ubiegający się o udzielenie zamówienia muszą spełniać warunki dotyczące:
1) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania.
Opis sposobu dokonywania oceny spełniania warunku:
- zamawiający nie dokonuje opisu sposobu spełniania warunku.
2) posiadania wiedzy i doświadczenia.
Opis sposobu dokonywania oceny spełniania warunku:
- zamawiający nie dokonuje opisu sposobu spełniania warunku.
3) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia.
Opis sposobu dokonywania oceny spełniania warunku:
- zamawiający nie dokonuje opisu sposobu spełniania warunku.
4) sytuacji ekonomicznej i finansowej.
Opis sposobu dokonywania oceny spełniania warunku:
- zamawiający nie dokonuje opisu sposobu spełniania warunku.
3. Każdy z wykonawców w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w pkt 2 ma obowiązek złożyć następujące oświadczenia i dokumenty:
1) Oświadczenie o spełnianiu warunków udziału w postępowaniu, według wzoru, stanowiącego załącznik nr 3 do siwz,
W przypadku składania oferty wspólnej ww. oświadczenie składa pełnomocnik w imieniu wykonawców składających ofertę wspólną.
4. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne
zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia.
5. W przypadku podmiotów, o których mowa w pkt 4, przedkładane przez wykonawcę kopie dokumentów dotyczących każdego z tych podmiotów muszą być poświadczone za zgodność z oryginałem przez te podmioty.
6. W celu potwierdzenia, że oferowane dostawy odpowiadają określonym wymaganiom, wykonawcy mają dołączyć do oferty następujące dokumenty:
1) Informacje o produkcie, według wzoru stanowiącego załącznik nr 4 do SIWZ – jeżeli wykonawca nie załączy do Oferty załącznika nr 4, to oznacza, że oferuje produkt podany przykładowo
w przypadku składania oferty wspólnej należy złożyć jeden dokument
7. Inne dokumenty wymagane przez zamawiającego:
1) oferta cenowa zgodnie z Rozdziałem I pkt 3 siwz;
w przypadku składania oferty wspólnej należy złożyć jeden dokument
2) odpowiednie pełnomocnictwa;
tylko w sytuacjach określonych w Rozdziale I pkt 5 zdanie 2 siwz lub w przypadku składania oferty wspólnej (Rozdział III pkt 1 siwz)
3) oświadczenie według wzoru stanowiącego załącznik nr 1 do siwz wskazujące cześć zamówienia, której wykonanie wykonawca powierzy podwykonawcom (jeżeli wykonawca przewiduje udział podwykonawców);
w przypadku składania oferty wspólnej należy złożyć jeden dokument
8. Zamawiający wezwie wykonawców, którzy w określonym terminie nie złożą oświadczeń lub dokumentów, o których mowa w art. 25 ust. 1 ustawy, lub którzy nie złożyli pełnomocnictw, albo którzy złożyli wymagane przez zamawiającego oświadczenia i dokumenty, o których mowa w art. 25 ust. 1, zawierające błędy lub którzy złożyli wadliwe pełnomocnictwa, do ich złożenia w wyznaczonym terminie, chyba że mimo ich złożenia oferta wykonawcy podlega odrzuceniu albo konieczne byłoby unieważnienie postępowania. Złożone na wezwanie zamawiającego oświadczenia i dokumenty powinny potwierdzać spełnianie przez wykonawcę warunków udziału w postępowaniu oraz spełnianie przez oferowane dostawy wymagań określonych przez zamawiającego, nie później niż w dniu, w którym upłynął termin składania ofert.
9. W przypadku załączenia do oferty innych dokumentów niż wymagane przez zamawiającego (np. materiałów reklamowych i informacyjnych) zaleca się aby stanowiły one odrębną część, niezłączoną z ofertą w sposób trwały. Dokumenty takie nie będą podlegały ocenie przez zamawiającego.
ROZDZIAŁ VI Wykonawcy zagraniczni
1. Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej
Polskiej, zamiast dokumentów, o których mowa w Rozdziale V pkt 1 ppkt 2) niniejszej siwz składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że nie otwarto jego likwidacji ani nie ogłoszono upadłości.
2. Dokumenty, o których mowa w pkt 1, powinny być wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
3. Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt 1 zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania. Przepis pkt 2 stosuje się odpowiednio.
4. W przypadku wątpliwości co do treści dokumentu złożonego przez wykonawcę mającego siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamawiający może zwrócić się do właściwych organów odpowiednio miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania z wnioskiem o udzielenie niezbędnych informacji dotyczących przedłożonego dokumentu.
ROZDZIAŁ VII Termin wykonania zamówienia i gwarancja
1. Termin wykonania zamówienia nie może być dłuższy niż 14 dni kalendarzowych od dnia
podpisania umowy.
2. Wykonawca w ofercie cenowej powinien podać termin realizacji określony w dniach kalendarzowych.
3. Wymagany przez zamawiającego okres gwarancji – 36 miesięcy od dnia podpisania protokołu odbioru.
ROZDZIAŁ VIII Wadium
1. Wadium należy wnieść w wysokości: 6.000,00 zł (słownie sześć tysięcy złotych) w terminie
do dnia 25.01.2013 r. do godziny 09:30.
Decyduje moment wpływu środków do zamawiającego.
2. Wadium może być wnoszone:
1) w pieniądzu – przelewem na konto depozytowe Urzędu Miasta Szczecin Bank PeKaO S.A. II O/Szczecin Nr 16 1240 3927 1111 0000 4099 5290
2) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo- kredytowej (z tym, że poręczenie kasy jest zawsze poręczeniem pieniężnym), gwarancjach bankowych, gwarancjach ubezpieczeniowych, poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2) ustawy z dnia 9 listopada 2000r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości - w kasie wewnętrznej Urzędu Xxxxxx Xxxxxxxx, xxx. xx 000 od poniedziałku do piątku od 8.30 – 14.30.
3. Wadium może być wniesione w jednej lub kilku formach.
4. W przypadku, gdy wykonawca wnosi wadium w formie gwarancji bankowej lub gwarancji ubezpieczeniowej z treści tych gwarancji musi w szczególności jednoznacznie wynikać:
1) zobowiązanie gwaranta (banku, zakładu ubezpieczeń) do zapłaty całej kwoty wadium nieodwołalnie i bezwarunkowo na pierwsze żądanie zamawiającego (beneficjenta gwarancji) zawierające oświadczenie, że zaistniały okoliczności, o których mowa w pkt 7 bez potwierdzania tych okoliczności,
2) termin obowiązywania gwarancji, który nie może być krótszy niż termin związania ofertą.
5. Wadium wniesione w pieniądzu zamawiający przechowa na rachunku bankowym.
6. Wykonawca, który nie zabezpieczy swojej oferty akceptowaną formą wadium zostanie przez zamawiającego wykluczony a jego oferta odrzucona.
7. Zamawiający zatrzymuje wadium wraz z odsetkami w sytuacji, gdy:
1) wykonawca, którego oferta została wybrana:
a) odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych w ofercie,
b) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy,
c) zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn leżących po stronie wykonawcy,
2) wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust 3 ustawy, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy lub pełnomocnictw, chyba że udowodni, że wynika to z przyczyn nieleżących po jego stronie.
8. Zamawiający zwraca wadium wszystkim wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem pkt 7 ppkt 2).
9. Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, zamawiający zwraca wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy, jeżeli jego wniesienia żądano.
10. Zamawiający zwraca niezwłocznie wadium na wniosek wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.
11. Zamawiający żąda ponownego wniesienia wadium przez wykonawcę, któremu zwrócono wadium na podstawie pkt 8, jeżeli w wyniku ostatecznego rozstrzygnięcia odwołania jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi wadium w terminie określonym przez zamawiającego.
12. Na wniosek wykonawcy, którego oferta zostanie uznana za najkorzystniejszą zamawiający zaliczy wadium wpłacone w pieniądzu na poczet zabezpieczenia należytego wykonania umowy.
13. Jeżeli wadium zostanie wniesione w pieniądzu zamawiający zwróci je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane pomniejszonym o koszty prowadzenia rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek wykonawcy.
14. W ofercie należy wpisać nr konta, na które zamawiający ma zwrócić wadium lub dołączyć do oferty upoważnienie do odbioru wadium przez wskazaną osobę.
ROZDZIAŁ XX Wyjaśnienia treści SIWZ i jej modyfikacja oraz sposób porozumiewania się wykonawców z zamawiającym
1. Zamawiający urzęduje w następujących dniach (pracujących) od poniedziałku do piątku w
godzinach od 7:30 do 15:30.
2. Oświadczenia, wnioski, zawiadomienia oraz informacje zamawiający i wykonawca przekazują pisemnie, z zastrzeżeniem pkt 3.
3. Zamawiający dopuszcza porozumiewanie się za pomocą:
1) faksu, przy przekazywaniu następujących dokumentów:
a) pytania i wyjaśnienia dotyczące treści siwz,
b) modyfikacje treści siwz,
c) wniosek wykonawcy o przekazanie informacji z otwarcia ofert, o których mowa w art. 86 ustawy oraz odpowiedź zamawiającego,
d) wniosek o wyjaśnienie i wyjaśnienie treści oferty,
e) wniosek o wyjaśnienie i wyjaśnienia dotyczące oświadczeń i dokumentów, o których mowa w art. 25 ust. 1 ustawy,
f) wezwanie kierowane do wykonawców na podstawie art. 26 ust. 3 ustawy,
g) wniosek o udzielenie wyjaśnień dotyczących elementów oferty mających wpływ na wysokość ceny oraz odpowiedź wykonawcy,
h) informacja o poprawieniu oczywistych omyłek pisarskich oraz oczywistych omyłek rachunkowych,
i) informacje o poprawieniu innych omyłek polegających na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, niepowodujących istotnych zmian w treści oferty,
j) oświadczenie wykonawcy w kwestii wyrażenia zgody na poprawienie innych omyłek polegających na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, niepowodujących istotnych zmian w treści oferty,
k) wniosek zamawiającego o wyrażenie zgody na przedłużenie terminu związania ofertą oraz odpowiedź wykonawcy,
l) oświadczenie wykonawcy o przedłużeniu terminu związania ofertą,
m) zawiadomienie o wyborze najkorzystniejszej oferty, zgodnie z art. 92 ust. 1 ustawy,
n) zawiadomienie o unieważnieniu postępowania,
o) informacje i zawiadomienia kierowane do wykonawców na podstawie art. 181, 184 i 185 ustawy.
2) e-maila, przy przekazywaniu następujących dokumentów:
a) wniosek o wyjaśnienie i wyjaśnienie treści oferty,
b) wniosek o wyjaśnienia dotyczące oświadczeń i dokumentów, o których mowa w art. 25 ust. 1 ustawy,
c) wezwanie kierowane do wykonawców na podstawie art. 26 ust. 3 ustawy,
d) wniosek o udzielenie wyjaśnień dotyczących elementów oferty mających wpływ na wysokość ceny,
e) informacja o poprawieniu oczywistych omyłek pisarskich oraz oczywistych omyłek rachunkowych,
f) informacje o poprawieniu innych omyłek polegających na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, niepowodujących istotnych zmian w treści oferty,
g) wniosek zamawiającego o wyrażenie zgody na przedłużenie terminu związania ofertą,
h) zawiadomienie o wyborze najkorzystniejszej oferty, zgodnie z art. 92 ust. 1 ustawy,
i) zawiadomienie o unieważnieniu postępowania,
j) informacje i zawiadomienia kierowane do wykonawców na podstawie art. 181, 184 i 185 ustawy.
4. Jeżeli zamawiający lub wykonawca przekazują ww. oświadczenia, wnioski, zawiadomienia oraz informacje faksem albo e-mailem, każda ze stron na żądanie drugiej niezwłocznie potwierdza fakt ich otrzymania. W przypadku przekazywania dokumentów faksem lub e- mailem dowód transmisji danych oznacza, że wykonawca otrzymał korespondencję w momencie jej przekazania przez zamawiającego, niezależnie od ewentualnego potwierdzenia
faktu jej otrzymania. Zamawiający nie ponosi odpowiedzialności za niesprawne działanie urządzeń wykonawcy.
5. Postępowanie odbywa się w języku polskim w związku z czym wszelkie pisma, dokumenty, oświadczenia itp. składane w trakcie postępowania między zamawiającym a wykonawcami muszą być sporządzone w języku polskim.
6. Adres do korespondencji jest zamieszczony na pierwszej stronie niniejszej siwz. Zamawiający wymaga, aby wszelkie pisma związane z postępowaniem były kierowane wyłącznie na ten adres.
7. Zamawiający nie przewiduje zwoływania zebrania wykonawców.
8. Osobą uprawnioną do bezpośredniego kontaktowania się z wykonawcami jest x. Xxxxxx Xxxxxxxx tel. 0-00 00-00-000 w godz. 7.30 – 15.30 fax 0-00 00-00-000 (czynny całą dobę) e-mail: xxxxxx@xx.xxxxxxxx.xx.
9. Wykonawca może zwrócić się do zamawiającego o wyjaśnienie treści siwz. Zamawiający udzieli wyjaśnień niezwłocznie, jednak nie później niż na 2 dni przed upływem terminu składania ofert, pod warunkiem że wniosek o wyjaśnienie treści siwz wpłynie do zamawiającego nie później niż do końca dnia, w którym upływa połowa wyznaczonego terminu składania ofert.
10. Jeżeli wniosek o wyjaśnienie treści siwz wpłynie po upływie terminu składania wniosku, o którym mowa w pkt 9, lub będzie dotyczyć udzielonych wyjaśnień, zamawiający może udzielić wyjaśnień albo pozostawić wniosek bez rozpoznania.
11. Przedłużenie terminu składania ofert nie wpływa na bieg terminu składania wniosku, o którym mowa w pkt 9.
12. Treść pytań wraz z wyjaśnieniami zamawiający przekazuje wykonawcom, którym przekazał siwz bez ujawniania źródła zapytania oraz udostępnia na stronie internetowej.
13. W uzasadnionych przypadkach zamawiający może przed upływem terminu składania ofert zmienić treść specyfikacji istotnych warunków zamówienia. Dokonaną zmianę zamawiający przekazuje niezwłocznie wszystkim wykonawcom, którym przekazano siwz, a jeżeli siwz jest udostępniana na stronie internetowej, zamieszcza ją także na tej stronie.
14. Jeżeli w wyniku zmiany treści siwz nieprowadzącej do zmiany treści ogłoszenia o zamówieniu jest niezbędny dodatkowy czas na wprowadzenie zmian w ofertach, zamawiający przedłuża termin składania ofert i informuje o tym wykonawców, którym przekazano siwz, oraz zamieszcza informację na stronie internetowej, jeżeli siwz udostępniana jest na tej stronie.
ROZDZIAŁ X Sposób obliczenia ceny oferty
1. Zamawiający przewiduje wynagrodzenie ryczałtowe. Cena oferty powinna obejmować
wszelkie świadczenia niezbędne do realizacji przedmiotu zamówienia.
2. Cena powinna obejmować wszystkie pozycje zamówienia, podatek VAT oraz wszystkie inne pozostałe koszty realizacji zamówienia
3. Rozliczenia pomiędzy zamawiającym a wykonawcą będą prowadzone w walucie PLN
4. Cena musi być wyrażona w złotych polskich niezależnie od wchodzących w jej skład elementów. Tak obliczona cena będzie brana pod uwagę przez komisję przetargową w trakcie wyboru najkorzystniejszej oferty.
5. Błąd rachunkowy w obliczeniu ceny, którego nie można poprawić na podstawie art. 87 ust. 2 pkt. 2 Prawa zamówień publicznych spowoduje odrzucenie oferty.
ROZDZIAŁ XI Składanie i otwarcie ofert
1. Ofertę należy złożyć w Urzędzie Miasta Szczecin, w Biurze ds. Zamówień Publicznych, pok.
nr 397, w terminie do dnia 25.01.2013 r., do godz. 09:30.
2. Za termin złożenia oferty uważa się termin jej dotarcia do zamawiającego.
3. Wykonawca otrzyma pisemne potwierdzenie złożenia oferty.
4. Oferty będą podlegać rejestracji przez zamawiającego. Każda przyjęta oferta zostanie opatrzona adnotacją określającą dokładny termin przyjęcia oferty tzn. datę kalendarzową oraz godzinę i minutę, w której została przyjęta. Do czasu otwarcia ofert, będą one przechowywane w sposób gwarantujący ich nienaruszalność.
5. Otwarcie ofert odbędzie się w dn. 25.01.2013 r., o godz. 10:00 w Urzędzie Miasta Szczecin, w Biurze ds. Zamówień Publicznych, pok. nr 397.
6. Postępowanie o udzielenie zamówienia jest przeprowadzane przez komisję przetargową powołaną Zarządzeniem Xxxxxxxxxx Xxxxxx Xxxxxxxx Xx 0/00 z dnia 9 stycznia 2013 r.
7. Postępowanie toczyć się będzie z podziałem na część: jawną i niejawną.
8. Zamawiający bezpośrednio przed otwarciem ofert poda kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia. Następnie zamawiający otworzy koperty z ofertami i ogłosi nazwę (firmę) i adres (siedzibę) wykonawcy, którego oferta jest otwierana, a także informacje dotyczące ceny oferty, terminu wykonania zamówienia, okresu gwarancji – zawartych w ofercie.
9. Informacje, o których mowa w pkt 8 zamawiający przekaże niezwłocznie wykonawcom, którzy nie byli obecni przy otwarciu ofert, na ich wniosek.
ROZDZIAŁ XII Wybór oferty najkorzystniejszej
1. Jedynym kryterium oceny ofert jest cena.
2. Sposób przyznania punktów w kryterium cena:
cena najniższa
------------------------------------------------ x 100 pkt x znaczenie kryterium 100 %
cena oferty ocenianej
3. Wykonawca pozostaje związany ofertą przez okres 30 dni.
4. Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu składania ofert.
5. W toku badania i oceny ofert zamawiający może żądać od wykonawców wyjaśnień dotyczących treści złożonych ofert i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu.
6. Zamawiający poprawi w tekście oferty oczywiste omyłki pisarskie oraz oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych dokonywanych poprawek niezwłocznie zawiadamiając o tym wykonawcę, którego oferta została poprawiona.
7. Zamawiający poprawi w tekście oferty inne omyłki polegające na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, niepowodujące istotnych zmian w treści oferty niezwłocznie zawiadamiając o tym wykonawcę, którego oferta została poprawiona.
8. Jeżeli oferta zawierać będzie rażąco niską cenę w stosunku do przedmiotu zamówienia, zamawiający zwróci się do wykonawcy o udzielenie w określonym terminie wyjaśnień dotyczących elementów oferty mających wpływ na wysokość ceny.
9. Zamawiający odrzuci ofertę, jeżeli zaistnieją przesłanki określone w art. 89 ustawy.
10. Oferty nie odrzucone zostaną poddane procedurze oceny zgodnie z kryteriami oceny ofert określonymi w siwz.
11. Zamawiający wybierze ofertę najkorzystniejszą na podstawie kryteriów oceny ofert określonych w siwz.
12. Niezwłocznie po wyborze najkorzystniejszej oferty zamawiający zawiadomi wykonawców, którzy złożyli oferty o:
1) wyborze najkorzystniejszej oferty, podając nazwę (firmę), albo imię i nazwisko, siedzibę albo miejsce zamieszkania i adres wykonawcy, którego ofertę wybrano oraz uzasadnienie jej wyboru, a także nazwy (firmy), albo imiona i nazwiska, siedziby albo miejsca zamieszkania i adresy wykonawców, którzy złożyli oferty wraz ze streszczeniem oceny i porównania złożonych ofert zawierającym punktację przyznaną ofertom w każdym kryterium oceny ofert i łączną punktację,
2) wykonawcach, których oferty zostały odrzucone, podając uzasadnienie faktyczne i prawne,
3) wykonawcach, którzy zostali wykluczeni z postępowania o udzielenie zamówienia, podając uzasadnienie faktyczne i prawne,
4) terminie, określonym zgodnie z art. 94, po którego upływie umowa w sprawie zamówienia publicznego może być zawarta.
13. W przypadku wystąpienia przesłanek, o których mowa w art. 93 ust. 1 ustawy zamawiający unieważnia postępowanie.
14. O unieważnieniu postępowania zamawiający zawiadomi równocześnie wszystkich wykonawców, którzy:
1) ubiegali się o udzielenie zamówienia, - w przypadku unieważnienia postępowania przed upływem terminu składania ofert,
2) złożyli oferty - w przypadku unieważnienia postępowania po upływie terminu składania ofert
- podając uzasadnienie faktyczne i prawne.
15. Zamawiający zwróci wykonawcom, których oferty nie zostały wybrane, na ich wniosek, złożone przez nich plany, projekty, rysunki, modele, xxxxxx, wzory, programy komputerowe oraz inne podobne materiały.
ROZDZIAŁ XIII Zawarcie umowy
1. Umowa.
1) Wykonawca ma obowiązek zawrzeć umowę według wzoru, stanowiącego załącznik nr 5 do SIWZ.
2) Zawarta umowa będzie jawna i będzie podlegała udostępnianiu na zasadach określonych w przepisach o dostępie do informacji publicznej (art. 139 ust. 3 ustawy),
ROZDZIAŁ XIV Pouczenie o środkach ochrony prawnej
1. Wykonawcom, którzy mają lub mieli interes w uzyskaniu zamówienia oraz ponieśli lub mogą
ponieść szkodę w wyniku naruszenia przez zamawiającego przepisów ustawy, przysługują środki ochrony prawnej przewidziane w dziale VI ustawy: odwołanie i skarga.
2. Odwołanie przysługuje wyłącznie wobec czynności:
1) opisu sposobu dokonywania oceny spełniania warunków udziału w postępowaniu;
2) wykluczenia odwołującego z postępowania o udzielenie zamówienia;
3) odrzucenia oferty odwołującego.
3. Odwołanie wnosi się do Prezesa Krajowej Izby Odwoławczej w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu w terminie określonym w art. 182 ustawy.
4. Odwołujący przesyła kopię odwołania zamawiającemu przed upływem terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu.
5. Na orzeczenie Krajowej Izby Odwoławczej stronom oraz uczestnikom postępowania odwoławczego przysługuje skarga do sądu.
ROZDZIAŁ XV Opis przedmiotu zamówienia
1. Przedmiotem zamówienia jest: dostawa licencji oprogramowania dla projektów „Portal
edukacyjny województwa zachodniopomorskiego – Szczecin” i „Portal BEZPIECZNI RAZEM”.
2. Kod CPV48000000-8 Pakiety oprogramowania i systemy informatyczne
3. Zakres zamówienia obejmuje:
3.1. Specyfikacja ilościowa przedmiotu zamówienia.
Typ oprogramowania | Liczba licencji |
Licencja na serwer relacyjnej bazy danych - SQL Server Enterprise 2 core „lub równoważny” | 2 |
Licencja na serwer wielofunkcyjnego portalu internetowego – SharePoint Internet Sites Standard „lub równoważny” – licencja edukacyjna | 3 |
Licencja External Connector „lub równoważny” na usługi zarządzania prawami dostępu do usługi Active Directory w systemie Windows Server 2012 – licencja edukacyjna | 2 |
3.2. Wymagania ogólne
Przedmiotem zamówienia będzie Zakup bezterminowych licencji na oprogramowanie oraz jego aktualizacje w ramach umowy licencyjnej na użytkowanie wyspecyfikowanego oprogramowania na okres 3 lat, wraz z prawem do uaktualnienia obecnych wersji oprogramowania do wersji najbardziej aktualnej przez 36 miesięcy.
3.3. Wymagane warunki licencji:
1. Prawo do bezpłatnego uaktualniania wersji zamawianych produktów w okresie przynajmniej 2 lat do najnowszych wersji dostępnych na rynku oraz prawa instalacji
udostępnianych przez producenta uaktualnień i poprawek krytycznych i opcjonalnych w okresie przynajmniej 5 lat.
2. Licencje muszą pozwalać na swobodne przenoszenie pomiędzy komputerami (np. w przypadku wymiany sprzętu).
3. W ramach umowy Zamawiający ma otrzymać nośniki zawierające zamówione produkty lub dostęp do platformy internetowej producenta zawierającej uaktualnienia i nowe wersje produktów wraz z instrukcjami instalacji.
4. Wymagane jest dostarczenie licencji, których producent zobowiązuje się chronić Zamawiającego przed roszczeniami wnoszonymi w związku z naruszeniem praw własności intelektualnej innych osób przez oferowane oprogramowanie jego produkcji oraz wypłacić wszelkie odszkodowania zasądzone z tego tytułu przez sąd lub wynikające z ugody.
3.4. W zakresie wszystkich wymienionych klas oprogramowania Zamawiający wymaga dostarczenia:
1. Bezterminowych licencji na użytkowanie zamawianego oprogramowania.
2. Zbiorczych dokumentów pozwalających na stwierdzenie legalności zakupionego oprogramowania dla celów inwentaryzacyjnych i audytowych.
3. Kompletu wymaganych kluczy aktywacyjnych zamawianego oprogramowania.
3.5. Specyfikacja techniczno – eksploatacyjna i cech użytkowych przedmiotu zamówienia.
Wymagania funkcjonalne dotyczące zamawianego oprogramowania i usług.
Z uwagi na to, że art. 30 ust. 5 ustawy prawo zamówień publicznych wyraźnie wskazuje na Wykonawcę, jako tego, kto jest zobowiązany wykazać, że rozwiązania równoważne do oczekiwanych spełniają wymagania postawione przez Zamawiającego.
3.6. Serwer relacyjnej bazy danych
Serwer relacyjnej bazy danych (RBD) musi spełniać następujące wymagania poprzez wbudowane mechanizmy:
1. Możliwość szyfrowania przechowywanych danych - System RBD musi pozwalać na szyfrowanie przechowywanych danych. Szyfrowanie musi być cechą systemu RBD i nie może wymagać jakichkolwiek zmian w aplikacjach korzystających z danych. Zaszyfrowanie lub odszyfrowanie danych nie powinno powodować przerwy w dostępie do danych. Kopia bezpieczeństwa szyfrowanej bazy także powinna być automatycznie zaszyfrowana.
2. Kompresja kopii zapasowych - System RBD powinien pozwalać na kompresję kopii zapasowej danych (backup) od razu w czasie jej tworzenia. Powinna to być cecha RBD niezależna od systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych.
3. Ograniczenie użycia zasobów - System powinien posiadać wbudowany mechanizm ograniczający wykorzystanie zasobów systemu operacyjnego (% wykorzystania czasu procesora, pamięć). Reguły definiujące ograniczenia użytkowników lub ich grup w wykorzystaniu zasobów powinny mieć możliwość użycia w nich logiki zaimplementowanej za pomocą języka programowania (np. używanego w danym RBD języka SQL).
4. Korzystanie z zewnętrznych urządzeń do przechowywania kluczy szyfrujących - RBD powinien posiadać mechanizm pozwalający na i przechowywanie kluczy szyfrujących na urządzeniach zewnętrznych (np. czytniki kart). Rozwiązanie to powinno być otwarte, to znaczy pozwalać na dodawanie w przyszłości obsługi urządzeń nowych, oczywiście pod warunkiem dostarczenia przez producenta urządzenia odpowiednich modułów oprogramowania zgodnych z RBD.
5. Możliwość definiowania zasad administracyjnych dla serwera lub grupy serwerów
- System RBD powinien mieć możliwość automatyzacji zadań administracyjnych przez definiowanie reguł wymuszanych potem przez system, na przykład - uniemożliwienie użytkownikom tworzenia obiektów (np. tabel, procedur, baz danych, widoków) o zdefiniowanych przez administratora nazwach lub ich fragmentach. Wymagana jest możliwość rejestracji i raportowania niezgodności ze wskazanymi regułami działającego systemu bez wpływu na jego funkcjonalność. Reguły mogą dotyczyć serwera lub grupy serwerów.
6. Rejestrowanie zdarzeń silnika bazy danych w czasie rzeczywistym - System RBD powinien pozwalać na definiowanie rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych bez ujemnego wpływu na wydajność rozwiązania. Przykłady takich zdarzeń to: odczyt lub zapis danych na dysku dla wyszczególnionego zapytania (w celu wychwytywania zapytań znacząco obciążających system), wykonanie zapytania lub procedury trwające dłużej niż zdefiniowany czas (wychwytywanie długo trwających zapytań lub procedur), para zdarzeń zablokowanie/zwolnienie blokady na obiekcie bazy takim jak np. tabela (w celu wychwytywania długotrwałych blokad obiektów bazy). Rejestracja zdarzeń powinna pozwalać na selektywne ich wychwytywanie (rejestrowanie tylko zdarzeń spełniających zdefiniowane warunki filtrujące, np. dotyczących tylko wskazanego obiektu).
7. Możliwość rejestracji zmiany w rekordzie danych - System powinien pozwalać na rejestrację zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie nie powinno ujemnie wpływać na wydajność systemu i powinno być konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie powinno rejestrować także zmiany w definicji struktur danych (np. zmiany schematu tabeli).
8. Audyt dostępu do danych - System RBD powinien pozwalać na rejestrację operacji takich jak: logowanie, wylogowanie użytkownika, zmiany w definicji obiektów bazy danych (tabele, procedury), wykonywanie przez wskazanego użytkownika operacji takich jak SELECT, INSERT, UPDATE, DELETE. Rozwiązanie powinno być niezależne od aplikacji, wbudowane w RBD.
9. Możliwość dodawania procesorów bez restartu systemu - System RBD powinien umożliwiać dodanie procesora do systemu bez konieczności restartu silnika bazy danych.
10. Możliwość dodawania pamięci bez restartu systemu - System RBD powinien umożliwiać dodanie pamięci do systemu bez konieczności restartu silnika bazy danych.
11. Możliwość wywoływania procedur składowanych, jako usług sieci Web (WebServices) - System RBD powinien umożliwiać tworzenie procedur składowanych, które mogę być udostępnione i wywoływane jako WebServices bez wykorzystania dodatkowego oprogramowania.
12. System raportowania - System RBD powinien posiadać system definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki) bez konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system raportowania powinien obsługiwać: raporty parametryzowane, cache raportów (generacja raportów bez dostępu do źródła danych), cache raportów parametryzowanych (generacja raportów bez dostępu do źródła danych z różnymi wartościami parametrów). Wymagane jest generowanie raportów w formatach: XML, PDF, XLS (Microsoft Excel), HTML.
13. System transformacji danych - System powinien posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych transformacjom. Zestaw standardowych dostępnych transformacji powinien obejmować takie transformacje jak: sortowanie, wyszukiwanie wartości według klucza w tabelach słownikowych, automatyczna obsługa SCD (Slowly Changing Dimension) w zasilaniu hurtowni danych, pobranie danych z serwera FTP, wysłanie e-maila. Powinna być także zapewniona możliwość tworzenia własnych transformacji. Wykonywane transformacje danych powinny mieć możliwość integracji z transakcjami bazy danych RBD, także rozproszonymi (transakcje obejmujące bazy na różnych fizycznych serwerach RBD) bez potrzeby pisania kodu.
14. System analityczny - System powinien posiadać moduł pozwalający na tworzenie
rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). Wymagana jest możliwość tworzenia wymiarów i miar. Wymiary powinny mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być możliwość definiowania hierarchii w obrębie wymiaru. Przykład: wymiar Lokalizacja Geograficzna. Atrybuty: miasto, gmina, województwo. Hierarchia: Województwo->Gmina. System powinien mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być składowane w jednym z wybranych modeli (MOLAP – wyliczone gotowe agregacje rozłącznie w
stosunku do danych źródłowych, ROLAP – agregacje wyliczane w trakcie zapytania z danych źródłowych). Pojedyncza baza analityczna powinna mieć możliwość mieszania modeli składowania, np. dane bieżące ROLAP, historyczne
– MOLAP w sposób przezroczysty dla wykonywanych zapytań. Agregacje powinny być przeliczane niezależnie dla każdego modelu składowania w jednej bazie. System powinien pozwalać na integrację z RBD – wymagana jest możliwość uruchomienia procesu wyliczenia agregacji zainicjowana poprzez dodanie rekordu do tabeli w RBD. System powinien posiadać narzędzie do rejestracji i śledzenia wykonywanych zapytań spójne z analogicznym narzędziem dla systemu RBD.
15. Kopie bazy tylko do odczytu - System powinien umożliwiać tworzenie w dowolnym momencie kopii tylko do odczytu bazy danych z bieżącego momentu czasu. Wiele takich kopii może być równolegle użytkowanych w celu wykonywania z nich zapytań.
16. Wysoka dostępność realizowana programowo z korekcją błędów pamięci masowej
- System RBD powinien posiadać mechanizm pozwalający na duplikację bazy danych między dwiema lokalizacjami (podstawowa i zapasowa) przy zachowaniu następujących cech: bez specjalnego sprzętu (rozwiązanie tylko programowe oparte o sam RBD), niezawodne powielanie danych w czasie rzeczywistym (potwierdzone transakcje bazodanowe), klienci bazy danych automatycznie korzystają z bazy zapasowej w przypadku awarii bazy podstawowej bez zmian w aplikacjach, czas przełączenia na system zapasowy poniżej 10 sekund, brak limitu odległości miedzy systemami (dopuszczalne są tylko limity w minimalnej wymaganej przepustowości łącza), system automatycznie naprawia błędy pamięci masowej (w przypadku odkrycia błędu fizycznego odczytu danych z pamięci masowej, poprawny fragment danych jest transferowany z drugiego systemu i korygowany).
17. Definiowanie nowych typów danych w RBD - System RBD powinien umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do
„potomków” obiektu, „rodzica” itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji.
18. Replikacja danych i modyfikacja w wielu punktach - System RBD powinien pozwalać na transakcyjną replikację wybranych danych z bazy danych między wieloma węzłami. Dodanie lub usunięcie węzła nie powinno wpływać na funkcjonowanie i spójność systemu replikacji ani nie powinno przerywać procesu replikacji. Dane mogą w takim schemacie replikacji być modyfikowane w dowolnym węźle (ale tylko w jednym węźle w danym momencie). System powinien zawierać narzędzie do nadzorowania i wizualizacji topologii oraz stanu procesu replikacji.
19. Indeksowanie podzbioru danych w tabeli - System RBD powinien umożliwiać tworzenie indeksów na podzbiorze danych z tabeli określonym poprzez wyrażenie filtrujące.
20. Dedykowana sesja administracyjna - System RBD powinien pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów.
21. Partycjonowanie danych - System powinien pozwalać na podział danych w jednej tabeli między różne fizyczne pamięci masowe zgodnie ze zdefiniowanymi warunkami podziału.
22. Wsparcie dla danych przestrzennych - System RBD powinien zapewniać wsparcie dla geometrycznych i geograficznych typów danych pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności zapewniać możliwość wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, powinien oferować wiele metod, które pozwalają na łatwe operowanie kształtami czy bryłami, testowanie ich wzajemnego ułożenia w układach współrzędnych oraz dokonywanie obliczeń takich wielkości, jak pola figur, odległości do punktu na linii, itp., obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu RBD, typy danych geograficznych powinny być konstruowane na podstawie obiektów wektorowych, określonych w formacie Well-Known Text (WKT) lub Well-Known Binary (WKB), (powinny być to x.xx. takie typy obiektów jak: lokalizacja (punkt), seria punktów, seria punktów połączonych linią, zestaw wielokątów, itp.).
23. Licencja serwera musi umożliwiać dostęp nielimitowanej liczbie użytkowników
na 2 rdzenie procesora.
3.7. Serwer wielofunkcyjnego portalu Internetowego – licencja edukacyjna
Serwery wielofunkcyjnych portali Internetowych (WPI) muszą umożliwiać:
1. Zarządzanie strukturą portalu i treściami WWW,
2. Publikację dokumentów i materiałów multimedialnych,
3. Przeszukiwanie portalu,
4. Uczestnictwo Internautów w forach dyskusyjnych, ocenie materiałów, publikacji własnych treści,
5. Organizację pracy grupowej,
6. Wspólną, bezpieczną pracę nad dokumentami,
7. Wersjonowanie dokumentów (dla wersji roboczych),
8. Podpisywanie dokumentów,
9. Wykorzystanie mechanizmów portalu do budowy systemu zarządzania e- szkoleniami (e-learning).
Serwery PW muszą udostępniać możliwość zaprojektowania struktury portalu tak, by mogła stanowić zbiór WIELU niezależnych portali, które w zależności od nadanych uprawnień mogą być zarządzane niezależnie.
PW muszą udostępnić funkcje zarządzania zawartością, zaimplementować procesy przepływu publikacji treści, zapewnić dostęp do informacji niezbędnych do realizacji założonych celów i procesów, oraz umożliwić współpracę pomiędzy zespołami złożonych również z osób z poza organizacji oraz z jednostek stowarzyszonych.
Serwery PW muszą posiadać następujące cechy dostępne bezpośrednio, jako natywne właściwości produktu:
1. Interfejs użytkownika:
a) Zarządzanie strukturą portalu, rolami użytkowników, uprawnieniami, okresem publikacji treści, tworzenie artykułów
b) Praca z dokumentami typu XML w oparciu schematy XML przechowywane w repozytoriach portalu bezpośrednio z aplikacji opisanego w specyfikacji pakietu biurowego (otwieranie/zapisywanie dokumentów, podgląd wersji, mechanizmy ewidencjonowania i wyewidencjonowania dokumentów, edycja metryki dokumentu).
c) Praca bezpośrednio z aplikacji pakietu biurowego z portalowymi rejestrami informacji typu kalendarze oraz bazy kontaktów
d) Tworzenie witryn w ramach portalu bezpośrednio z aplikacji pakietu biurowego
e) Umożliwienie uruchomienia prezentacji stron w wersji pełnej oraz w wersji uproszczonej dla użytkowników urządzeń mobilnych PDA, telefon komórkowy).
2. Integracja z pozostałymi modułami rozwiązania oraz innymi systemami:
a) Wykorzystanie poczty elektronicznej do rozsyłania przez system wiadomości, powiadomień, alertów do użytkowników portalu w postaci maili, również do użytkowników z Internetu,
b) Możliwość wykorzystania oferowanego systemu poczty elektronicznej do umieszczania dokumentów w repozytoriach portalu poprzez przesyłanie ich w postaci załączników do maili
c) Integracja z systemem obsługującym serwis WWW w zakresie publikacji treści z repozytoriów wewnętrznych firmy na zewnętrzne strony serwisu WWW (pliki, strony)
d) Integracja z usługą katalogową w zakresie prezentacji informacji o pracownikach. Dane typu: imię, nazwisko, stanowisko, telefon, adres, miejsce w strukturze organizacyjnej mają stanowić źródło dla systemu portalowego
e) Wsparcie dla standardu wymiany danych z innymi systemami w postaci XML, z wykorzystaniem komunikacji poprzez XML Web Services
f) Mechanizm jednokrotnej identyfikacji (single sign-on) pozwalający na autoryzację użytkowników portalu i dostęp do danych w innych systemach biznesowych, niezintegrowanych z systemem LDAP.
g) Przechowywanie całej zawartości portalu (strony, dokumenty, konfiguracja) we wspólnym dla całego serwisu podsystemie bazodanowym.
3. Zarządzanie treścią i wyglądem portalu powinno opierać się o narzędzia umożliwiające prostą i intuicyjną publikację treści w formacie HTML w trybie WYSIWYG, bez konieczności znajomości języka HTML i innej wiedzy technicznej przez autorów treści:
a) Możliwość formatowania tekstu w zakresie zmiany czcionki, rozmiaru, koloru, pogrubienia, wyrównania do prawej oraz lewej strony, wyśrodkowania, wyjustowania.
b) Proste osadzenie i formatowanie plików graficznych, łącz (linków) różnych typów, tabel, paragrafów, wypunktowań itp. w treści artykułów publikowanych w intranecie (stron HTML).
c) Spójne zarządzanie wyglądem stron intranetu, głównie pod kątem formatowania tekstu: możliwość globalnego zdefiniowania krojów tekstu, które mogą być wykorzystywane przez edytorów treści, możliwość wklejania treści przy publikacji stron intranetu z plików tekstowych lub edytorów tekstu (np. MS Word) z zachowaniem lub z usunięciem formatowania oryginalnego.
d) Zarządzanie galeriami zasobów elektronicznych (pliki graficzne, filmy video, dokumenty), wykorzystywanymi przy tworzeniu stron intranetu i przechowywanymi w intranetowym repozytorium treści. Możliwość współdzielenia tych zasobów na potrzeby stron umiejscowionych w różnych obszarach portalu intranetowego. Podstawowe funkcjonalności związane z wersjonowaniem i wyszukiwaniem tych zasobów.
e) Definiowanie szablonów dla układów stron (tzw. layout’ów), określających ogólny układ stron intranetu oraz elementy wspólne dla stron opartych na tym samym szablonie. Możliwość stworzenia wielu szablonów na potrzeby różnych układów stron w zależności od potrzeb funkcjonalnych w różnych częściach intranetu. Możliwość generalnej zmiany wyglądu utworzonych już stron poprzez modyfikację szablonu, na którym zostały oparte.
f) Możliwość wielokrotnego wykorzystania elementów zawartości intranetu (części treści publikowanych na stronach) w różnych częściach portalu, tzn. modyfikacja zawartości w jednym miejscu powoduje jej faktyczną zmianę na wszystkich stronach intranetu, gdzie dana treść została opublikowana.
g) Możliwość odwzorowania w systemie CMS przyjętej wizualizacji portalu intranetowego (projekt graficzny i funkcjonalny).
h) Możliwość osadzania na stronach narzędzia do odtwarzania materiałów audio i wideo,
4. Organizacja i publikacja treści:
a) Wersjonowanie treści stron intranetu, działające automatycznie przy wprowadzaniu kolejnych modyfikacji przez edytorów treści.
b) Zastosowanie procesów zatwierdzania zawartości przed publikacją, tzn. udostępnieniem jej dla szerokiego grona pracowników. Możliwość zdefiniowania przynajmniej dwóch poziomów uprawnień edytorów (edytor i recenzent), przy czym treści publikowane przez edytorów muszą uzyskać pozytywną akceptację recenzenta przed udostępnieniem jej wszystkim użytkownikom intranetu.
c) Możliwość budowania hierarchicznej struktury stron portalu z prostym przenoszeniem stron i sekcji w ramach struktury nawigacji.
d) Automatyczne tworzenie nawigacji na stronach intranetu, odwzorowujące obecną hierarchię. Automatyczne generowanie mapy stron portalu.
e) Umożliwienie zarządzania poszczególnymi obszarami portalu osobom nietechnicznym, pełniącym rolę edytorów bądź administratorów merytorycznych. Istotne jest nieangażowanie zespołu IT w proces zarządzania treścią intranetu.
f) Definiowanie uprawnień użytkowników niezależnie do poszczególnych sekcji i stron intranetu, np. do obszarów poszczególnych spółek, dywizji, biur. Dotyczy to zarówno uprawnień do odczytu zawartości, jak i edycji oraz publikacji (różni edytorzy zawartości intranetu w zależności od jego części). Definiowanie uprawnień powinno być dostępne dla administratorów merytorycznych poszczególnych obszarów portalu w sposób niezależny od pracowników działu IT.
g) Automatyczne dołączanie do publikowanych stron informacji o autorze (edytorze) i dacie publikacji.
h) Możliwość personalizacji i filtrowania treści w intranecie w zależności od roli lub innych atrybutów pracownika (np. stanowiska, działu, pionu lub spółki). Funkcjonalność ta ma być niezależna od mechanizmów zarządzania uprawnieniami użytkownika do zawartości, i ma mieć na celu dostarczenie pracownikowi adekwatnych, skierowanych do niego informacji.
i) Wsparcie dla obsługi różnych wersji językowych wybranych zawartości intranetu.
5. Repozytoria dokumentów:
a) Możliwość prostej publikacji dokumentów w intranecie przez edytorów portalu. Prosty sposób publikacji dokumentów, funkcjonalny dostęp użytkowników intranetu do opublikowanych dokumentów
b) Wykorzystanie do publikacji, edycji i przeglądania dokumentów w repozytorium narzędzi znanych użytkownikom np. pakiety biurowe czy przeglądarka internetowa
c) Możliwość tworzenia wielu tematycznych repozytoriów dokumentów w różnych częściach intranetu
d) Możliwość publikacji plików w strukturze katalogów,
e) Możliwość publikacji materiałów wideo oraz audio,
f) Możliwość definiowania metryki dokumentu, wypełnianej przez edytora przy publikacji pliku,
g) Możliwość nawigacji po repozytorium dokumentów w oparciu o metadane z metryk dokumentów,
h) Prosty, elastyczny i niezależny od działu IT mechanizm zarządzania uprawnieniami do publikowanych dokumentów w ramach istniejących uprawnień. Możliwość definiowania różnych poziomów uprawnień przez administratorów merytorycznych, np. uprawnienia do odczytu, publikacji, usuwania
i) Zarządzanie wersjonowaniem dokumentów: obsługa głównych oraz roboczych wersji (np.: 1.0, 1.1, 1.x, 2.0), automatyczna kontrola wersji przy publikacji dokumentów
j) Możliwość zdefiniowania w systemie procesu zatwierdzania nowych lub modyfikowanych dokumentów. System informuje użytkowników
recenzujących materiały o oczekujących na nich elementach do zatwierdzenia i pozwala podjąć decyzję o ich publikacji lub odrzuceniu
k) Możliwość tworzenia specjalnych repozytoriów lub katalogów przeznaczonych do przechowywania specyficznych rodzajów treści, np. galerie obrazów dla plików graficznych.
6. Wyszukiwanie treści:
a) Pełnotekstowe indeksowanie zawartości intranetu w zakresie różnych typów treści publikowanych w portalu, tj. stron portalu, dokumentów tekstowych (w szczególności dokumentów XML)
b) Centralny mechanizm wyszukiwania treści dostępny dla użytkowników intranetu,
c) Opcja wyszukiwania zaawansowanego, np. wyszukiwanie wg typów treści, autorów, dat publikacji,
d) Możliwość budowania wielu wyszukiwarek w różnych częściach portalu, służących do przeszukiwania określonych obszarów intranetu wg zadanych kryteriów, np. wg typów dokumentów
e) Możliwość definiowania słownika słów wykluczonych (często używanych)
f) Możliwość tworzenia „linków sponsorowanych”, prezentowanych wysoko w wynikach wyszukiwania w zależności od słów wpisanych w zapytaniu
g) Podświetlanie w wynikach wyszukiwania odnalezionych słów kluczowych zadanych w zapytaniu.
h) Przedstawianie w wynikach duplikatów plików
i) Statystyki wyszukiwanych fraz
7. Administracja intranetem i inne funkcjonalności
a) Możliwość definiowania ról / grup uprawnień w ramach, których definiowane będą uprawnienia i funkcje użytkowników. Przypisywanie użytkowników do ról w oparciu o ich konta w LDAP lub poprzez grupy domenowe. Funkcjonalność zarządzania uprawnieniami dostępna dla administratorów merytorycznych intranetu, niewymagająca szczególnych kompetencji technicznych,
b) Możliwość określania uprawnień do poszczególnych elementów zawartości intranetu tj. sekcja, pojedyncza strona, repozytorium dokumentów, katalogu dokumentów, pojedynczego dokumentu
c) Generowanie powiadomień pocztą elektroniczną dla użytkowników z informacją o publikacji najbardziej istotnych treści
d) Definiowanie metryk opisujących dokumenty w poszczególnych repozytoriach portalu
e) Konfigurowanie procesów zatwierdzania publikowanych stron i dokumentów. Możliwość odrębnej konfiguracji w poszczególnych częściach portalu tj. definiowanie różnych edytorów i recenzentów w ramach różnych obszarów intranetu
f) Statystyki odwiedzin poszczególnych części i stron portalu – analiza liczby odsłon w czasie. Opcjonalnie zaawansowane statystyki i analizy
g) Funkcjonalności wspierające pracę grupową - do wykorzystania na najniższym poziomie portalu do celów pracy działów i zespołów zadaniowych, które będą
mogły być złożone z użytkowników będących pracownikami organizacji Zamawiającego oraz jednostek stowarzyszonych. Funkcjonalności wspierające gromadzenie dokumentów, wsparcie komunikacji, planowanie zadań i wydarzeń
h) Funkcjonalność definiowania procesów obiegu dokumentów (workflow) przy wykorzystaniu prostych w obsłudze narzędzi portalu.
Licencja External Connector „lub równoważne” na usługi zarządzania prawami dostępu do usługi Active Directory w systemie Windows Server 2012
– licencja edukacyjna.
4. Zamawiający dopuszcza możliwość składania ofert równoważnych. Jeżeli wykonawca składa ofertę równoważną musi przedłożyć informacje o oferowanym produkcie zawierającą co najmniej nazwę i opis potwierdzający, że jest równoważny z produktem podanym przykładowo.
Za równoważny system Zamawiający uzna taki, który zapewnia kompatybilną pracę z aplikacjami Zamawiającego (które posiada i eksploatuje), wymienionymi w SIWZ – Rozdział XV pkt 3.1. „Specyfikacja ilościowa przedmiotu zamówienia”.