11 C7t ŻO1 - Inspektorat Uzbrojenia

Transkrypt

Zgodnie z ustawą z dnia 29 stycznia 2004 roku
Prawo zamówień publicznych
(t.j. Dz. U. z 2010 r. nr 113, poz. 759, z późn. zm.) i uregulowaniami prawnymi wydanymi na
jej podstawieZawiający:
-
r UZBROJ EN.SPEKTOT UZBROJENIA
INSPF”
K A N
E L
ul. Krolewska 1/7
OO-91 1 Warszawa
N A
Ą
11 C7t ŻO1
U
tel. +48 22 6873292
faks +48 22 6873297
zaprasza do składania ofert w ramach postępowania prowadzonego w trybie przetargu
nieograniczonego.
1.
DEFINICJE I SKRÓTY
1.1.
Wyrażenia i skróty używane w niniejszej
Zamówienia oznaczają:
Specyfikacji
Istotnych Warunków
ZAMAWIAJĄCY INSPEKTORAT UZBROJENIA, ul. Królewska 1/7, OO-909
Warszawa, tel. +48 (22) 6873292, faks +48 22 6873297;
SIWZ niniejsza Specyfikacja Istotnych Warunków Zamówienia;
ustawa Pzp ustawa z dnia 29 stycznia 2004 roku Prawo zamówień publicznych
(tj. Dz. U. z 2010 roku, Nr 113, poz. 759 z późn. zm.);
rozporządzenie rozporządzenie Prezesa Rady Ministrów z dnia 30 grudnia 2009 r.
w sprawie rodzaju dokumentów, jakich może żądać zamawiający od wykonawcy, oraz
form, wjakich te dokumenty mogą być składane (Dz. U. Nr 226, poz. 1817).
-
—
—
-
—
2.
POSTANOWIENIA OGÓLNE
2.1.
Tryb udzielenia zamówienia
nieograniczonego.
2.2.
Nazwa postepowania: „DOSTAWA SYSTEMU INFORMATYCZNEGO DLA
SŁUŻBY RUCHU LOTNICZEGO SZ RP”.
2.3.
Oznaczenie postępowania: IU/ 128/VII-51 /ZO/PN/AE/DOS/K/20 12.
2.4.
Wykonawcy winni we wszelkich kontaktach z Zamawiającym powoływać się na
wyżej podaną nazwę i oznaczenie.
3.
OPIS PRZEDMIOTU ZAMÓWIENIA
3.1.
Przedmiotem zamówienia jest dostawa systemu wymiany depesz służb ruchu
lotniczego (ATS) w technologii AMHS (Air Traffic Seryices Message Handling
System) dla Służby Ruchu Lotniczego Sił Zbrojnych RP wraz z usługą instalacji,
wdrożenia i szkoleniem.
-
postępowanie prowadzone jest w trybie przetargu
Przedmiotem dostawy jest kompletny system
zarządzających, oprogramowania, stacji kl ienckich.
składający
się
z
serwerów
Szczegółowe Wymagania techniczne zostały określone w Załączniku nr 1 do SIWZ
„Wymagania techniczne”.
3.2.
—
Oferowany sprzęt musi być fabrycznie nowy, wyprodukowany po 1 stycznia
2012 r. w I kategorii (nieużywany), skonfigurowany i uruchomiony (przetestowany)
IU/I 28/VII-5 I /ZO/PN/AEJDO S/K/2012
strona I / 18
SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA
przez producenta sprzętu oraz musi spełniać wymogi techniczno-jakościowe określone
przez producenta sprzętu.
3.3.
Zakres przedmiotowy zamówienia (wymagania, parametry techniczno-eksploatacyjne)
określone zostały w załączniku nr I i 1A do SIWZ („Wymagania techniczne”)
i załączniku nr 2 do SIWZ (,‚Wzór umowy”).
-
—
3.4.
Wyszczególnione w załączniku nr 1 i 1A do SIWZ parametry techniczne sprzętu
i oprogramowania określają minimalne wymagania Zamawiaj ącego.
3.5.
Oferowane wyroby muszą spełniać wszystkie wymagania określone ustawą z dnia 30
sierpnia 2002 r. o systemie oceny zgodności (Dz. U. z 2010 r. Nr 138, poz. 935, z póź.
zm.) w szczególności muszą spełniać warunki rozporządzenia Ministra Gospodarki
z dnia 21 sierpnia 200”7 r. w sprawie zasadniczych wymagań dla sprzętu elektrycznego
(Dz. U. Nr 155, poz. 1089).
3.6.
3.7.
Wykonawca zobowiązany jest wskazać (opisać) wymienione w Załączniku nr 3 do
SIWZ oferowane parametry (wyposażenie) poprzez jednoznaczne ich określenie
(nazwa, typ i oferowana konfiguracja). Zamawiający dopuszcza oferowanie innych
parametrów (wyposażenia) niż żądane, jednak muszą to być parametry (wyposażenie)
równoważne lub jakościowo i technicznie korzystniejsze dla Zamawiającego.
Zamawiający wymaga wykonywania serwisu gwarancyjnego w okresie trwania
gwarancji na terenie całego kraju. Serwis gwarancyjny ma być świadczony w miejscu
wskazanym przez użytkownika (zgłaszającego wadę) z możliwością naprawy
w serwisie Wykonawcy, jeżeli naprawa u użytkownika okaże się niemożliwa.
Szczegółowe wymagania gwarancyjno-serwisowe opisane są w załączniku nr 2 do
SIWZ („Wzór umowy”).
3.8.
Kod CPV (Wspólny Słownik Zamówień):
a) 34962220-6 systemy kontroli ruchu lotniczego,
b) 302 14000-2 stacje robocze,
c) 48800000-6 systemy i serwery informacyjne,
Zamawiający dopuszcza zaoferowanie rozwiązań równoważnych, w rozumieniu
art. 29 ustawy Pzp. Zaproponowane produkty równoważne musza spełniać wymagania
określone w Załączniku nr 1 Wymagania techniczne.
—
—
—
3.9.
—
3.10.
W przypadku zastosowania rozwiązań równoważnych, wykonawca jest obowiązany
wykazać, że oferowane przez niego dostawy spełniają wymagania określone przez
Zamawiającego, zgodnie z art. 30 ust. 5 ustawy Pzp.
4.
OFERTY CZĘŚCIOWE
Zamawiający nie dopuszcza składania ofert częściowych w rozumieniu ustawy Pzp.
5.
INFORMACJA O ZAMÓWIENIACH UZUPEŁNIAJĄCYCH.
Zamawiający przewiduje możliwości udzielenia zamówień uzupełniających.
6.
OPIS SPOSOBU PRZEDSTAWIENIA OFERT WARIANTOWYCH.
Zamawiający nie dopuszcza składania ofert wariantowych.
IU/28i”yII-5 1/ZOJPN/AE/DOSJKJ2OI2
strona 2
7.
TERMIN WYKONANIA ZAMÓWIENIA.
Wymagany termin wykonania zamówienia
—
150 dni od daty zawarcia umowy.
8.
OPIS WARUNKÓW UDZIAŁU W POSTĘPOWANIU ORAZ SPOSOBU
DOKONYWANIA OCENY SPEŁNIENIA TYCH WARUNKÓW.
8.1.
O udzielenie zamówienia mogą ubiegać się wykonawcy, którzy nie podlegają
wykluczeniu z postępowania na podstawie art. 24 ust.1 ustawy Pzp oraz spełniają
warunki wymienione w art. 22 ust. 1 tejże ustawy, dotyczące:
a) posiadania uprawnień do wykonywania określonej działalności lub czyrmości,
jeżeli przepisy prawa nakładają obowiązek ich posiadania,
b) posiadania wiedzy i doświadczenia,
c) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do
wykonania zamówienia,
d) sytuacji ekonomicznej i finansowej.
W celu potwierdzenia spełniania warunków wymienionych w art. 22 ust. 1 ustawy Pzp,
Zamawiający wymaga aby wykonawca:
posiadał wiedzę i doświadczenie. tj.:
wykonał, a w przypadku świadczeń okresowych lub ciągłych również
wykonywanych, w okresie ostatnich 3 lat przed upływem terminu składania ofert,
a jeżeli okres prowadzenia działalności jest krótszy w tym okresie, trzy (3)
dostawy wraz z instalacją, wdrożeniem i szkoleniem odpowiadające swoim
rodzajem przedmiotowi zamówienia, tj. wykonał dostawy systemu wymiany
depesz służb ruchu lotniczego (ATS) w technologii AMHS (Air Traffic
Seryices Message Handling System) wraz z usiugą instalacji, wdrożenia i
szkolenia o (wartości co najmniej 1.000.000,00 zł brutto każda (słownie: jeden
milion złotych);
znąjdował się w następującej sytuacji finansowej i ekonomicznej, tj.:
posiadał środki finansowe lub zdolność kredytową w wysokości co najmniej
2.500.000,00 zł (słownie: dwa miliony pięćset tysięcy złotych);
był ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej
działalności na kwotę co najmniej 2.500.000,00 zł (słownie: dwa miliony pięćset
tysięcy złotych).
Ocena spełnienia ww. warunków zostanie dokonana zgodnie z formułą spełniaJ nie
spełnia w oparciu o informacje zawarte w dokumentach lub oświadczeniach
wymienionych w pkt 9 SIWZ. Z treści załączonych dokumentów musi wynikać
jednoznacznie, iż ww. warunki wykonawca spełnił.
8.2.
—
—
—
—
8.3.
8.4.
Zgodnie z art. 26 ust. 2b ustawy Pzp, 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 wykonywaniu zamówienia z zastrzeżeniem
1 ust. 3 i 2 rozporządzenia.
8.5.
Zgodnie z art. 24 ust. 1 ustawy Pzp każdy podmiot (dot. wykonawców określonych
w art. 23 oraz w art. 26 ust. 2b ustawy Pzp) musi wykazać brak podstaw do
IU/1 28!VH-5 I /ZO/PN/AE/DOS/K120 12
strona 3
wykluczenia go z postępowania o udzielenie zamówienia publicznego (załącznik nr 5
do SIWZ).
9.
INFORMACJA O OŚWIADCZENIACH I DOKUMENTACH, JAKIE MAJĄ
DOSTARCZYĆ WYKONAWCY W CELU POTWIERDZENIA SPEŁNIENIA
WARUNKÓW UDZIAŁU W POSTĘPOWANIU.
9.1.
W celu potwierdzenia, że wykonawca spełnia warunki udziału w postępowaniu,
określone w pkt 8 SIWZ, Zamawiający zgodnie z rozporządzeniem, żąda
przedstawienia następujących dokumentów:
oświadczenia wykonawcy o spełnianiu warunków udziału w postępowaniu,
o których mowa w art. 22 ust. 1 ustawy Pzp zgodnie ze wzorem stanowiącym
załącznik nr 4 do SIWZ;
b) oświadczenia wykonawcy o braku podstaw do wykluczenia na podstawie art. 24
ust. 1 ustawy Pzp zgodnie ze wzorem stanowiącym załącznik nr 5 do SIWZ;
c) wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również
wykonywanych dostaw w zakresie niezbędnym do wykazania spełniania warunku
wiedzy i doświadczenia w okresie ostatnich 3 lat przed upływem terminu
składania ofert, a jeżeli okres prowadzenia działalności jest krótszy
w tym
okresie, z podaniem ich wartości, przedmiotu, dat wykonania i odbiorców wraz
z załączeniem dokumentów potwierdzających, że zostały wykonane lub są
wykonywane należycie
potwierdzającego spełnienie warunku określonego
w pkt. 8.1 lit b) SIWZ;
d) informacji banku lub spółdzielczej kasy oszczędnościowo-kredytowej, w których
wykonawca posiada rachunek, potwierdzających wysokość posiadanych środków
lub zdolność kredytową wykonawcy
potwierdzającego spełnienie warunku
określonego w pkt. 8.1 lit d)” SIWZ, wystawionej nie wcześniej niż 3 miesiące
przed upływem terminy składania ofert, z zastrzeżeniem 1 ust. 3 rozporządzenia;
e) opłaconej polisy, a w przypadku jej braku innego dokumentu potwierdzającego,
że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie
prowadzonej
działalności związanej
z przedmiotem zamówienia
potwierdzaj ącego spełnienie warunku określonego w pkt. 8.1 lit d) SIWZ;
f) aktualnego odpisu 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 Pzp, wystawionego nie wcześniej niż 6 miesięcy przed
upływem terminu składania ofert, a w stosunku do osób fizycznych oświadczenia
w zakresie art. 24 ust. 1 pkt 2 ustawy Pzp;
g) aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego
potwierdzającego, że wykonawca nie zalega z opłacaniem podatków, lub
zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub
rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania
decyzji właściwego organu wystawionego nie wcześniej niż 3 miesiące przed
upływem terminu składania ofert;
h) aktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń
Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego,
że wykonawca nie zalega z opłacaniem składek na ubezpieczenia zdrowotne
i społeczne, lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie,
odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości
a)
—
—
—
—
—
—
—
TU/128/yII-5 1/ZO/PNIAE/DOS/KJ2012
strona 4
wykonania decyzji właściwego organu
wystawionego nie wcześniej niż
miesiące
przed
3
i) aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym
w art. 24 ust. 1 pkt 4 8 ustawy Pzp, wystawionej nie wcześniej niż 6 miesięcy
przed upływem terminu składania ofert;
j) aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym
w art. 24 ust. I pkt 9 ustawy Pzp, wystawionej nie wcześniej niż 6 miesięcy przed
Jeżeli, w przypadku wykonawcy mającego siedzibę na terytorium Rzeczypospolitej
Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5-8 ustawy Pzp, mają miejsce
zamieszkania poza terytorium Rzeczypospolitej Polskiej, Wykonawca składa
w odniesieniu do nich zaświadczenia właściwego organu sądowego albo
administracyjnego miejsca zamieszkania dotyczące niekaralności tych osób w zakresie
określonym w art. 24 ust. 1 pkt 5-8 ustawy Pzp, wystawione nie wcześniej niż 6
miesięcy przed upływem terminu składania ofert, z tym że w przypadku gdy
w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń 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 miejsca zamieszkania tych osób.
—
-
9.2.
—
9.3.
Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium
Rzeczypospolitej Polskiej, zamiast dokumentów, o których mowa w pkt.9.1:
w pkt 9.1 lit.: f), g), h), j) 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
wystawiony nie
wcześniej niż 6 miesięcy przed upływem terminu składania ofert,
nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne
i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub
rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania
decyzji właściwego organu
wystawiony nie wcześniej niż 3 miesiące przed
upływem terminu składania ofert,
nie orzeczono wobec niego zakazu ubiegania się o zamówienie wystawiony
nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;
b) pkt 9.1 lit. i)
składa zaświadczenie właściwego organu sądowego lub
administracyjnego miejsca zamieszkania osoby, której dokumenty dotyczą,
w zakresie określonym w art. 24 ust. I pkt 4-8 ustawy Pzp wystawione nie
wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
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. 9.3,
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
wystawionych
w terminach określonych w pkt 9.3.
a)
—
-
—
-
—
-
—
—
—
9.4.
—
IU/ 128/VII-51 /ZOJPN/AE/DOS/K!20 12
strona 5
10.
ITFORMACJA O SPOSOBIE POROZUMIEWANIA SIE,ZAMAWIAJAEGO
Z WYKONAWCAMI.
10.1.
Porozumiewanie się Zamawiającego z wykonawcami odbywa się:
10.2.
a) pisemnie (z dopiskiem „IU/1 28/VII-51 /ZO/PN/AE/DOS/K/20 12”),
b) faksem (z dopiskiem „IU/128/VII-51/ZO/PN/AE/DOS/K!2012”),
c) drogą elektroniczną (z dopiskiem „IU/ 128/VII-51 /ZO/PN/AE/DOS/K120 12”).
Oświadczenia, wnioski, zawiadomienia oraz informacje należy przekazywać na adres:
FNSPEKTORAT UZBROJENIA, ul. Królewska 1/7, 00-909 Warszawa,
lub na numer faksu: +48 22 6873297,
lub na adres e-mail: iu.oiizemon.goy.pl.
10.3.
W przypadku, gdy Zamawiający lub wykonawca będą przekazywali oświadczenia,
wnioski, zawiadomienia oraz informacje faksem łub drogą elektroniczną, każda ze
stron na żądanie drugiej niezwłocznie potwierdzi fakt ich otrzymania.
10.4.
Osobami upoważnionymi do porozumiewania się z wykonawcami są:
a) Przewodniczący komisji płk Paweł MĄCZKA teł. +48 22 6873292,
b) Sekretarz komisji ppłk Mariusz PŁAW1NSKI tel. +48 22 6879448.
Wykonawca może pobrać SIWZ drogą elektroniczną ze strony internetowej
Zamawiającego: www.iu.wn.mil.pl.
—
—
10.5.
10.6.
Wykonawca może zwrócić się do Zamawiającego o wyjaśnienie treści SIWZ.
Zapytania należy przesyłać na adres podany w pkt 10.2. Zamawiający niezwłocznie
udzieli wyjaśnień na zasadach określonych w art. 38 ustawy Pzp. Treść zapytań wraz
z wyjaśnieniami zostanie zamieszczona również na stronie internetowej
Zamawiaj ącego www.iu.wiimil.pł.
10.7.
Informacje i wyjaśnienia można uzyskać od poniedziałku do piątku w godz. 07.30.
15.3 0.
10.8.
Zamawiający informuje, że nie udziela informacji telefonicznie.
10.9.
Wszelkie pytania i wątpliwości
formułować wjęzyku polskim.
11.
WYMAGANIA DOTYCZAE WADIUM.
11.1.
Zamawiający wymaga wniesienia wadium:.
dotyczące
—
niniejszego postępowania należy
wadium nr 7020 w wysokości 52.000,00 zł. (słownie: pięćdziesiąt dwa tysiące
złotych)
Wadium może być wnoszone w formie określonej w art. 45 ust. 6 ustawy Pzp.
—
11.2.
11.3.
Wadium wnoszone w pieniądzu należy wpłacić na konto 47 1010 1010 0015 1513
9120 0000, a wadium w formie bezgotówkowej (zgodnie ze wzorem stanowiącym
załącznik nr 8 do SIWZ) składać na adres Inspektoratu Uzbrojenia, 00-909 Warszawa,
ul. Królewska 1/7 pokój nr 119 z dopiskiem: „WADIUM NR 7020 DOSTAWA
SYSTEMU INFORMATYCZNEGO DLA SŁUŻBY RUCHU LOTNICZEGO SZ
RP” NR REF. IU/1 28/VII-51 /ZO/PN/AE/DOS/K/20 I 2”.
-
-
11.4.
Za termin wniesienia wadium w formie pieniężnej zostanie przyjęty termin uznania na
rachunku Zamawiającego.
IU/128/VII-5 1/ZOJPN/AE(DOS/K!20 12
strona 6
11.5.
Wykonawca zobowiązany jest zabezpieczyć ofertę wadium na cały okres związania
ofertą.
11.6.
Zwrot i utratę wadium reguluje art. 46 ustawy Pzp.
11.7.
Wykonawca, który nie zabezpieczy oferty wadium zostanie przez Zamawiającego
wykluczony art. 24 ust. 2 pkt 2 ustawy Pzp.
-
12.
TERMIN ZWIĄZANIA OFERTĄ
12.1.
Wykonawca pozostaje związany złożoną ofertą przez okres 60 dni.
12.2.
Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu składania
ofert.
13.
OPIS SPOSOBU PRZYGOTOWYWANIA OFERT.
13.1.
Każdy wykonawca może złożyć tylko jedną ofertę.
13.2.
Oferta musi być złożona w formie pisemnej, zgodnie z wymaganiami opisanymi
w niniejszej SIWZ.
13.3.
13.4.
Ofertę należy składać na formularzu oferty stanowiącym załącznik nr 3 do SIWZ.
Formularz oferty oraz pozostałe załączniki, dla których zostały określone wzory,
należy wypełnić ściśle według niniejszych wymagań, bez dokonywania zmian w treści
tych dokumentów, o ile Zamawiający nie wyrazi na to zgody.
13.5.
Ofertę należy sporządzić wjęzyku polskim, w sposób czytelny.
13.6.
Wymagane w SIWZ dokumenty sporządzone w języku obcym powinny być złożone
wraz z tłumaczeniem na język polski poświadczonym przez wykonawcę.
13.7.
Formularz oferty wraz z załącznikami i dokumentami sporządzanymi przez
wykonawcę powinien być podpisany przez osoby upoważnione do reprezentacji
wykonawcy. W przypadku, gdy ofertę podpisują osoby, których upoważnienie do
reprezentacji nie wynika z dokumentów rejestrowych załączonych do oferty, wymaga
się dołączenia do oferty stosownego pełnomocnictwa, w formie oryginału, lub kopii
potwierdzonej za zgodność z oryginałem przez wykonawcę (lub poświadczoną
notarialnie).
13.8.
Wskazane jest, aby wszystkie strony oferty były ponumerowane, parafowane przez
osobę(-by) podpisującą(-ce) ofertę i złączone w sposób uniemożliwiający jej
dekompletację, a także żeby oferta zawierała spis zawartości wraz z numerami stron,
do których się ona odnosi.
13.9.
Wskazane jest, aby wszystkie miejsca, w których wykonawca naniósł poprawki były
parafowane przez osobę podpisującą ofertę.
13.10. Wymagania określone w pkt. 13.8 i 13.9 nie stanowią treści oferty i ich niespełnienie
nie będzie skutkować odrzuceniem oferty.
13.11. Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złożeniem oferty.
13.12. Zamawiający żąda wskazania przez wykonawcę w ofercie części zamówienia, której
wykonanie powierzy podwykonawcom.
IU! I 28/VII-5 1/ZO/PN/AE,”DOSfKJ2O 12
strona 7
13.13. Oferta powinna zawierać:
wypełniony formularz ofertowy zawierający wszelkie informacje zawarte we
wzorze stanowiącym załącznik nr 3 do SIWZ,
b) pełnomocnictwo udzielane osobom podpisującym ofertę, o ile prawo do
reprezentowania wykonawcy w powyższym zakresie nie wynika wprost
z dokumentu rejestrowego,
c) kopię dokumentu wadialnego sposób złożenia dokumentu wadialnego został
określony w pkt. 11 SIWZ,
d) oświadczenia i dokument)”, o których mowa w pkt. 9 SIWZ,
e) oświadczenie wykonawcy o ustanowieniu reprezentacji na czas trwania aukcji
elektronicznej stanowiące załącznik nr 7 do SIWZ,
f) wskazanym jest załączenie kopii oferty (po jej podpisaniu) w formie
elektronicznej (np. na nośniku CD lub DVD) w formacie PDF.
13.14. Wykonawca powinien umieścić ofertę wraz z wymaganymi dokumentami
w nieprzejrzystym,
trwale
zamkniętym
opakowaniu
(lub
kopercie),
uniemożliwiającym zapoznanie się z treścią oferty przed upływem terminu otwarcia
ofert, zaadresowanym na adres Zamawiającego.
a)
-
—
13.15. Opakowanie (koperta) musi zostać opatrzone:
a)
napisem: „OFERTA W PRZETARGU NIEOGRANICZONYM NA DOSTAWĘ
SYSTEMU INFORMATYCZNEGO DLA SŁUŻBY RUCI-IU LOTNICZEGO
SZ RP”- NR REF. IU/128/yII-51/ZO/PN!AE/DOS/K!2012,
b) napisem „Nie otwierać przed
2012 do godz
:00”,
c) napisem zawierającym nazwę i adres wykonawcy.
13.16. W przypadku, gdy informacje zawarte w ofercie stanowią tajemnicę przedsiębiorstwa
w rozumieniu przepisów ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej
konkurencji (Dz. U. z 2003 r. Nr 153, poz. 1503, z późn. zm.) co do których
wykonawca zastrzega, że nie mogą być udostępnione innym uczestnikom
postępowania, muszą być oznaczone klauzulą: „JNFORMACJE STANOWIĄCE
TAJEMNICĘ PRZEDSIĘBIORSTWA W ROZUMIENIU art. 11 ust. 4 USTAWY
O ZWALCZANIU NIEUCZCIWEJ KONKURENCJI” i dołączone odrębnie do
oferty.
13.17. Wykonawca może wprowadzić zmiany w złożonej ofercie lub ją wycofać, pod
warunkiem, że uczyni to przed terminem składania ofert. Zarówno zmiana, jak
i wycofanie oferty wymagają formy pisemnej.
13.18. Zmiany dotyczące treści oferty powinny być przygotowane, opakowane
i zaadresowane w ten sam sposób, co oferta. Dodatkowo opakowanie, w którym jest
przekazywana zmieniona oferta należy opatrzyć napisem „ZMIANA”.
13.19. Pisemne oświadczenie o wycofaniu oferty powinno być opakowane i zaadresowane
w ten sam sposób, co oferta. Dodatkowo opakowanie, w którym jest przekazywane to
powiadomienie należy opatrzyć napisem „WYCOFANE”.
14.
MIEJSCE I TERMIN SKŁADANIA OFERT.
14.1.
Oferty należy składać w godz. 07.30
10.00 i 13.00
15.30 w siedzibie
Zamawiającego w Kancelarii Jawnej Inspektoratu Uzbrojenia, ulokowanej przy
ul. Królewskiej 1/7 w Warszawie lub przesyłać pocztą na adres wskazany w pkt 10.2
lit a) SIWZ.
IU/1 28/VII-5 1/ZO/PN/AE/DOS/KJ2O 12
—
—
strona 8
14.2.
Termin składania ofert upływa w dniu 24.07.2012 r. o godz. 09.00.
14.3.
Za termin złożenia oferty przyjmuje się termin wpłynięcia oferty do Zamawiającego.
14.4.
W przypadku złożenia przez wykonawcę oferty po terminie określonym w pkt. 14.2
Zamawiający niezwłocznie go poinformuje o złożeniu oferty po terminie oraz zwróci
ofertę po upływie terminu do wniesienia odwołania.
15.
MIEJSCE I TERMIN OTWARCIA OFERT:
15.1.
Otwarcie ofert nastąpi w dniu 24.07.2012 r. o godz. 10.00 w siedzibie Inspektoratu
Uzbrojenia, ulokowanym przy ul. Królewskiej 1/7 w Warszawie.
15.2.
Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza
przeznaczyć na sfinansowanie zamówienia.
15.3.
Otwarcie ofert jest jawne.
15.4.
Podczas otwarcia ofert podane zostaną: imię i nazwisko, nazwa firmy oraz adres
(siedziby) wykonawcy, którego oferta jest otwierana, cena oferty, termin wykonania
zamówienia i warunków płatności zawarte w ofercie.
15.5.
Powyższe informacje zostaną dostarczone wykonawcom, którzy nie byli obecni przy
otwarciu ofert, na ich pisemny wniosek.
16.
OPIS SPOSOBU OBLICZANIA CENY OFERTY
16.1.
Cena oferty musi być podana w PLN liczbą i słownie, z wyodrębnieniem należnego
podatku VAT jeżeli występuje, z dokładnością do jednego grosza.
-
16.2.
Cena oferty musi uwzględniać wszystkie zobowiązania i musi obejmować wszystkie
koszty i składniki związane z wykonaniem zamówienia.
16.3.
Cena oferty musi wynikać z sumy iloczynów ilości sztuk i wartości jednostkowej
brutto oraz musi uwzględniać obowiązujący podatek VAT.
16.4.
Ceny jednostkowe i obliczenie ceny oferty muszą być przedstawione w ofercie.
UWAGA:
Cena oferty powinna być wyliczona zgodnie ze wskazaniem Zamawiającego,
tj.: wykonawca ustala cenę jednostkową netto osobno dla każdej pozycji przedmiotu
zamówienia. Wartość netto (za pozycję) to iloczyn ceny jednostkowej netto i ilości.
Wartość podatku VAT (za pozycję) to iloczyn wartości netto i odpowiedniej stawki
podatku VAT. Wartość brutto (za pozycję) to suma wartości netto i wartości podatku
VAT. Przy powyższych obliczeniach wykonawca dokonuje w każdym miejscu
zaokrąglenia do dwóch miejsc po przecinku. Cena oferty to cena wynikająca z sumy
wartości brutto poszczególnych pozycji przedmiotu zamówienia..
16.5.
Jeżeli złożono ofertę, której wybór prowadziłby do powstania obowiązku
podatkowego Zamawiającego zgodnie z przepisami o podatku od towarów i usług
w zakresie dotyczącym wewnątrzwspólnotowego nabycia towarów, Zamawiający
w celu oceny takiej oferty dolicza do przedstawionej w niej ceny podatek od towarów
i usług, który miałby obowiązek wpłacić zgodnie z obowiązującymi przepisami.
IUR28JyII-51/ZOJPN/AE!DOS/K12012
strona 9
16.6.
Cena oferty będzie traktowana jako ostateczna cena umowna i nie będzie podlegać
żadnym negocjacjom. z zastrzeżeniem zapisów zawartych w pkt 18.4 SIWZ.
17.
INFORMACJE DOTYCZA2E WALUT OBCYCH, W JAKICH MOGA BYĆ
PROWADZONE ROZLICZENIA MIERZY ZAMAWIAJAYM A
WYKONAWCA,
Rozliczenia finansowe będą realizowane w walucie PLN.
18.
OPIS KRYTERIÓW, KTÓRYMI ZAMAWIAJAĘY BEpZIE SIEKIEROWAŁ
PRZY WYBORZE OFERTY.
18.1.
Wszystkie oferty niepodlegające odrzuceniu zostaną poddane ocenie według
kryterium ceny, o znaczeniu 100%.
18.2.
Cena każdej oferty zostanie przeliczona na wartość punktową oferty według
następuj ącego wzoru:
Co=Cmin/Cb* 100 pkt
gdzie:
C ilość uzyskanych punktów,
0
Cmin najniższa cena z pośród ofert niepodlegających odrzuceniu,
Cb cena oferty badanej.
Obliczenia będą dokonywane z dokładnością do dwóch miejsc po przecinku.
—
—
—
18.3.
18.4.
W przypadku gdy w postępowaniu wpłyną co najmniej trzy (3) oferty niepodlegające
odrzuceniu, zostanie przeprowadzona aukcja elektroniczna. Kryterium oceny ofert
w toku aukcji elektronicznej będzie kryterium ceny, przeticzanej automatycznie na
wartość punktową oferty (bez ingerencji Zamawiającego) według wzoru określonego
w pkt. 18.2, z dokładnością do dwóch miejsc po przecinku.
18.5.
Za najkorzystniejszą ofertę zostanie wybrana ta oferta, której wartość punktowa,
wyliczona zgodnie z zapisami pkt. 18, jest największa.
19.
AUKCJA ELEKTRONICZNA
19.1.
Aukcja elektroniczna zostanie przeprowadzona w oparciu o system aukcyjny Polskiej
Wytwórni Papierów Wartościowych S.A. (PWPW) dostępny pod adresem
www.pp.pwpw.p1.
19.2.
Dane wykonawców, którzy złożyli oferty niepodlegające odrzuceniu, i nie mają
dostępu do systemu aukcyjnego, zostaną przesłane do PWPW celem ich
zarejestrowania w systemie. Dane dostępowe do systemu aukcyjnego (nazwa
użytkownika z hasłem) oraz bezpłatne instrukcje obsługi tego systemu zostaną im
przesłane droga elektroniczną przez PWPW.
19.3.
Wykonawcy mogą wziąć udział w odpłatnym szkoleniu dotyczącym obsługi systemu
aukcyjnego
szczegółowe informacje można uzyskać pod numerem telefonu:
+48 (22) 4647979. PWPW udziela także informacji technicznych „związanych
z przygotowaniem stanowisk komputerowych do współpracy z systemem aukcyjnym
pod numerem telefonu: +48 (22) 4647979 lub e-mail”em: aukcjepwpw.pl.
—
IU/1 28/VII-5 I /ZOJPN/AE(DOStKJ2O 12
strona 10
19.4.
Zamawiający nie ponosi odpowiedzialności za brak możliwości złożenia ofert
w trakcie trwania aukcji elektronicznej, np. awaria urządzeń informatycznych
wykonawcy, awaria łącza, które wykonawca wykorzystuje do połączenia się
z systemem aukcyjnym.
19.5.
Zamawiający powtórzy aukcję elektroniczną tylko w przypadku awarii systemu
aukcyjnego, potwierdzonej przez PWPW.
19.6.
Wymagania techniczne urządzeń informatycznych do udziału w aukcji elektronicznej:
komputer osobisty klasy PC o minimalnych parametrach technicznych:
procesor z zegarem 1 GHz,
256 MB pamięci RAM,
b) zainstalowane oprogramowanie:
system operacyjny Windows 2000 lub nowszy,
przeglądarka Internet Explorer w wersji co naj mniej 6 SP 1,
środowisko Java Runtime Enyiroment w najnowszej dostępnej wersji,
c) łącze internetowe o przepustowości co najmniej 128 kbps,
d) konfiguracj a infrastruktury teleinformatycznej wykonawcy musi zapewnić
stabilny dostęp stacji roboczej wykonawcy do wszystkich komponentów systemu
aukcyjnego. W szczególności w przypadku stosowania serwera proxy należy
upewnić się, czy nie zakłóca on dostępu do żadnego z elementów systemu
aukcyjnego,
e) ważny kwalifikowany certyfikat podpisu elektronicznego (zgodny z ustawą o
podpisie elektronicznym).
Sposób postępowania w toku aukcji elektronicznej, w tym wysokość minimalnych
postąpień, czas trwania aukcji i warunki jej zamknięcia zostaną przekazane
wykonawcom w zaproszeniu do udziału w aukcji elektronicznej.
a)
-
-
-
-
-
19.7.
19.8.
Wykonawcy zaproszeni do udziału w aukcji elektronicznej, składają kolejne
korzystniejsze postąpienia za pomocą formularza umieszczonego na stronie
internetowej www.ppp.pwpw.pl, w trybie bezpośredniego połączenia z tą stroną.
-
19.9.
Postąpienia, pod rygorem nieważności, składa się w postaci elektronicznej, opatrzone
bezpiecznym podpisem elektronicznym weryfikowanym przy pomocy ważnego
kwalifikowanego certyfikatu.
19.10. Oferty składane przez wykonawców podlegają automatycznej klasyfikacji
na podstawie kryterium oceny ofert w toku aukcji elektronicznej, określonego
wpkt. 18 SIWZ.
20.
INFORMACJE O FORMALNOŚCIACH, JAKIE POWINNY ZOSTAĆ
DOPEŁNIONE PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY
W SPRAWIE ZAMÓWIENIA PUBLICZNEGO.
20.1.
Niezwłocznie po wyborze najkorzystniejszej oferty Zamawiający zawiadomi
wykonawców, którzy złożyli oferty podając informacje, o których mowa w art. 92
ust. 1 ustawy Pzp oraz zamieści informacje, o których mowa w art. 92 ust. 1 pkt 1 na
stronie Zamawiającego.
20.2.
Zamawiający zawrze umowę z wykonawcą, który złożył najkorzystniejszą ofertę,
w terminie nie krótszym niż 10 dni od dnia przesłania zawiadomienia o wyborze
IU/128/VII-5 I/ZO/PN/AE(DOS(KJ2012
strona 11
najkorzystniejszej oferty w siedzibie Zamawiającego z zastrzeżeniem art. 183 ustawy
Pzp.
20.3.
Zamawiający prześle wybranemu wykonawcy „Zaproszenie do podpisania umowy”
z informacjami dotyczącymi dokładnego terminu podpisania umowy.
20.4.
Wybrany wykonawca, najpóźniej w terminie wyznaczonym przez Zamawiającego
w „Zaproszeniu do podpisania umowy”, dostarczy do Zamawiającego potwierdzenie
wniesienia zabezpieczenia należytego wykonania umowy w wysokości określonej
w „Zaproszeniu do podpisania umowy”.
21.
WYMAGANIA DOTYCZAE ZABEZPIECZENIA NALEŻYTEGO
WYKONANIA UMOWY.
21.1.
Zabezpieczenie należytego wykonania umowy należy wnieść na zasadach określonych
dla wadium jak w pkt 11 SIWZ wzór gwarancji okreśta załącznik nr 9 do SIWZ.
Zabezpieczenie należytego wykonania umowy złożone w formie innej niż w pieniądzu
powinno mieć termin ważności dłuższy o 20 dni od terminu wykonania umowy.
W przypadku niewykonania umowy w terminie, wykonawca zobowiązany jest do
przedłużenia terminu ważności złożonej gwarancji (poręczenia) przed upływem
terminu jej ważności.
-
21.2.
Wykonawca, którego oferta zostanie wybrana będzie zobowiązany do wniesienia
zabezpieczenia należytego wykonania umowy w wysokości 10% wartości zamówienia
gwarantowanego (w zaokrągleniu do pełnych złotych). O konieczności wniesieniu
zabezpieczenia należytego wykonania umowy Wykonawca zostanie powiadomiony
pisemnie.
21.3.
Wykonawcy zostanie zwrócone 70% wartości zabezpieczenia w terminie 30 dni od
dnia wykonania zamówienia i uznania przez Zamawiającego za należycie wykonane,
co zostanie potwierdzone protokołem odbioru podpisanym przez Odbiorcę. Pozostałe
30% wartości zabezpieczenia będzie pozostawiona na zabezpieczenie roszczeń
z tytułu rękojmi za wady i zostanie zwrócona nie później niż w terminie 15 dni od dnia
upływu okresu rękojmi.
22.
ISTOTNE DLA STRON POSTANOWIENIA, KTÓRE ZOSTANA,
WPROWADZONE DO TREŚCI ZAWIERANEJ UMOWY W SPRAWIE
ZAMÓWIENIA PUBLICZNEGO.
22.1.
Zgodnie ze wzorem umowy stanowiącym załączniki nr 2 do specyfikacji.
23.
POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ PRZYSŁUGUJAĘYCH
WYKONAWCY W TOK[J POSTEJOWANIA O UDZIELENIE
ZAMÓWIENIA
23.1.
Wykonawcom, a także innym osobom, których, interes prawny doznał uszczerbku,
w wyniku naruszenia przez Zamawiającego określonych w ustawie Pzp zasad
udzielania zamówień, przysługują środki ochrony prawnej, o których mowa w dziale
VI ustawy Pzp.
IU/1287yH-5 1/ZO7PN/AE(DOS(KJ2012
strona 12
23.2.
Przed upływem terminu do składania ofert, w przypadku naruszenia przez
Zamawiającego przepisów ustawy Pzp, środki ochrony prawnej przysługują również
organizacjom zrzeszającym wykonawców wpisanym na listę organizacji
uprawnionych do wnoszenia środków ochrony prawnej. prowadzoną przez Prezesa
Urzędu Zamówień Publicznych.
Załączniki:
załącznik nr li 1A
załącznik nr 2
załącznik nr 3
załącznik nr 4
załącznik nr 5
załącznik nr 6
załącznik nr 7
załącznik nr 8
załącznik nr 9
-
-
-
-
-
-
-
-
wymagania techniczne
wzór umowy
formularz ofertowy
oświadczenie o spelnieniu warunków udziału w postępowaniu
oświadczenie o braku podstaw do wykluczenia z postępowania
wykaz wykonanych dostaw
oświadczenie wykonawcy o ustanowieniu reprezentacji na czas trwania aukcji
elektronicznej
wzór gwarancji przetargowej
wzór zabezpieczenia należytego wykonania umowy
PRZE=
IU/1 28/VII-5 1/ZO/PN/AE/DOS(K12012
strona 13
Załącznik nr 1 do SIWZ
WYMAGANIA TECHNICZNE
I. PRZEDMIOT ZAMÓWIENIA
1.
2.
Przedmiotem zakupu jest nabycie, dostawa, instalacja i uruchomienie,
przeprowadzenie testów oraz wdrożenie do pracy operacyjnej systemu
informatycznego dla służby ruchu lotniczego Sił Zbrojnych RP typu AMHS (Air
Traffic Seryices Message Handling System) przeznaczonego do obsługi
depesz służb ruchu lotniczego (ATS) w łączności ziemia-ziemia
w środowisku zarządzania ruchem lotniczym wraz z oprogramowaniem (dalej
System AMHS) i systemu testowo-szkoleniowego wraz z oprogramowaniem
(dalej System Testowy) oraz terminali AMHS/AFTN wraz z oprogramowaniem,
cyklu niezbędnych szkoleń przedstawicieli Zamawiającego oraz świadczenia
usług w okresie gwarancji jakości i usług Asysty Technicznej i Konserwacji.
Przedmiot zakupu systemu informatycznego dla Służby Ruchu Lotniczego Sił
Zbrojnych RP AMHS ma obejmować:
2.1.
System AMHS składający się z co najmniej czterech niezależnych
serwerów obsługi depesz ATS (ATS Message Server);
2.2.
System Szkoleniowo-Testowy składający się z co najmniej dwóch
serwerów o specyfikacji odpowiadającej serwerom depesz ATS
Systemu AMHS;
2.3.
Dedykowany pakiet oprogramowania aplikacji Systemu AMHS
zapewniający wymianę depesz ATS w formatach AMHS i AFTN;
2.4.
System zarządzania składający się z co najmniej 5 kpi. stacji roboczych
zarządzania i kontroli systemu AMHS oraz odpowiedniego
oprogramowania
przeznaczonego
do
konfiguracji,
kontroli
i
monitorowania systemu AMHS i systemu szkoleniowo
testowego.
Zamawiający dopuszcza mozliwośc implementacji funkcjonalości stacji
zarządzania i kontroli systemu AMHS na terminalu AMHS dla
uwierzytelnionych
użytkowników
ze
specjalnej
grupy,
np.
administratorzy, w takim przypadku ilość terminali AMHS ulega
zwiekszeniu o 5 kpi;
-
2.5.
Bramkę AFTN/AMHS;
2.6.
kpi. terminali AMHS w konfiguracji dwumonitorowej (ATS message
user agent UA) z techniczną możliwością sukcesywnego dołączania
kolejnych terminali oraz 30 dodatkowych licencji kompletnego
oprogramowania terminalowego AMHS z mozliwością wykorzystania
przez Zamawiającego do rozbudowy systemu;
-
2.7.
2.8.
2 kpl. przenośnych terminali AMHS (ATS message user agent UA);
Niezbędne wyposażenie montażowe, w tym szafy 19”/42U typu rack o
wymiarach 800x1000 z przednimi i tylnymi drzwiami perforowanymi
(szafa ma umożliwiać pełny demontaż łącznie z jej szkieletem,
umożliwiający łatwy transport przez otwory drzwiowe o wymiarach
68cm x 190cm), przełączniki typu KVM, niezbędne peryferie i akcesoria
oraz UPS;
-
poprzez system zarządzania ze stanowiska monitorowania i kontroli
MCP (Monitoring and Control Position). Ilość kanałów typu RS-232 w
momencie instalacji systemu ma być równa 8, z możliwością
rozbudowy do 32 przez dołożenie stakowalnych kart wieloportowych.
Ilość kanałów zestawianych przy pomocy protokołu TCP ma być równa
64 z możliwością rozbudowy do 128. Nie przewiduje się użycia
urządzeń pętli prądowych w systemie.
2.14. System AMHS ma posiadać możliwość jego rozbudowy do minimum
160 (32 typu RS-232 oraz 128 typu TCP) terminali AMHS bez
konieczności wymiany oprogramowania lub jego aktualizacji związanej
z rozbudową systemu.
2.15. System Szkoleniowo-Testowy ma być integralną częścią przedmiotu
zamówienia.
System
umożliwiać testowanie
ma
dowolnego
oprogramowania używanego w Systemie AMHS, jak również
umożliwiać przeprowadzanie symulacji działania dowolnej funkcji
Systemu AMHS oraz szkolenie operatorów w zakresie funkcjonalności
oferowanych przez system AMHS. W związku z tym wszystkie funkcje,
wygląd HMI na panelu operatorskim i obsługa Systemu SzkoleniowoTestowego mają być identyczne jak Systemu AMHS.
2.16. Terminale i stacje zarządzające AMHS mają być dostarczone w
komplecie zawierającym: zestaw komputerowy, drukarkę, niezbędne
oprogramowanie z wymaganymi licencjami oraz dokumentację
eksploatacyjno-użytkową w języku polskim.
2.17. Zamawiający nakłada na wykonawcę obowiązek uzgodnienia
protokołów transmisji z systemami AMHS PAŻP
preoperacyjnie,
interoperacyjnie i operacyjnie opracowanie technologi współpracy
obydwu systemów AMHS. Szefostwo Służby Ruchu Lotniczego SZ RP
dokona koordynacji działań w tym zakresie pomiędzy PAŻP a
potencjalnymi Wykonawcami.
3.
Lokalizacja
3.1.
Miejscem dostawy Sprzętu i Oprogramowania określi Zamawiający po
rozstrzygnięciu przetargu,
3.2.
Miejscem instalacji Sprzętu i Oprogramowania
3.3.
Serwerów 4. Rejon Wsparcia Teleinformatycznego Sił Powietrznych
ul. Leśna, 02-800 Warszawa, 2 Rejon Wsparcia Teleinformatycznego
Sił Powietrznych ul. Szubińska 105 85-915 Bydgoszcz, Sektor
Zabezpieczenia Teleinformatycznego 3 RWT Sił Powietrznych 08-521
Dęblin ul. Lotników Polskich 3;
3.4.
Terminali 4. Rejon Wsparcia Teleinformatycznego Sił Powietrznych
ul. Leśna, 02-800 Warszawa,
są:
-
-
III. DOKUMENTACJA NORMATYWNA
-
-
System AMHS (sprzęt wraz z oprogramowaniem) ma w pełni spełniać
wymagania dla tego typu Systemów zawarte w poniższych dokumentach:
1.
ICAO Conyention on International Ciyil Ayiation, Annex 10
Aeronautical
Telecommunications, Volume II: Communication Procedures including those
with PANS status, 6-th Edition, October 2001, incorporating Amendment 83
(20/07/2008).
2.
ICAO Conyention on International Ciyil Ayiation, Annex 10
Aeronautical
Telecommunications, Volume III: Communication Systems, 6-th Edition, JuIy
2007, incorporating Amendment 83 (20/11/2008), ISBN 92-9194-953-1, Part I
Digital
Communication Systems,
Data
Chapter 3
Aeronautical
Telecommunication Network (ATN).
—
—
—
—
3.
ICAO Conyention on International Ciyil Ayiation, Annex 11 Air Traffic Seryices,
1 3-th Edition, July 2001, incorporating Amendment 45 (16/07/2007).
4.
ICAO Conyention on lnternationai Ciyil Ayiation, Annex 15
Aeronautical
Information Seryices, 12-th Edition, 2004, incorporating Amendment 45
(16/07/2007).
5.
ICAO Doc 9880 AN/466 Manual on Detailed Technical Specifications for the
Aeronautical Telecommunication Network (ATN) using ISO/OSI Standards and
Protocois, Part II Ground-Ground Applications Air Traffic Seryices Message
Handling Seryices (ATSMHS), First Edition, 2010
—
—
-
-
6.
-
ICAO Doc 9880 AN/466 Manual on Detailed Technical Specifications for the
Aeronautical Telecommunication Network (ATN) using ISO/OSI Standards and
Protocois, Part IV Directory Seryices, Security and Systems Management
-
-
7.
ICAO EUR Doc 020 EUR AMHS Manual, Version 6.0 (April 2011),
8.
ICAO EUR Doc 021 ATS Messaging Management Manual, Version 6.0 (June
2010),
9.
ICAO EUR Doc 022 AFS Security Guidelines, AFSG Planning Group, Version
2.0 (June 2010),
10.
ICAO Doc 4444-ATM/501 Procedures for Air Nayigation Seryices
Management (PANS-ATM), Fifteenth Edition, 2007,
11.
ICAO Amendment 1 to the Procedures for Air Nayigation Seryices
Management, Fifteenth Edition (PANS-ATM, Doc 4444)
12.
ICAO Doc 8126-AN/872 Aeronautical Information Seryices Manual,
13.
ICAO Doc 7030/4 Regional Supplementary Procedures (Europe), 2008,
14.
ICAO Doc 8256-AN/936 Manual on the Planning and Engineering ofthe AFTN,
15.
ICAO Doc 8400 ABC
16.
EUROCONTROL Specification on the Air Traffic Seryices Message Handling
System (AMHS), Edition 2.0, 2009,
17.
EUROCONTROL Standard Document for Flight Data Exchange Interface
Control Document Part 1 Point-to-Point and Limited Networking Circuits
COM.ET1 .ST12-STD-01-01,
—
-
-
Air Traffic
Air Traffic
ICAO Abbreyiations and Codes, 2007,
18.
EUROCONTROL Guidelines for Implementation Support (EGIS) Part 5
Communication 8 Nayigation Specifications Chapter 13 Flight Message
Transfer Protocol (FMTP) EGIS.COM.FMTP,
19.
EUROCONTROL Specyfication
Requirements for the Flight
EUROCONTROL-SPEC-01 00,
20.
EUROCONTROL Specification for On-Line Data Interchange (OLDI), Edition 4.2
(May 2010),
21.
EUROCONTROL Basic CFMU Handbook
14.0, (March 2010),
22.
EUROCONTROL Basic CFMU Handbook
(April 2010),
23.
EUROCONTROL Guidelines Operating Procedures for AIS Dynamic Data
(OPADD). Edition 3.0, (April 2009),
24.
EUROCONTROL Handbook for Airspace Management, Edition 2.0, 2003,
25.
Rozporządzenie Ministra Infrastruktury z dnia 15 kwietnia 2004 r. W sprawie
służby informacji lotniczej oraz szczegółowych zasad działania telekomunikacji
lotniczej (Dz. U. Nr 78, poz. 736) wraz z załącznikiem nr 10 i 15 do Konwencji o
międzynarodowym lotnictwie cywilnym, podpisanej w Chicago dnia 7 grudnia
1944 r.
26.
Rozporządzenie Ministra Infrastruktury z dnia 26 marca 2009 r. w sprawie
szczegółowych zasad działania telekomunikacji lotniczej (Dz.U. Nr 58, poz.
4789).
27.
Rozporządzenie Ministra Infrastruktury z dnia 25 listopada 2008 r. w sprawie
struktur polskiej przestrzeni powietrznej oraz szczegółowych warunków i
sposobu korzystania z tej przestrzeni (Dz. U. Nr 210, poz. 1324).
28.
Rozporządzenie Ministra Infrastruktury z dnia 13 marca 2009 r. w sprawie
wprowadzenia do stosowania wymagań ICAO w zakresie skrótów i kodów
stosowanych w ruchu lotniczym Doc 8400 (Dz.U. Nr 53, poz. 438).
Performance
of Interoperability and
Message Transfer Protocol (FMTP)
—
-
ATFCM
Users Manual. Edition
IFPS Users Manual. Edition 14.1,
—
29.
Doc 4444 „7arządzanie ruchem lotniczym”
z dnia 9 czerwca 2008 r.)
30.
Doc 8400 „Skrótów kodów stosowanych w ruchu lotniczym”
(Zał. do nr 6 poz. 64 z dnia 30 maja 2008 r.)
31.
Doc 7030/5
Regionalne Procedury Uzupełniające dla Regionu Europy
Wytyczne nr 4 Prezesa ULC z dnia 28 maja 2008 r. (Dz. Urz. ULC nr 6 poz. 66
z 2008 r.).
-
Dz. Urz. ULC (Zał. do nr 7 poz. 76
—
Dz. Urz. ULC
—
32. Zbiór Informacji Lotniczej AlP Polska.
-
33.
Rozwiązanie ma wspierać zmiany wprowadzane nowymi lub powyżej
przedstawionymi dokumentami normatywnymi w czasie jego instalacji,
utrzymania gwarancyjnego i po pogwarancyjnego.
1.
Wymagania funkcjonalne
1.1. Wymagania ogólne
1.1.1 System AMHS ma być zdolny do obsługi ruchu depesz AFTN I AMHS
opisanego poniżej oraz ma mieć możliwość obsługi nagłego wzrostu obciążenia
ruchu na poszczególnych połączeniach jak i urządzeniach peryferyjnych
Systemu bez konieczności znaczących modyfikacji osprzętu i oprogramowania.
W
przypadku
sytuacji
opisanej
powyżej,
System
ma
pracować
bez
jakichkolwiek przerw.
1.1.2 System AMHS ma zapewniać zdolności operacyjne komórkom organizacyjnym
systemu
zarządzania
ruchem
lotniczym
Sił
Zbrojnych
RP
w zakresie obsługi depesz służb ruchu lotniczego ATS (Air Traffic Seryices),
depesz służby informacji powietrznej AlS (Aeronautical Information Seryices)
oraz
depesz
zarządzania
przestrzenią
powietrzną
ASM
(Airspace
Management).
1.1 .3 Większość oferowanego wyposażenia oraz oprogramowania ma stanowić
produkty typu COTS.
1.2. System AMHS ma być:
1.2.1. Zgodny ze standardami, procedurami i zaleceniami opublikowanymi przez
ICAO i EUROCONTROL;
1.2.2. Wykorzystywać normy Międzynarodowej Organizacji Standardów (ISO)
dotyczące łączności dla Współdziałania Systemów Otwartych (OSI) albo
standardy Stowarzyszenia Internetowego (I SOC) dotyczące łączności dla
Pakietu Protokołów Internetowych (IPS);
1.2.3. Być utrzymywany w stanie aktualnym wobec ewentualnych modyfikacji jak i
nowych dokumentów podczas trwania gwarancji na System.
1.3. System AMHS ma składać się z następujących komponentów:
1.3.1. Komponentu AFTN;
1.3.2. Komponentu AMHS (ATS Message Server) obejmującego:
1.3.2.1.
Moduł agenta transferu wiadomości MTA (Message Transfer
Agent);
1.3.2.2.
Moduł magazynu wiadomości MS (Message Store);
1.3.2.3.
Modułów usług katalogowych DS (X.500 Directory Seryices),
składających się z:
1.3.2.3.1. Agenta usług katalogowych DSA (Directory Seryice
Agent);
1.3.2.3.2. Agenta użytkownika usług katalogowych DUA
(Directory User Agent wbudowanego w agenta
użytkownika UA;
1.3.2.3.3. Bazy danych DIP (Directory Information Base).
1.3.3. Jednostki dostępowej (Access Unit AU)
Gateway).
-
-
Bramki AFTN/AMHS (AFTN/AMHS
1.3.4. Stacji roboczych przeznaczonych do zarządzania i monitorowania Sytemu
AFTN/AMHS (Stacji roboczej Administratora Systemu AFTN/AMHS);
1.3.5. Terminali AMHS UA (ATSMHS User Agents);
1.3.6. Zewnętrznych interfejsów AFTN i AMHS do komunikacji w środowisku sieci
LAN i WAN;
1.3.7. Serwera czasu obsługującego protokół NTP (Nework Time Protocol).
1.3.8.
Usługi obsługi komunikatów ATS (ATSMHS) zapewniane przez
System AMHS mają być zgodne ze szczegółową specyfikacją
techniczną zawartą w dokumentach ICAO 9880 AN/466 Manual
on Detailed Technical Specifications for the Aeronautical
Telecommunication Network (ATN) using ISO/OSI Standards and
Protocois, Part II
Ground-Ground Applications
Air Traffic
Seryices Message Handling Seryices (ATSMHS)
-
-
1.3.9.
-
System AMHS ma
komunikatów ATS:
1.3.9.1. Podstawowy
1.3.9.2. Rozszerzony
wspierać
-
-
dwa
poziomy
usług
obsługi
Basic ATS Message Handling Seryjce;
Extended ATS Message Handling Seryjce;
1.3.10. Usługi podstawowe obsługi komunikatów ATS mają bazować na
standardach i protokołach ISO/lEC 10021:1990 wraz z
późniejszymi ich edycjami i zmianami oraz na Pakiecie Protokołów
Internetowych ISPs (International Standardized Profiles).
1.3.11. Usługi rozszerzone obsługi komunikatów ATS mają bazować na
standardach i protokołach ISO/lEC 10021:2003 wraz z
późniejszymi ich edycjami i zmianami oraz na Pakiecie Protokołów
Internetowych ISPs (International Standardized Profiles) wersji 3 z
2003 r.
1.4. System AMHS ma zapewnić następujące funkcje:
1.4.1.
1.4.2.
Przetwarzać depesze AMHS i AFTN w trybie pracy ciągłej przez
24 godz. na dobę, 7dniwtygodniu.
Obsługiwać depesze o długości do 20 000 znaków według
zadanych kryteriów definiowanych jako parametry konfiguracji
niezależnie dla każdego kanału:
1.4.2.1. Parametr 1: maksymalna długość depeszy dla danego
kanału;
1.4.2.2. Parametr 2: sposób reakcji Systemu AMHS na
otrzymanie depeszy AFTN dłuższej niż wskazuje
parametr 1 (np. ucinanie depesz, dzielenie depeszy na
dwie lub więcej części.
Routing depesz AMHS do formatu AFTN i odwrotnie.
1.4.3.
1.4.4.
Wykonywać analizy statystyczne ruchu depesz przetwarzanych
przez System AMHS z możliwością wydruku oraz eksportu
wyników w formacie zgodnym z aplikacją zarządzającą ruchem
AMC Eurocontrol:
1.4.4.1. Umożliwiać importiexport tablic domeny AMC, tablic
CAAS
oraz tablic
użytkownika z/do
medium
zewnętrznego (CD/DyD, pamięć USB, itd.);
1.4.4.2. Umożliwiać aktywację zaimportowanych danych przez
operatora bez przerywania pracy systemu;
1.4.4.3. Pozwalać na generowanie i wizualizację logów z
podaniem wszystkich elementów tablic, do których
dodano/zmieniono/usunięto dane, jeżeli dane zostały
zaimportowane i aktywowane.
Umożliwić elastyczne i skalowalne zarządzanie i monitorowanie
1.4.5.
Systemu AMHS.
1.4.6.
Zapewnić wystarczającą pojemność dysków do przechowywania
danych z okresu dwóch lat.
Zapewnić
1.4.7.
bezpieczną eksploatację Systemu AMHS na takim
poziomie, by niemożliwe było zarówno przypadkowe jak i celowe
uszkodzenie Systemu lub danych. Oczekuje się od Dostawcy
najwyższego poziomu bezpieczeństwa dla Systemu.
1.4.8.
Zapewnić funkcje testowania oprogramowania i szkolenia
administratorów systemu wynikających ze zmian fukcjonalnych
istniejącego oprogramowania na środowisku szkoleniowotestowym przed wprowadzenie do systemu centralnego.
1.5. Serwer depesz ATS
1.5.1.
1.5.2.
Serwer depesz ATS ma być zgodny ze specyfikacją zawartą
w dokumencie ICAO, Doc 9880-AN466 oraz dokumencie
„Eurocontrol Specification on the Air Traffic Seryices Message
Handling System (AMHS)”.
Serwer depesz ATS ma realizować poniżej wymienione funkcje i
usługi:
1.5.2.1. Zarządzanie i dystrybucję oprogramowania terminali
użytkowników;
1.5.2.2. Hosting baz danych,
1.5.2.3. Kontrolę i zarządzanie dostępem do aplikacji terminali,
1.5.2.4. Kontrolę i zarządzanie dostępem do skrzynek pocztowych,
1.5.2.5. Kontrolę i zarządzanie dostępem do baz danych,
1.5.2.6. Kontrolę i monitorowanie użytkowników systemu,
1.5.2.7. Obsługę połączeń do bramki AFTN/AMHS,
1.5.2.8. Analizę, zapisywanie i przekazywanie przychodzących i
wychodzących komunikatów ATS,
1.5.2.9. Składanie i dostarczanie wiadomości,
1.5.2.10.
Przetwarzanie i zarządzanie danymi wiadomości
ATS,
1.5.2.11.
Zarządzanie danymi wiadomości AIS,
1.5.2.12.
Zarządzanie danymi wiadomości ASM,
Á
1.5.2.13.
1.5.3.
Dedykowany system przetwarzania błędnych
komunikatów,
1.5.2.14.
Generowanie
raportów
o
występujących
problemach.
Serwer depesz ATS ma obsłużyć trzy kategorie informacji:
2.3.3.1. Depesze;
2.3.3.2. Próbkowanie;
2.3.3.3. Raportowanie;
1.5.4.
Komunikacja między MTA UA ma zapewnić:
1.5.4.1. Przechowywanie zdarzeń z ostatnich 180 dni takich jak:
1.5.4.1.1.
Próbkowanie (zakończone sukcesem lub
nie);
1.5.4.1.2.
Błąd wysłania wiadomości;
1.5.4.1.3.
Błąd dostarczenia wiadomości;
1.5.4.1.4.
Błąd dostarczenia raportu;
1.5.4.2. Zachowywanie wszystkich zdarzeń dla każdego dnia
osobno w bazie danych z możliwością eksportu w celu
analizy.
1.5.4.3. Wykonanie operacji z poziomu UA takich jak:
-
1.5.4.3.1.
Monitorowanie i analizowanie użycia MS;
1.5.4.3.2.
Tworzenie,
usuwanie,
edytowanie,
kopiowanie,
wysyłanie,
odbieranie,
przekazywanie,
sortowanie,
wyszukiwanie,
podgląd,
archiwizowanie
drukowanie,
i
przeglądanie depesz w MS;
1.5.4.3.3.
Sortowanie,
wyszukiwanie,
podgląd,
drukowanie,
archiwizowanie,
usuwanie
przeglądanie zdarzeń długoterminowych;
1.5.4.4. Dodatkowo dla stacji roboczych wykonywanie operacji
takich jak:
1.5.4.4.1.
Eksport wraz z konwersją pliku zdarzeń
długoterminowych
zawartości
i
książki
adresowej do formatu ASCII akceptowalnego
przez arkusze kalkulacyjne lub bazy danych.
1.5.4.4.2.
Podgląd
stanu
Systemu
w
czasie
rzeczywistym
audio-wizualnymi
z
ostrzeżeniami.
1.6. Terminal AMHS (UA)
1.6.1.
Oprogramowanie terminal AMHS (UA) ma zapewnić wsparcie
użytkownika w zakresie obsługi:
1.6.1.1. Usług AFTN;
1.6.1.2. Usług AMHS na poziomie:
1.6.1.2.1.
Podstawowym
Basic ATS Messages
Handling Seryice.
1.6.1.2.2.
Rozszerzonym
Extended ATS Messages
Handling Seryice.;
-
—
1.6.1.3. Funkcji zarządzania wiadomościami ATS.
1.6.2. Aplikacja kliencka ma zawierać:
1.6.2.1. Moduł AFTN
1.6.2.2. Moduł klienta AMHS.
1.6.2.3. Moduł wysyłanie, odbiór i edycji depesz ATS (FPL i
depesz powiązanych) w formacie ICAO Doc 4444 i
Amendment 1 do PANS-ATM, Doc 4444.
1.6.2.4. Moduł wysyłanie, odbiór i edycji depesz AIS (NOTAM i
SNOWTAM)
w formacie ICAO Annex 15 i Doc 8126 oraz
EUROCONTROL Guidelines Operating Procedures for
AIS Dynamic Data (OPADD).
1.6.2.5. Moduł wysyłanie, odbiór i edycja ASM (RQA, AUP) w
formacie określonymw podręczniku „EU ROCONTROL
Handbook for Airspace Management, Edition 2.0, 2003”
oraz Rozporządzeniu Ml z dnia 25 listopada 2008 r.
w sprawie struktur polskiej przestrzeni powietrznej oraz
szczegółowych warunków i sposobu korzystania z tej
przestrzeni oraz AlP Polska.
1.6.2.6. Moduł prezentacji i zarządzania depeszami ATS.
1.6.2.7. Moduł propozycji planów lotu
1.6.2.8. Modułu ksiażki adresowej.
1.6.3. Aplikacja terminala ma charakteryzować się przyjaznym
interfejsem użytkownika i ma zapewnić:
1.6.3.1. Edycję, wysyłanie i odbiór wiadomości ATS oraz AIS I
ASM
1 .6.3.2. Wspieranie książki adresowej i listy dystrybucyjnej;
1.6.3.3. Dostęp
do
archiwum
wszystkich
wysyłanych
i
otrzymywanych wiadomości;
1.6.3.4. Narzędzia do wspierania funkcji przeszukiwania archiwum
wiadomości oraz sortowania wyświetlanych wiadomości;
1.6.3.5. Wyświetlanie statystycznych danych liczby wysyłanych i
otrzymanych wiadomości;
1.6.3.6. Wyświetlanie danych o stanie połączeń i urządzeniach
peryferyjnych
(drukarki,
zajętości
dysków)
oraz
pod stawowych informacji statystycznych dotyczących
ruchu depesz.
1 .6.3.7. Drukowanie wszelkich dostępnych informacji (depesz,
danych dotyczących konfiguracii itp.).
1.6.3.8. Alarmy dźwiękowe i wizualne dla wiadomości o priorytecie
SS
1.6.3.9. Skróty klawiaturowe do najczęściej wykonywanych funkcji.
1.6.3.10.
Pomoc
on-line
w wersji
elektronicznej
z
możliwością jej drukowania.
1.7. Przenośny terminal AMHS (UA)
1.7.1.
Przenośny terminal AMHS (UA) ma obsługiwać funkcje i usługi
realizowane przez terminal stacjonarny AMHS.
Stacja
1.8.
robocza (Superyisor) zarządzania i kontroli systemu AMHS
1.8.1.
Stacja robocza ma obsługiwać:
1.8.1.1. Podstawowe funkcje AMHS
Basic ATS Messages
Seryjce
1.8.1.2. Rozszerzone funkcje Extended ATS Messages Seryice.
Aplikacja stacji ma zawierać:
1.8.2.1. Klienta AMHS;
1.8.2.2. Klienta AFTN;
1.8.2.3.Wsparcie dla obsługi depesz ATS (FPL i depesz
powiązanych) w formacie ICAO Doc 4444 i Amendment 1
do PAN S-ATM, Doc 4444;
1.8.2.4.Wsparcie dla obsługi depesz AIS (NOTAM) w formacie
ICAO Annex 15 i EUROCONTROL Guidelines Operating
Procedures for AIS Dynamic Data (OPADD);
1.8.2.5.Wsparcie dla obsługi depesz ASM (RQA, AUP) w
formacie określonymw pod ręczniku „EU ROCONTROL
Handbook for Airspace Management, Edition 2.0, 2003”
oraz Rozporządzeniu Ml z dnia 25 listopada 2008 r.
w sprawie struktur polskiej przestrzeni powietrznej oraz
szczegółowych warunków i sposobu korzystania z tej
przestrzeni oraz AlP Polska.
Stacja ma realizować funkcje zarządzania i monitorowania
systemu AMHS:
1.8.3.1. Przegląd i obsługa depesz AFTN/AMHS:
1.8.3.1.1.
Konfiguracja Systemu (np. edycja tabeli
routingu,
zarządzanie
klientami
sieci
AFTN/AMHS);
1.8.3.1.2.
Wyszukiwanie i powtarzanie depesz;
1.8.3.1.3.
Przekierowywanie ruchu depesz;
1.8.3.1.4.
Monitorowanie ruchu depesz;
1.8.3.1.5.
Obsługiwanie
błędnych
depesz
z
uwzględnieniem depesz serwisowych;
1.8.3.1.6.
Wysyłanie nowych depesz AFTN/AMHS.
1.8.3.2. Diagnozowanie oraz statystyki:
1.8.3.2.1.
Analizowanie
ruchu
wchodzącego
i
wychodzącego depesz AFTN/AMHS
1.8.3.2.2.
Obsługa kont AMHS;
1 .8.3.2.3.
Dostęp do najróżniejszych statystyk ruchu
dla zadanych jednostek czasu (dla godzin, dni,
miesięcy).
1.8.3.3. Śledzenie depesz:
1.8.3.3.1.
Śledzenie depesz wejściowych, gdzie
zostały
przekierowane
oraz
depesz
wyjściowych, skąd przyszły w celu analizy
przepływu depesz.
1.8.3.3.2.
Wszystkie dane łącznie z konfiguracją,
zdarzeniami, statystykami mają mieć możliwość
eksportu
na
zewnątrz
stacji
roboczej.
Odłączona stacja robocza ma mieć możliwość
importu tych danych do celów diagnostycznych
i statystycznych.
-
—
1.8.2.
1.8.3.
1 .8.4.
1.8.5.
1.8.6.
Drukowanie wszelkich dostępnych informacji (zdarzeń, statystyk,
konfiguracji, depeszy itp.)
Obsługa aplikacji ma charakteryzować się przyjaznym interfejsem
użytkownika i ma wspierać:
1.8.5.1. Skróty klawiaturowe do najczęściej wykonywanych funkcji;
1.8.5.2.Wyświetlanie danych o stanie Systemu AMHS i o
poszczególnych
modułach
logicznych
systemu,
urządzeniach peryferyjnych (drukarki, zajętości dysków)
oraz pod stawowych informacji statystycznych dotyczących
ruchu depesz;
Pomoc w wersji elektronicznej.
1.9. Bramka AFTNIAMHS
1.9.1.
1.9.2.
1.9.3.
Bramka AFTN/AMHS ma być zgodna ze specyfikacją zawartą w
dokumencie Doc 9880-AN466 oraz dokumencie „Eurocontrol
Specification on the Air Traffic Seryices Message Handling
System (AMHS)”
Bramka AFTN/AMHS ma składać się modułów logicznych
wymienionych poniżej:
1.9.2.1. Modułu AFTN;
1.9.2.2. Modułu ATN (Aeronautical Telecommunication Network);
1.9.2.3. Modułu komunikacyjnego MTCU (Message Transfer and
Control Unit);
1.9.2.4. Modułu usług katalogowych DUA (Directory User Agent);
Bramka AFTN/AMHS ma zapewnić wymianę depesz AMHS
pomiędzy Systemem AMHS a Terminalami AFTN.
1.10. System Testowy
1.10.1. Integralną częścią dostawy ma być System Testowy.
1.10.2. System Testowy ma
umożliwiać testowanie dowolnego
oprogramowania używanego w systemie AMHS jak również
umożliwiać przeprowadzanie symulacji działania dowolnej jego
funkcji.
1.10.3. System Testowy ma umożliwiać szkolenie operatorów (personel
operacyjny LOSRL)
1.10.4. System Testowy ma umożliwiać pełnienie funkcji systemu
rezerwowego dla centralnego systemu AMHS.
1.10.5. System rezerwowy ma pozwalać na zapewnienie usług
operacyjnych w nagłych wypadkach.
1.10.6. Funkcjonalność
systemu
rezerwowego
systemu
jako
operacyjnego ma być osiągalna jedynie poprzez rekonfigurację.
1.10.7. W czasie funkcjonowania systemu rezerwowego ma być
zapewniona pełna historia ruchu depesz lotniczych.
1.10.8. Ma być zapewniona możliwość wspólnego działania systemów
operacyjnego i rezerwowego.
1.10.9. Funkcje, wygląd i obsługa Systemu Testowego mają być
identyczne jak centralnego systemu AMHS.
1.11. Szczegółowe wymagania funkcjonalne modułu AFTN
1.11 .1. Obsługa depesz AFTN:
1.11.1.1.
System AMHS w zakresie obsługi depesz AFTN ma
zapewnić:
1.1 1.1.1.1.
Obsługę depesz w kodzie ITA-2 oraz IA-5
(zgodnie z Aneksem 10 ICAO Vol. II)
1.11.1.1.2.
Retransmisję depeszy za pomocą funkcji
wyrównania, takich jak 1 CR (Carriage Return)
oraz 1 LF (Line Feed);
1.11.1.1.3.
Obsługę 3 cyfrowych i 4 cyfrowych numerów
sekwencyjnego
CSN
kanału
(Chanel
sequence number);
1.11.1.1.4.
Obsługę 3 linii adresowych;
1.11.1.1.5.
Akceptację oraz retransmisję depeszy
wieload resowych;
1.11.1.1.6.
Akceptację opcjonalnego pola danych
zawartego w linii nadawcy;
1.11.1.1.7.
Weryfikację linii nadawcy pod kątem adresu
nadawcy;
1.11.1.1.8.
Wygenerowanie nowego nagłówka depeszy
dla każdej retransmisji na kanale wyjściowym.
1.11.2. Obsługa priorytetów:
1.11.2.1.
System AMHS ma rozpoznawać wszystkie statusy
priorytetowe określone przez ICAO, oraz przypisywać im 4
obsługiwane priorytety transmisji
1.11.2.2.
System AMHS ma kolejkować i retransmitować
depesze z takim samym wskaźnikiem priorytetu, z jakim je
otrzymał. Depesze mają być retransmitowane w
odpowiedni
kanał
wychodzący
w
kolejności
chronologicznej ich otrzymania.
1.11.3. Obsługa depesz alarmowych:
1.11.3.1.
System AMHS lub każdy z pracujących Terminali
AFTN (UA),w przypadku otrzymania lub przekazywania
depeszy z priorytetem „SS”, ma niezależnie od tego czy
depesza zawiera alarm priorytetowy (kod ASCII „BEL”),
wywołać na stanowisku nadzorującym MCP lub na
stanowisku operacyjnym UA powtarzający się alarm
dźwiękowy,
rozbrzmiewający
aż
ręcznego
do
potwierdzenia jego przyjęcia. Natężenie oraz długość
alarmu ma się zwiększać aż do momentu zatwierdzenia
przeczytania depeszy. Czynność podjęta przez operatora
ma być zapisana. Ostrzeżenie towarzyszące depeszy ma
mieć postać sygnału dźwiękowego lub brzęczyka;
1.11.3.2.
System AMHS ma automatycznie wygenerować
depeszę serwisową do stacji nadawczej w celu
potwierdzenia otrzymania depeszy alarmowej.
1.11.4. Routing depesz oraz ich adresacja:
1.11.4.1.
System ma wspierać zarówno funkcje routingu
AFTN jak i routingu AMHS (X.400).
1.11.4.2.
Do
obsługi
routingu
AFTN
system
ma
wykorzystywać dedykowane tablice routingu statycznego I
tablice routingu dynamicznego.
1.11.4.3.
Do obsługi statycznego routingu AMHS system ma
wykorzystywać:
1.11.4.4.
Tablice list dystrybucji X.400;
1.11.4.5.
Tablice routingu adresów X.400;
1.11.4.6.
Tablice przekierowania LA (Logical Adres);
1.11.4.7.
Tablice pauzowania LA (Logical Adres);
1.11.4.8.
Tablice filtrowania wiadomości;
1.11.4.9.
Tablice routingu źródłowego X.400.
1.11.4.10.
W zakresie funkcji dynamicznego routingu AMHS
system ma dostarczyć niezbędnych narzędzi do obsługi
kolejek wiadomości dla różnych typów protokołów LA oraz
obsługi błędnych wiadomości.
1.11.4.11.
Kontrola routingu:
1.11.4.11.1. System
AMHS
ma
przekazywać
przychodzące depesze zgodnie z poniższymi
listami
stanowiącymi
Tablice
routingu
statycznego AFTN (dalej nazywanym Tablicą
Routingu):
1.11.4.11.2. Lista routingu normalna
1 .11.4.11.3. Lista przekierowań.
1.11.4.12.
Anomalie przekierowań:
1.11.4.13.
Routing zabroniony:
1.11.4.13.1. W normalnych warunkach System AMHS
nie może przekazywać z powrotem żadnej
depeszy tym samym kanałem, którym ją
otrzymał. W takim przypadku depesza ma być
odrzucona
(przesłana
na
stanowisko
operatora). W sytuacjach zamierzonych ma
być możliwe przesłanie depeszy serwisowej
do stacji sąsiadującej. Ma być także możliwa
taka konfiguracja obwodu, która pozwoli na
przesłanie depeszy z powrotem do łącza, z
którego została otrzymana po uprzednim jej
zignorowaniu
1.11.4.13.2. System AMHS nie może trasować depeszy
zawierającej zabroniony adres. Depesza taka
ma być traktowana jako odrzucona;
1.11.4.13.3. System AMHS nie może trasować depeszy
pochodzącej od zabronionego adresata.
Depesza taka ma być traktowana, jako
zatrzymana i kierowana na stanowisko
operatora.
1.11.4.14.
Routing błędny:
1.11.4.14.1. Otrzymana depesza wieloadresowa, dla
której system nie znajduje prawidłowego
odpowiednika w linii adresowej, ma być
traktowana jako depesza z nieprawidłową
trasą
Misrouted. AMHS ma wygenerować
raport
dla
stanowiska
nadzorującego
(Superyisora)
1.11.4.15.
Po stronie adresata (stacja odbiorcza) Każdy
adresat w linii adresowej ma składać się z grupy ośmiu
znaków. System AMHS ma identyfikować je jako
wystarczające I konieczne do wyznaczenia prawidłowej
trasy dla depeszy
1.11.4.16.
Depesze pojedynczo i wieloadresowe.
1.11.4.16.1. Depesze jedno jak i wieloadresowe mają
być przekazywane przez System AMHS
zgodnie z listą Routingu;
1.11.4.16.2. Depesze, które na wskutek rozszerzenia
pojedynczego adresu rozsyłania zawierają
wiele adresów (przykład: adresy zbiorcze),
mają
być
jako
obsługiwane
depesze
wie bad resowe;
1.11.4.16.3. System
AMHS
ma
optymalizować
dystrybucje depeszy wieloadresowej tak, by
wyeliminować wielokrotne przekazywanie tej
samej depeszy do adresata np. w przypadku,
gdy adresat zbiorczy i adres normalny wskazują
na tego samego adresata;
1.11.4.16.4. Depesze
ma
wieloadresowe
być
dystrybuowane
w
najbardziej
efektywny
sposób, z minimalnym opóźnieniem;
1.11.4.16.5. Retransmisja takich depesz ma się odbywać
równocześnie na wszystkich wolnych kanałach
obsług ujących
odpowiednie
adresy,
bez
czekania na zwolnienie któregoś z aktualnie
zajętych kanałów.
1.11.4.17.
Adresy zbiorcze:
1.11.4.17.1. Podczas
retransmisji
System
ma
zastosować procedurę dzielenia adresów,
zgodnie z Aneksem ICAO 10, tom II.
1.11.4.17.2. Po przetworzeniu depeszy wieloadresowej
depesza ma zawierać tyko te adresy, dla
których stacja docelowa ma wyznaczoną
odpowiedzialność.
1.11.5. Tolerancja oraz zabezpieczenie potwierdzanie depeszy
1.11.5.1.
Tolerancja depeszy:
1.11.5.1.1.
System AMHS ma rozpoznawać i poprawiać
odstępstwa
od
formatu
lub
błędy w
przychodzącej depeszy tak, aby maksymalnie
utrzymać integralność tekstu depeszy i
wszystkich podstawowych części depeszy. W
każdym takim przypadku wszystkie poprawione
przez retransmisję depesze mają mieć format
zgodny z ICAO
—
-
1.11.5.1.2.
System ma rozpoznawać i poprawiać
odstępstwa od formatu oraz błędy, włączając:
1 .11.5.1.2.1. Otrzymane „ZC”, „CZ”, „CZC”,
jako sygnału rozpoczęcia depeszy
(SOM Start-of-Message Signal);
1.11.5.1.2.2. Identyfikator kanału (CID Chanel
Identification)
zapisany
bez
obowiązującej zasady dużych liter;
1.11.5.1.2.3. Więcej niż jedną spację pomiędzy
początkiem depeszy (SOM) a
oznaczeniem TRC kanału;
1.11.5.1.2.4. Spację
pomiędzy
numerem
identyfikacyjnym kanału (CID
Channel
ID),
numerem
a
sekwencyjnym kanału CSN.
1.11.5.1.2.5. Różne formy funkcji wyrównania,
wyłączając: 1LF, 1CR, 1 CR 8 1
LF,
2CR81LFi2CR82LF.
1.11.5.1.2.6. Więcej niż jedną spację pomiędzy
grupą
czasową
adresem
i
nadawcy.
1.11.5.1.2.7. System
ma
automatycznie
podzielić depesze wejściowe o
przekroczonym limicie znaków na
depesze, dodając do każdej nowo
utworzonej depeszy wejściowej
nagłówek
PART
XXJYY
i
zakończenie END OF PART
xx/YY.
—
—
-
1.11.5.1.3.
System AMHS ma wprowadzać dalsze
poprawki
lub
rozpoznania
włączając
następujące:
1.11.5.1.3.1. Wstawianie wskaźnika priorytetu
„FF”, jeżeli w depeszy wskaźnika
brakuje;
1.11.5.1.3.2. Nadanie
wyższego
priorytetu
depeszy, której wskaźnik składa
się
z dwóch liter, z których każda
odpowiada innemu priorytetowi;
1.11.5.1.3.3. Kierowanie
na
stanowisko
operatora każdej depeszy o
niekompatybilnym
kodzie
(np.
depesza zakodowania w formacie
IA-5 posiada znak końca depeszy
(EOM End-of-Message) „NNNN”
charakterystyczny dla depeszy w
formancie ITA-2);
—
1.11.5.1.3.4. Każdy znak kontrolny ASCII
zawarty w tekście;
1.11.5.1.3.5. Wstawianie funkcji wyrównania: 1
CR oraz 1 LF gdy długość linii
przekracza 69 znaków, aby
zapobiec zbyt długim liniom
(niezgodnym
z Aneksem ICAO 10 tom II) tak,
aby podział linii nastąpił w miejscu
wystąpienia spacji.
1.11.5.1.4.
Znak końca depeszy (EOM
End Of
Message):
1.11.5.1.4.1. AMHS ma pracować zgodnie z
procedurą EOM, opisaną w
Aneksie 10 ICAO część II. Przy
retransmisji, ma automatycznie
wstawić sztuczne zakończen je dla
depesz
otrzymanych
z
niekompletnym lub brakującym
EOM. W poniższych przypadkach
System ma uznać depeszę za
zakończoną prawidłowo
-
-
Przy rozpoznaniu
drugiego
akceptowalnego
sygnału
rozpoczęcia depeszy (SOM
Start-of-Message Signal);
—
-
1.11.5.1.5.
Przy wystąpieniu przerwy w
transmisji, w wybranym okresie
czasu
odebrania
depeszy.
CHECK <messager-text” NEW
ENDING
ADDED
<stetion
id> N N N N
Numer Sekwencyjny Kanału (CSN
Channel Sequence Number):
1.11.5.1.5.1. System AMHS ma cyklicznie
zwiększać CSN na każdym kanale
wychodzącym od wartości 001 do
000 (oznacza 1000) lub od
wartości 0001 do 0000 (oznacza
10000). Resetowanie do wartości
001 lub 0001 następuje, gdy
numer
przekracza
wartości
odpowiednio: 000 lub 0000;
1.11.5.1.5.2. System ma codziennie o godz. 00:
00 UTC automatycznie resetować
CSN. Po zresetowaniu, System
ma, na każdym wychodzącym
kanale,
wygenerować
automatycznie
depeszę
-
17
serwisową (Z wartością CSN 001
lub 0001), wskazującą ostatnią
przed zresetowaniem
depeszę
wysłaną (LS) i odebraną (LR) na
tym kanale. System AMHS nie ma
wysłać kopii tych wiadomości do
stanowiska
nadzorującego
(Superyisor);
Na
każdym
kanale
przychodzącym System AMHS
ma
sprawdzić
prawidłowość
sekwencji numeracji CSN. W
przypadku
wykrycia
braku
sekwencji. System ma przekazać
do
stacji
poprzedzającej
odpowiednią
depeszę
zawiadamiającą
o
zaistniałej
nieprawidłowości;
System
ma
zawiadamiać
stanowisko
nadzorujące
(Superyisor) o każdym takim
odstępstwie
od
sekwencji
numeracji CSN.
Depesze
o
numerze
sekwencyjnym kanału CSN: 000
(oznacza 1000) lub 0000 (oznacza
10000) ma być akceptowane
przez System, jako kolejny numer
po 999 lub 9999.
kontroli kanału (Channel Check
—
—
1.11.5.1.5.3.
1.11.5.1.5.4.
1.11.5.1.5.5.
1.11.5.1.6.
Depesza
Message):
1.11.5.1.6.1. System ANHS ma automatycznie
nadawać depesze kontroli kanału
wszystkich
na
kanałach
wychodzących, o czasach H+00,
H+20 i H+40 minut. Ma być także
możliwa konfiguracja systemu
umożliwiająca
zaniechanie
wysyłania depesz kontroli kanału;
1.11.5.1.6.2. Podobnie, system ma oczekiwać
depesz sprawdzenia kanału na
każdym kanale przychodzącym. O
wyżej wymienionych czasach,
z tolerancją do +1-3 minut
(tolerancja ta ma być możliwa do
ustanowienia
przez
administratora). Ma być możliwa
konfiguracja
systemu
umożliwiająca
zaniechanie
oczekiwania depesz kontroli dla
1.11.5.1.6.3.
1.11.5.1.6.4.
1.11.5.1.7.
Depesze
1.11.5.1.7.1.
1.11.5.1.7.2.
1.11.5.1.7.3.
1.11.5.1.7.4.
danego kanału.
System
ma
dysponować
raportem
dotyczącym stanu kontroli kanału
(wysyłanie
CH
włączone/wyłączone, oczekiwanie
CH włączone/wyłączone);
Jeżeli nie została odebrana w
ustalonym dla danego kanału
czasie
żadna
oczekiwana
depesza sprawdzenia
kanału,
System AMHS ma automatycznie
wygenerować depeszę serwisową
dla tego kanału (zgodnie z
Aneksem 10 ICAO tom II), a jej
kopię skierować do stanowiska
nadzorującego (Superyisor);
Dla wybranego kanału System
AMHS
ma
możliwość
dać
wstrzymania ruchu depesz, przy
jednoczesnej transmisji depesz
sprawdzenia kanału.
testowe
System AMHS ma pozwalać na
uruchomienie
polecenia
Nadzorującego
(Superyisor
command) dotyczącego inicjacji i
zakończenia nadawania depesz
testowych. System AMHS ma
formatować depesze testowe na
podstawie Aneksu 10 ICAO.
Depesze mają być wysyłane tak
długo, jak aktywna jest komenda,
lub powtarzanie dla wybranej
liczby powtórzeń;
System AMHS ma udostępnić
przynajmniej trzy różne typy
depesz, testowych uruchamianych
z polecenia nadzoru (Superyisor
command). Użytkownik ma mieć
możliwość
edycji
depeszy
testowej.
System AMHS ma wykrywać
depesze testowe z każdego
kanału
przychodzącego
a
następnie
raportować
ich
nadejście
nadzorującym
(S u pe ryiso r).
System
AMHS
ma
mieć
możliwość uruchomienia komendy
nadzoru (Superyisor command)
do
zatrzymywania/powtórnego
umożliwiania
raportowania
kolejnych
odbiorów.
W tym
przypadku przewidywany numer
sekwencyjny kanału CSN na
kanale przychodzącym nie może
być zwiększany.
1.11.5.1.7.5. Przy wznowieniu ruchu depesz z
kanału przychodzącego, System
AMHS ma wygenerować raport
dla stanowiska nadzorującego
(Superyisor)
i
kontynuować
przetwarzanie i przekazywanie
depesz przychodzących.
1.11.5.1.8.
Monitorowanie ruchu depesz na łączach.
1.11.5.1.8.1. System AMHS ma umożliwiać
monitorowanie
ruchu
depesz,
zarówno
na
łączach
przychodzących,
jak
wychodzących.
Ma
być
przewidzianych kilka stanowisk
pracy
dających
możliwość
monitoringu ruchu depesz, zaś
ograniczenia dla tych stanowisk
określa Oferent. Ten sam kanał
mają jednocześnie monitorować
maksymalnie
dwa stanowiska
pracy.
1.11.5.1.8.2. Znaki ukryte mają być zamienione
na postać czytelną dla operatora
np. kod ASCII 01 ma być
wyświetlany jako <SOH.
1.11.5.1.8.3. Do kodów końca linii CR LF mają
być dodane oznaczenia tekstowe
<CR><LF>
1 .11.5.1.8.4. Dla
zwiększenia
czytelności
podglądu sekwencje początku
depeszy SOM, końca depeszy
EOM, jak sygnał STX dla IA-5
mają się znaleźć w kolejnej linii a
następujący
cia. znaków w
następnej.
1.11.6. Kolejkowanie depesz i odzyskiwanie danych
1.11.6.1.
Obstuga łączy
1.11.6.1.1.
W
przypadku,
gdy
linia
depesz
oczekujących
na transmisję
na
kanale
wychodzącym przekracza wartość graniczną,
System
ma
wygenerować
raport
o
przeładowaniu łącza, wraz z towarzyszącym
mu alarmem audiowizualnym.
1.11.6.1.2.
System AMHS ma wygenerować wyżej
wymieniony raport, co 15 minut, aż do
ustąpienia warunków wymuszających. Reset
alarmu ma nastąpić po uruchomieniu komendy
nadzoru
(Superyisor
command),
lub
automatycznie, po upływie określonego czasu.
1.11.6.1.3.
przypadku,
W
wśród
gdy
depesz
oczekujących
znajdują się
depesze
o
priorytetach „SS” oraz „DD”, System ma
generować co 10 minut raport dla stanowiska
nadzorującego
(Superyisor),
zawierający
wskaźnik priorytetu P1, CID (identyfikator
kanału) oraz CSN tych depesz.
1.11.6.2.
Przekroczenie pojemności Systemu AMHS
1.11.6.2.1.
Przypadek
przekroczenia
pojemności
ruchowej
Systemu
AM H S
powodujący
opóźnienia w obsłudze depesz, ma być
sygnalizowany wygenerowaniem raportu oraz
towarzyszącym
mu
alarmem
wizua I no
dźwiękowym,
do
stanowiska
nadzoru
(Superyisor).
Raport ten
ma
zawierać
informacje
łącznej
o
liczbie
depesz,
posortowanych po ich priorytecie i miejscu
docelowym (czyli po łączu wychodzącym).
1.11.6.3.
Opróżnianie kolejek
1.11.6.3.1.
System
AMHS
ma
automatycznie
kontrolować wysyłanie/odbiór depesz, zgodnie
z określoną dla Systemu wartością graniczną
zdefiniowaną dla każdego łącza. Automatyczne
wysyłanie ma być aktywowane po upływie
określonego okresu czasu
1.11.6.3.2.
System AMHS ma dawać możliwość
wygenerowania polecenia nadzoru (Superyisor
command) dla następujących czynności:
1.11.6.3.2.1.
Tymczasowe
przekierowanie
na wybrany kanał wychodzący
oczekujących depesz (selekcja
depesz po ich priorytecie oraz
adresie
docelowym),
aż
do
momentu wystąpienia warunków
normalnych;
1.11.6.3.2.2.
Funkcja przerywania wysyłania,
następnie
a
ponownego
wprowadzania ruchu depesz o
określonym priorytecie lub/i łączu;
1.11.6.3.3.
System AMHS ma wprowadzić depesze w
kolejności uwzględniającej ich priorytet, oraz
zgodnie z zasadą FIFO (Frist In Frist Out).
1.11.6.3.4.
System AMHS ma co 5
10 minut, lub na
żądanie, raportować o dostępie wprowadzania I
—
wysyłania depesz, informując o liczbie depesz
wprowadzonych/ wysłanych, o ich priorytecie
oraz w jakim czasie depesze te zostały
obsłużone.
1.11.6.4.
Wyszukiwanie depesz on-line
1.11.6.4.1.
System AMHS ma umożliwić uruchomienie
komendy nadzoru (Superyisor command)
służącej
odzyskiwania
do
depesz
zgromadzonych on-line przez maksymalnie
okres 14 dni. System ma pozyskiwać
wiadomości i kierować do stanowiska nadzoru
(Superyisor), następnie do łącza wychodzącego
określanego przez nadzorującego. Dozwolona
maksymalna liczba buforowanych wiadomości
ma być kontigurowalna;
1.11.6.4.2.
System AMHS ma poprzez komendę
nadzoru (Supreyisor command) umożliwić
anulowanie wywołanej wcześniej komendy
pobierania depesz.
1.11.6.5.
Ządanie powtórzenia depeszy
1.11.6.5.1.
System
AMHS
na
żądanie
stacji
zewnętrznej ma automatycznie powtórzyć
określoną depeszę lub zakres depesz,
jednakże nie więcej niż zdefiniowana w
Systemie wartość graniczna np. 100. W
przypadku większej ilości depesz System ma
przekierować takie żądanie do stanowiska
operatora.
1.11.6.6.
Siedzenie depeszy
1.11.6.6.1.
System
AMHS
ma
umożliwić
Nadzorującemu
(Superyisor)
następujące
funkcje bieżącego śledzenia ścieżki depeszy:
1.11.6.6.2.
Pozyskiwanie ścieżki depeszy wychodzącej,
posługując się numerem łącza przez, które
odebrano depeszę TRC kanału, datą, czasem.
1.11.6.6.3.
Pozyskiwanie
ścieżki
depeszy
przychodzącej posługując się numerem łącza
przez które depesza została nadana
TRC
kanału, datą, czasem.
1.11.6.6.4.
System AMHS w odpowiedzi na żądanie
śledzenia depeszy, ma wygenerować raport
zawierający żądaną ścieżkę.
1.11.7. Raporty, Polecenia oraz Statystyki Ruchu
1.11.7.1.
Polecenia Nadzoru Ruchu
1.11.7.1.1.
Nadzorujący
ruchu
AFTN
jest
odpowiedzialny za kontrolę operacyjną oraz
monitorowanie Systemu AMHS, za zarządzanie
łączami oraz za przeprowadzanie wszelkich
poprawek dotyczących trasowania depesz lub
danych adresowych
-
-
I
1.11.7.1.2.
Stanowisko
Nadzoru
(Superyisor)
ma
zachować w postaci kopii trwałej zarówno
każde polecenie Superyisora jak i wywołaną
przez to polecenie odpowiedź Systemu.
1.11.7.1.3.
Stanowisko nadzoru ma udostępnić funkcję
rejestru wszystkich zdarzeń oraz uwag
Nadzorującego.
1.11.7.2.
Raporty Systemu AMHS
1.11.7.2.1.
System AMHS ma generować raporty dla
stanowiska nadzoru (Su peryisor) dotyczące
bieżących warunków operacyjnych oraz:
1.11.7.2.1.1. Działań podjętych przez System;
1.11.7.2.1.2. Wewnętrznych
warunków
wykrytych przez System;
1.11.7.2.1.3. W
odpowiedzi
na
żądanie
nadzorującego;
1.11.7.2.1.4. W odpowiedzi na żądania stacji
zewnętrznych,
1.11.7.2.2.
Raporty Systemu AMHS mają zawierać
przynajmniej:
1.11.7.2.2.1. Raporty o stanie podsystemu
AMHS;
1.11.7.2.2.2. Raporty o stanie łącz zawierające
informacje 0:
-
-
-
-
-
Każdej
zmianie
statusu:
„Otwa rty/Zam kn ięty/TestiWstrz
ymany” wszystkich kanałów
wchodzących/wychodzących;
Dużej
ilości
depesz
oczekujących
na
kanale
wchodzącym,
wraz
z podaną liczbą depesz o
danym
priorytecie,
przekraczającą
określony
poziom;
Ilość
depesz
priorytecie
retransmisji;
niskim
o
oczekujących
Ilość
depesz
przeterminowanych,
które
przekroczyły
dopuszczalny
czas opóźnienia (określany w
zależności
od
priorytetu
depeszy);
O tym, czy spełnione są
warunki ciągłości sprawdzania
kanałów
oraz
Numeru
Sekwencyjnego Kanału (CSN);
Załącznik nr 1 do SWZ
1.11.7.2.2.3. Raport
zawierający
dane
o
alternatywnym trasowaniu depesz
oraz
o
alternatywnych
adresach,
łącznie z informacją o priorytecie
alternatywnie
trasowanych
depesz.
1.11.7.2.2.4. Raport
o
stanie
depesz
zawierający informacje 0:
-
-
Ilości depesz otrzymanych oraz
wysłanych na godzinę;
Liczbie
całkowitej
depesz
oczekujących
z
uwzględnieniem ich priorytetu.
1.11.7.2.2.5. Raporty o stanie oczekujących
depesz o wysokim priorytecie,
wskazujących priorytet oraz dane
identyfikacyjne depeszy, kanał
wychodzący depeszy oraz czas
opóźnienia.
Raport
ma
być
generowany co 10 minut, aż do
momentu wysłania depeszy.
1.11.7.2.2.6. Raport o depeszach zarówno
przychodzących
jak
wychodzących, oczekujących na
poszczególnych
łączach,
dostępny
bieżąco
na
oraz
drukowany co 10 minut, aż do
momentu,
gdy ilość depesz
oczekujących będzie wynosić 5
lub mniej.
1.11.7.2.2.7. Raport o wystąpieniu depesz
błędnych zawierajacy;
-
-
-
-
Błąd identyfikacji transmisji;
Przekroczenie
dopuszczalnej
znaków
liczby
w
tekście
depeszy;
Wystąpienie
niekompletnej;
depeszy
Wystąpienie błędnego Routing.
1.11.7.2.2.8. Raport
o
braku
depeszy
sprawdzenia kanału zawierający
następujące dane: identyfikator
kanału (CID), czas, w którym
depesza taka ma przyjść oraz
ostatni
otrzymany
Numer
Sekwencyjny Kanału.
1.11.72.2.9. Raport o stanie przeciążenia
ruchem łącz oraz Systemu AMHS.
1.11.7.2.2.10. Zgłoszenie wystąpienia żądania
autopowtórzenia
wygórowanej
ilości depesz, tj. więcej niż 20, a
ponad
także
pięciokrotne
wystąpienia
ośrodka
zewnętrznego
z
żądaniem
powtórzenia tej samej depeszy.
1.11.7.2.2.11. Statystyki
krótkoterminowe
(godzinowe) zawierające:
-
-
-
Całkowitą ilość depesz z
uwzględnieniem podziału na
następujące
depesz:
typy
normalna,
serwisowa,
powtórzona,
o zmienionym
kierunku (diyerted), odrzucona,
przychodząca
depesza
ze
znacznikiem dywersji;
Ilość
depesz
wysłanych/otrzymanych
na
każdym
kanale
uwzględnieniem
z
ich
priorytetów;
Zajętość kanałów w ciagu
godziny
podziałem
z
na
poszczególne kanały.
krótkoterminowe
(dzienne) zawierające:
-
Łączną
ilość
depesz:
normalnych,
serwisowych,
powtórzonych, o zmienionym
kierunku,
odrzuconych),
otrzymanych/wysłanych
na
wszystkich
kanałach/łączach
przychodzących/ wchodzących,
obsłużonych w ciągi całego
dnia (00: 00 UTC do 24: 00
UTC);
Łączną liczbę otrzymanych
depesz/wysłanych
przypadającą
na
każdy
priorytet;
Średnią liczbę znaków w
pojedynczej
depeszy,
przypadającą
na
każde
przychodzące/wychodzące
łącze;
-
Wskazanie godziny szczytu w
ciągu dnia wraz z podaną
liczbą depesz oraz znaków,
przypadającą na pełny dzień.
długoterminowe
(miesięczne) zawierające:
-
-
-
-
1.11.7.3.
Łączną
liczbę
depesz
wysyłanych/otrzymanych
o
danym priorytecie, na każdym
kanale
wychodzącymlprzychodzącym,
przypadającą na każdy dzień
danego miesiąca;
Łączną
liczbę
depesz
(normalnych,
serwisowych,
powtórzonych, o zmienionym
kierunku
(diyerted),
odrzuconych),
wysyłanych!
otrzymanych
na wszystkich
łączach
przychodzących/wychodzących
w
obsłużonych
ciągu
miesiąca;
Łączną
liczbę
znaków
otrzymanych/wysyłanych
każdego dnia;
Statystyki
wprowadzania
danych na łącza AFTN wraz z
podaną dzienną liczbą znaków
otrzymanych/wysłanych, wraz
ze
wskazaniem
dziennej,
maksymalnej wartości znaków
przetwarzanych
w
ciągu
godziny
oraz
godzinowy/dzienny procentowy
udział w przetwarzaniu depesz
każdego
kanału
międzynarodowego.
Monitoring bieżący Systemu
1.11.7.3.1.
System ma mieć specjalne okna raportujące
do pokazywania stanu on-line Systemu z
kolorowaniem stanów innych niż normalny dla:
1.11.7.3.1.1. Stanu kanału;
1.11.7.3.1.2. Kolejek
depesz
wejściowych/wyjściowych;
1.11.7.3.1.3. Kolejek specjalnych.
1.12. Szczegółowe wymagania funkcjonalne modułu AMHS
1.12.1. Wymagania dla usługi dystrybucji depesz AMHS
1.12.1.1.
W celu przekazywania depesz System ma
realizować poniższe operacje:
1.12.1.1.1.
Dostarczenie depeszy pomiędzy dwoma
Systemami AMHS, od nadawcy do odbiorcy;
1.12.1.1.2.
Dostarczenie depeszy do wielu odbiorców;
1.12.1.1.3.
Dostarczenie depeszy do alternatywnego
odbiorcy w sytuacji, gdy wiadomość nie może
być dostarczona bezpośrednio.
1.12.1.1.4.
Próbkowanie
sprawdzenie możliwości
dostarczenia depeszy pozwalające określić czy
odbiorca jest w stanie odebrać daną depeszę;
1.12.1.1.5.
Próbkowanie ma być realizowane tylko dla
bezpośrednich odbiorców AMHS;
1.12.1.1.6.
Priorytowanie wiadomości wspierające 3
poziomy:
Pilny,
Normalny,
Nie
pilny,
mapowane odpowiednio pomiędzy depeszami
AFTN i AMHS;
1.12.1.1.7.
Konwersja
depesz AFTN
do AMHS
zachowująca format depeszy oraz takie
informacje jak: priorytet, adresaci, czas
nadania, nadawcę, tekst opcjonalny, zgodnie z
ICAO Doc 9880 AN/466;
1.12.1.1.8.
Konwersja depesz AMHS do AFTN zgodnie
z ICAO Doc 9880 AN/466;
1.12.1.1.9.
Dla funkcji podstawowych AMHS każda
depesz AMHS ma jednoznacznie określać
depeszę AFTN;
1.12.1.1.10. Opóźnione dostarczenie
umożliwiające
określenie przez UA czasu, kiedy depesza ma
być przetworzona;
1.12.1.1.11. Odłożenie dostarczenia
umożliwiające
określenie przez nadawcę czasu, przed,
którym depesza nie ma być dostarczona;
1.12.1.1.12. Ostatnie
dostarczenie
umożliwiające
określenie przez nadawcę czasu kiedy
depesza
n iedosta rczona
zostan je
automatycznie usunięta;
1.12.1.1.13. Raport dostarczenia DR;
1.12.1.1.14. Raport niedostarczenia NDR;
1.12.1.1.15. Raport odczytu RN;
1.12.1.1.16. Raport braku odczytu NRN;
1.12.1.1.17. Auto
przekazywanie
umożliwiające
użytkownikowi
ustawienie
przekazywania
depesz np. podczas jego nieobecności z
automatycznym wysłaniem raportu NRN z
informacją o przekierowaniu;
-
-
-
-
-
1.12.1.1.18.
Auto
odpowiedź
umożliwiające
użytkownikowi
ustawienie
automatycznej
odpowiedzi na każdą odebraną wiadomość np.
podczas jego nieobecności
1.12.1.1.19.
Raporty AMHS mają być dostarczane tylko do
użytkowników AMHS;
1.12.1.2.
System AMHS ma wspierać dwa schematy adresacji
MF (MHS-form):
1.12.1.2.1.
Schemat adresacji CAAS (Common AMHS
Addressing Scheme);
1.12.1.2.2.
Schemat adresacji XF (Translated-form
addressing Scheme).
1.12.2. Wymagania wobec konfiguracji domen AMHS
1.12.2.1.
Domena AMHS ma zawierać:
1.12.2.1.1.
Serwer depesz AMHS i jednego lub kilku
agentów UA;
1.12.2.1.2.
Bramkę AFTN/AMHS;
1.12.2.2.
Połączenia wewnętrzne pomiędzy dwoma domenami
AMHS mają zawierać jedno z poniższych połączeń:
1.12.2.2.1.
Połączenie pomiędzy dwoma serwerami
depesz AMHS;
1.12.2.2.2.
Połączenie pomiędzy serwerem depesz
AMHS i bramkąAFTN/AMHS;
1.12.2.2.3.
Połączenie pomiędzy dwoma bramkami
AFTN/AMHS.
1.12.2.3.
Dla wsparcia rozszerzonych funkcji AMHS system ma
obsługiwać schemat adresacji MF (zawierający CAAS oraz
XF).
1.12.2.4.
Routing AMHS
1.12.2.5.
Wymagania wobec historii ruchu depesz:
1.12.2.5.1.
Domena AMHS ma być odpowiedzialna za
długoterminowe
przechowywanie
informacji
dotyczących wszystkich depesz w okresie
dwóch lat
1.12.2.5.2.
Serwer depesz AMHS ma prowadzić dziennik
dla wszystkich zdarzeńw Systemie w okresie
dwóch lat.
1.12.2.5.3.
Dla informacji długoterminowej odnoszącej się
do depeszy lub raportu mają być zachowane
dane:
1 .12.2.5.3.1. Identyfikator
depeszy
lub
raportu;
1.12.2.5.3.2. Priorytet;
1.12.2.5.3.3. Zawartość;
1.12.2.5.3.4. Temat;
1.12.2.5.3.5. Nadawca;
1.12.2.5.3.6. Adresaci;
1.12.2.5.3.7. Rozmiar zawartości;
1.12.2.5.3.8. Elementy typu raportu;
1.12.2.5.3.9. Raport nazwy celu;
-
1.12.2.5.3.10. Czas odebrania
lub czas
nadania;
1.12.2.5.3.11. Kierunek przekazania;
1.12.2.5.3.12. Czas przekazu;
1.12.2.5.3.13. Czas dostarczenia;
1.12.2.5.3.14. Raport
dostarczen ia/niedostarczenia
odczytu/braku odczytu;
1.12.2.5.3.15. Czas zdarzenia;
1.12.2.6.
Parametry
1.12.26.1.
Parametry użyte podczas tworzenia nowej
wiadomości mają bazować na:
1.12.2.6.1.1.
Poziomie
usługi
AMHS
podstawowej lub rozszerzonej
obsługiwanej przez nadawcę;
1.12.2.6.1.2. Typie
danych
(tekst
lub
binarna):
-
-
1.12.2.6.1.3.
Dla tekstu treści wiadomości
kodowanie IA-5;
Dla binarii BUFRy, pliki audio,
obrazki;
usługi
Poziomie
AMHS
podstawowej lub rozszerzonej
obsługiwanej przez odbiorcę.
1.12.3. Wymagania dla agenta depesz AMHS (UA)
1.12.3.1. Zintegrowany w systemie Agent UA ma umożliwić
użytkownikowi realizację następujących usług:
1.12.3.1.1.
1.12.3.1.2.
1.12.3.1.3.
1.12.3.1.4.
1.12.3.1.5.
1.12.3.1.6.
1.12.3.1.7.
Tworzenie, obsługa, transmisja, odbieranie,
przekazywanie, sortowanie,
przeszukiwanie,
przeglądanie, drukowanie, archiwizowanie i
odtwarzanie wiadomości oraz wiadomości
próbnych AMHS;
Odbieranie,
sortowanie,
przeszukiwanie,
przeglądanie, drukowanie, archiwizowanie i
odtwarzanie raportów AMHS;
Wymianę wiadomości, próbek i raportów
AMHS z przełącznikiem wiadomości ATS;
Implementację usługi i atrybuty definiowane
przez P2 o zasadniczym znaczeniu dla działania
systemu obsługi komunikatów ATS
Zapewnianie
przesyłania
wiadomości
tekstowych w formacie dowolnym w standardzie
X.400 z możliwością wysyłania i odbierania
danych binarnych, pliki zgodne z zakresem
rozszerzonej obsługi ATS;
Dostęp do usługi katalogowej ATN;
Wprowadzanie, weryfikacja, rozsyłanie
pobieranie planów lotów w tym także,
komunikatów o „slotach” (bramkach czasowych)
z EUROCONTROL CFMU;
1.12.3.1.8.
Monitorowanie aktywnych planów lotu (Actiye
Flight Database bazy danych aktywnych lotów)
w tym ich historii (tzn. depesz powiązanych typy
DEP, DEL, CHG, ARR itd.)
1.12.3.1.9.
Nadawanie i pobieranie komunikatów NOTAM;
1.12.3.1.10. Tworzenie,
usuwanie,
edytowanie,
kopiowanie,
wysyłanie,
odbieranie,
przekazywanie, sortowanie, wyszukiwanie,
podgląd,
drukowanie,
archiwizowanie,
przeglądanie depesz i próbek;
1.12.3.1.11. Sortowanie,
wyszukiwanie,
podgląd,
drukowanie, archiwizowanie, usuwanie i
przeglądanie zdarzeń długoterminowych;
1.12.3.1.12. Tworzenie,
usuwanie,
edytowanie,
kopiowanie,
sortowanie,
wyszukiwanie,
podgląd i drukowanie adresów oraz list
dystrybucyjnych
w książce adresowej;
1.12.3.1.13. Eksport wraz z konwersją pliku zdarzeń
długoterminowych
i
zawartości
książki
adresowej do formatu ASCII akceptowalnego
przez arkusze kalkulacyjne lub bazy danych;
1.12.3.2.
Agent UA ma bazować na adresacji AFTN (osiem
znaków) a wszelkie konwersje na adres X.400 ma
przeprowadzać w tle bez angażowania użytkownika. Na
żądanie Użytkownika Agent UA ma pokazać adres X.400
po konwersji.
1.12.3.3.
Agent UA ma umożliwiać wyświetlenie statystyk
dla każdego folderu z informacją o ilości depesz
odebranych oraz ilości depesz nie przeczytanych.
1.12.3.4.
Agent UA ma mieć możliwość utworzenia
dodatkowego folderu, do którego będzie mógł przenosić
informacje
z
folderu
głównego
z użyciem zdefiniowanych przez siebie schematów
zasad przenoszenia
1.12.3.5.
Użytkownik ma mieć możliwość usuwania
wiadomości z folderu kosza na dysku twardym
1.12.3.6.
Funkcja
odzyskiwania
ma
umożliwiać
użytkownikowi odzyskanie wybranych wiadomości z
folderu kosza i przeniesienie ich do wybranego folderu.
1.12.3.7.
Sortowanie
umożliwiać
ma
użytkownikowi
wyświetlenie listy depesz w kolejności rosnącej lub
malejącej dla priorytetu, czasu, tematu, nadawcy,
odbiorcy
1.12.3.8.
Alarm audio-wizualny ma prowadzić użytkownika
bezpośrednio
do wiadomości wywołującej
alarm.
Użytkownik
ma
mieć
możliwość
-
włączenia/wyłączenia alarmu. Stan funkcji alarmu ma być
wyświetlany.
1.12.3.9.
Alarm audio-wizualny dla depesz z priorytetem
ważny/SS ma być zawsze uruchomiony niezależnie od
ustawień użytkownika.
1.12.3.10.
Status wszystkich alarmów ma być przywrócony
nawet po restarcie aplikacji.
1.12.3.11.
Agent UA ma zachowywać wszystkie depesze
łącznie z depeszami próbkującymi wygenerowanymi
przez użytkownika w okresie jednego roku. Dane dla
poszczególnych dni mają mieć możliwość eksportu poza
UA.
1.12.4. Wymagania dla agenta użytkownika do zasobów katalogowych
(DUA)
1.12.4.1. Agent użytkownika do zasobów katalogowych DUA
(Directory User Agent) ma między innymi:
1.12.4.1.1.
Stanowić integralną część zintegrowanego
agenta użytkownika AMHS UA;
1.12.4.1.2.
Zapewnić dostęp do
bazy
informacji
katalogowych (DIB) przez protokół DAP
(Dierectory Access Protocol) oraz oferować
rozbudowane funkcje tworzenia rekordów i
zarządzania nimi;
1.12.4.2.Rozpoznawać nazwy i odczytywać adresy O/R z nazwy
katalogu;
1.12.4.3. Przed stworzeniem/nadaniem wiadomości ustalić możliwości
żądanego odbiorcy (np. maksymalną długość komunikatu
jaki może być dostarczony czy poziom wsparcia);
1.12.4.4. Zapewnić pobieranie danych o parametrach użytkowników z
katalogu ATN;
1.12.4.5.Oferować użytkownikowi lokalną książkę adresową,
„lokalny katalog” informacyjny. Książka adresowa ma
być przechowywana na serwerze systemu AMHS,
dzięki czemu użytkownik może pozyskiwać dane
adresowe z dowolnej lokalizacji. Użytkownik ma mieć
możliwość zarządzania książką adresową.
1.12.5. Wymagania wobec modułu MTCU (AMHS Message Transfer
and Control Unit)
1.12.5.1. MTCU ma zapewnić:
1.12.5.1.1.
Komunikację pomiędzy AFTN i AMHS;
1.12.5.1.2.
Obsługę
wszystkich
rodzajów depesz
AMHS;
1.12.5.1.3.
Obsługę wszystkie rodzaje depesz AFTN;
1.12.5.1.4.
Filtrowanie znaków kontrolnych ASCII przy
konwersji depesz z formatu AMHS do formatu
AFTN;
1.12.5.1.5.
Pozyskiwanie informacji o użytkownikach
AMHS z DUA;
1.12.5.1.6.
Ewidencję wszystkich zdarzeń w okresie
jednego roku dotyczących:
1.12.5.1.6.1.
1.12.5.1.6.2.
Ruch wyjściowy depesz AMHS;
Ruch
wyjściowy
raportów
AMHS;
1.12.5.1.6.3. Ruch wejściowy depesz AMHS;
1.12.5.1.6.4. Ruch
wejściowy
raportów
AMHS;
1.12.5.1.6.5. Ruch wejściowy depesz AFTN;
1.12.5.1.6.6. Ruch wyjściowy depesz AFTN.
1.12.5.1.7.
Ewidencja zdarzeń ma zapewnić możliwość
śledzenia przepływu depeszy w obie strony.
Ma
jednoznacznie
identyfikować
konwertowane wiadomości dla obu wyjść/wejść
Bramki AFTN i AMHS.
1.13. Szczegółowe wymagania dla terminala AFTNIAMHS (UA)
1.13.1. Oprogramowanie terminal AFTN/AMHS (UA) ma umożliwić
równoległą obsługę depesz w formacie AFTN i/lub w formacie
AMHS z wykorzystaniem jednej zintegrowanej aplikacji do obsługi
wiadomości ATS.
1.13.2. Zintegrowane oprogramowanie terminala AFTN/AMHS (UA) ma
posiadać odpowiednią funkcjonalność w zakresie:
1.13.2.1. Tworzenia dowolnych wiadomości tekstowych oraz
komunikatów ATS, AIS i ASM w formatach ICAO i
EUROCONTROL.
1.13.2.2. Każda odebrana lub nadana depesza ma być
przechowywana
w relacyjnej i/lub obiektowej bazie systemu;
1.13.2.3. Użytkownik ma być powiadamiany wizualnie i
akustycznie o odebraniu nowej depeszy;
1.13.2.4. Odbiór depesz z priorytetem SS ma być sygnalizowany
emisją wyróżniającego się sygnału dźwiękowego;
1.13.2.5. Wyszukiwania depesz według różnych kryteriów (np.
daty odbioru depeszy, typu depeszy, adresu AFTN
nadawcy depeszy, słowa kluczowego treści depeszy).
Efektem wyszukania ma być nowa lista depesz
spełniająca zadane kryteria wyszukiwania.
Dla
wyselekcjonowanych depesz ma być możliwość
zdefiniowania kolejności sortowania wyświetlanych
rekordów oraz odznaczania depesz do drukowania i
kopiowania;
1.13.2.6. W każdym momencie podczas przygotowywania
depeszy operator ma mieć możliwość zażądania od
systemu przetworzenia tekstu w depeszę o określonym
formacie. Każdy błąd składni albo błąd logiczny w
polach danych albo „niewypełnione” pola danych (poza
opcjonalnymi polami danych) mają być automatycznie
podświetlone dla zwrócenia uwagi operatora w celu
wprowadzenia stosownej korekty.
1.13.3. W zakresie obsługi planów lotu
1.13.31. System ma automatycznie obsługiwać procesy
wprowadzania, przetwarzania, rozsyłania i prezentacji
danych planów lotu zgodnie ze standardami ICAO i
EUR000NTROL.
1.13.3.2. System ma posiadać formularze do wprowadzania
danych dotyczących ruchu lotniczego ATS w formacie
ICAO (ICAO Doc 4444 i Amendment 1 do PANS-ATM,
Doc 4444) obejmujących depesze zgłoszonego planu
lotu i jego uaktualnień (typu: FPL, CHG, DLA, CNL,
DEP, ARR), depesze uzupełniające (typu: SPL, RQP,
RQS), depesze o koordynacji (typu: CPL, EST, CDN,
ACP, LAM), depesze o zagrożeniu (typu: ALR, RCF).
1.13.3.3. System ma posiadać formularze do wprowadzania
danych dotyczących depesz ATFCM (Air Traffic Flow
and Capacity Management) oraz depesz CFMU
TACT/CASA w formacie ADEXP (EUROCONTROL
Standard
Dokument for ATS Data Exchange
Presentation).
1.13.3.4. Zawartość poszczególnych formularzy wiadomości system
ma zapisać w bazie danych jako szablon. Szablon taki
można następnie po prostu wczytać, co upraszcza
proces generowania często używanych wiadomości.
Szablon może zawierać dowolny zestaw pól tekstowych
formularza.
1.13.3.5. System
ma
uniemożliwić
wysyłania
depesz
modyfikujących plan lotów (np. depesz DLA, CHG, CNL,
DEP), jeśli nie istnieje początkowy plan lotów lub jeśli
pojawia się ostrzeżenie (zależnie od parametrów
systemu).
1.13.3.6. Informacje przekazywane w formularzu FPL w pozycji 19
mają być wysłane w depeszy FPL lub pozostawione w
bazie danych systemu, do późniejszego pobrania i
wysłania w postaci depeszy SPL. Włączenie pozycji 19 ma
być wymuszone w ramach profili użytkowników.
1.13.3.7. Administrator ma mieć może określania w profilu
użytkownika, czy wprowadzenie danych do pozycji 19 jest
wymagane, czy nie. Jeśli nie jest obowiązkowe,
wówczas użytkownik ma decydować, czy chce te
informacje wprowadzić. Jeśli jest obowiązkowe,
użytkownik ma wprowadzić informacje w polu 19.
1.13.3.8. Gdy informacje w polu 19 zostanąwprowadzone, mająbyć
wysłane w samej depeszy FPL lub zapisane w bazie
danych jako część rekordu FPL. Po otrzymaniu RQS
użytkownik lub administrator ma mieć możliwość pobrać
FPL z bazy danych (w tym także informacje Z pola 19) i
utworzyć na tej podstawie depesze SPL. Odpowiedni
parametr systemowy ma pozwalać na określenie, czy
informacje z pozycji 19 są wysyłane wraz z FPL, czy tylko
zapisywane.
1.13.3.9. We wszystkich formularzach ma być zaimplementowane
funkcjonalność sprawdzania składni pól, gwarantująca
poprawność wszystkich wiadomości powstających w
systemie. Zakres takiej weryfikacji ma obejmować:
1.13.3.9.1. Sformatowane pola tekstowe, tylko znaki
literowe lub tylko cyfry;
1.13.3.9.2. Sprawdzenie formatu czasu;
1.13.3.9.3. Automatyczne przekształcanie znaków na
wielkie litery w przypadku znaków literowych;
1.13.3.9.4. W miarę możliwości pola wyboru zamiast pól
tekstowych.
1.13.3.10. Wszystkie
formularze
mają zawierać
narzędzia
sprawdzania pól, uniemożliwiające operatorom wysyłanie
komunikatów błędnych pod względem semantycznym.
Zakres takiej weryfikacji ma obejmować:
1.13.3.10.1. Walidację typu statku powietrznego;
1.13.3.10.2. Walidację lotniska odlotu;
1.13.3.10.3. Walidację lotniska docelowego;
1.13.3.10.4. Walidację lotniska zapasowego;
1.13.3.10.5. Walidację trasy (walidacja składniowa, nie
semantyczna).
1.13.3.11. Terminal ma umożliwić generowanie komunikatów
związanych z FPL na podstawie pobranych lub
wyświetlonych FPL.
1.13.3.12. Sprawdzenie poprawności wprowadzanych danych ma
przebiegać na dwóch poziomach: w oknie dialogowym
wprowadzania
danych
oraz w proces
serwera
odpowiedzialnego za obsługę wiadomości. W razie
stwierdzenia błędu w oknie wprowadzania danych błąd ma
zostać natychmiast wyświetlony. Jeśli serwer wykryje błąd,
edytor wiadomości nie może umożliwić jego zamknięcia
lecz ma przełączyć się na widok tekstowy i zaprezentować
użytkownikowi przyczynę błędu. Wówczas użytkownik ma
mieć możliwość przełączenia się z powrotem do widoku
formularza i poprawienia błędu.
1.13.3.13. Jeśli w którymkolwiek polu formularza FPL znajdzie się
7777, a wymagane informacje nie znajdą się w polu 18,
serwer ma wykryć ten błąd i powiadomić o nim
użytkownika. Zalecany schemat postępowania ma być
następujący:
1.13.3.13.1. Po wypełnieniu formularza wypełniający
podejmuje próbę nadania FPL;
1.13.3.13.2. Jeżeli serwer stwierdzi niezgodność
pomiędzy polem 18 a dowolnym polem, w
którym dopuszcza się wprowadzenie ciągu
„7777” (zgodnie ze specyfikacją w DOC
4444 i Amendment 1 do PANS-ATM, Doc
4444), to okno wiadomości ma pozostać
otwarte (w ten sposób system ma
sygnalizować użytkownikowi, że depesza
nie została nadana) i przełączy się na widok
tekstowy. Ponadto błąd ma być dodatkowo
wskazany u góry okna tekstu wiadomości;
1.13.3.13.3. System nie może automatycznie wstawiać
żadnych skrótów określonych w Doc 4444 i
Amendment I do PANS-ATM, Doc 4444
oraz IFPS Users Manual, ponieważ w
niektórych przypadkach nie jest w stanie
zadecydować, co dokładnie ma być
wstawione (np. ile wystapień skrótu jest
niezbędnych).
1.13.3.13.4. Udostępnione informacje ma umożliwić
użytkownikowi
prawidłowe
wprowadzenie
niezbędnych danych w polu 18 (po
ponownym przejściu do widoku formularza
za
pomocą
odpowiednich
klawiszy
(np.: .CTRL+F).
1.13.3.14. System przed wysłaniem depeszy ma automatycznie
ustawiać wszystkie wpisy w polu 18 w prawidłowym
porządku, zgodnie z ICAO Doc 4444, Załącznik 3 i
Amendment 1 do PANS-ATM, Doc 4444 oraz IFPS
Users Manual.
1.13.3.15. System
ma zapewnić narzędzia wspomagania
operatora w zakresie adresowania depesz FPL i
depesz modyfikujących w zależności od:
1.13.3.15.1. Typu lotu (pole 8 przepisy wykonywania
lot: 1, V, Y, Z);
1.13.3.15.2. Rodzaju ruchu
loty GAT, OAT,
GAT/OAT;
1.13.3.15.3. Rodzaju przestrzeni wykonywania lotów,
np.: przestrzeń klasy C, G,
1.13.3.15.4. W przypadku lotu IFR adres ma być
skonfigurowany
przez
administratora
(parametr systemowy). Adres taki ma
zostać automatycznie wstawiony w FPL,
jeżeli w pole 8 wpisano 1, Y lub Z);
1.13.3.16. W przypadku lotu IFR GAT system ma automatycznie
wstawić adresy dwóch jednostek IFPS lub stosowny
adres zbiorczy oraz udostępnić narzędzia do
readresowania depesz do służb ATS nie objętych strefą
odpowiedzialności IFPS zgodnie z metodę opisaną
w IFPS Users Manual;
1.13.3.17. W przypadku lotów VFR (jeżeli w polu 8 wpisano V, Y lub
Z), system ma automatycznie generować adresy zbiorcze
dla lotów VFR oraz adresy indywidualne wszystkich
lotnisk występujących w FPL (ADEP i ADEST) poprzez
dodanie ZTZM (ten przyrostek ma być ustawiany
w parametrach systemu).
—
—
1.13.3.18. W przypadku lotów VFR (jeżeli w polu 8 wpisano V, Y lub
Z), system ma umożliwić definiowanie dedykowanych list
adresowych.
1.13.3.19. System ma zapewnić wsparcie w zakresie wymiany
depesz z IFPS, tym również odbioru depesz ORM (typu:
ACK, MAN, REJ);
1.1 3.3.20. Jeśli po wysłaniu do IFPS depeszy FPL pojawi się depesza
REJ, terminal ma umożliwić użytkownikowi pdjęcie pracy z
początkowym planem lotu i na jego zmianę, a następnie
wysłanie zmienionego FPL do IFPS. Ta procedura ma
dotyczyć dotyczy wszystkich wiadomości związanych z
FPL (np. DLA, CHG, DEP).
1.13.3.21. System ma zapewnić narzędzia wspomagania procesu
edycji pola 15 planu lotu poprzez dostęp do
definiowanej bazy danych „scenariuszy tras lotu”.
1.13.3.22. Po wstawieniu do pola 15 wybranego scenariusza trasy
lotu z bazy danych użytkownik ma mięć możliwość
ręcznego
wprowadzania
modyfikacji
wszystkich
elementów wybranej trasy.
1.13.3.23. System ma umożliwić tworzenia szablonów planów lotu
i list adresowych z możliwością ich filtrowania,
wyszukiwania i edycji.
1.13.4. W zakresie prezentacja i zarządzanie danymi ATC
System ma zapewnić przetwarzanie depesz ATS w
formacie ICAO oraz depesz ATFCM (Air Traffic Flow
and
Capacity
Management)
w formacie ADEXP (EUROCONTROL Standard
Dokument for ATS Data Exchange Presentation) jak
również przetwarzanie depesz ORM (typu: ACK, MAN,
REJ)
1.13.4.2. System ma zapewnić automatyczny import odebranych
lub wprowadzonych danych związanych z planami lotu
(depesz ATS, depesz CFMU TACT/CASA) do interfejsu
prezentacji i zarządzania danymi lotu.
1.13.4.3. Dane dotyczące planów lotu mają być prezentowane w
postaci tabeli obrazującej rekordy. Każdy rekord ma
wyświetlać podstawowe pola planu lotu (FPL). Rekordy
wyświetlające dane poszczególnych planów lotu mają
mieć pole dla oznaczenia statusu określającego
logiczny stan, w jakim aktualnie znajduje się plan lotu
(np. „Opóźnion”
po wprowadzeniu depeszy DLA,
„Odwołan”
po odebraniu depeszy CNL. Rekordy
wyświetlające dane poszczególnych planów lotu mają
mieć przyporządkowane różne barwy tła w zależności
od ich statusu. Ponadto każdy rekord ma mieć
dodatkowe pole wyświetlające kategorie odebranych
depesz dotyczących danego planu lotu (np. oznaczniki
depesz modyfikujących dany plan lotu
CHG,
oznaczniki odebranych depesz ORM oraz oznaczniki
1.13.4.1.
—
—
-
depesz dotyczących czasu „slot” wydanych przez
system TACT).
1.13.4.4. System ma oferować opcjonalną bazę danych aktywnych
lotów
Actiye Flight Database (AFD). Loty mają być
prezentowane według kategorii: I nbou nd (przylot),
(wylot),
Outbound
Oyerfl ig ht
(przelot)
Zakres
konfiguracji ustalanej przez użytkownika ma obejmować
okno czasowe, filtr znaków wywoławczych, kryteria
sortowania, pobieranie historii wiadomości.
1.13.4.5. System ma automatycznie modyfikować dane planów
lotu (FPL) w zależności od odebranych lub
wprowadzonych manualnie depesz modyfikujących (np.
depesz CHG, DLA, DEP, ARR).
1.13.4.6. Rekordy zawierające dane o czasie „slot” mają być
wyróżnione graficznie i dźwiękowo.
1.13.4.7. System
zapewnić
ma
możliwość
sortowania
wyświetlanych rekordów według ustalonych kryteriów.
1.13.4.8. System ma zapewnić możliwość podglądu i wydruku
treści planu lotu z możliwością dodania wszystkich lub
wybranych depesz dotyczących danego planu lotu FPL.
1.13.4.9. System ma umożliwić manualne i automatyczne
usuwanie zaznaczonych rekordów z listy planów lotu.
Usuwanie ręczne ma umożliwić usuwanie zarówno
pojedynczych jak i grupy planów lotu. Usuwanie
automatyczne ma być realizowane według ustalonych
przez operatora kryteriów zapisanych w plikach
konfiguracyjnych terminala.
1.13.5. Moduł propozycji
1.13.5.1. System ma zawierać narzędzia wspomagające proces
edycji planów lotu dla użytkowników (pilotów eskadr
lotniczych), którzy nie posiadają uprawnień do
bezpośredniego składania planów lotu do służb ATC
poprzez system AFTN/AMHS.
1.13.5.2. Użytkownicy zgłaszający plany lotów nie mogą mieć
możliwości bezpośredniego wysyłania planów lotu do
służb ATC poprzez system AFTN/AMHS.
1.13.5.3. Propozycje planów lotu mają być przesyłane w formie
depesz FPL jedynie do lokalnych Biur Odpraw Załóg
ARO w celu ich przesłania do służb ATC.
1.13.5.4. Po otrzymaniu i sprawdzeniu propozycji planu lotu, planista
ARO podejmuje decyzję o przyjęciu lub odrzuceniu
propozycji. W obu przypadkach wynik reakcji na propozycję
ma być przesyłany do użytkownika.
1.13.5.5. Zasadnicza część działań związanych z procesem
wysyłaniem i odsyłaniem takich zgłoszeń przez planistę
ARO ma być wykonywana przez system.
1.13.5.6. Mechanizm propozycji ma być płynnie zintegrowany z
istniejącym procesem obsługi wiadomości ATS. Po
otrzymaniu depeszy, która przez system zostanie
rozpoznana jako propozycja, planista ARO ma zapoznać
-
się z nią w zwykłym programie do odczytywania
wiadomości oczekujących. Dodatkowo ma też dostęp do
funkcji Accept (akceptuj) i Reject (odrzuć).
1.13.5.7. Po wyborze opcji „Accept”, system ma przedstawić
depeszę w formie edytowalnej, w celu dokonania stosownej
korekcji jej treści, w tym między innymi pod względem
adresowania. Po wysłaniu przez planistę ARO poprawionej
depeszy FPL system ma dodatkowo wysłać komunikat
ACK (potwierdzenie) do użytkownika, od którego
propozycja pochodzi. Jeśli planista wprowadził jakiekolwiek
zmiany w treści depeszy FPL, to depesza ACK ma
również zawierać te zmieniony w planie lotów.
1.13.5.8. Jeżeli natomiast planista ARO postanowi odrzucić
propozycję planu lotu, to system nie może przekazać
depeszy do sieci AFTN/AMHS, a jedynie odesłać
użytkownikowi komunikat REJ, informujący go o decyzji
podjętej przez planistę ARO.
1.13.5.9. Mechanizm
zgłaszania
propozycji
ma
być
wyspecjalizowany
zakresie
w
obsługi
FPL
i
komunikatów powiązanych z planem lotu. Dotyczy to
również integracji z bazą danych aktywnych lotów.
1.13.5.10. Propozycje mają być automatycznie wstawiane do bazy
danych aktywnych lotów AFD, zachowując jednak status
propozycji, odróżniający je od FPL i odnośnych depesz
modyl1kujących wprowadzony do systemu przez planistę
ARO lub odebranych z systemu AFTN/AMHS.
1.13.6. Moduł NOTAM
1.13.6.1. Moduł NOTAM ma zawierać graficzne formularze
wprowadzania danych i opcje obsługi następujących
komunikatów: NOTAM N, NOTAM R, NOTAM C,
RQN/SQN, RQO, RQA, RQL, RQR, SNOWTAM,
ASHTM
1.13.6.2. Aplikacja ma realizować następujące główne usługi:
1.13.6.2.1. Sprawdzanie pól poszczególnych formularzy
NOTAM pod względem składniowym i
semantycznym
oraz
pod
względem
poprawności wprowadzania informacji przez
użytkownika;
1.13.6.2.2. W
razie
negatywnego
wyniku
któregokolwiek sprawdzenia system ma
wyświetlić odpowiedni komunikat wraz z
opisem błędu;
1.13.6.2.3. Dopuszczać wysyłanie depesz NOTAM z
niewypełnionym polem Q;
1.13.6.2.4. Uniemożliwiać wysyłania przez użytkownika
depesz błędnych lub niekompletnych.
1.13.7. Moduł edytora zamówień na elementy przestrzeni powietrznej
(RQA)
1.13.7.1. Moduł RQA ma zawierać graficzny formularz
wprowadzania danych i opcje obsługi depesz RQA
1.13.7.2. Struktura formularza ma odpowiadać strukturze
depeszy RQA.
1.13.7.3. Aplikacja ma realizować następujące główne usługi:
1.13.7.3.1. Tworzenie
zamówienia
na
elementy
przestrzeni powietrznej w postaci depeszy
RQA;
1.13.7.3.2. Uniemożliwienie tworzenia depesz RQA
niezgodnych z obowiązującym formatem
oraz depesz niepoprawnych merytorycznie;
1.13.7.3.3. Wprowadzanie danych do nagłówka oraz
poszczególnych list zamówienia;
1.13.7.3.4. Dodawanie i modyfikacja pozycji w listach
zamówień;
1.13.7.3.5. Usuwanie pozycji z list;
1.13.7.3.6. Zapisywanie
zamówień
postaci
w
szablonów;
1.13.7.3.7. Podgląd zamówienia;
1.13.7.3.8. Drukowanie treści zamówienia;
1.13.7.3.9. Wysyłanie depeszy RQA;
1.13.7.3.10.
Wprowadzanie zamówień do sekcji
Alpha, Brayo, Charlie, Delta, Echo, Foxtrot,
Remarks.
1.13.7.4. Użytkownik przed wprowadzeniem danych będzie
musiał w nagłówku depeszy określić datę rozpoczęcia
ważności RQA.
1.13.7.5. Użytkownik przed wprowadzeniem danych będzie
musiał w nagłówku depeszy określić datę zakończenia
ważności RQA.
1.13.7.6. Termin ważności RQA może być wprowadzana ręcznie
lub wybierany w kalendarzyku.
1.13.7.7. W nagłówku depeszy RQA ma być wyświetlana
informacja jak w przykładzie: (RQA EPKSZPZM
16/07//2010 06:00-17/07/2010 06:00
15/07//2010 08:42
1.13.7.8. Zmiana daty rozpoczęcia ważności RQA ma skutkowała
automatycznym
wypełnieniem
daty
zakończenie
ważności RQA (kolejny dzień).
1.13.7.9. Zamówienia wielokrotne ma być realizowane przez
odpowiednie wypełnianie dat rozpoczęcia i zakończenia
terminu ważności RQA.
1.13.7.10. Program ma sprawdzać, czy termin rozpoczęcia jest
wcześniejszy od terminu zakończenia ważności RQA
oraz czy różnica wynosi 24 godz.
1.13.7.11.Wybór sekcji ma być realizowany poprzez wybranie
zakładki oznaczonej ALPHA, BRAyO, CHARLIE,
DELTA, ECHO, FOXTROT, REMARKS.
1.13.7.12. Wybór sekcji ma być dokonywany przez użycie skrótu
klawiaturowego CTRL+1..7.
1.13.7.13. Po uruchomieniu edytora domyślnie wyświetlana ma
być sekcja CHARLIE.
Załącznik nr 1 do SWZ
1.13.7.14. Program ma zapewnić dwa tryby: tryb nawigacji oraz
tryb wprowadzania i edycji.
1.13.7.15. Tryb nawigacji ma pozwalać na zmianę daty, sekcji,
korzystanie z przycisków poleceń, poruszanie się po
wierszach zamówienia itd.
1.13.7.16. Tryb wprowadzania i edycji ma być trybem
pozwalającym jedynie na wprowadzanie (jak również
edycję) danych w wybranym wierszu tabeli.
1.13.7.17. W trybie nawigacji przechodzenie między wierszami ma
odbywać się przy użyciu strzałek góra-dół.
1.13.7.18. Wprowadzanie nowego wiersza w sekcji
ma
rozpoczynać się przez naciśnięcie klawisza lnsert.
1.13.7.19. Rozpoczęcie edycji wiersza ma być dokonywane przez
klawisz ENTER.
1.13.7.20. Wejście w tryb wprowadzania i edycji ma być
sygnalizowane zmianą koloru tła edytowanego wiersza
1.13.7.21. W trybie edycji przechodzenie między polarni ma
odbywać się przy użyciu klawisza TAB lub strzałek
lewo-prawo.
1.13.7.22. Dane mają być wprowadzane do pól w trybie
tekstowym, bez użycia list rozwijanych itd.
1.13.7.23. Pola granic górnych i dolnych mają być zdefiniowane
tak, by możliwe było wpisywanie wysokości w postaci
uproszczonej
(np.
330 zostanie automatycznie
zamienione na F330, 45 zostanie automatycznie
zamienione na A045 itd.)
1.13.7.24. Granicą rozpoznawania AlF ma być wartość 7000 stóp
(F dla 70)
1.13.7.25. Godziny mają być wpisywane z separatorem minut (np.
06:00).
1.13.7.26. Dopuszczalne ma być wprowadzanie uproszczone (np.
6 będzie oznaczało 06:00, 610 będzie oznaczało 06:10,
14 będzie oznaczałol4:00 itd.)
1.13.7.27. Wprowadzone znaki mają być zamieniane na duże
litery.
1.13.7.28. Polskie znaki mają być zamieniane na znaki alfabetu
łacińskiego odpowiadające znakom polskim (np. Ą na
A).
1.13.7.29. Wprowadzanie danych do każdego wiersza ma być
kończone przez użytkownika naciśnięciem klawisza
ENTER.
1.13.7.30. Po zakończeniu wprowadzania danych do wiersza ma
następować
weryfikacja
poprawności
wpisanych
danych.
1.13.7.31. Sygnalizowane mają być będą następujące błędy:
1.13.7.31.1. Brak struktury o podanej nazwie
1.13.7.31.2. Granica górna znajduje się poniżej granicy
dolnej;
1.13.7.31.3. Nieznana wartość Responsible Unit;
Załącznik nr 1 do
1.13.7.32.
1.13.7.33.
1.13.7.34.
1.13.7.35.
1.13.7.36.
1.13.7.37.
1.13.7.38.
1.13.7.39.
1.13.7.40.
1.13.7.41.
1.13.7.42.
SIWZ
1.13.7.31.4. Czas początku aktywacji późniejszy od
czasu końca aktywacji;
1.13.7.31.5. Zamówienie już istnieje;
1.13.7.31.6. Wysokość niezgodna z ograniczeniami
przestrzeni.
Komunikat o błędzie ma zawierać dane struktury, której
dotyczy.
W przypadku niepomyślnej weryfikacji użytkownik ma
zostać
tym
o
poinformowany
odpowiednim
komunikatem.
W trybie nawigacji dostępna ma być funkcja usunięcia
zaznaczonego wiersza.
Po usunięciu pozycji z listy zamówienia wiersze poniżej
mają być przesuwane do góry i renumerowane.
W trybie wprowadzania i edycji dostępna ma być
funkcja
automatycznego
wypełniania
komórki
zawartością komórki z tej kolumny, położonej w
pierwszym rzędzie danych.
Funkcja automatycznego wypełniania ma być włączana
i wyłączana przez kliknięcie prawym przyciskiem myszy
na nagłówku wybranej kolumny i/lub przez naciśnięcie
klawisza funkcyjnego.
Aktywność funkcji automatycznego wypełniania ma być
sygnalizowana przez czerwony kolor tekstu w opisie
kolumny.
Funkcja automatycznego wypełniania będzie domyślnie
włączona dla kolumn „Responsible Unit”.
W trybie nawigacji ma być dostępna funkcja podglądu
zamówienia.
Podgląd zamówienia ma przedstawiać pozycje
zamówienia w postaci tekstowej jak na depeszy RQA.
W trybie nawigacji dostępna ma być możliwość
wydruku wprowadzonego zamówienia.
1.13.7.42.1. Wydruk zamówienia ma przedstawiać
pozycje zamówienia w postaci tekstowej
jak na depeszy RQA.
1.13.7.42.2. Zapisywanie
danych
ze
wszystkich
wierszy ma być dokonywane w trybie
nawigacji dopiero po zakończeniu edycji
wszystkich
wierszy
zamówienia
we
wszystkich sekcjach i wybraniu polecenia
zapisania zamówienia.
1.13.7.42.3. Ma być dostępna funkcja anulowania
edycji.
1.13.7.42.4. Po zapisaniu depeszy zawartość tabel
sekcji ma być czyszczona.
1.13.7.42.5. Po zapisaniu depeszy ma być wyświetlana
tabela sekcji CHARLIE.
1.13.7.42.6. W tabelach poszczególnych sekcji mają
być wyświetlane następujące kolumny:
1.13.7.42.6.1.
1.13.7.42.6.2.
1.13.7.42.6.3.
1.13.7.42.6.4.
1.13.7.42.6.5.
1.13.7.42.6.6.
1.13.7.42.6.7.
1.13.7.42.6.8.
2.
ALPHA: NIL;
BRAVO: NIL;
CHARLIE: Nr kolejny w
tabe, Nazwa struktury,
Granica dolna, Granica
górna, Godzina początku
rezerwacji, Godzina końca
rezerwacji,
Użytkownik,
Uwagi;
DELTA: NIL;
ECHO: NIL;
FOXTROT: Nr kolejny w
tabeli, Nazwa struktury,
Granica dolna, Granica
górna, Godzina początku
rezerwacji, Godzina końca
rezerwacji,
Użytkownik,
Uwagi;
REMARKS:
Uwagi
wpisywane będą otwartym
tekstem;
Sysłem ma automatycznie
dzielić depesze RQA o
treści
przekraczającej
1800 znaków na kilka
części.
Wymagania techniczne
2.1. Wymagania szczegółowe
2.1.1.
System AMHS ma zapewniać pełną redundancję sprzętową i
programową. Architektura Systemu ma być wolna od pojedynczych
punktów potencjalnych awarii:
2.1.2.
Serwery mają pracować w konfiguracji operational/hot standby.
2.1.3.
Czas przełączenia serwera dzisłającego w trybie operacyjnym na
serwer zapasowy (standby) nie może być dłuższy niż 10 sekund.
2.1.4.
System nie może współdzielić urządzeń składujących informację
pomiędzy serwer pracujący operacyjnie i serwer zapasowy (hot
standby).
2.1.5.
System ma zapewniać rzeczywistą redundancję bazy danych poprzez
dostarczenie dwóch niezalażnych wolumenów baz danych, które
działają jako wzajemny backup
2.1.6.
Przechowywane dane Systemu AMHS mają być kopiowane na
wybrane nośniki informacji typu
dysk, taśma, pamięć flash, nośnik
optyczny.
—
2.1.7.
Aplikacje użytkownika Systemu AMHS uruchamiane na terminalach
końcowych mają być niezależna od systemu operacyjnego na tyle, by
mogły pracować na różnych odmianach systemu operacyjnego.
2.1.8.
System AMHS ma bazować na komercyjnym Systemie oferowanym
przez Dostawcę.
System AMHS ma być odporny zarówno na błędy spodziewane (np.
błędy aplikacji) jak i błędy niespodziewane (np. sprzętu, systemu
operacyjnego). Dostawca ma zapewnić techniczną informację odnośnie
zabezpieczenia danych podczas takich krytycznych zdarzeń.
System AMHS ma być zgodny ze standardami ICAO I
EUROCONTROL oraz rekomendacjami SARPs (Standards and
Recommended Practices)
System AMHS ma być zaprojektowany w architekturze minimum
trójwarstwowej (warstwa bazy danych, warstwa aplikacji (logiki) oraz
warstwa prezentacji) z wskazaniem na tzw. „cienkiego klienta”,
Wewnątrz jednostki centralnej systemu AMHS dane mają być
przenoszone przez zduplikowaną magistralę danych zapewniającą
wymiane danych pomiędzy serwerami systemu.
Serwery systemu AMHS mają być podłączone ze sobą poprzez
redundantne połączenie sieciowe LAN. W przypadku awarii lub w
przypadku ręcznej zmiany aktywnego zestawu, system ma zapewnić
automatyczny lub ręczny tryb przełączenia bez utraty danych.
Dostawca ma zapewnić informacje techniczną w postaci dokumentacji
technicznej odnośnie replikacji danych pomiędzy serwerami Systemu
ASMHS
w
przypadku
przełączenia
zestawów
awaryjnego,
zaplanowanego lub restartu Systemu.
Połączenia linii AMHS/AFTN mają być tak zorganizowane, by
przełączenia (awaryjne oraz planowane) nie powodowały przerw w
pracy sieci AMHS/AFTN oraz utraty danych.
Połączenia sieciowe mają obsłużyć funkcje AMHS/AFTN oraz
pozostałe funkcje dla normalnej pracy operacyjnej. Awaria jednegoz
połączeń sieciowych nie może mieć wpływu na działanie całego
systemu AMHS.
Redundantna sieć LAN ma pracować równolegle, tak by automatycznie
przejąć pracę w przypadku awarii jednej z sieci LAN bez utraty danych.
Do komunikacji zestawów ma być wydzielona niezależna sieć.
Sieć LAN ma wspierać protokół TCP/IP dla lokalnej komunikacji
Systemu AMHS.
System AMHS ma synchronizować czas do czasu UTC.
Wszystkie dane, włączając dane dotyczące konfiguracji i zdarzeń
systemu, mają mieć możliwość eksportu na zewnątrz Systemu (np.
DyD). Wszystkie dane mają być być wyeksporyowane we wspólnym
formacie ASCII w celu późniejszego importu danych do dowolnej bazy
danych.
2.1.9.
2.1.10.
2.1.11.
2.1.12.
2.1.13.
2.1.14.
2.1.15.
2.1.16.
2.1.17.
2.1.18.
2.1.19.
2.1.20.
2.2. Pojemności i dostępności Systemu AMHS:
2.2.1.
System AMHS ma obsłużyć następujący ruch depesz AMHS oraz
AFTN przy założeniu, że średnia długość depesz wynosi około
500 znaków:
2.2.2.
2.2.3.
2.2.4.
2.2.5.
2.2.6.
2.2.7.
2.2.8.
2.2.1.1. Dziennie: 200 000 depesz wchodzących i 600 000 depesz
wychodzących
2.2.1.2. Miesięcznie: 4000 000 depesz wchodzących i 12 000 000
depesz wychodzących;
2.2.1.3. W godzinach szczytu: 30 000 depesz wchodzących i
60 000 depesz wychodzących na godzinę;
System AMHS ma być zaprojektowany do obsługi spodziewanego
obciążenia ruchem, a zasoby dyskowe mają zapewnić:
2.2.2.1. Długoterminowe przechowywanie danych przez okres
minimum dwóch lat dla bazy danych ruchu, zdarzeń,
statystyk, oprogramowania, plików Systemu AMHS i
innych baz danych;
2.2.2.2. Krótkoterminowe przechowywanie danych przez okres
minimum 62 dni dla bazy danych ruchu, zdarzeń,
statystyk, oprogramowania, plików Systemu AMHS i
innych baz danych.
System AMHS ma być zaprojektowany do pracy ciągłej 24 godz.
na dobę 7 dni w tygodniu z wysokim stopniem dostępności przez
procentowy okres czasu nie miejszy niż 99,9% w skali roku.
Procentowy stopień dostępności dla poszczególnych elementów
systemu ma być na poziomie:
2.2.4.1. Dla stacji roboczych i terminali AMHS nie mniej niż
99,00% w skali roku;
2.2.4.2. Dla drukarek nie mniej niż 95,00% w skali roku;
Czas uruchomienia systemu AMHS liczony od włączenia zasilania
do przyjęcia statusu operacyjnego nie może przekraczać 15 minut.
W przypadku całkowitej awarii Systemu AMHS, kompletny restart
Systemu AMHS ma wykonać się automatycznie i nie przekraczać
20 minut do przyjęcia statusu operacyjnego.
Uszkodzenie wewnątrz systemu ma być automatycznie wykryte i
zidentyfikowane przy użyciu oprogramowania diagnostycznego
pracującego on-line.
Wszelkie niesprawności mają być prezentowane w systemie
monitorowania.
Wszystkie krytyczne elementy systemu mają być zduplikowane i
mają posiadać funkcję automatycznego przełączenia.
2.3. Przyszłe upgrade”y
2.3.1.
2.3.2.
2.3.3.
Przyszła rozbudowa systemu ma być możliwa poprzez proste
dodanie modułów i interfejsów.
Upgrade sprzętowy i konfiguracja sprzętowa mają być możliwe
podczas normalnej pracy systemu, bez konieczności wyłączania.
Konfiguracja programowa ma być możliwa z poziomu MPC.
2.4. Serwer AMHS (ATS Message Server)
2.4.1.
Jednostka centralna System AMHS ma składać się z zestawu
redundantnych identycznych serwerów skonfigurowanych tak, aby
w przypadku awarii jednego serwera drugi podjął prace bez
opóźnień i bez strat danych. Szczególowa konfiguracja wymagań
minimalnych przedstawiona została w Załączniku nr 1
„Minimalne wymagania techniczne i ilościowe przedmiotu
zamówienia”.
MTA Serwer ma zapewnić:
2.4.2.1. Obsługa protokołów P1, P3 lub P7
2.4.2.2. Obsługa protokołów sieciowych TCP/IP z lPy4 oraz lPy6
2.4.2.3. Serwer depesz ma obsłużyć równocześnie co najmniej 25
UA. Dostawca ma określić maksymalna ilość UA i MS
obsługiwanych przez Serwer.
Dyski twarde poszczególnych serwerów mają być typu hot-plug,
mają zapewniać możliwość łatwej wymiany podczas pracy
serwera.
Serwery AMHS mają zapewniać wysoki stopień niezawodności i
mieć parametry niegorsze niż przedstawione w Załączniku nr 1
zamówienia”
Zamawiający niedopuszcza użycia serwerów typu blade w
proponowanym rozwiązaniu.
Serwery ma synchronizować czas z działającego w oparciu o GPS
serwera czasu lub inne urządzenie poprzez protokół NTP.
Serwery AMHS mają być dostarczone z urządzeniami taśmowymi
w standardzie LTO3 lub macierzą wyposażoną w 8 dysków 2TB
wraz z niezbędnym
oprogramowaniem
do zarządzania
backup”em.
-
2.4.2.
2.4.3.
2.4.4.
-
2.4.5.
2.4.6.
2.4.7.
2.5. Terminal AFTNIAMHS (UA)
2.5.1.
Terminal użytkownika ma składać się z komputera, 2 (dwóch)
monitorów, drukarki laserowej, urzadzenia UPS oraz listwy
zasilającej. Szczególowa konfiguracja wymagań minimalnych
przedstawiona została w Załączniku nr 1 „Minimalne wymagania
techniczne i ilościowe przedmiotu zamówienia”
Terminal miejscowy ma być podłączony do Systemu AMHS
poprzez sieć LAN.
Terminale odległe mają byś podłączone do jednostki centralnej
Systemu AMHS poprzez sieć WAN Meteo-RL.
Terminale mają zapewniać wysoki stopień niezawodności o
parametrach niegorszych niż konfiguracja wymagań minimalnych
przedstawiona w Załączniku nr 1
„Minimalne wymagania
techniczne i ilościowe przedmiotu zamówienia”.
Terminale mają być wyposażone w zarządzany centralnie system
antywirusowy z licencją na jego używanie i dostęp do aktualizacji i
nowych szczepionek przez okres 36 miesięcy.
Monitory mają mieć parametry niegorsze niż konfiguracja
wymagań minimalnych przedstawiona w Załączniku nr 1
zamówienia”.
Drukarki laserowe monochromatyczne mają mieć parametry
niegorsze niż konfiguracja wymagań minimalnych przedstawiona
-
2.5.2.
2.5.3.
2.5.4.
-
2.5.5.
2.5.6.
-
2.5.7.
w Załączniku nr 1 „Minimalne wymagania techniczne i ilościowe
przedmiotu zamówienia”.
Urządzenie UPS mają mieć parametry niegorsze niż konfiguracja
zamówienia”.
Terminale mają być synchronizowane czasem z serwera poprzez
protokół NTP.
-
2.5.8.
-
2.5.9.
2.6. Stacja zarządzająca AMHS
2.6.1.
2.6.2.
Staja zarządzajaca (Superyisora) ma składać się z komputera,
monitora, drukarki laserowej monochromatycznej oraz listwy
zasilającej
Stacje
zarządzające
mają
zapewniać
wysoki
stopień
niezawodności i parametry niegorsze niż konfiguracja wymagań
minimalnych przedstawiona w Załączniku nr 1
„Minimalne
wymagania techniczne i ilościowe przedmiotu zamówienia”.
Stacje zarzadzające mają być wyposażone w zarządzany
centralnie system antywirusowy z licencją na jego używanie i
dostęp do aktualizacji i nowych szczepionek przez okres 36
miesięcy.
Monitory mają mieć parametry niegorsze niż konfiguracja
zamówienia”.
Drukarki laserowe mają mieć parametry niegorsze niż konfiguracja
zamówienia”.
Stacje zarzadzające mają być synchronizowane czasem z
serwera poprzez protokół NTP.
-
2.6.3.
2.6.4.
-
2.6.5.
-
2.6.6.
2.7. Terminal przenośny AMHS
2.7.1.
2.7.2.
Terminal przenośny ma składać się z komputera przenośnego
typu notebook
Terminal przenośny ma zapewniać wysoki stopień niezawodności
i mieć parametry niegorsze niż konfiguracja wymagań
minimalnych przedstawiona w Załączniku nr 1
„Minimalne
wymagania techniczne i ilościowe przedmiotu zamówienia”.
Terminal przenośny ma być wyposażone w zarządzany centralnie
system antywirusowy z licencją na jego używanie i dostęp do
aktualizacji i nowych szczepionek przez okres 36 miesięcy.
-
2.7.3.
46
2.8.
System Szkoleniowo-Testowy
2.8.1.
2.8.2.
2.8.3.
Miejscem instalacji Systemu Szkoleniowo-Testowego będzie
WSOSP Dęblin.
Dyski twarde poszczególnych serwerów mają być typu hot-plug,
mają zapewniać możliwość łatwej wymiany podczas pracy
serwera.
System szkoleniowo-testowy ma mieć parametry niegorsze niż
konfiguracja wymagań minimalnych przedstawiona w Załączniku
nr 1
zamówienia”.
Zamawiający niedopuszcza użycia serwerów typu blade w
rozwiązaniu.
-
2.8.4.
2.9. Wymagania dla interfejsów zewnętrznych
2.9.1.
Sytem AMHS ma wspierać poniższe typy połączeń oraz protokoły:
2.9.1.1. Połączenia asynchroniczne RS-232 do max. 32;
2.9.1.2. Połączenia sieciowe protokołem TCP/IP wersji lPy4 oraz
IPy6;
2.9.1.3. Obsługa protokołów w standardzie: X.4001P1, X.4001P3,
X.400/P7.
2.9.1.4. Interfejs
asynchroniczny
RS-232
systemu
do
zewnętrznego umożliwiający przesyłanie depesz AFTN
(ITA-2 wg ICAO Conyention on International Ciyil
Ayiation, Annex 10
Aeronautical Telecommunications,
Volume II) z możliwością definiowania filtrów blokowania
depesz według typów w 6 lokalizacjach wskazanych
przez
użytkownika.
1. RWTSP Poznań
61-716 Poznań Babki, JJ 7887, Budynek nr 3,
Pomieszczenie nr 14
2. RWT SP Bydgoszcz
Bydgosz Osówiec, KK 8618, Obiekt zagłębiony B-2,
Pomieszczenie nr 142 (poziom 2)
3. RWT SP Kraków
32-083 Balice, ul. Medweckiego 10, KK6007,
Budynek nr 1, Pomieszczenie nr 321 (Dunaj)
Budynek ARS, Pomieszczenie nr 58
4. RWT SP Warszawa
02-800 Warszawa, ul. Leśna, KK 0030, Budynek nr
1, Nr pomieszczenia 122
2.9.1.5. Interfejs
UDP/lPy4/EthernetiRJ-45
do
systemu
zewnętrznego umożliwiający przesyłanie depesz AFTN
(ITA-2 wg ICAO Conyention on International Ciyil
Ayiation, Annex 10
Aeronautical Telecommunications,
Volume II) z możliwością definiowania filtrów blokowania
—
—
—
depesz według typów w 6 lokalizacjach wskazanych
przez użytkownika.
1.RWTSP Poznań
61-716 Poznań Babki, JJ 7887, Budynek nr 3,
Pomieszczenie nr 14
2. RWT SP Bydgoszcz
Bydgosz Osówiec, KK 8618, Obiekt zagłębiony B-2,
Pomieszczenie nr 142 (poziom 2)
3. RWTSP Kraków
Budynek nr 1, Pomieszczenie nr 321 (Dunaj)
Budynek ARS, Pomieszczenie nr 58
4. RWT SP Warszawa
—
2.10. Wymagania zasilania
2.10.1. Cały system AMHS ma być zaprojektowany do pracy z zasilaniem
23OyAC±15%, 48-62 Hz
2.10.2. System ma mieć możliwość przyłączenia do dwóch niezależnych
źródeł zasilania AC. Wyłączenie jednego źródła zasilania nie
może spowodować jakiejkolwiek zmiany w pracy funkcjonalnej
systemu.
V. WYMAGANIA DODATKOWE
1.
Proponowany System AMHS ma być produktem standardowo produkowanym.
2.
Na potwierdzenie, że oferowana dostawa odpowiada
zamawiającego Wykonawcy obowiązani są złożyć:
wymaganiom
2.1. Protokół z testów zgodności oferowanego Systemu AMHS (jego
najnowszej wersji) z załącznikiem D do EUR AMHS Manual (ICAO EUR
Doc 020);
2.2. Deklarację producenta systemu AMHS potwierdzającą
parametrów systemu z wymaganiami zdefiniowanymi w:
zgodność
2.2.1.
ICAO
Aeronautical Telecommunications, Annex 10 to the
Conyention on International Ciyil Ayiation, Volume II
(Communication Procedures) wraz ze zmianami wprowadzonymi
do dnia ogłoszenia o przetargu;
2.2.2.
ICAO
Aeronautical Telecommunications, Annex 10 to the
Conyention on lnternationai Ciyil Ayiation, Volume III
(Communication Systems ) wraz ze zmianami wprowadzonymi
do dnia ogłoszenia o przetargu;
—
—
I
2.2.3.
ICAO Doc 9880 AN/466
Manual on Detailed Technical
Specifications for the Aeronautical Telecommunication Network
(ATN) using ISO/OSI Standards and Protocols, Part II Ground
Ground Applications
Air Traffic Seryices Message Handling
Seryices (ATSMHS) wraz ze zmianami wprowadzonymi do dnia
ogłoszenia o przetargu;
-
-
-
2.2.4.
ICAO Doc 9880-AN/466
Manual on Detailed Technical
Specifications for the Aeronautical Telecommunication Network
(ATN) using ISO/OSI standards and protocols, Part IVA
Directory Seryices wraz ze zmianami wprowadzonymi do dnia
ogłoszenia o przetargu;
—
—
2.2.5.
ICAO EUR Doc 020 EUR AMHS Manual wraz ze zmianami
wprowadzonymi do dnia ogłoszenia o przetargu;
2.2.6.
ICAO EUR Doc 021 ATS Messaging Management Manual wraz
ze zmianami wprowadzonymi do dnia ogłoszenia o przetargu;
2.2.7.
ICAO EUR Doc 022 AFS Security Guidelines, AFSG Planning
Group wraz ze zmianami wprowadzonymi do dnia ogłoszenia o
przetargu;
2.3. Deklarację producenta systemu AMHS potwierdzającą zgodność
parametrów systemu ze specyfikacją zdefiniowanymi w Eurocontrol
Specification on the Air Traffic Seryices Message Handling System
(AMHS) wraz ze zmianami wprowadzonymi do dnia ogłoszenia o
przetargu;
2.4. Deklarację producenta systemu AMHS w zakresie zgodności procesu
tworzenia zainstalowanego oprogramowania zgodnie z dokumentami
ESARR 6 wraz z określeniem przyjętego poziomu bezpieczeństwa oraz
listą stosowanych standardów;
2.5. Deklarację producenta systemu AMHS o zgodności systemu z
wymaganiami Rozporządzenia nr 552/2004 Parlamentu Europejskiego i
Rady Europy z dn. 10.03.2004 w sprawie interoperacyjności Europejskiej
Sieci Zarządzania Ruchem Lotniczym wraz z opisem procedur
wewnętrznych i norm stosowanych w trakcie produkcji;
2.6. Certyfikat CE dla systemu AMHS;
2.7. Zamawiający może zażądać zademonstrowania swoim przedstawicielom
kluczowe funkcjonalności systemu AMHS w siedzibie Zamawiającego lub
w lokalizacji wskazanej przez Dostawcę przed podpisaniem umowy lub
przed wyborem oferty najkorzystniejszej na terenie RP lub po za nim. W
przypadku kiedy prezentacja ta odbywać się będzie poza terytorium RP,
wszelkie koszty dojazdu (przelotu), zakwaterowania i wyżywienia
pokrywa Dostawca (Oferent). Ze strony Zamawiające w takim
przedsięwzięciu będzie brało maksymalnie 5 osób.
2.8. Termin wykonania Przedmiotu Zamówienia 150 dni kalendarzowych w
tym:
2.8.1.
dostawa sprzętu i oprogramowania całości rozwiązania w
terminie maksymalnie 45 dni kalendarzowych od dnia podpisania
umowy;
2.8.2.
w terminie 150 dni kalendarzowych od podpisania umowy
wykonanie takich usług jak:
Testy Odbioru Fabrycznego systemu AMHS określone
przez oferenta;
szkolenia administracyjno-techniczne dla administratorów
systemu AMHS;
instalacja/konfiguracja i uruchomienie systemu AMHS;
integrację systemu AMHS z systemem AMHS PAŻP;
wykonanie usług korygujących w przypadku niewłaściwej
współpracy systemów;
dostarczenie podręcznika użytkownika i podręcznika
administratora w języku polskim;
wykonanie
dokumentacji
techniczno-eksploatacyjnej
zainstalowanego systemu w języku polskim (Zamawiający
dopuszcza 200 dni);
Testy odbioru końcowego w miejscu instalacji systemu
określone przez oferenta
2.9. Instalacja Systemu AMHS w siedzibie Zamawiającego ma zostać
przeprowadzona przez personel techniczny Wykonawcy przy wsparciu
technicznym pracowników Zamawiającego.
-
-
-
-
-
-
-
-
3.
W związku z koniecznością operacyjnego testowania Systemu AMHS
w miejscu instalacji Wykonawca ma zapewnić takie podłączenie Systemu
AMHS w środowisku pracy, żeby możliwa była równoległa praca systemu
obecnie funkcjonującego (Systemu BLUSZCZ-H/RL i Systemu AMHS).
Równoległość pracy obydwu systemów oznacza, że wszystkie depesze
AMHS/AFTN doprowadzone zostaną do obydwu systemów bez pogorszenia
ich jakości. Okres operacyjnego testowania Systemu AMHS będzie trwał 60
dni (jednak nie krócej niż 150 dni kalendarzowych od podpisania umowy) i
będzie prowadzony w obecności przedstawiciela technicznego producenta.
Wszystkie wykryte w tym okresie nieprawidłowości pracy Systemu AMHS
mają zostać usunięte bezzwłocznie w terminie 14 dni od chwili wykrycia
nieprawidłowości. Format danych w systemie BLUSZCZ-H/RL został
zdefiniowany wg ICAO Conyention on International Ciyil Ayiation, Annex 10
Aeronautical Telecommunications, Volume II.
—
4.
Podpisanie Protokołów Odbioru Końcowego nastąpi po uprzedniej instalacji,
uruchomieniu Systemu AMHS, integracji Systemu AMHS z systemem AMHS
PAŻP oraz przeprowadzeniu szkoleń, w zakresie obsługi operacyjnej
technicznej.
5.
Dostawca systemu zobowiązuje się przeprowadzić
Szkolenia dla przedstawicieli Zamawiającego:
następujące
5.1. Szkoleń operacyjne dla użytkowników końcowych Terminali AMHS
Systemu AMHS. Szkolenie operacyjne przeprowadzone będzie w
siedzibie CWT SP w 2 (dwóch) cyklach szkolenia. W każdym cyklu
szkolenia uczestniczyć będzie 10 osób przedstawicieli Zamawiającego i
będzie ono trwało co najmniej 2 (dwa) dni robocze
5.2. Szkolenie techniczne dla administratorów Systemu AMHS:
5.2.1.
Szkolenie operacyjno-administracyjne dla obsług operacyjnych
Systemu AMHS z zakresu administracji oraz codziennej
eksploatacji Systemu AMHS. Szkolenie przeprowadzone będzie
w siedzibie CWT SP. W szkoleniu weźmie udział minimum 10
osób przedstawicieli Zamawiającego i będzie ono trwało co
najmniej 4 (cztery) dni robocze
5.2.2.
Szkolenie administracyjno-techniczne w zakresie obsługi
funkcjonalnej centralnego serwera Systemu AMHS, obsługi
systemu operacyjnego, baz danych i sprzętu. Szkolenie
przeprowadzone
będzie
w
siedzibie
CWT
SP.
W szkoleniu weźmie udział minimum 10 osób przedstawicieli
Zamawiającego i będzie ono trwało co najmniej 4 (cztery) dni
robocze.
5.2.3.
Szkolenie administracyjno-techniczne
poziom zaawansowany
w zakresie obsługi funkcjonalnej centralnego serwera Systemu
AMHS
oraz
zaawansowanej
administracji
systemem
operacyjnym,
bazodanowym
sprzętem
i
komputerowym
wykorzystywanym w uruchomionym systemie AMHS. Szkolenie
przeprowadzone będzie w siedzibie CWT SP. Poziom wiedzy ma
zapewnić odtworzenie funkcjonalności całego systemu AMHS. W
szkoleniu weźmie udział 3 osób przedstawicieli Zamawiającego i
będzie ono trwało co najmniej 3 (trzy) dni robocze.
5.2.4.
Szkolenie trenerów użytkowników z zakresu administracji oraz
codziennej
eksploatacji
Systemu
Szkolenie
AMHS.
przeprowadzone będzie w siedzibie CWT SP. W szkoleniu
weźmie udział minimum 10 osób przedstawicieli Zamawiającego
i będzie ono trwało co najmniej 4 (cztery) dni robocze
—
6.
Szczegółowe Programy Szkoleń Dostawca prześle do akceptacji najpóźniej na
30 dni przed planowaną datą rozpoczęcia tych Szkoleń jednak nie później niż
30 dni przed terminem zakończenia umowy. Zamawiający zgłosi uwagi do
tych programów Szkolenia w ciągu 5 (pięciu) dni od daty otrzymania programu
do akceptacji, a Dostawca uwzględni uwagi Zamawiającego w programach
Szkolenia.
7.
Dostawca dostarczy na własny koszt zamówiony sprzęt, wykona niezbędną
infrastrukturę do montażu i uruchomienia systemu oraz zainstaluje i uruchomi
system.
Wykonawca
będzie
sprawował
nadzór
instalacją systemów
nad
u Zamawiającego
Pożądany okres gwarancji minimum 3 lata od daty wykonania umowy.
Serwis gwarancyjny realizowany bezpośrednio u użytkownika.
Dostawca zobowiązuje się do dostarczania i wdrażania aktualizacji w ramach
tego zamówienia przez okres min. 3 lat od daty wykonania umowy.
Nośniki oprogramowania mają być trwale opisane przez dostawcę cechami
wytwórcy oraz sygnaturą licencji.
Dokumentacja eksploatacyjno
techniczna ma być wykonana w języku
polskim.
8.
9.
10.
11.
12.
13.
-
14. Dokumentacja eksploatacyjna ma zostać dostarczona w formie pisemnej oraz
na informatycznych nośnikach danych (płyty CD).
15. Dokumentacja ma zawierać:
15.1. Opis techniczny systemu;
15.2. instrukcje eksploatacyjne,
15.3. Schematy ideowe i blokowe systemu,
15.4. Instrukcje użytkowania oprogramowania dla użytkowników systemu,
15.5. Instrukcje obsługi centralnego systemu przetwarzania i wymiany danych
AMHS.
III/1 28/yII-51/ZO/PN/AE/DOS/K/201 2/......
zawarta w dniu
w Warszawie
POMIĘDZY
ZAMAWIAJĄ CYM
Inspektorat Uzbrojenia NIP: PL 701 02 69 523, Regon: 142706247
OO-909 Warszawa, ul. Królewska 1/7
nr telefonu: +48 (22) 6873120, nr faksu: +48 (22) 6873297
reprezentowany przez:
a
WYKONAWCĄ
Firmę:
nrtelefonw
e-mail
zarejestrowanym w
reprezentowane przez:
nrfaksu
1
2.
PRZEDMIOT UMOWY
Przedmiotem niniejszej umowy, zwanej dalej „Umową”, jest wykonanie dostawy
kompletnego systemu wymiany depesz ATS w technologii AMHS (Air Traffic Seryices
Message Handling System) dla Służby Ruchu Lotniczego Sił Zbrojnych RP na który
składa się:
1)
dostawa sprzętu i oprogramowania,
2)
wykonanie usług instalacji, uruchomienia i szkolenia.
Szczegółową specyfikację techniczną i ilościowa oraz szczegółowy zakres prac
przedmiotu umowy określa załącznik nr 1 do niniejszej Umowy.
2
WARTOŚĆ UMOWY
Wartość Umowy, określona jako ryczałt, wynosi
zł (słownie
brutto,
czego:
z
)
1)
z tytułu dostawy sprzętu i oprogramowania
zł (słownie
)
brutto;
2)
z tytułu zrealizowania usług instalacji, uruchomienia i szkolenia
zł
(słownie
) brutto;
Wartość Umowy może być zmniejszona o opust w przypadku i na zasadach określonych
w 13 niniejszej Umowy.
-
2.
3
TERMIN WYKONANIA UMOWY
Termin wykonania Umowy:
w zakresie, o którym mowa w 1 ust. 1 pkt 1) 45 dni od daty zawarcia Umowy,
1)
w zakresie, o którym mowa w 1 ust. 1 pkt 2) 150 dni od daty zawarcia Umowy.
2)
-
-
4
2.
ODBIORCA I MIEJSCE INSTALACJI
Odbiorcą przedmiotu Umowy:
1)
2)
Miejsce instalacji: Miejscem instalacji Sprzętu i Oprogramowania jest
5
SPOSÓB I MIEJSCE REALIZACJI UMOWY
Realizacja dostawy sprzętu i oprogramowania poprzedzona zostanie wykonaniem
odbioru fabrycznego, tzw.: „Testy Odbioru Fabrycznego (FAT)”.
W terminie pięciu (5) dni po zawarciu Umowy Wykonawca przekaże
1)
Użytkownikowi do akceptacji dokument opisujący procedurę testów FAT w języku
polskim. Użytkownik zatwierdzi ww. procedurę lub przekaże do niej uwagi
W terminie pięciu (5) dni roboczych od daty jej otrzymania. Wykonawca
zobowiązany będzie uwzględnić uwagi Użytkownika,
Nie później niż dziesięć (10) dni przed planowanym terminem realizacji testów
2)
FAT Wykonawca powiadomi Użytkownika o gotowości do ich rozpoczęcia, tak aby
umożliwić przedstawicielom Zamawiającego udział w testach FAT,
W testach FAT weźmie udział nie więcej niż pięciu (5) przedstawicieli wskazanych
3)
przez Użytkownika,
2
4)
5)
6)
7)
2.
3.
Testy FAT Systemu odbędą się w siedzibie Wykonawcy,
Testy FAT zostaną przeprowadzone zgodnie z uzgodnioną procedurą testową FAT,
Testy FAT nie powinny trwać dłużej niż 5 dni roboczych,
Z przeprowadzonych testów FAT sporządzony zostanie Raport Testów FAT,
w którym zostanie szczegółowo opisana procedura testowa wraz z jej wynikami,
W przypadku, gdy przeprowadzone testy FAT potwierdzą, że sprzęt
8)
i oprogramowanie spełnia wymagania Umowy, przedstawiciele stron podpiszą
Protokół Odbioru Fabrycznego, w dwóch (2) egzemplarzach, po jednym
egzemplarzu dla każdej ze stron. Przedstawiciele Użytkownika biorący udział
w testach odbioru fabrycznego będą upoważnieni do podpisania Protokołu
Odbioru Fabrycznego. Do Protokołu Odbioru Fabrycznego musi zostać załączony
Raport Testów FAT,
W przypadku, gdy przedstawiciele Zamawiającego nie będą mogli uczestniczyć
9)
testach FAT, o czym Użytkownik będzie zobowiązany poinformować Wykonawcę
na piśmie, z co najmniej pięcio (5) dniowym wyprzedzeniem przed datą
rozpoczęcia testów, wtedy Wykonawca wykona testy FAT bez udziału
Zamawiającego, a następnie przygotuje Raport Testów FAT samodzielnie. Jeden
(1) egzemplarz Raportu Testów FAT Wykonawca dostarczy bezpośrednio
do Użytkownikowi, nie później niż dziesięć (10) dni przed wysyłką urządzeń
do Odbiorcy,
10) Warunkiem dalszej realizacji dostaw i pozostałych usług będących przedmiotem
Umowy jest pozytywny wynik testów FAT.
Realizacja dostawy sprzętu i oprogramowania określonego w 1 ust. 1 pkt 1).
1)
Sprzęt spełniający wymagania niniejszej Umowy Wykonawca obowiązany jest
dostarczyć do Odbiorcy określonego w
2)
Sprzęt odebrany zostanie w siedzibie Odbiorcy pod względem ukompletowania
zgodnie z załącznikiem nr 1 do Umowy. Odbiorowi podlega jedynie sprzęt
ukompletowane zgodnie ze szczegółową specyfikacją techniczną i ilościową
określoną w ww. załączniku,
Wykonawca ponosi wszystkie koszty związane z dostarczeniem sprzętu do
3)
Odbiorcy,
4)
Termin dostawy sprzętu Wykonawca zobowiązany jest uzgodnić z Odbiorcą na
minimum pięć (5) dni roboczych przed planowaną dostawą,
Z przyjęcia sprzętu Wykonawca sporządza protokół przyjęcia/przekazania,
5)
zgodnie ze wzorem określonym w załączniku nr 2 do Umowy,
Odbiorca na podstawie protokołu przyjęcia/przekazania oraz kopii faktury
6)
o której mowa w 9 pkt. 2, sporządza w terminie pięciu (5) dni roboczych
dokumenty PZ (przyjęcie zewnętrzne),
Wykonawca ponosi odpowiedzialność (ryzyko utraty, uszkodzenia itp.) za sprzęt
7)
do czasu jego formalnego przyjęcia przez Odbiorcę, tj. podpisania przez strony
protokołu przyjęcia/przekazania.
Realizacja dostawy Oprogramowania określonego w 1 ust. 1 pkt 1).
1)
Oprogramowanie spełniające wymagania niniejszej Umowy Wykonawca
zobowiązany jest dostarczyć do Odbiorcy określonego w
2)
Oprogramowanie odebrane zostanie w siedzibie Odbiorcy pod względem
ukompletowania nośników, zgodnie z załącznikiem nr 1 do Umowy. Odbiorowi
podlega oprogramowanie ukompletowane zgodnie ze szczegółową specyfikacją
techniczną i ilościową określoną w ww. załączniku,
Wykonawca ponosi wszystkie koszty związane z dostarczeniem oprogramowania
3)
do Odbiorcy,
Termin dostawy oprogramowania Wykonawca zobowiązany jest uzgodnić
4)
-
-
3
z Odbiorcą na minimum pięć (5) dni roboczych przed planowaną dostawą,
Z przyjęcia Oprogramowania Wykonawca sporządza protokół przyjęcia/
przekazania, zgodnie ze wzorem określonym w załączniku nr 2 do Umowy,
6)
Odbiorca na podstawie protokołu przyjęcia/przekazania oraz kopii faktury,
o której mowa w 9 pkt. 2, sporządzi w terminie pięciu (5) dni roboczych
dokumenty PZ (przyjęcie zewnętrzne),
7)
Wykonawca ponosi odpowiedzialność (ryzyko utraty, uszkodzenia nośników, itp.)
za oprogramowanie do czasu jego formalnego przyjęcia przez Odbiorcę, tj.
podpisania przez strony protokołu przyjęcia/przekazania.
Realizacja usługi instalacji i uruchomienia o którym mowa w 1 ust. 1 pkt 2).
1)
Realizacja usług nastąpi po dostarczeniu, przez Użytkownika, sprzętu
i oprogramowania do miejsca jego instalacji oraz pisemnym powiadomieniu
Wykonawcy przez Użytkownika o możliwości rozpoczęcia jej realizacji, które
nastąpi nie później niż w terminie pięciu (5) dni roboczych,
2)
Wykonawca zobowiązany będzie do świadczenia usług na teranie RP, w miejscu
wskazanym pisemnie przez Użytkownika,
3)
Wykonawca zobowiązany będzie do zainstalowania i uruchomienia Systemu AMHS
w miejscu docelowym, a następnie zobowiązany będzie do przeprowadzenia
integracji tego systemu z systemem AMHS PAŻP (na swój wyłączny koszt),
4)
Tak zintegrowany System AMHS będzie podlegał Testom Odbioru Końcowego
(SAT),
W testach SAT weźmie udział nie więcej niż pięciu (5) przedstawicieli Wykonawcy;
5)
W odniesieniu do swoich przedstawicieli wszelkie koszty przejazdu,
zakwaterowania, wyżywienia i uczestnictwa w testach w całości pokrywa
Wykonawca,
6)
Na dziesięć (10) dni przed planowanym terminem przeprowadzenia testów SAT
Wykonawca przekaże Użytkownikowi do akceptacji dokument opisujący
procedurę testów SAT w języku polskim. Użytkownik zatwierdzi ww. procedurę
lub przekaże do niej uwagi w terminie pięciu (5) dni roboczych od daty jej
otrzymania. Wykonawca zobowiązany będzie uwzgęcinić uwagi Użytkownika,
7)
Z przeprowadzonych testów SAT sporządzony zostanie Raport Testów SAT,
w którym zostanie szczegółowo opisana procedura testowa wraz z jej wynikami.
Realizacja szkolenia o którym mowa w 1 ust. 1 pkt 2):
1)
Użytkownik, najpóźniej jeden (1) miesiąc przed proponowanym terminem
szkolenia, przedstawi Wykonawcy imienną listę osób wyznaczonych do szkolenia,
która to stanowić będzie załącznik do protokołu z realizacji niniejszej usługi,
2)
Usługa zostanie przeprowadzona przez certyfikowanych wykładowców w
siedzibie Użytkownika w języku polskim,
3)
Zakres szko”enia określa załącznik nr 1 do Umowy.
W przypadku, gdy przeprowadzone testy SAT potwierdzą, że dostarczony,
zainstalowany i uruchomiony System AMHS spełnia wymagania Umowy,
przedstawiciele stron podpiszą Protokół Odbioru Końcowego Systemu AMHS, w dwóch
(2) egzemplarzach, po jednym egzemplarzu dla każdej ze stron. Do Protokołu Odbioru
Końcowego Systemu AMHS musi zostać załączony Raport Testów SAT i Raport Testów
FAT. Dodatkowym warunkiem podpisania niniejszego protokołu jest zrealizowanie
przez Wykonawcę usługi szkolenia.
5)
4.
5.
6.
—
6
1.
WARUNKI TECHNICZNE
Warunki techniczne dla sprzętu określonego w 1 ust. 1 pkt 1:
1)
Dostarczony Sprzęt musi być fabrycznie nowy, nieużywany, wyprodukowany nie
-
4
2.
3.
4.
wcześniej niż 6 miesięcy przed dostawą, musi spełniać wymagania technicznojakościowe określone przez producenta oraz wymagania Zamawiającego
określone w niniejszej Umowie,
2)
Wykonawca, do każdego egzemplarza sprzętu, dostarczy „Kartę Gwarancyjną”,
„Instrukcję Użytkowania i Obsługi” oraz „Wzór protokołu reklamacji”,
Dostarczone wraz ze sprzętem oprogramowanie musi zapewnić bezawaryjną
3)
pracę sprzętu, spełniać wymagania funkcjonalne określone w załączniku nr 1 do
Umowy. Zamawiający nabędzie prawo do użytkowanie tego oprogramowania, na
podstawie licencji, która zostanie udzielona przez producenta tego
oprogramowania. Szczegółowe warunki udzielonej licencji określa producent.
Spełnienie powyższych wymagań musi być potwierdzone oświadczeniem
producenta oprogramowania lub jego polskiego przedstawiciela, które
Wykonawca dostarczy do Zamawiającego, najpóźniej siedem (7) dni po
zrealizowanej dostawie,
4)
Oprogramowanie, o którym mowa w pkt. 3 zostanie dostarczone w postaci kodu
maszynowego na nośnikach CD-ROM lub DVD,
5)
Całe należne wynagrodzenie za udzielenie licencji na oprogramowanie, o którym
mowa w pkt. 3, wliczone jest w wartość Umowy określoną w 2 i zawiera ona
również wynagrodzenie z tytułu przeniesienia własności nośników na których
zostało ono przekazane.
Warunki techniczne dostarczonego oprogramowania określonego w 1 ust. 1 pkt 1:
1) Oprogramowanie zostanie dostarczone w postaci kodu maszynowego na nośnikach
CD-ROM lub DyD,
2) Dostarczone nośniki z oprogramowaniem muszą być fabrycznie nowe, nieużywane,
wyprodukowane nie wcześniej niż 6 miesięcy przed datą dostawy,
3) Dostarczone oprogramowanie musi zapewnić bezawaryjną pracę zgodnie z
wymaganiami funkcjonalnymi określonymi w załączniku nr 1 do Umowy,
4) Wykonawca oświadcza, że oprogramowanie spełnia wymagania określone w
załączniku nr 1 do Umowy,
5) W ramach realizacji przedmiotu Umowy Zamawiającemu zostanie przekazana
(udzielona) licencja na dostarczone oprogramowanie, na zasadach i warunkach
określonych przez producenta Oprogramowania (udzielającego licencji).
W przypadku zakończenia produkcji lub wycofania danego sprzętu z produkcji,
Wykonawca dostarczy sprzęt będący zamiennikiem sprzętu wycofanego o parametrach
nie gorszych niż sprzęt wycofany, po uprzednim otrzymaniu pisemnej zgody
Zamawiającego. W takim przypadku dostawa sprzętu będącego zamiennikiem odbywać
się będzie z zachowaniem ceny sprzętu wycofanego.
W przypadku zakończenia produkcji lub wycofania danego oprogramowania
z produkcji, Wykonawca
dostarczy oprogramowanie
będące
zamiennikiem
oprogramowania wycofanego o parametrach nie gorszych niż oprogramowanie
wycofane, pod warunkiem otrzymania pisemnej zgody Zamawiającego. Dostawa
oprogramowania będącego zamiennikiem odbywać się będzie z zachowaniem ceny
oprogramowania wycofanego.
-
7
ODBIÓR ILOŚCIOWO JAKOŚCIOWY
-
Odbiór sprzętu i oprogramowania, o którym mowa w 1 ust. 1 pkt 1) potwierdzony
zostanie protokołem przyjęcia/przekazania, sporządzonym przez Wykonawcę zgodnie
ze wzorem stanowiącym załącznik nr 2 do Umowy. Protokół musi potwierdzać dostawę
sprzętu i oprogramowania spełniającego wymagania niniejszej Umowy, musi zawierać
dane identyfikacyjne, a ponadto musi być podpisany przez uprawnionego
5
2.
przedstawiciela Odbiorcy i opatrzony pieczęcią jednostki. Protokół musi określać numer
faktury dotyczącej przekazywanego sprzętu i oprogramowania, a także ceny
jednostkowe wynikające z wartości określonej na fakturze oraz datę dostawy.
Zrealizowanie przez Wykonawcę usług, o których mowa w 1 ust. 1 pkt 2) zostanie
potwierdzony Protokołem Odbioru Końcowego Systemu AMHS. Protokół musi być
podpisany przez osobę upoważnioną ze strony Wykonawcy i Użytkownika i opatrzony
pieczęcią Użytkownika.
8
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
GWARANCJA WARUNKI SERWISOWANIA
-
Wykonawca odpowiada za wady prawne oraz fizyczne ujawnione w dostarczonym
Systemie AMHS i ponosi z tego tytułu wszelkie zobowiązania opisane w niniejszej
Umowie. Wykonawca jest odpowiedzialny względem Zamawiającego, jeżeli dostarczony
przedmiot Umowy w szczególności;
1)
stanowi własność osoby trzeciej, albo jeżeli jest obciążony prawem osoby trzeciej,
2)
ma wadę zmniejszającą jego wartość lub użyteczność wynikającą z jego
przeznaczenia,
3)
nie ma właściwości wymaganych przez Zamawiającego,
4)
jest w stanie niekompletnym.
O wadzie prawnej lub fizycznej przedmiotu niniejszej Umowy, w imieniu
Zamawiającego, Odbiorca lub Użytkownik zawiadamia Wykonawcę, niezwłocznie po ich
ujawnieniu w formie pisemnej lub elektronicznej.
Wykonawca jest zobowiązany do usunięcia ujawnionych wad prawnych lub fizycznych
w ciągu okresu określonego w gwarancji.
Jeżeli w wykonaniu swoich obowiązków Wykonawca dostarczył Zamawiającemu nowy
sprzęt wolny od wad, wymianę sprzętu Wykonawca dokona bez żadnej dopłaty, także
wówczas kiedy cena na taki sprzęt uległa zmianie.
Na dostarczany System AMHS Wykonawca udzieli 36 miesięczną gwarancję liczoną od
daty podpisania Protokołu Odbioru Końcowego Systemu AMHS, na warunkach nie
gorszych niż gwarancja producenta oraz zobowiązuje się do świadczenia usługi Asysty
Technicznej i Konserwacji (ATiK) przez okres 36 miesięcy.
Wykonawca zobowiązany jest zapewnić możliwość bezpośredniego zgłaszania awarii
sprzętu do producenta sprzętu przez cały okres trwania gwarancji.
W przypadku sprzętu, dla którego jest wymagany dłuższy czas naprawy, Zamawiający
dopuszcza możliwość zainstalowania sprzętu zamiennego o nie gorszych parametrach
funkcjonalnych, z zastrzeżeniem, iż termin realizacji naprawy nie może przekroczyć 5
(pięciu) dni od momentu zgłoszenia usterki.
Zamawiający może wykorzystać uprawnienia z tytułu gwarancji za wady prawne lub
fizyczne sprzętu niezależnie od uprawnień wynikających z rękojmi.
Gwarancja obejmuje również wyroby i usługi nabyte u podwykonawców.
Utrata roszczeń z tytułu wad prawnych lub fizycznych nie następuje mimo upływu
terminu gwarancji jeżeli Wykonawca wadę podstępnie zataił.
W przypadku stwierdzenia w okresie gwarancji wad prawnych lub fizycznych sprzętu
Wykonawca ponadto:
1)
usunie wady w miejscu, w którym zostały one ujawnione lub na własny koszt
dostarczy go do swojej siedziby w celu jego usprawnienia,
2)
Sprzęt wolny od wad dostarczy na własny koszt do miejsca, w którym wady
zostały ujawnione,
3)
dokona stosownych zapisów w „Karcie Gwarancyjnej” dotyczących zakresu
wykonanych napraw oraz zmiany okresu udzielonej gwarancji,
4)
poniesie odpowiedzialność z tytułu przypadkowej utraty lub uszkodzenia sprzętu
6
w czasie od przyjęcia go do naprawy do czasu przekazania sprawnego Odbiorcy,
w przypadku uszkodzenia nośnika lub dysku twardego zostanie on wymieniony na
nowy, zaś uszkodzony nośnik lub dysk twardy pozostaje własnością Użytkownika.
Użytkownik
zobowiązany jest
niezwłocznie
poinformować
Zamawiającego
o przypadkach nie zrealizowania przez Wykonawcę zobowiązań wynikających z ust. 6,
w celu umożliwienia Zamawiającemu wyegzekwowania kary, o której mowa w 12
ust. 2.
Okres gwarancji reklamowanego sprzętu ulega przedłużeniu o czas jego niesprawności.
Postanowienia, o których mowa w ust. 2-14 Wykonawca zamieści w załączonej do
sprzętu „Karcie Gwarancyjnej”.
5)
12.
13.
14.
WARUNKI PŁATNOŚCI
9
2.
Wykonanie świadczeń objętych niniejszą Umową opłacona będzie według wartości
uzgodnionej pomiędzy Zamawiającym a Wykonawcą i określonej w 2.
Wykonawca pod rygorem zastosowania 12 obowiązany jest przedłożyć, nie później niż
dziesięć (10) dni po realizacji przedmiotu Umowy, do:
1)
Zamawiającego:
Oddziału Wydatków Centralnych oryginał faktury VAT określającej numer
a)
i przedmiot Umowy,
Oddziału Informatyki i Zamówień Elektronicznych
b)
protokoły
przyjęcia/przekazania (dla dostaw), Protokołu Odbioru Końcowego Systemu
AMHS (dla usług) sporządzony przez Wykonawcę na zasadach określonych
w7,
2)
Odbiorcy kserokopię faktury, o której mowa w pkt 1.
W przypadku braku możliwości zachowania terminu płatności określonego w Umowie,
w wyniku opóźnień w przesłaniu dokumentu PZ, Zamawiający dopuszcza możliwość
opłacenia faktury na podstawie protokołu przyjęcia/przekazania sporządzonego przez
Wykonawcę i podpisanego przez Odbiorcę.
W przypadku niedotrzymania terminu wykonania Umowy faktura powinna uwzględniać
przysługujący opust. W razie niezastosowania się do powyższego Zamawiający
wstrzyma się z płatnością do czasu otrzymania faktury korygującej.
Wykonawca zobowiązany jest do przekazania kopii faktur korygujących, o których
mowa w ust. 4, do Odbiorcy, w terminie pięciu (5) dni od daty przekazania ich
Zamawiającemu.
-
-
„
-
3.
4.
5.
1O
2.
3.
SPOSÓB ZAPŁATY
Zapłata za wykonanie Umowy nastąpi po terminie określonym w 3, w formie polecenia
przelewu w ciągu trzydziestu (30) dni od daty otrzymania kompletu dokumentów,
o których mowa w 9. Termin zapłaty uważa się za zachowany, jeżeli obciążenie
rachunku dłużnika nastąpi najpóźniej w następnym dniu roboczym po terminie
płatności.
W przypadku wykonania Umowy (bądź jej części) przed terminem, o którym mowa
w
i spełnienia wymogów zawartych w 9, zobowiązanie może być uregulowane
w terminie wcześniejszym.
W przypadku wykonania Umowy (bądź jej części) po terminie, o którym mowa w
zobowiązanie może być uregulowane, z zastrzeżeniem 14, w terminie do trzydziestu
(30) dni od daty otrzymania kompletu dokumentów, o których mowa w 9.
7
11 WIERZYTELNOŚCI
Wykonawca zobowiązuje się nie dokonywać sprzedaży oraz zastawiania wierzytelności
należnych od Zamawiającego bez jego zgody.
12
1.
2.
3.
4.
5.
Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 10% wartości brutto
Umowy określonej w 2, gdy Zamawiający odstąpi od tej Umowy z powodu okoliczności
za które odpowiada Wykonawca.
Wykonawca zapłaci Zamawiającemu karę umowną: w wysokości 2.000,00 zł (brutto), za
każdy rozpoczęty dzień zwłoki, jeżeli nie wykona w terminie zobowiązań
gwarancyjnych wynikających z Umowy, dla których termin realizacji liczony jest w
dniach;
Postanowienia dotyczące kar umownych nie wyłączają prawa Zamawiającego do
dochodzenia odszkodowania uzupełniającego na zasadach ogólnych Kodeksu cywilnego,
jeżeli wartość szkody przekroczy wysokość kwot wynikających z naliczonych kar
umownych.
Odpowiedzialność Wykonawcy z tytułu niewykonania lub nienależytego wykonania
Umowy jest wyłączona z powodu siły wyższej wówczas, gdy między zdarzeniem
mającym cechy siły wyższej a powstaniem szkody zachodzi bezpośredni związek
przyczynowy oraz gdy szkoda ta powstanie w momencie działania siły wyższej.
Wykonawca nie może powoływać się na siłę wyższą jako na okoliczność wyłączającą
odpowiedzialność wtedy, gdy szkoda powstanie w wyniku nie usunięcia zagrażających
bezpieczeństwu skutków działania siły wyższej oraz gdy można było im zapobiec przez
ich zlikwidowanie lub gdy skutecznie ostrzeżono przed grożącym niebezpieczeństwem
za pomocą powszechnie przyjętych środków.
13
1.
2.
KARYUMOWNE
OPUST CENOWY
Zamawiającemu przysługuje opust cenowy w wysokości 0,1 % wartości dostawy (lub
usługi) nie zrealizowanej w terminie za każdy rozpoczęty dzień zwłoki, nie więcej
jednak niż 10% wartości tej dostawy (lub usługi). Wyliczony opust pomniejsza Wartość
Umowy i musi być uwzględniony w fakturze, o której mowa w 9.
Podstawą do naliczenia opustu cenowego, o którym mowa w ust. 1 będzie:
dla dostaw
1)
wartość brutto niewykonanej w terminie określonym w 3 ust. 1
pkt 1) dostawy;
2)
dla usług instalacji, uruchomienia i szkolenia wartość brutto usług określona w
2 ust. 1 pkt 2).
-
-
14
1.
2.
ODSTĄPIENIE OD UMOWY
W przypadku uchybienia któremukolwiek terminowi, o którym mowa w
3 przez
Wykonawcę, Zamawiającemu przysługuje prawo jednostronnego odstąpienia od
Umowy bądź jej części i naliczenia kar umownych przewidzianych w 12. Odstąpienie
od Umowy nastąpi bez wyznaczania dodatkowego terminu jej wykonania.
W razie wystąpienia istotnej zmiany okoliczności powodującej, że wykonanie Umowy
nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawarcia
8
3.
4.
Umowy, Zamawiający może odstąpić od Umowy w terminie 30 dni od powzięcia
wiadomości o tych okolicznościach.
W przypadku, o którym mowa w ust. 2, Wykonawca może żądać wyłącznie
wynagrodzenia należnego z tytułu wykonania części Umowy.
Odstąpienie od Umowy powinno nastąpić w formie pisemnej pod rygorem nieważności
takiego oświadczenia.
15
2.
KOOPERANCI I PODWYKONAWCY
W toku realizacji Umowy Wykonawca może korzystać ze świadczeń osób trzecich jako
swoich podwykonawców, przy zachowaniu następujących warunków:
skorzystanie ze świadczeń podwykonawców zostało przewidziane w ofercie
1)
Wykonawcy i dotyczy zakresu w niej wskazanego;
2)
w każdym wypadku korzystania ze świadczeń podwykonawcy, Wykonawca ponosi
pełną odpowiedzialność za wykonywanie zobowiązań przez podwykonawcę, jak za
własne działanie lub zaniechanie, niezależnie od osobistej odpowiedzialności
podwykonawcy wobec Zamawiającego;
3)
korzystając ze świadczeń podwykonawcy, Wykonawca nałoży na niego obowiązek
przestrzegania wszelkich zasad, reguł i zobowiązań określonych w umowie,
w zakresie, w jakim odnosić się one będą do zakresu prac danego podwykonawcy,
pozostając jednocześnie gwarantem ich wykonania oraz przestrzegania przez
podwykonawcę.
Wykonawca nie może zwolnić się od odpowiedzialności względem Zamawiającego z
tego powodu, że niewykonanie lub nienależyte wykonanie Umowy przez Wykonawcę
było następstwem niewykonania lub nienależytego wykonania zobowiązań wobec
Wykonawcy przez podwykonawców.
16
2.
UDZIELENIE UPRAWNIEŃ
Wykonawca zapewnia, że korzysta z praw do przedmiotów własności przemysłowej
i intelektualnej, związanych z przedmiotem niniejszej umowy w sposób zgodny z ustawą
z dnia 30 czerwca 2000 r. Prawo własności przemysłowej (Dz. U. z 2003 r. Nr 119, poz.
1117) oraz ustawą z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych
(Dz. U. z 2006 r. Nr 90, poz. 631 z późn. zm.). Wszelkie zobowiązania wynikające z praw
własności przemysłowej, w szczególności patentów, praw ochronnych, jak również
praw autorskich oraz praw pokrewnych, ponosi Wykonawca.
W wyniku realizacji niniejszej Umowy Użytkownikowi zostanie udzielona licencja na
korzystanie z oprogramowania na zasadach i warunkach określonych przez producenta
oprogramowania, z zastrzeżeniem że musi być licencją udzieloną na czas nieoznaczony,
licencją niewyłączną oraz:
Licencja zostanie udzielona najpóźniej z dniem dostarczenia Oprogramowania do
1)
Odbiorcy;
Licencja jest udzielana na następujących polach eksploatacji: trwałe lub czasowe
2)
zwielokrotnianie programu komputerowego w całości lub w części jakimikolwiek
środkami i w jakiejkolwiek formie;
3)
Zamawiający ma prawo korzystać z oprogramowania w każdym miejscu na
terytorium Rzeczypospolitej Polskiej lub innym obszarze (terytorium) gdzie Siły
Zbrojne RP prowadzą lub będą prowadzić jakiekolwiek działania. Uprawnienie
powyższe,
w każdym
przypadku
obejmuje
również
wykorzystanie
oprogramowania w sieciach komputerowych, w tym w Internecie.
9
17
1.
2.
3.
4.
Wszelkie oświadczenia, zawiadomienia, itp. składane przez Zamawiającego lub
jednostki (komórki) organizacyjne MON lub Sił Zbrojnych i Wykonawcę mogą być
dokonywane w formie pisemnej, faksem lub za pośrednictwem poczty internetowej
(email), chyba że ze szczególnych postanowień Umowy wynika inaczej.
Jeżeli ze szczególnych postanowień Umowy nie wynika inaczej, wszelkie
powiadomienia, zawiadomienia, itp. winny być składane na adres:
1)
dla Wykonawcy”
2)
dla Zamawiającego: Inspektorat Uzbrojenia, ul. Królewska 1/7, OO-909 Warszawa,
nr faksu (+ 48 22) 6873297, e-mail: [email protected],
dla Odbiorcy”
3)
4)
dla Użytkownika”
Z zastrzeżeniem bezwzględnie obowiązujących przepisów prawa oraz jeżeli ze
szczególnych postanowień Umowy nie wynika inaczej, jakiekolwiek oświadczenia
skierowane pod inny adres niż określony w ust. 2 nie wywołują skutków prawnych ani
faktycznych.
W przypadku zmian adresu, faksu, adresu email lub numeru telefonu Wykonawcy, o
których nie powiadomił Zamawiającego, korespondencję uznaje się za doręczoną, jeśli
została przekazana na adres Wykonawcy wskazany w Umowie.
18
1.
2.
3.
4.
5.
DORĘCZENIA
INNE POSTANOWIENIA
Niniejsza Umowa oraz wszelkie roszczenia z niej wynikające podlegają tylko i wyłącznie
prawu polskiemu i zgodnie z nim będą interpretowane.
Wykonawca powiadomi Zamawiającego na czternaście (14) dni przed terminami
zawartymi w 3, o stanie realizacji Umowy oraz niezwłocznie, gdy pojawi się zagrożenie
wykonania Umowy bądź jej części.
Wykonawca zobowiązany jest dostarczyć Odbiorcy i Użytkownikowi kopię Umowy
siedem (7) dni po jej zawarciu.
Wykonawca dostarczy Zamawiającemu (celem uzgodnienia), na siedem (7) dni przed
przekazaniem sprzętu Odbiorcy, wzór „Karty Gwarancyjnej” wraz z „Protokołem
reklamacji” dołączane do każdego egzemplarza sprzętu. Karta Gwarancyjna musi
zawierać zapisy o których mowa w 8.
Zabezpieczenie należytego wykonania Umowy wynosi
zł (słownie:
łącznej
10%
wartości
określonej
brutto
w
2
z
ust.
1,
czego:
)
siedemdziesiąt procent tej kwoty, tj
1)
zł (słownie”
)„ zostanie
zwrócone Wykonawcy niezwłocznie po otrzymaniu Protokołu Odbioru
Końcowego Systemu AMHS, umożliwiającym stwierdzenie należytego wykonania
Umowy, o ile nie zaistnieją przesłanki wynikające z 12, 13 i 14 niniejszej
Umowy.
2)
trzydzieści procent tej kwoty, tj
zł (słownie”
) zostanie zwrócone
po wygaśnięciu wszystkich uprawnień z tytułu rękojmi za wady w terminie
trzydziestu (30) dni. po terminie określonym w 8 ust. 5 i 6. W przypadku
wystąpienia ww. przesłanek Zamawiający zwróci pozostałą część zabezpieczenia
po uiszczeniu przez Wykonawcę na”eżności, o których mowa w 12 lub potrąci
należności z zabezpieczenia.
W sprawach nie uregulowanych niniejszą Umową mają zastosowanie przepisy:
kodeksu cywilnego;
1)
2)
innych obowiązujących w tym zakresie aktów prawnych.
-
6.
„O
7.
8.
Zmiany postanowień Umowy dopuszczalne są w formie pisemnej pod rygorem ich
nieważności z zastrzeżeniem, że zmiany skutkujące zmianą terminu realizacji Umowy
i wartości Umowy wymagają formy aneksu.
W przypadku, kiedy Zamawiający będzie realizował swoje uprawnienie wynikające art.
67 ust. 1 pkt 7 ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych (tj.
Dz. U. z 2010 r. nr 113, poz. 759, z późn. zm.), tj.: „zamówień uzupełniających”,
Wykonawca zobowiązuje się do zachowania cen poszczególnych elementów składowych
Systemu AMHS przez okres 3 lat od daty zawarcia niniejszej Umowy.
Spory wynikłe z niniejszej Umowy rozstrzygać będzie sąd powszechny właściwy dla
siedziby Zamawiającego.
Umowę niniejszą sporządzono w dwóch jednobrzmiących egzemplarzach
z przeznaczeniem po jednym dla każdej ze stron.
Załączniki stanowią integralną część Umowy.
Umowa wchodzi w życie z dniem jej podpisania przez obydwie Strony.
-
9.
10.
11.
12.
Załączniki:
Załącznik nr 1
Załącznik nr 2
—
—
Szczegółowa specyfikacja techniczna i ilościowa na
wzór protokołu przyjęcia/przekazania na 1 stronie.
WYKONAWCA
str.
ZAMAWIAJĄCY
11
Załącznik Nr 2 do wzoru umowy
Pieczęć nagłówkowa
Warszawa, dnia
Wykonawcy
WZÓR PROTOKOŁU
PRZYJĘCIA IPRZEKAZANIA
Zgodnie
z
Umową
nr
dostawę
IU/128/ylI-51/ZO/PN/AE/DOS/K12012
zawartą pomiędzy Zamawiającym
Wykonawcą
-
firmą
„
z
—
dnia
na
Inspektorat Uzbrojenia a
Odbiorca potwierdza przyjęcie dostawy wyrobu
wyszczególnionego jak poniżej:
L.p.
Nazwa Wyrobu
..
llosc
Cena
jednostkowa
.
Nr faktury
Inne
1
2
3
4
Uwagi Odbiorcy
Protokół sporządzono w trzech jednobrzmiących egzemplarzach z przeznaczeniem dla:
Egz. Nr 1
Egz. Nr 2
Egz. Nr 3
—
—
—
Odbiorca
Wykonawca
Inspektorat Uzbrojenia
WYKONAWCA
DZSZI1 28Nl1-51/ZO/PN/AE/DOS/K1201 2
ODBIORCAIUŻYTKOWNIKI*
Załącznik Nr 3 do wzoru umowy
Pieczęć nagłówkowa
Warszawa, dnia
Wykonawcy
WZÓR PROTOKOŁU
Z PRZEPROWADZONEGO SZKOLENIA
Zgodnie
z
Umową
nr
lU/128N11-51/ZO/PN/AE/DOS/K2012
dostawę
Z
zawartą pomiędzy Zamawiającym
Wykonawcą
-
firmą
szkolenia z zakresu
Użytkownik
dla
—
dnia
Inspektorat Uzbrojenia a
potwierdza przeprowadzenie
osób w dniach
Uwagi Użytkownika:
Protokół sporządzono w trzech jednobrzmiących egzemplarzach z przeznaczeniem dla:
Egz. Nr 1 Użytkownik
Egz. Nr 2 Wykonawca
Egz. Nr 3 Inspektorat Uzbrojenia
—
—
—
WYKONAWCA
U/1 28N11-51/ZO/PN/AE/DOS/K1201 2
na
UŻYTKOWNIK
WYKONAWCA:
Nazwa firmy.
REGON:
NIP:
Numer identyfikacji VAT potwierdzający uprawnienia wykonawcy do transakcji wewnątrzwspólnotowych
adres firmy
nrtelefonw
nrfax
adres strony internetowej http:!!
e-mail:
ZAMAWIAJĄCY:
SKARB PAŃSTWA-MINISTER OBRONY NARODOWEJ
działający przez:
INSPEKTORAT UZBROJENIA
ul. Królewska 1/7, OO-909 WARSZAWA
W związku z ogłoszeniem o postępowaniu numer IU/1281y11-51/ZO/PN/DOSJKJ2O12 prowadzonego w trybie przetargu nieograniczonego
na zakup systemu informatycznego dla Slużby Ruchu Lotniczego SZ RP ogłoszenie o postępowaniu opublikowane zostało w Dzienniku
Urzędowym Wspólnoty Europejskiej (
).
-
Oświadczamy, że:
L
Całość przedmiotu zamówienia związany z dostawą, instalacj wdrożeniem i szkoleniem systemu wymiany depesz służb ruchu lotniczego
(ATS) w technologii AMHS (Air Traffic Seryices Message Handling System) dla Służby Ruchu Lotniczego Sił Zbrojnych RP
zrealizuj emy, za łączną kwotę:
—
brutto:
w tym wartość netto
podatek VAT ... %
IU/128/yI I51/ZO/PN/AE/DOS/K/2O12
zł. (słownie
zł. (słownie:
zł. (słownie
zł.)
zł.)
zł.)
strona 1
W
2.
tym:
Dostawę sprzętu informatycznego i oprogramowania zrealizujemy za łączną kwotę:
brutto:
tym wartość netto
podatek VAT
%
W
...
zł. (słownie:
zł.)
zł. (słownie
zł. (słownie:
zł.)
zł.)
Poniżej przedstawiamy szczegółową wycenę:
System główny (redundantny)
Ilosc
1.
Serwer w konfiguracji określonej w Załączniku nr 1 do
Wymagań technicznych pkt 3. l(producent, nazwa, typ)
3.
Zintegrowana konsola zarządzająca (przełącznik KVM)
(producent, nazwa, typ)
4.
Przełączniki LAN (producent, nazwa, typ)
5.
Router dostępowy (do celów serwisowych) (producent,
nazwa, typ)
Szafa rack 42U(producent, nazwa, typ)
6.
7.
Streamer LTO3 lub macierz 8x2TB wraz z niezbędnym
oprogramowaniem do zarządzania backup”em (producent,
nazwa, typ)
System szkoleniowo-testowy
1.
Serwer w konfiguracji określonej w Załączniku nr 1 do
Wymagań technicznych pkt 3.1 (producent, nazwa, typ)
3.
Zintegrowana konsola zarządzająca (przełącznik KVM)
4.
Przełącznik LAN (producent, nazwa, typ)
5.
Router dostępowy (do celów serwisowych) (producent,
IU/128/yI I-51/ZO/PN/AE/DOS/K/2012
Cena
jednostkowa
netto (PLN)
Wartość
netto
(PLN)
Podatek
(VATI
k
J
Wartość brutto
PLN
4
2
4
2
2
2
2
1
2
strona 2
nazwa, typ)
Szafa rack 42U (producent, nazwa, typ)
Streamer LTO3 w konfiguracji określonej w Załączniku nr 1
do Wymagań technicznych pkt 3.2 wraz z niezbędnym
oprogramowaniem do zarządzania backup”em (producent,
nazwa, typ)
System zarządzania
1.
Stacja zarządzania systemem w konfiguracji określonej w
Załączniku nr 1 do Wymagań technicznych pkt 3.3
2.
Monitor w konfiguracji określonej w Załączniku nr 1 do
Wymagań technicznych pkt 3.4 (producent, nazwa, typ)
3.
Urządzenie podtrzymujące napięcie (UPS) w konfiguracji
określonej w Załączniku nr 1 do Wymagań technicznych
pkt 3.5 (producent, nazwa, typ)
4.
Listwa antyprzepięciowa w konfiguracji określonej w
Załączniku nr 1 do Wymagań technicznych pkt 3.6
5.
Drukarka laserowa w konfiguracji określonej w Załączniku nr
1 do Wymagań technicznych (producent, nazwa, typ)
6.
Materiały eksploatacyjne do drukarki laserowej pozwalające
wydrukować 7000 stron (producent, nazwa, typ)
Term male stacjonarne
1.
Terminal stacjonarny w konfiguracji określonej w Załączniku
nr 1 do Wymagań technicznych pkt 3.8 (umożliwiający
podłączenie dwóch równolegle pracujących monitorów)
2.
Monitor w konfiguracji określonej w Załączniku nr 1 do
Wymągań technicznych pkt 3.4 (producent, nazwa, typ)
3.
Drukarka laserowa w konfiguracji określonej w Załączniku nr
1 do Wymagań technicznych pkt 3.9 (producent, nazwa, typ)
4.
Materiały eksploatacyjne do drukarki laserowej pozwalające
6.
7.
IU/128/yI I-51/ZO/PN/AE/DOS/K/2012
1
1
5
5
5
S
5
63
126
63
strona 3
wydrukować 30 000 stron (producent, nazwa, typ)
Urządzenie podtrzymujące napięcie (UPS) w konfiguracji
63
określonej w Załączniku nr 1 do Wymagań technicznych
pkt 3.5 (producent, nazwa, typ)
6.
Listwa antyprzepięciowa w konfiguracji określonej w pkt 3.6
63
oraz głośniki w konfiguracji określonej w pkt 3.7 (producent,
nazwa, typ)
Terminale przenośne
1
Terminal przenośny w konfiguracji określonej w Załączniku
2
nr 1 do Wymagań technicznych pkt 3.10 (producent, nazwa,
typ)
Licencje na oprogramowanie
1.
Licencja systemu operacyjnego na serwer (producent, nazwa,
6
typ)
2.
Licencje dostępowe na system operacyjny zainstalowany na
70
serwerze (producent, nazwa, typ)
3.
Licencja systemu operacyjnego na system zarządzania,
70
terminale stacjonarne i terminale przenośne (producent,
nazwa, typ)
4.
Licencja na oprogramowanie aplikacyjne AMHS (producent,
100
nazwa, typ)
5.
Licencja na oprogramowanie antywirusowe wraz z
76
aktualizacją przez okres 36 miesięcy (producent, nazwa, typ)
Dodatkowy sprzęt i oprogramowanie niezbędne do funkcjonowania systemu
1.
Niewyszczególnione oprogramowanie i sprzęt (wypełnia
oferent w zależności od potrzeb) (producent, nazwa, typ)
5.
RAZEM
1U/128/yII-51/ZO/PN/AE/DQ5/K/2012
strona 4
3.
Świadczenia składające się na:
Testy Odbioru Fabrycznego systemu AMHS;
instalacja/konfiguracja i uruchomienie systemu AMHS;
integrację systemu AMHS z systemem AMHS PAŻP w tym wykonanie usług korygujących w przypadku niewłaściwej współpracy
systemów;
dostarczenie podręcznika użytkownika i podręcznika administratora w języku polskim;
wykonanie dokumentacji techniczno-eksploatacyjnej zainstalowanego systemu wjęzyku polskim;
Testy Odbioru Końcowego systemu AMHS;
-
-
-
-
-
-
zrealizujemy za łączną kwotę:
brutto:
zł. (słownie:
zł.)
podatek VAT
%
zł. (słownie
zł. (słownie
zł.)
zł.)
...
4.
Świadczenia składające się na:
-
szkolenia administracyjno-techniczne dla administratorów systemu AMHS;
brutto:
zł. (słownie:
zł.)
podatek VAT
%
zł. (słownie
zł. (słownie
zł.)
zł.)
...
IU/128/VI I-51/ZO/PN/AE/DOS/K/2012
strona 5
SZCZEGÓŁOWA SPECYFIKACJA SZKOLEŃ
Rodzaj szkolenia (wypełnione zgodnie z pkt „V Wymagania dodatkowe ppkt 5.1 oraz od 5.2.1 do
5.2.3 Załącznika nr 1 do SIWZ „Wymagania techniczne)
Szkoleń operacyjne dla użytkowników końcowych Terminali AMHS Systemu AMHS. Szkolenie operacyjne
przeprowadzone będzie w siedzibie CWT SP w 2 (dwóch) cyklach szkolenia. W każdym cyklu szkolenia
uczestniczyć będzie 10 osób przedstawicieli Zamawiającego i będzie ono trwało co najmniej 2 (dwa) dni
robocze.
—
—
—
2.
Szkolenie administracyjno-techniczne w zakresie obsługi funkcjonalnej centralnego serwera Systemu
AMHS, obsługi systemu operacyjnego, baz danych i sprzętu. Szkolenie przeprowadzone będzie w siedzibie
CWT SP. W szkoleniu weźmie udział 5 osób przedstawicieli Zamawiającego i będzie ono trwało co
najmniej 4 (cztery) dni robocze
3.
Szkolenie administracyjno-techniczne
poziom zaawansowany w zakresie obsługi funkcjonalnej
centralnego serwera Systemu AMHS oraz zaawansowanej administracji systemem operacyjnym,
bazodanowym i sprzętem komputerowym wykorzystywanym w uruchomionym systemie AMHS. Szkolenie
przeprowadzone będzie w siedzibie CWT SP. Poziom wiedzy powinien zapewnić odtworzenie
funkcjonalności całego systemu AMHS. W szkoleniu weźmie udział 3 osób przedstawicieli Zamawiającego
i będzie ono trwało co najmniej 3 (trzy) dni robocze
Szkoleń operacyjne dla użytkowników końcowych Terminali AMHS Systemu AMHS. Szkolenie operacyjne
przeprowadzone będzie w siedzibie CWT SP w 2 (dwóch) cyklach szkolenia. W każdym cyklu szkolenia
uczestniczyć będzie 10 osób przedstawicieli Zamawiającego i będzie ono trwało co najmniej 2 (dwa) dni
robocze
4
Cena brutto w tym: VAT
i netto
—
RAZEM
5.
Całość przedmiotu zamówienia zrealizujemy w terminie
6.
Dostawę sprzętu informatycznego i oprogramowania zrealizujemy w terminie
U/128/VI I-5 1/ZO/PN/AE/DOS/K/2012
dni kalendarzowych od zawarcia umowy
dni kalendarzowych od zawarcia umowy.
strona 6
7.
Świadczenia określone w Lp. 3 zrealizujemy w terminie
8.
Świadczenia określone w Lp. 4 zrealizujemy w terminie
9.
Oświadczamy, że zapoznaliśmy się ze wszystkimi warunkami zamówienia, SIWZ wraz z załącznikami i akceptujemy je bez jakichkolwiek
zastrzeżeń.
10.
Oświadczamy, że wzór umowy i zawarte w niej warunki płatności, stanowiący załącznik nr 2 wraz z załącznikami do SIWZ został przez nas
zaakceptowany. Zobowiązujemy się, w przypadku wyboru naszej oferty, do zawarcia umowy na określonych w niej warunkach, w miejscu
i terminie wyznaczonym przez Zamawiającego.
11.
Informujemy, że ofertę zabezpieczyliśmy wadium nr
12.
Oświadczamy, że czujemy się związani ofertą przez czas wskazany w specyfikacji, tj. przez okres 60 dni, licząc od terminu składania ofert.
13.
Oświadczamy, że oferowany system AMHS o nazwie
jest produktem standardowo produkowanym
i obecnie eksploatowanym w
W załączeniu przedstawiamy następujące dokumenty potwierdzające zgodność oferowanego przez nas zamówienia systemu AMFIS ze
specyfikacją techniczną i funkcjonalną szczegółowo określoną w załączniku nr I do SIWZ:
14.
o wartości
zł., które wnieśliśmy w następującej formie:
—
zał. nr I
zał. nr 2
- zał. nr 3
-
—
-
—
—
dokumentacja techniczna na
str
instrukcja użytkownika końcowego na
str
dokumenty określone w Załączniku nr I do SIWZ
do2.6na
ark-
-
—
Wymagania Techniczne
pkt V
—
Wymagania dodatkowe
—
od ppkt 2.1
UWAGA!
Załączniki od 1 do 3 muszą zostać dołączone do wypełnionego formularza ofertowego (oferty).
Podpis (podpisy) osób uprawnionych do reprezentowania Wykonawcy
UWAGA:
Zabrania się usuwać ze wzoru niniejszego formularza jakichkolwiek zapisów. W przypadku, gdy postanowienia określone w formularzu nie
dotyczą określonego wykonawcy należy dokonać odpowiednich skreśleń.
IU/128/yI I51/ZO/PN/AE/DOS/K/2O12
strona 7
(pieczęć Wykonawcy)
OŚWIADCZENIE
Art. 22 ust 1 ustawy z dnia 29 stycznia 2004 r.
Prawo zamówień pubHcznych (Dz. U. z 2010 r. Nr 113, poz. 759, z późn. zm.)
Nawiązując do ogłoszenia o zamówieniu o numerze referencyjnym: IU/1 28,”VII51/ZO/PN/AE/DOS/K12012, prowadzonym w trybie przetargu nieograniczonego na
„DOSTAWĘ SYSTEMU INFORMATYCZNEGO DLA SŁUŻBY RUCHU LOTNICZEGO
SZRP
MY NIŻEJ PODPISANI:
działając w imieniu i na rzecz
(nazwa (rma) dokładny adres Wykonawcy/Wykonawców)
OŚWIADCZAMY, iż spełniamy warunki udziału w postępowaniu, o których mowa w art. 22
ust. 1 ustawy Prawo zamówień publicznych, tj.:
‚„O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają 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;
2)
posiadania wiedzy i doświadczenia;
3)
dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi
do wykonania zamówienia;
4)
sytuacji ekonomicznej ijinansowej.”
zgodnie z opisem warunków zawartych w ogłoszeniu o zamówieniu nr
z dnia
dnia.2012 roku
(Miejscowość)
(czytelny podpis albo podpis i pieczątka Wykonawcy
Josoby (osób) uprawnionej do występowania w imieniu
Wykonawcy)
I/1 28/VII-5 /ZOJPN/AE/DOSJKI2O 12
strona I
Załączniknr5 doSIWZ
OŚWIADCZENIE
art. 24 ust. 1 ustawy z dnia 29 stycznia 2004 r.
Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759, z późn. zm.)
Nawiązując do ogłoszenia o zamówieniu o numerze referencyjnym: IU/128/VII51 /ZO/PN/AE/DOSJKI2O 12, prowadzonym w trybie przetargu nieograniczonego na
SZ RP
MY NIŻEJ PODPISANI
(nazwa (firma) dokładny adres Wykonawcy/Wykonawców)
OŚWIADCZAMY, ŻE:
brak jest podstaw do wykluczenia Nas z postępowania na podstawie art. 24 ust. 1 ustawy z
dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tj. Dz. U. z 2010 r. Nr 113, poz. 759,
z późn. zm.)
dnia_._ 2012 roku
(Miejscowość)
/osoby (osób) uprawnionej do występowania w imieniu
Wykonawcy)
IU/128/VII-5 1 /ZO/PN/AE/DOSJKI2O 12
strona 1
WYKAZ WYKONANYCH DOSTAW
Nawiązując do ogłoszenia o zamówieniu o numerze referencyjnym: IU/128/VII51/ZO/PN/AE/DOS/K12012, prowadzonym w trybie przetargu nieograniczonego na
SZRP
MY NIŻEJ PODPISANI:
(nazwa (jrma) dokładny adres Wykonawcy/Wykonawców)
OŚWIADCZAMY,
ŻE
ZREALIZOWALIŚMY
NASTĘPUJĄCE
DOSTAWY
ODPOWIADAJĄCE SWOIM RODZAJEM PRZEDMIOTOWI ZAMÓWIENIA:
Lp.
Przedmiot dostawy
Odbiorca
(Nazwa, adres,
telefon, faks)
Daty wykonania
(miesiąc i rok)
Wartość brutto
w PLN
Wykonawcai*
(pełna nazwa)
DO WYKAZU ZAŁĄCZAM DOKUMENTY POTWIERDZAJĄCE, ŻE WSKAZANE W
WYKAZIE DOSTAW ZOSTAŁY WYKONANE NALEŻYCIE.
Jeżeli Wykonawca będzie dysponował wiedzą i doświadczeniem innych podmiotów do wykonania
zamówienia, zobowiązany jest udowodnić ten fakt Zamawiającemu, w szczególności przedstawiając
w tym celu pisemne zobowiązanie podmiotów do oddania mu do dyspozycji niezbędnych zasobów na
okres korzystania z nich przy wykonaniu zamówienia.
dnia_._ 2012 roku
/osoby (osób) uprawnionej do występowania w imieniu
Wykonawcy)
*
-
-
W kolumnie „Wykonawca” należy podać:
nazwę Wykonawcy, który wykonywał dostawę w przypadki podmiotów występujących wspólnie;
nazwę i adres podmiotu, na których wiedzy i doświadczeniu polega Wykonawca (zgodnie z art. 26 ust. 2b
ustawy Pzp).
IU,”1287y11-5 l/ZO/PN/AE!DOS/K!2012
strona 1
Załącziik nr 7 do SWZ
Oświadczenie Wykonawcy
o ustanowieniu reprezentacji na czas trwania
aukcji elektronicznej
Nazwa Dostawcy
miasto:
województwo:
kod pocztowy:
ulica:
numer domu:
KRS:
REGON:
NIP:
adres strony WWW:
W związku z postępowaniem o numerze referencyjnym: IU/128/VII-5 1/ZO/PN/AE!DOS/K12012
prowadzonym
w
trybie
przetargu
nieograniczonego
„DOSTAWĘ
na
SYSTEMU
INFORMATYCZNEGO DLA SŁUŻBY RUCHU LOTNICZEGO SZ RP
Oświadczam(y), że:
1. Osobą upoważnioną do reprezentowania nas podczas aukcji elektronicznej jest:
imię:
nazwisko:
telefon:
faks:
adres e-mail:
która w toku aukcji elektronicznej posługiwać się będzie bezpiecznym podpisem elektronicznym
weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu, wystawionego przez:
(należy podać nazwę oraz stronę WWW podmiotu, który certyfikat wystawił, np. Krajowa Izba
Rozliczeniowa S.A. http://www.kir.com.pl, Polska Wytwórnia Papierów Wartościowych S.A.
http://www.pwpw.pl, Unizeto Technologies S.A. http://www.unizeto.pl)
-
—
—
2. Osobą upoważnioną do kontaktów w sprawach technicznych jest:
imię:
nazwisko:
telefon:
telefon kom.:
adres e-mail:
3.
OŚWIADCZAM, ŻE DANE PODANE W NINiEJSZYM DOKUMENCIE SĄ PEŁNE I
PRAWDZIWE. ZGADZAM SIĘ NA WŁĄCZENIE I PRZETWARZANIE WW. DANYCH DO
BAZY DANYCH PWPW S.A, W ZAKRESIE NIEZBĘDNYM DO PRZEPROWADZENIA
NINIEJSZEGO POSTĘPOWANIA.
Dnia
imię i nazwisko
IU!128/yII-5 1/ZO/PN/AE/DOS/KI2O2
strona I
ul. Królewska 1/7
OO-909 Warszawa
GWARANCJA PRZETARGOWA
Niniejsza gwarancja została wystawiona na zlecenie
w związku z ogłoszeniem przez Inspektorat Uzbrojenia,
ul. Królewska 1/7, OO-909 Warszawa przetargu prowadzonego na zasadach ogólnych w trybie
przetargu nieograniczonego oraz złożeniem przez wykonawcę, tj
oferty przetargowej
na DOSTAWĘ SYSTEMU INFORMATYCZNEGO DLA SŁUŻBY RUCHU LOTNICZEGO SZ RP
Zgodnie ze Specyfikacją Istotnych Warunków Zamówienia niniejszego przetargu wykonawca
zobowiązany jest do przedłożenia gwarancji przetargowej stanowiącej wadium przetargowe
nr
w kwocie
PLN (słownie”
).
Wystawiając
niniejszą
gwarancję
my,
Bank
(Towarzystwo
Ubezpieczeniowe)
Oddział
w
zobowiązujemy się do zapłacenia na Wasze pierwsze żądanie kwoty do wysokości”
(Słownie”
).
„
Na podstawie niniejszej gwarancji zapłacimy na Waszą rzecz w terminie 14 dni kalendarzowych
od dnia otrzymania pisemnego wezwania do zapłaty, które zawierać będzie Wasze oświadczenie, że
żądana kwota jest należna i że zaistniało przynajmniej jedno z określonych w art. 46 ust. 4a oraz ust. 5
ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tj. Dz. U. z 2010 r. Nr 113, poz. 759
z późn. zm., zwanej dalej „ustawą Pzp”), zdarzeń, tj. wykonawca:
1) odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych
w ofercie;
2) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy;
3) zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn leżących po
stronie wykonawcy;
4) w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy Pzp, nie złożył dokumentów
lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy Pzp, lub pełnomocnictw, chyba
że udowodni, że wynika to z przyczyn nieleżących po jego stronie.
z wymienieniem tej lub tych okoliczności.
Niniejsza gwarancja ważna jest od dnia
do dnia
ajeżeli data ta przypadałaby
w dniu, w którym centrala naszego banku nie jest otwarta w celu prowadzenia działalności,
do pierwszego następującego po nim dnia, w którym centrala banku jest otwarta w określonym
powyżej celu i wygasa samoistnie i całkowicie, gdyby Wasze żądanie zapłaty wraz z Waszym
oświadczeniem nie zostało nam doręczone w tym terminie, lub w przypadku zwrócenia naszemu
bankowi oryginału niniej szej gwarancji.
Niniejsza gwarancja powinna być zwrócona niezwłocznie po upływie terminu jej ważności.
Zobowiązania z tytułu niniejszej gwarancji wygasa również z upływem tego terminu, nawet jeżeli
niniejszy dokument nie zostałby zwrócony do banku. Gwarancja ta podlega przepisom prawa
polskiego, a miejscem jurysdykcji będzie Warszawa.
Niniejsza gwarancja jest nieprzenośna.
Miejscowość, dnia
Pieczęć i podpis Gwaranta
IU! 128/VII-51 /ZO/PN/AE/DOSJKI2O 12
strona
ul. Królewska 1/”7
OO-909 Warszawa
GWARANCJA
ZABEZPIECZENIA NALEŻYTEGO WYKONANIA UMOWY
NR...
1. Bank (Towarzystwo Ubezpieczeniowe)
z siedzibą w Warszawie
zwanym dalej
GWARANTEM, na wniosek
zwanego dalej
ZOBOWIĄZANYM, zobowiązuje się do wypłacenia na rzecz Inspektoratu Uzbrojenia,
Al. Niepodległości 218, OO-911 Warszawa, zwanego dalej BENEFICJENTEM
na
pierwsze, żądanie kwoty do wysokości
(słownie”
)„ stanowiącej
zabezpieczenie należytego wykonania umowy na
nr umowy
„ która to kwota stanowi górny limit odpowiedzialności
GWARANTA.
„
—
—
2. Gwarancja niniejsza jest ważna od dnia
do dnia
i wygasa przed tym
terminem tylko w wypadku wcześniejszego, prawidłowego wykonania postanowień
kontraktowych
przez
ZOBOWIĄZANEGO
wcześniej
lub
zwolnienia
ZOBOWIĄZANEGO z zobowiązań przez BENEFICJENTA.
3. Tryb realizacji niniejszej gwarancji jest następujący:
1)
żądanie zapłaty złożone zostanie na piśmie i podpisane przez osoby upoważnione
przez BENEFICJENTA do składania tego typu oświadczeń;
2)
żądanie zapłaty zawierać będzie oświadczenie, że kwota roszczenia jest
BENEFICJENTOWI należna z winy ZOBOWIĄZANEGO, nr konta, na które należy
przelać żądaną kwotę;
3)
żądanie zapłaty złożone zostanie w okresie podanym w ust. 2.
4. Bank (ubezpieczyciel) wypłaci kwotę roszczenia w terminie 14 dni od daty otrzymania
żądania zgodnie z trybem podanym w ust. 3.
5. Prawa wynikające z niniejszej gwarancji niepodlegają przenoszeniu na inne osoby.
6. Gwarancja ta podlega przepisom prawa polskiego, a miejscem jurysdykcji będzie
Warszawa.
„dnia
(Miejscowość)
(Pieczęć ipodpis Gwaranta)
IU/1 28/VII-51 /ZO/PN/AE/DOS/KJ2O 12
strona 1

11 C7t ŻO1 - Inspektorat Uzbrojenia

Transkrypt

Podobne dokumenty

Załącznik nr 4 - inf

Wykaz części zamówienia, których realizację Wykonawca zamierza

Zadanie Nr 2 – Remont Domu Ludowego w miejscowości Lipa

WYKONAWCA Nazwa firmy: . REGON . NIP . adres firmy: . tel/fax

Załącznik nr 10 do SIWZ Oświadczenie o części

Pytania i odpowiedzi.

ZP-1/2009 Serwis i naprawa opon w pojazdach służbowych

2 4 0 T ł uszcz Opis przedmiotu