lp Pytania Odpowiedzi 1. Istnieje duża liczba użytkowników systemu i aby znaleźć każdego z partnerów ( linia żeglugowa/ agent itp.) wykorzystuje się ten sam komunikat EDI w innym formacie, co sprawia, że trudno jest zbudować interfejs ze skonwertowanego komunikatu EDI, który może być odczytany przez oprogramowanie Mainsail - i jeśli istnieje element danych, który jest używany w elemencie danych komunikatu EDI, który nie jest w pliku odczytywanym przez Mainsail, to operacja zakończy się niepowodzeniem. Taka sytuacja będzie generować dodatkowy koszt ( stworzenie interfejsu do Mainsail obsługującego wyjątek komunikatu EDI ) Czy BCT może podać szacunkową ilość klientów, która będzie korzystać z danego komunikatu EDI. 2. Istnieje klauzula w umowie o tym, że dostawca musi:-harmonogram 4 - Specyfikacja techniczna - Sekcja III Wymagania Projektu - 9 - Wsparcie projektu i nadzór eksploatacyjny - wsparcie użytkowników (Helpdesk),okresową aktualizację systemu w oparciu o wymagania standardu SMDG, wsparcie w procesie aktualizacji struktury poszczególnych plików w zależności od wymagań klientów BCT, okresowe przeglądy techniczne systemu, utrzymywanie oprogramowania zgodnego z uaktualnieniami systemów operacyjnych. Czy BCT może potwierdzić, że wsparcie help desk jest ograniczone w odniesieniu do dokumentacji na odwzorowanie komunikatów, a nie na rzeczywisty przebieg mapowania? 3. W dwóch dokumentach specyfikacji przetargowych dotyczących: IT rozbudowa systemów i EDI Server i projektowanie, rozwój i wdrożenie systemu rezerwacji linii żeglugowych. Sekcja 8,9 odnosi się do Kodeksu Cywilnego 70 ⁴ w stosunku do wstrzymania i zwrotu wadium. Nie mogę znaleźć tego kodu i odpowiedniej sekcji. Czy mógłbyś wyjaśnić sytuację i okoliczności, gdy wadium nie podlega zwrotowi. 4. Jaka jest szacunkowa liczba partnerów handlowych, z którymi BCT będzie wymieniać dokumenty elektroniczne? Dla przychodzących wiadomości (Coprar) będziemy mieli około 15 klientów. Będziemy wysyłać wiadomości wychodzące prawie dla wszystkich klientów zewnętrznych. Idąc bardziej w szczegóły - z Urzędem Celnym BCT będzie wymieniać komunikaty Cusres i Coedor dla 40 linii żeglugowych. Do agentów mamy zamiar wysłać komunikaty Codeco, Coarri, Baplie i Coedor. Ostatecznie do około 60 spedytorów mamy zamiar wysyłać Costco, Coedor, Codeco i Coarri. Oczywiście są to tylko bardzo wstępne dane szacunkowe. Odnosi się to do dokumentacji mapowania. Artykuł 70 4 polskiego Kodeksu Cywilnego ogólnie odnosi się do Wadium.Wadium zostanie zachowane, gdy Wykonawca nie zawrze Umowy, lub w przeciwnym wypadku gdy Zamawiający nie zawrze Umowę z wybranym dostawcą, Wykonawca może żądać zapłaty w wysokości podwójnej kwoty wadium. Dla przychodzących wiadomości (Coprar) będziemy mieli około 15 klientów. Będziemy wysyłać wiadomości wychodzące prawie dla wszystkich klientów zewnętrznych. Idąc bardziej w szczegóły - z Urzędem Celnym BCT będzie wymieniać komunikaty Cusres i Coedor dla 40 linii żeglugowych. Do agentów mamy zamiar wysłać komunikaty Codeco, Coarri, Baplie i Coedor. Ostatecznie do około 60 spedytorów mamy zamiar wysyłać Costco, Coedor, Codeco i Coarri. Oczywiście są to tylko bardzo wstępne dane szacunkowe. 5. Jakie są szacunkowe wolumeny przesyłanych dokumentów elektronicznych (np. w skali roku)? Jeżeli chodzi o komunikaty wychodzące z BCT, to szacunkowo można przyjąć, że dla jednego klienta jest to około 50-70 plików dziennie. Dla większych firm plików oczywiście może być więcej, aż do 100 na dobę. Plików przychodzących
powinno być około 2000 rocznie. Średnia maksymalna wielkość komunikatu to 20 kb. 6. Czy planowana wymiana faktur elektronicznych ma spełniać wymogi rozporządzenia dot. e-fakturowania (oznacza to rezygnację z faktur papierowych)? Specyfikacja techniczna EDI nie wymaga generowania / przetwarzania dot. faktur elektronicznych. 7. Jakie formaty danych (poza EDIFACT) będą używane w komunikacji? Wiąże się z tym wykonanie koniecznych map translacyjnych dla rodzajów dokumentów, które mają być obsługiwane elektronicznie. Wszystkie zakładane formaty danych zostały opisane w specyfikacji technicznej. System jednak powinien mieć możliwość konfiguracji/mapowania innych komunikatów niż wymienione w specyfikacji. 8. Jakie kanały komunikacyjne (np. AS2, FTP/VPN, ) będą zestawianie z poszczególnymi partnerami handlowymi? W tej chwili korzystamy z poczty elektronicznej oraz serwera FTP. Na dzień dzisiejszy nie jesteśmy w stanie określić przyszłych potrzeb, i czy konieczne będzie uruchomienie dodatkowych kanałów komunikacyjnych. 9. Co kryje się pod wymogiem Analiza procesów i zaprojektowanie zmian w systemie TOS.? Czy mowa jest tylko o analizie wejścia/wyjścia poszczególnych komunikatów elektronicznych (analiza transmisji i mapowania dokumentów na projektowanej Platformie EDI) czy dotyczy to także analizy zmian procesów wewnątrz systemów po stronie BCT? Analiza powinna określić konieczne zmiany w systemie TOS oraz sposób konfiguracji wdrażanego rozwiązania tak aby umożliwić realizację przedmiotu zamówienia. 10. załącznik 5 Specyfikacja Techniczna, IV. Wymagania dla wsparcia projektu oraz nadzoru eksploatacyjnego (d) nieodpłatne dostosowanie oprogramowania do zmian w przepisach prawnych, wprowadzonych po zainstalowaniu oprogramowania i dotyczących obszaru zastosowania oprogramowania Czy to oznacza, że dostawca pokrywa wszystkie koszty związane z modyfikacjami? Jeśli chcielibyśmy obciążać BCT kosztami, to musiałoby to zostać uwzględnione jako część płatności M&S, ale nie jest jasne, jak często by się to odbywało. Czy ten zapis mógłby zostać usunięty czy będziemy musieli doliczyć koszty modyfikacji w płatności M&S? Tak, możemy usunąć ten zapis.
11. Oferta przewiduje, że rozwiązanie musi zostać dostarczone na fizycznym serwerze, który znajdować ma się w BCT. Czy oferta będzie ważna, jeśli zostanie zaoferowane rozwiązanie EDI, które byłoby zarządzane i obsługiwane przez pracowników BCT (lub ich partnera IT), z gwarancją dostępności 24h x 7d x 365d na serwerze wirtualnym znajdującym się na zdalnej farmie danych? 12. Jaka skala zmian w TOS wchodzi w zakres projektu? Czy dostawca rozwiązania tylko definiuje format danych EDI dla tego systemu czy ma to też tam oprogramować? Pytanie jest w nawiązaniu do Załącznika nr 5, III pkt.4 "Wprowadzenie obsługi nowych komunikatów w TOS". Zgodnie z załącznikiem 4 - Formularz Umowy, 8. 1: Wykonawca przystąpi do instalacji i konfiguracji elementów przedmiotu Umowy w terminie określonym w Harmonogramie, w siedzibie BCT. Przed przystąpieniem do instalacji i konfiguracji systemu Wykonawca poinformuje o tym pisemnie BCT w terminie 7 dni wcześniej., mówi o tym, iż sprzęt powinien być zainstalowany w BCT. Oferta musi być zgodna ze specyfikacją techniczną oraz innymi powiązanymi z projektem dokumentami. BCT oczekuje dostarczenia kompleksowego rozwiązania obsługującego wszystkie komunikaty wymienione w specyfikacji zarówno po stronie serwera EDI jak również systemu TOS.W celu określenia możliwości i skali zmian po stronie systemu TOS koniecznych do obsługi nowych komunikatów EDI, prosimy o zadanie tego pytania producentowi oprogramowania. 13. Czy jest preferowany/wybrany sposób przekazywania komunikatów EDI od linii żeglugowych i spedytorów? Nie ma preferowanej metody wymiany danych. 14. Czy system EDI ma obsługiwać komunikację przez oba kanały FTP jak i email, czy wystarczy tylko jeden z nich? Aktualnie wykorzystywany jest e-mail i ftp, oba kanały komunikacji musza być obsługiwane. Nie jesteśmy w stanie określić, jakie będą wymagania klientów w przyszłości. 15. Czy integracja z systemem TOS będzie możliwa poprzez bezpośredni dostęp i zapis/odczyt danych z bazy? Jest to pytanie do producenta oprogramowania, firmy Tideworks. ( www.tideworks.com ) TIDEWORKS Technology Osoba kontaktowa: Ron Robinson Regional VP Business Development M +44 (0)7711 111029 ron.robinson@tideworks.com
16. Czy BCT posiada dokumentację opisującą strukturę baz danych systemu TOS oraz ich relacji, jak również przeznaczenia poszczególnych kolumn? 17. Czy są jakieś przeciwwskazania mogące uniemożliwić integrację systemu EDI z systemem TOS? (np. odpowiednie zapisy w umowach z dostawcą systemu TOS zabraniające ingerencji w bazy danych lub inne części systemu TOS). Nie, BCT nie posiada schematu bazy danych. BCT nie ma możliwości bezpośredniej ingerencji w bazę danych. 18. W jaki sposób i przez jaki system generowane są komunikaty EDI? Komunikaty EDI generowane są w wyniku działania procedury Oracle co 15 minut przez system Mainsail, którego producentem jest firma Tideworks. Aktualnie BCT wysyła do klientów wyłacznie pliki Codeco i Coarri. 19. Czy system TOS udostępnia możliwość komunikacji z systemami zewnętrznymi poprzez API? Czy jest dostępna dokumentacja opisująca sposób wymiany informacji? 20 Bardzo proszę o jednoznaczne zdefiniowanie w umowie co to jest TOS, Bardzo proszę o dookreślenie kto ma prawa autorskie do systemu TOS, Zgodnie z informacjami znalezionymi w Internecie (załącznik) BCT nie posiada praw autorskich do systemu. Zaprojektowanie zmian w systemie TOS jest niemożliwe bez wiedzy o działaniu tego systemu. Czy kontaktowali się Państwo z wykonawcą oprogramowania, czy udostępni dokumentację techniczną? Proszę o ewentualną zmianę tego punktu np. na następujący: Analiza procesów i zaprojektowanie usług EDI na potrzeby realizacji zmian procesów w TOS. BCT nie posiada wiedzy na temat API systemu. Jest to pytanie do producenta oprogramowania, firmy Tideworks. ( www.tideworks.com ) TOS Terminal Operating System System Operacyjny Terminalu Właścicielem praw autorskich do systemu TOS jest firma Tideworks. Prosimy o kontakt z firmą Tideworks ( www.tideworks.com), w celu uzyskania informacji o licencjach / specyfikacji technicznej i interfejsach. Nie możemy zmienić tego zapisu.
21 Bardzo proszę o informację o możliwość zdalnego dostępu do infrastruktury IT, w tym serwera EDI w BCT. Prosimy o bardziej szczegółowe zadanie pytania. Aktualnie BCT nie posiada serwera EDI. 22 Bardzo proszę o informację na jakich zasadach (licencja, koszt prac związanych z upgradem) ma odbyć się upgrade tego softu w ramach gwarancji? Czy miałoby to być wykonane bezwarunkowo? Prosimy o informację do którego punktu SIWZ odnosi się to pytanie.