1 1. Załącznik wymieniający moduły oraz wymagania z nimi
Transkrypt
1 1. Załącznik wymieniający moduły oraz wymagania z nimi
1. Załącznik wymieniający moduły oraz wymagania z nimi związane zawiera rubrykę - opis realizacji wymagania. Chcielibyśmy się dowiedzieć, Jakich informacji Państwo oczekują? Problemem jest to, że Niestety nie jesteśmy w stanie podać ' sposobu realizacji ' każdego modułu. Będzie to możliwe po uzgodnieniu z Państwem szczegółów, wymagań etc w trakcie analizy biznesowej, na którą zresztą przeznaczają Państwo określony czas. Odp. Proszę podać sposób realizacji we wszystkich punktach, w których na tym etapie jest to możliwe do określenia. W pozostałych proszę zadeklarować realizację wymagania. 2. Czy ramy czasowe poszczególnych Faz muszą być zgodne z Państwa propozycją, zakładając, że zmieścimy się w podanych ramach czasowych? Odp. Generalnie ramy czasowe muszą być zachowane. Nie wykluczamy niewielkiego odstępstwa. 3. Pkt XVI, 1d SIWZ mówi " mile widziana będzie wycena usług dodatkowych ". Stwierdzenie to oznacza, że jej brak nie wpłynie na punktację oferty? Odp. Usługi dodatkowe nie podlegają ocenie. 4. Koszt usług dodatkowych, zwłaszcza usługi II, znacząco wpłynie na cenę całego projektu. Proszę o informację, którą pozycja z wyceny będzie oceniana punktowo - suma zawierająca: Faza I i II, gwarancja, hosting, utrzymanie, czy suma ww usług plus usługi dodatkowe? Odp. Ocenie punktowej podlegają tylko: Faza I, Faza II, gwarancja, hosting, utrzymanie. 5. W ramach wymagania określonego w SIWZ: IV. Założenia techniczne; Założenia ogólne, Zamawiający wymaga aby platforma posiadała podłączony system Google Analytics, który będzie zbierał dane na temat unikalnych użytkowników logujących się na platformę: • Częstotliwość logowania • Reprezentowany zawód • Region • Przynależność do Izby • Funkcja w komisji Google Analytics nie ma możliwości zbierania takich informacji jak Zawód, Przynależność do Izby czy Funkcja w komisji. Prosimy o podanie, w jaki sposób Google może zidentyfikować wymagane informacje lub potwierdzenie, że jest zgoda Zamawiającego aby Google Analytics w tym zakresie nie zbierał danych. Odp. Informacje typu: reprezentowany zawód, region, przynależność do Izby, funkcja w komisji w korelacji z częstotliwością logowania mogą być zwracane przez dedykowany raport. 1 6. Proszę o podanie, w jakiej formie należy wykazać spełnienie warunku 1 i 2 z rozdziału IX SIWZ: 1. Posiadania wiedzy i doświadczenia 2. Dysponowania odpowiednim potencjałem technicznym Odp. Ad.1 Posiadane doświadczenie oceniane będzie na podstawie przesłanych: portfolio, wykazu projektów oraz referencji Ad.2 Spełnienie warunku może zostać wykazane poprzez przekazanie stosownego Oświadczenia o zespole zgodnym z punktem IX.2 SIWZ. 7. W rozdziale XIII Odrzucenie ofert w punkcie 1 Zamawiający wskazuje, że odrzuci oferty, których treść jest niezgodna z ustawą. Proszę o podanie jaką ustawę Zamawiający ma na myśli? Odp. Ustawa z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych. 8. Proszę o podanie gdzie są dostępne zdefiniowane w SIWZ załączniki: • ZRP EWR Wymagania.xls • oświadczenie o spełnianiu warunków udziału w postępowaniu • oświadczenie o braku podstaw do wykluczenia • oświadczenie - grupa kapitałowa • ZRP EWR Wymagania dla wykonawcy - do uzupełnienia (plik xls) • ZRP EWR Wagi Oceny Oferty (plik xls) Odp. http://www.zrp.pl/Default.aspx?tabid=238&moduleid=470&anonsid=10236 9. W założeniach technicznych Zamawiający pisze, iż oczekuje wykorzystania technologii Open Source. a) Do uruchomienia serwisu z wykorzystaniem technologii .net, C# wymagane byłoby użycie komercyjnych programów np. serwera IIS. b) Oczywiście, istnieje możliwość wykorzystywania serwera Apache do uruchomienia serwisu opartego o technologię .NET, jednak będzie ono mniej wydajne, co w efekcie przełoży się na koszt całości infrastruktury Czy w takim razie należy rozumieć, że technologie Microsoft są przez Zamawiającego wykluczone? Odp. Dopuszczalne są opensource'owe implementacje .NET. Komercyjne implementacje będą wykluczane. 2 10. Czy Zamawiający dopuszcza stosowanie innych rozwiązań do logów niż ElasticSearch + Kibana? Odp. Tak dopuszczalne są też inne, zbliżone funkcjonalnością rozwiązania, pod warunkiem, że są to rozwiązania typu Open Source. 11. Jaki stos technologiczny jest przez Państwa preferowany (jakie środowisko dominuje w firmie) np. .NET / JAVA? Odp. Preferujemy JAVA. 12. Przeczytaliśmy w module "Izby" zagadnienie nazwane: Korespondencja elektroniczna z/do izb, co kryje się pod tą funkcjonalnością? Czy możemy prosić o rozwinięcie? Odp. Chodzi dokładnie o narzędzie do komunikacji między Związkiem Rzemiosła Polskiego a Izbami rzemieślniczymi, coś w rodzaju intranetu/forum. 13. Pierwsze zapytanie zakładało ok 4/5 tygodni na analizę biznesową. W związku z przesunięciem zapytania czas na analizę został skrócony do dwóch tygodni. Prośba o informację, jaki Państwo macie plan na ten czas, tzn co chcą Państwo osiągnąć/zrealizować w trakcie 10 dni roboczych (w naszym odczuciu nie jest możliwe przeprowadzenie prawidłowo analizy biznesowej w tak krótkim czasie) Odp. Na tą chwilę musimy się trzymać harmonogramu. 14. Proponują państwo analizę techniczną równolegle z developmentem. Jak w praktyce miałoby to wyglądać? Lub czy równoległe prowadzenie analizy technicznej z developmentem jest wymogiem sztywnym? Odp. Jeżeli mowa o pracach analitycznych i developerskich określonych w „fazie I” to dopuszczalne jest prowadzenie prac developerskich po zakończeniu etapu analizy, pod warunkiem, że nie będzie to miało wpływu na zakończenie prac developerskich i zostanie zrealizowane zgodnie z określonym terminem. 15. Czy data zakończenia fazy I, 01.05.2017, jest datą ostateczną, nieprzekraczalną przy założeniu, że mają Państwo otrzymać produkt spełniający wszystkie wymogi? O ile może ulec przedłużeniu czas zakończenia projektu, chociażby z uwagi na skrócenie czasu przeznaczonego na na analizę biznesową, dodatkowo nie przewidują Państwo czasu na przygotowanie środowiska komercyjnego. Odp. W tym momencie nie jesteśmy w stanie przewidzieć, o ile może ulec przedłużeniu czas zakończenia projektu. Na ten moment powinniśmy trzymać się harmonogramu. 3 16. Pytania dotyczące kryteriów wyboru (arkusz nr 1) a. czym jest koncepcja realizacji projektu? (w naszym rozumieniu pkt- y 2.4; 2,5; 2,6; 2,7 są opisem koncepcji) b. co oznacza - w pkt. 2,6 stwierdzenie: poziom realizacji wymagań dotyczących podejścia do implementacji c. czym są produkty projektu - pkt 2,8 Odp. Ad.1 Kryterium odnosi się do rozdziału II i przedstawionych tam etapów, harmonogramu. Ocenione będzie zaproponowane podejście do realizacji projektu, metodyka realizacji projektu, zapewnienie realizacji faz w przestawionych ramach czasowych. Dodatkowo oceniane będzie spełnienie wymagania hostingu infrastruktury sprzętowej. Ad.2 W ramach tego kryterium oceniane będą wymagania opisane w rozdziale IV SIWZ „Założenia techniczne” takie jak: Wygląd strony (w tym dostosowanie dla osób niedowidzących) Wsparcie Przeglądarki internetowe Wydajność/wymagania Ad.3 Oprócz oczywistego produktu jakim będzie sama aplikacja, w rozdziale II, zostały opisane oczekiwane produkty kolejnych etapów m.in. Instrukcja użytkownika końcowego dla poszczególnych modułów platformy, Instrukcja dla administratora systemu, Oczekiwane produkty fazy analizy: • Dokładny harmonogram realizacji projektu, • Architektura Techniczna (hardware, wydajność, bezpieczeństwo, technologie), • Diagramy przypadków UC, • Diagramy przepływów pomiędzy komponentami, • Diagram klas / Model fizyczny i logiczny bazy danych, • Projekt Integracji (mapowanie danych), • Scenariusze Testowe, • Dane Testowe, • Procedura przekazania aplikacji do testów. 17. wycena usług dodatkowych: czy jest ona niezbędna ? stwierdzenie "mile widziana będzie" oznacza że nie, prośba o potwierdzenie. Ponadto w naszej ocenie wycena usługi I na obecnym etapie nie jest możliwa. brak wiedzy nt zakresu prac, zrozumienie zagadnienia zakresu prac i wielu innych niezbędnych do wyceny etc. Odp. Wycena usług dodatkowych nie jest niezbędna. 4 18. W nawiązaniu do ogłoszenia o zamówieniu z dnia 28.07.2016 na usługę polegającą na stworzeniu dla Związku Rzemiosła Polskiego „Platformy internetowej czeladniczych i mistrzowskich egzaminów zawodowych” prosimy o udzielenie odpowiedzi na następujące pytania: Prosimy o potwierdzenie, że termin składania ofert to o 05.08.2016, zaś termin och otwarcia to 08.08.2016. Odp. Zgodnie z sugestią zawartą w powyższym pytaniu, w dniu wczorajszym dokonano aktualizacji ogłoszenia o zamówieniu. Termin składania został wydłużony do dnia 8 sierpnia do godz. 11:45, zaś otwarcie nastąpi o godzinie 12:00. 19. Prosimy o jednoznaczne doprecyzowanie kryteriów oceny ofert: w rozdziale SIWZ wskazano jako kryterium oceny ofert kwestie podmiotowe, co jest niezgodne z PZP: https://www.uzp.gov.pl/baza-wiedzy/interpretacjaprzepisow/opinie-dotyczace-ustawy-pzp/inne/kryteria-oceny-ofert-a-warunki-udzialuw-postepowaniu-w-kontekscie-wymagania-przez-zamawiajacego-od-wykonawcowokreslonego-doswiadczenia. Prosimy o usunięcie tych zapisów. w Załączniku 5 kryteria te nie są ujęte, wskazano natomiast szereg innych, które nie zostały wymienione w SIWZ. Ponadto opis tych kryteriów nie pozwala na stwierdzenie, w jaki sposób należy przygotować ofertę, aby otrzymać maksymalną liczbę punktów. Odp. Zgodnie z powyższym, SIWZ został zaktualizowany. 20. W warunkach udziału w postępowaniu dotyczących wiedzy i doświadczenia Zamawiający nie określił minimalnej liczby zrealizowanych usług – prosimy o potwierdzenie, czy w związku z tym wymaganie spełnia wykonawca, który wykonał jedną taką usługę. Odp. Zgodnie z SIWZ, nie określono minimalnej liczby zrealizowanych usług, więc taka sytuacja jest możliwa. 21. W rozdziale XIV SIWZ wskazano, że doświadczenie w zakresie wdrożeń platform internetowych oraz posiadanie wymaganych kompetencji w ramach zespołu projektowego będą podlegały ocenie. Prosimy o wyjaśnienie w jaki sposób kryteria te będą punktowane w Załączniku 5 opisującym punktację kryteriów nie zostały one ujęte, Zamawiający nie wymaga również dołączenia do oferty wykazu osób, które będą brały udział w realizacji przedmiotu zamówienia. Odp. W tej kwestii Zamawiający oczekuje przedstawienia oświadczenia od Wykonawcy o posiadaniu takich kompetencji. Nie będzie to podlegało punktacji. 5 22. Prosimy o wyjaśnienie kwestii usług dodatkowych: Czy Zamawiający ma na myśli prawo opcji? Czy Wykonawca ma uwzględnić usługi dodatkowe w cenie oferty? Prosimy o podanie informacji wystarczających do oszacowania ceny prac dodatkowych , w szczególności ich ilości, zakresu, trybu o terminu ich realizacji. Odp. Ostatecznie Zamawiający wycofał się z usług dodatkowych. 23. Wg naszej analizy, realizacja projektu gwarantująca stworzenie oprogramowania spełniającego Państwa wymogi w zakładanym czasie, który skrócił się w związku z ponownym zapytaniem ofertowym, jest bardzo trudna. Uprzejmie proszę o informację co nastąpi w sytuacji, gdy zaproponujemy swój harmonogram przekraczający podane terminy? Czy oferta zostanie odrzucona, czy zostaną odjęte punkty za "harmonogram" zgodnie z kryteriami wyboru z załącznika do SIWZ? Odp. Istnieje możliwość elastycznego podejścia do kwestii analizy biznesowo – technicznej. W terminie do 31.08.2016 r. oczekuje się co najmniej przedstawienia założeń analizy, która następnie będzie rozwijana, zgodnie z kolejnymi etapami harmonogramu. 24. Moduł Izby, wymaganie "Korespondencja elektroniczna z/do izb": W jaki sposób system powinien wspierać korespondencję elektroniczną, aby spełniać wymagania? Odp. Oczekujemy rozwiązania w postaci np. intranetu/forum dyskusyjnego, aby można było sprawnie wymieniać się korespondencją na linii ZRP – Izby, Izby – ZRP, Izby – Izby. 25. Moduł administracja, Administrator ZRP: Czy przez "Dostęp do logów (ElasticSearch + Kibana), Dostęp do narzędzia monitorującego stan serwerów (np. Zabbix)" rozumieć należy konfiguracje wspomnianych narzędzi oraz utworzenie kont dostępu dla administratorów ZRP? Odp. Tak. 26. Wydajność: Czy liczba 1000 równoczesnych logowań oznacza 1000 równoległych użytkowników, którzy się uwierzytelnili? Odp. Tak 6 27. Jaka jest szacowana intensywność pracy tych użytkowników mierzona średnim czasem między kolejnymi odsłonami strony ? Odp. Nie jesteśmy w stanie tego przewidzieć. 28. Kwestia inicjalnego zasilenia systemu danymi: Migracja i zasilanie danymi jest istotnym czynnikiem mającym wpływ na cenę. Czy zakres pytań do platformy będzie definiowany i importowany przez pracowników ZRP narzędziem zdefiniowanym w ramach Założeń ogólnych? Odp. Tak, zasilenie danymi ZRP chciałoby dokonać samodzielnie, korzystając z dedykowanego narzędzia importującego. 29. Dostępność systemu/SLA: Błąd krytyczny rozumiemy jako niedostępność systemu całego, czy też jego publicznie dostępnej części? Odp. Chodzi o cały system. 30. Pytanie odnośnie wymagania: „Umożliwienie rozwoju platformy w oparciu o szynę integracyjną. Rozwiązanie klasy ESB pozwalające na zoptymalizowanie prac integracyjnych, a także otwierające przyszłościowe możliwości rozwoju technologicznego”. Interpretacja cytowanego wymagania jest istotnym czynnikiem mającym wpływ na cenę. Czy wskazując na umożliwienie rozwoju platformy w oparciu o szynę integracyjną Zamawiający ma na myśli: 1. Architektoniczną gotowość do integracji z innymi systemami za pomocą zewnętrznej szyny ESB. 2. Poprzez udostepnienie przez system interfejsów w postaci usług Web Service lub REST (jeśli tak, to dla których funkcjonalności?) 3. Dostarczenie szyny ESB oraz realizację punktu drugiego. Odp. Po konsultacji, ostatecznie, platforma musi być wyposażona w szynę integracyjną, zgodnie ze zaktualizowanym SIWZ. Aktualnie, w Ministerstwie Edukacji Narodowej trwa projekt, w ramach którego tworzona jest platforma, której zadaniem będzie zintegrowanie wszystkich portali zajmujących się tematyką egzaminowania, w tym docelowo platformy EWR. W momencie ukończenia projektu, MEN przekaże nam informację, którymi danymi mamy się wymieniać i w jaki sposób. 7 31. Jak mam rozumieć zdanie „Warunkiem podjęcia oceny punktowej oferty jest spełnienie wszystkich wymagań funkcjonalnych i niefunkcjonalnych, wymienionych w załączniku nr 5. „Spełnienie częściowe lub niespełnienie któregokolwiek z wymagań uniemożliwi ofercie przejście do oceny punktowej.” Czy jeśli przedstawię propozycję z „niespełnionym” z którymś z wymagań, to oferta zostanie automatycznie odrzucona ? Odp. Nie, doszło do błędnego zastosowania słowa „spełnione”. Wymagane jest odniesienie się do każdego z wymagań (spełnione, nie spełnione, w jakich sposób spełnione). Prawidłowo powinno brzmieć: „Warunkiem podjęcia oceny punktowej oferty jest odniesienie się do wszystkich wymagań funkcjonalnych i niefunkcjonalnych, wymienionych w załączniku nr 5. Odniesienie się częściowe lub nie odniesienie się do któregokolwiek z wymagań uniemożliwi ofercie przejście do oceny punktowej.” Należy kompleksowo opisać każdą kategorię wymagań. 32. Z uwagi na zapis art. 29 ust. 3 ustawy Pzp mówiący o tym, że "Przedmiotu zamówienia nie można opisywać przez wskazanie znaków towarowych, patentów lub pochodzenia, chyba że jest to uzasadnione specyfiką przedmiotu zamówienia i zamawiający nie może opisać przedmiotu zamówienia za pomocą dostatecznie dokładnych określeń, a wskazaniu takiemu towarzyszą wyrazy „lub równoważny”.", a dokument załącznika nr 4 w arkuszu "Wymagania niefunkcjonalne" zawiera listę enumeratywną rekomendowanych technologii, w tym sformułowania "po akceptacji przez ZRP" bez określenia w jaki sposób Zamawiający będzie przyjmował równoważność rozwiązań technologicznych, w szczególności bez opisania cech technicznych i jakościowych oferowanego produktu zgodnie z art. 30 ustawy Pzp., zwracam się z prośbą o sanację postępowania poprzez zamianę opisów wymieniających konkretne technologie na rzecz zapisów obejmujących cechy oferowanej aplikacji obejmujące właściwości pozwalające na zaproponowanie rozwiązań rekomendowanych wg aktualnej treści SIWZ lub równoważnych w sposób umożliwiający ocenę równoważności tych propozycji w sposób nie narażający się na bycie wykluczonym z postępowania. Odp. Zgodnie z art. 3 ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych (t.j.: Dz. U. z 2015 r., poz. 2164), zwanej dalej „ustawą Pzp”, Związek Rzemiosła Polskiego, jako organizacja samorządu gospodarczego, nie podlega przepisom ustawy Pzp. Zgodnie z rozdz. II SIWZ: „Postępowanie prowadzone jest w trybie przetargu nieograniczonego z odpowiednim zastosowaniem przepisów ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych (t.j.: Dz. U. z 2015 r., poz. 2164)”. 33. Jednocześnie proszę na podstawie art. 38 ust. 2. i 4. ustawy Pzp., w związku z przekazaniem w dniu 28.07.2016 r. treści SIWZ o informowanie o wszelkich zmianach w treści SIWZ, Ogłoszenia o zamówieniu oraz załączników do ww., jak również o udzielaniu odpowiedzi na pytania od innych wykonawców mailem na adres Odp. Odpowiedzi na udzielone pytania zostaną opublikowane na stronie internetowej www.zrp.pl , w dziale „Aktualności”. 8 34. Proszę o przedstawienie dokładnych kryteriów oceny ofert, gdyż udostępnione załączniki nie są pod tym kątem precyzyjne. Odp. Poniżej przedstawiamy szczegółowe kryteria oceny ofert. L.p. Kryteria główne/Kryteria cząstkowe 1. 2. Cena ofertowa brutto Zgodność oferty z wymaganiami SIWZ 2.1 kompletność oferty 2.2 2.3 wartość merytoryczna komentarzy opisujących propozycję realizacji poszczególnych wymagań poziom realizacji wymagań funkcjonalnych i raportowych 2.4 architektura funkcjonalna systemu 2.5 zastosowanie rekomendowanych w zapytaniu ofertowym technologii lub równoważnych spełniających założenia ogólne 2.6 2.7 2.8 poziom realizacji wymagań dotyczących podejścia do implementacji poziom realizacji wymagań bezpieczeństwa, zastosowane rozwiązania techniczne i technologie w odniesieniu do bezpieczeństwa koncepcja realizacji projektu Maksymalna liczba punktów 100 100 Waga (W) w % Kryteria W1=40 W2=40 10 10 pkt. - formalne dopuszczenie oferty do dalszej oceny, gdy odnosi się do wszystkich wymagań funkcjonalnych i niefunkcjonalnych 10 10 pkt. - szczegółowe odniesienie się do meritum wymagania, max 4 pkt. - pobieżne odniesienie się do meritum wymagania 30 5 wymagań (nr 7, 17, 21, 22, 23) traktowanych szczególnie, każde punktowane po max 6 pkt. 10 10 pkt. - szczegółowy opis struktury i podziału modułów (wykresy, diagramy), ich rozplanowanie, max 4 pkt. - zbyt ogólny i krótki opis realizacji wymagania 10 max 6 pkt. - kompletność i zgodność z wymaganiami zawartymi w opisie przedmiotu zamówienia, max 4 pkt. adekwatność w zakresie wyboru komponentów i elementów architektury 5 max 3 pkt. - dostępność funkcjonalności, max 2 pkt. zgodność z wymaganiami dotyczącymi wyglądu strony systemu 10 2 wymagania (nr 25 i 26) traktowane szczególnie, każde punktowane po max 5 pkt 5 max 5 pkt. - kompletność i zgodność oferty z wymaganiami, adekwatność do celu i potrzeb Zamawiającego, proponowana formuła realizacyjna 9 2.9 harmonogram projektu 5 2.10 produkty projektu i odpowiedzialność za ich realizację 5 5 pkt. - zgodność z harmonogramem - nacisk na dochowanie terminów krańcowych (W terminie do 31.08.2016 r. oczekuje się co najmniej przedstawienia założeń analizy, która następnie będzie rozwijana, zgodnie z kolejnymi etapami harmonogramu.) 5 pkt za szczegółowy opis i zagwarantowanie wszystkich wymaganych produktów fazy analizy, 1 pkt. mniej za każdy pominięty produkt, aż do 0 pkt. 3. Gwarancja i serwis 100 W3=10 3.1 Okres i zakres usługi utrzymania 30 30 pkt. - okres gwarancji 36 mieś. lub dłuższy, 0 pkt. - krótszy niż 36 mieś. 3.2 Czas reakcji w przypadku wystąpienia błędów systemu 20 20 pkt. - czas reakcji równy lub krótszy od propozycji ZRP, każda godzina różnicy na niekorzyść - 5 pkt. mniej za błąd niekrytyczny, 10 pkt. mniej za błąd krytyczny 3.3 Czas naprawy w przypadku wystąpienia błędów systemu 40 40 pkt. - czas naprawy równy lub krótszy od propozycji ZRP, każda godzina różnicy na niekorzyść propozycji ZRP - 5 pkt. mniej za błąd niekrytyczny, 10 pkt. mniej za błąd krytyczny 3.4 Zastosowane rozwiązania w zakresie wsparcia użytkownika końcowego 10 10 pkt. - udostępniony Zamawiającemu system obsługi zgłoszeń przechowujący zgłoszone błędy i ich rozwiązania, umożliwiający komunikacje z serwisem na czas wsparcia oraz śledzenie zgłoszeń 4 4.1 Hosting polska lokalizacja 100 50 W4=10 50 pkt. - Polska; EOG - 25 pkt.; pozostałe - 10 pkt. 4.2 polityka back upu 25 15 pkt. - częstotliwość backupu -- 15 pkt. - raz na tydzień i częściej, 10 pkt. - raz na 2 tygodnie, 5 pkt. - rzadziej niż raz na 2 tygodnie do miesiąca, 1 pkt. - rzadziej niż raz na miesiąc; 10 pkt. - czas przywracania back upu -- 10 pkt. - w ciągu 24 godzin, 5 pkt. - w ciągu 36 godzin, 1 pkt. - powyżej 48 godzin 4.3 HA - dostepnosc na poziomie 99% 25 zagwarantowanie 99% - 25 pkt., poniżej 99% - 0 pkt. 10