Realizacja: od zawarcia umowy, do 2027-05-31. - Serwis gwarancyjny: min. 12 miesięcy nieprzerwanie od rozpoczęcia.
6
Warunki udziału
Pełna treść
Doświadczenie: min. 1 usługa z zakresu wdrożenia IP PBX / integracji z CRM / integracji z MS Teams / transkrypcji / serwisu gwarancyjnego FreePBX, wartość łącznie ≥ 30 000 zł brutto, ostatnie 3 lata
7
Kryteria oceny ofert
Pełna treść
Kryterium: Cena oferty brutto — waga 100% (jedynie kryterium ceny)
Podwykonawstwo: dopuszczone; zmiana danych / nowy podwykonawca → info 5 Dni Roboczych; Zamawiający może odmówić współpracy; zmiana podwykonawcy → wykazanie spełnienia warunków udziału w stopniu nie mniejszym.
Odpowiedzialność podwykonawców: Wykonawca odpowiada za ich działania jak za własne; zapłata wynagrodzeń podwykonawcom — wyłącznie jego obowiązek.
Zmiany umowy: aneks wymagany; max wydłużenie terminu 10 dni, max wzrost wynagrodzenia 10%; przesłanki: siła wyższa, zmiana prawa, rozpoznawalna zmiana oprogramowania.
Kary umowne: wypowiedienie/zwłoka do 30% brutto; nienależyte wykonanie 7%; zwłoka terminowa 0,5%/dzień (do 7 dni); awaria 0,2%/dzień roboczy (do 10 dni); max łącznie 30% netto + 30 000 zł; odstąpienie przy sumie ≥10% brutto.
Z każdej z 8 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 9 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Część 1 (usługa): wdrożenie i konfiguracja centrali IP PBX Asterisk z FreePBX, modułu call center, zaawansowanego raportowania i analiz, session border controller, licencji, integracji z EspoCRM i Microsoft Teams, usługi transkrypcji, szkolenie pracowników, dokumentacja powykonawcza i przeniesienie autorskich praw majątkowych.
Serwis gwarancyjny: wsparcie Centrali przez 12 miesięcy (usunięcie awarii, aktualizacje, utrzymanie sprawności).
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Prosimy o doprecyzowanie, jaką liczbę roboczogodzin prac rozwojowych należy założyć/zamawiający przewiduje (zmiany funkcjonalne, modyfikacje, integracje) powinna być ujęta w skali miesiąca. Czy Zamawiający przewiduje minimalną liczbę godzin, które Wykonawca ma zapewnić w ramach serwisu utrzymaniowego?
Zamawiający informuje, że wszelkie wymagane prace integracyjne opisane są w załącznikach do SOPZ, tj.:
1) Załącznik nr 1 do SOPZ - Założenia biznesowe dla Wdrożenie i wsparcie programowej centrali telefonicznej IP PBX Asterisk wraz z webowym interfejsem zarządzania FreePBX (posiadanych przez Zamawiającego), modułem call center, modułami do zaawansowanego raportowania i analizy, oprogramowaniem typu session border controller oraz niezbędnymi licencjami, usługami transkrypcji i integracją z EspoCRM oraz Microsoft Teams.
2) Załącznik nr 2 do SOPZ - Integracja programowej centrali telefonicznej IP PBX Asterisk wraz z webowym interfejsem zarządzania FreePBX z EspoCRM.
Zamawiający nie narzuca liczby roboczogodzin na prace rozwojowe, oczekuje zrealizowania wszystkich wymienionych ww. prac i integracji.
Prosimy o przedstawienie przykładowych typów funkcjonalności, które Zamawiający przewiduje jako potencjalne prace rozwojowe w okresie utrzymaniowym.
Zamawiający oczekuje świadczenia Serwisu gwarancyjnego w zakresie wynikającym z pkt 2.9 i 2.10 SOPZ, a także Załącznika nr 1 do SOPZ, przez okres 12 miesięcy, zgodnie z warunkami określonymi w SOPZ i Umowie. Zamawiający nie przewiduje minimalnej liczby godzin.
W związku z utrzymaniem aktualnej wersji oprogramowania i realizacji aktualizacji. Czy zamawiający przewiduje przygotowanie po swojej stronie środowiska testowego/dewepolerskiego, aby uniknąć modyfikacji w systemie produkcyjnym ?
Zamawiający informuje, że udostępni narzędzie do nadzorowania dostępu zgodnie z pkt. 5.2. SOPZ - Załącznik nr 1 do SWZ.
Zamawiający zapewni Wykonawcy możliwość uzyskania dostępu do środowisk dev/test oraz produkcyjnego w trybie nadzorowanym, na podstawie wcześniejszego zgłoszenia. Udostępnienie dostępu nie oznacza stałego, nieograniczonego dostępu do środowiska Zamawiającego. Wykonawca, jeśli uzna to za konieczne, może przygotować własne środowisko dev/test we własnym zakresie na własnej infrastrukturze.
Awaria - Prosimy o przedstawienie formalnej definicji zgłoszenia zwykłego (np. niekrytycznego) – jakie kryteria musi spełnić, aby zostało tak sklasyfikowane definicja zgłoszenia zwykłego i jakie kryteria dla zgłoszenia krytycznego.
Zamawiający informuje, że dokonuje zmiany treści SWZ. Patrz zmiana nr 1.