Platforma internetowa do realizacji targów mody online

Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia, w tym dostawy

Tryb zamówienia	Zapytanie ofertowe
Rodzaj zamówienia	Usługi
Tytuł	Platforma internetowa do realizacji targów mody online
Zamawiający	Dostępne dla zalogowanych
Miejsce realizacji	Warszawa
Data publikacji	2024-10-22
Data składania ofert	29/10/2024, Godzina 23:59
Dokumenty do pobrania	Dostępne dla zalogowanych
Kod CPV	720000005 Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia 724000004 Usługi internetowe 724210007 Usługi w zakresie rozwijania internetowych lub intranetowych aplikacji klienckich 722600005 Usługi w zakresie oprogramowania
Numer przetargu	5763333

<div>
 <h1>Platforma internetowa do realizacji targów mody online</h1>

<h2>Załączniki</h2>
 <ul>
 <li><a href="https://bazakonkurencyjnosci.funduszeeuropejskie.gov.pl/api/files/1645815">Zał. 1. Formularz ofertowy.docx</a></li>
 <li><a href="https://bazakonkurencyjnosci.funduszeeuropejskie.gov.pl/api/files/1645813">Zapytanie ofertowe_1_2024</a></li>
 <li><a href="https://bazakonkurencyjnosci.funduszeeuropejskie.gov.pl/api/files/1645816">Zał. 2. Oświadczenie o braku podstaw do wykluczenia</a></li>
 <li><a href="https://bazakonkurencyjnosci.funduszeeuropejskie.gov.pl/api/files/1645818">Zał. 3. Oświadczenie dotyczące spełnienia warunków udziału w postępowaniu</a></li>
 </ul>
 
 <h2>Części zamówienia</h2>

<h3>Platforma internetowa do realizacji targów mody online</h3>
 Przedmioty zamówienia
 Zamówienie jest realizowane w związku z realizacją projektu nr KPOD.01.03-IW.01-5020/24 w ramach Krajowego Planu Odbudowy i Zwiększania Odporności (KPO), Inwestycja A1.2.1 Inwestycje dla przedsiębiorstw w produkty, usługi i kompetencje pracowników oraz kadry związane z dywersyfikacją działalności. 
 
Zamawiający – RYNEK MODY Dariusz Grunt 
Przedmiotem zamówienia jest stworzenie platformy internetowej do organizacji targów mody online, która umożliwi firmie organizację targów bez konieczności uczestnictwa w wydarzeniach stacjonarnych. Platforma służyć będzie jako marketplace B2B, połączony z cyklicznymi targami odzieżowymi. 
 
1.	W ramach prac programistycznych wykonana zostanie: 
a.	Aplikacja webowa, będąca fundamentem przedsięwzięcia w postaci aplikacji PWA 
b.	Strona internetowa, będąca wizytówką targów i platformy 
c.	Panel administracyjny CMS do zarządzania treściami części wizerunkowej oraz administrowaniem platformą 
 
2.	Ogólny opis platformy: 
a.	Dostępna po zalogowaniu platforma marketplace 
i.	Wielowalutowa: PLN oraz EUR 
ii.	Wielojęzykowa: PL oraz EN 
iii.	Możliwość wprowadzania produktów przez sprzedających poprzez: 
1.	Ręczne zarządzanie produktem 
2.	Import z Excela (stany / ceny) 
3.	API do zarządzania produktami 
iv.	Podział produktów na 
1.	Kontraktacje – zbieranie zamówień / kontaktów. Produkty dostępne do określonej daty, a nie ilości 
2.	Dostępne od ręki – możliwość zakupu ograniczona do ilości na platformie 
v.	Możliwość promowania / oznaczenia sprzedających dostępnych na targach 
vi.	Możliwość pobierania cyklicznej opłaty abonamentowej za dostęp do platformy: 
1.	Abonament podstawowy za dostęp do platformy 
2.	Abonament rozszerzony za dostęp do platformy 
3.	Prowizja naliczana od sprzedaży 
vii.	Rozliczenia pomiędzy kontrahentami: 
1.	Pierwsze zamówienie na przedpłatę – środki przechodzą przez platformę (możliwe subkonta w celach podatkowych) 
2.	Następnie sprzedający decyduje czy dać kupującemu termin płatności na kolejne zamówienia – w tym wypadku środki nie przechodzą przez platformę. 
viii.	Rabaty i promocje: 
1.	Nadawanie procentowych rabatów obrotowych przez sprzedających na kupujących, po osiągnieciu określonego poziomu obrotu rocznego. 
b.	Wizerunkowa strona internetowa targów i platformy 
i.	Formularz rejestracyjny na targi + ręczna weryfikacja wystawców 
ii.	Karta producenta / brandu / dostawcy, gdzie mogą być umieszczane ogólnodostępne katalogi oraz informacje dla zarejestrowanych 
 
3.	Wymagania techniczne 
a.	Kompatybilność i skalowalność 
i.	Platforma musi być kompatybilna z popularnymi przeglądarkami internetowymi (minimum Chrome, Firefox, Safari, Edge) 
ii.	Wymagana jest responsywność interfejsu dla urządzeń mobilnych i desktopowych 
iii.	System powinien obsługiwać minimum 20 000 równoczesnych użytkowników 
iv.	System powinien obsługiwać minimum 500 000 produktów 
v.	Architektura powinna umożliwiać łatwe skalowanie w miarę wzrostu ruchu 
b.	Bezpieczeństwo 
i.	Implementacja szyfrowania danych w spoczynku i podczas transmisji (HTTPS) 
ii.	Ochrona przed popularnymi zagrożeniami webowymi (zgodnie ze standardami podanymi na stronie OWASP Top 10 - lista dziesięciu najważniejszych zagrożeń bezpieczeństwa dla aplikacji internetowych, opracowywana przez organizację OWASP (Open Web Application Security Project)) 
iii.	Mechanizmy uwierzytelniania i autoryzacji użytkowników 
c.	Wydajność 
i.	Czas ładowania strony głównej poniżej 1 sekundy 
ii.	Optymalizacja zapytań do bazy danych 
iii.	Implementacja mechanizmów cachowania 
d.	Integracje 
i.	API REST do integracji z systemami zewnętrznymi 
ii.	Możliwość importu/eksportu danych w popularnych formatach (CSV, XML, JSON) 
iii.	Integracja z popularnymi bramkami płatności 
e.	Technologie 
i.	Backend: PHP 8.0 lub nowszy 
ii.	Frontend: HTML5, CSS3, JavaScript lub równoważny 
iii.	Baza danych: MySQL lub równoważna 
f.	Wymagania dotyczące wersjonowania i dokumentacji kodu 
i.	Wdrożenie systemu CI/CD (Continuous Integration/Continuous Deployment) 
ii.	Obowiązkowe stosowanie systemu kontroli wersji Git podczas całego procesu tworzenia i rozwoju platformy 
iii.	Prowadzenie repozytorium kodu na platformie GitLab (lub równoważnej). 
iv.	Stosowanie konwencji &quot;Git Flow&quot; do zarządzania gałęziami i wersjami 
v.	Regularne tworzenie i oznaczanie wersji (tagowanie) dla każdego istotnego etapu rozwoju platformy 
vi.	Szczegółowe opisy commitów, zawierające informacje o wprowadzonych zmianach i ich uzasadnieniu 
vii.	Tworzenie &quot;merge requestów&quot; dla wszystkich istotnych zmian w kodzie, podlegających przeglądowi (code review) przed włączeniem do głównej gałęzi 
viii.	Prowadzenie i aktualizacja dokumentacji technicznej w repozytorium, w tym: 
1.	README z instrukcjami instalacji i konfiguracji 
2.	Dokumentacja API 
3.	Opis architektury systemu 
4.	Instrukcje dla deweloperów 
ix.	Przekazanie pełnego dostępu do repozytorium kodu po zakończeniu projektu 
x.	Zapewnienie ciągłości wersjonowania i dokumentacji podczas 2-letniego okresu administracji i rozwoju platformy 
xi.	Regularne tworzenie backupów repozytorium i przechowywanie ich w bezpiecznej lokalizacji 
 
4.	Wymagania licencyjne 
a.	Wszystkie wykorzystane frameworki i biblioteki muszą być dostępne na licencjach pozwalających na bezpłatne użytkowanie komercyjne 
b.	Licencje muszą być wolne od ograniczeń dotyczących obrotu, ilości zamówień czy liczby użytkowników 
c.	Brak ograniczeń terytorialnych i czasowych w wykorzystaniu frameworków 
d.	Wymagane licencje, które nie nakładają restrykcji na użytkowanie komercyjne 
e.	Kod źródłowy platformy musi pozostać własnością zamawiającego, bez ukrytych opłat licencyjnych 
 
5.	Zarządzanie projektem 
a.	Stosowanie metodyk zwinnych (Agile, Scrum lub pochodne) w procesie wytwórczym 
b.	Regularne spotkania statusowe i przeglądy postępów prac 
c.	Szczegółowa dokumentacja techniczna i użytkowa 
d.	Plan testów i zapewnienia jakości, w tym testy automatyczne 
 
6.	Lista widoków / modułów: 
1.	Platforma marketplace 
a.	Logowanie / Rejestracja 
b.	Strona główna / Dashbord 
c.	Lista produktów wraz z filtrami 
d.	Karta produktu 
e.	Koszyk – 2 lub 3 etapowy 
i.	Zarządzanie adresami wysyłkowymi 
f.	Konto sprzedającego 
g.	Konto kupującego 
2.	Wizerunkowa strona internetowa targów i platformy 
a.	Strona główna 
b.	Aktualności 
i.	Pojedynczy wpis aktualności 
c.	O targach 
d.	Marki 
i.	Pojedynczy opis marki 
e.	Dla odwiedzających targi 
f.	Kontakt 
g.	Formularz zgłoszeniowy 
3.	Panel administracyjny CRM 
a.	Użytkownicy: 
i.	Tworzenie kont administratorów panelu oraz użytkowników 
b.	Produkty 
i.	Tworzenie i edycja kart produktowych 
Nazwa, opis, specyfikacja, zdjęcia 
c.	Kategorie 
i.	Zarządzanie drzewem kategorii platformy 
ii.	Zarządzanie formatkami atrybutów i parametrów 
d.	Atrybuty / Parametry / Filtry 
i.	Zarządzanie słownikiem cech kluczowych produktów 
e.	Strony statyczne – zarządzanie 
f.	Zamówienia – podgląd zamówień złożonych za pośrednictwem platformy 
g.	Klienci B2B – kupujący / sprzedający 
h.	Raporty 
i.	Zestawienie ilości zamówień i obrotu platformy 
ii.	Wyliczenia prowizji dla sprzedających 
 
1)	Minimum 12 - miesięczną gwarancję na wykonane prace 
2)	Dostępność systemu na poziomie 99,9% 
3)	Strategię migracji danych i integracji z istniejącymi systemami 
4)	Dedykowany zespół wsparcia technicznego dostępny w godzinach 8:00 - 20:00 w dni robocze 
 
✔	Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równoważnych w stosunku do opisanych, pod warunkiem, że będą one nie gorsze niż te, które zostały zastosowane lub użyte przez Zamawiającego w niniejszym dokumencie czyli będą posiadały, co najmniej takie same lub lepsze parametry techniczne i funkcjonalne jak wskazane w opisie przedmiotu zamówienia i nie obniżą określonych w nim standardów. W przypadku, gdy Wykonawca zaproponuje produkty równoważne, zobowiązany jest załączyć do oferty zestawienie wszystkich zaproponowanych elementów równoważnych i wykazać ich równoważność w stosunku do elementów opisanych w Zapytaniu. Zatem na Wykonawcy spoczywa obowiązek wykazania, że zaproponowane rozwiązanie równoważne spełnia wymagania Zamawiającego.

Okres gwarancji: 12-36 miesięcy
 
 <h2>Kryteria oceny</h2>
 Cena brutto w PLN - waga 50% - max. 50 pkt 
wzór: 
(Cmin/Cof) * 100 * 50% 
gdzie: 
- Cmin - najniższa cena spośród wszystkich ofert 
- Cof - cena podana w ofercie
 Gwarancja na platformę internetową min. 12 miesięcy – max. 36 miesięcy - waga 30% - max. 30 pkt 
wzór 
(Gof/Gmax) * 100 * 30% 
gdzie: 
Gof – okres gwarancji w ofercie ocenianej 
Gmax – najdłuższy okres gwarancji spośród ofert ocenianych
 Czas reakcji na krytyczne błędy*: maksymalnie 2 godziny - waga 10% - max 10 pkt 
wzór: 
Srmin/Srof * 100 * 10% 
gdzie: 
Srmin – Czas reakcji na krytyczne błędy (w godzinach) – najkrótszy wśród ocenianych ofert. 
Srof – Czas reakcji na krytyczne błędy (w godzinach) – ocenianej oferty;
 Czas naprawy krytycznych błędów*: maksymalnie 8 godzin - waga 10% - max. 10 pkt 
wzór: 
(Snmin/Snof) * 100 * 10% 
gdzie: 
Snmin – Czas naprawy krytycznych błędów (w godzinach) – najkrótszy wśród ocenianych ofert. 
Snof – Czas naprawy krytycznych błędów (w godzinach) – ocenianej oferty;
 
 <h2>Warunki zmiany umowy</h2>

14.	OKREŚLENIE WARUNKÓW ISTOTNYCH ZMIAN UMOWY 
14.1.	Zamawiający zastrzega możliwość wprowadzenia istotnych zmian postanowień zawartej umowy. W szczególności postanowienia umowy mogą ulec zmianie w następującym zakresie oraz na następujących warunkach: 
1.	Zgodnie z sekcją 3.2.4. Wytycznych. 
2.	Zamawiający dopuszcza możliwość wprowadzania zmiany umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, w przypadku zaistnienia okoliczności niemożliwych do przewidzenia w chwili zawierania umowy lub w przypadku wystąpienia którejkolwiek z następujących okoliczności: 
−	jeżeli z powodu warunków realizacji umowy, których nie dało się przewidzieć z należytą starannością (np. siła wyższa - przez “siłę wyższą” rozumie się zdarzenia, które nie mogły być przewidziane w momencie podpisywania umowy, spowodowane zbiegiem okoliczności specjalnej natury w szczególności takie jak: wojna, zamieszki, pożar, powódź, epidemia lub pandemia, trzęsienie ziemi i inne klęski żywiołowe oraz zakazy lub przepisy prawne wydane przez rząd, jak również generalne i branżowe strajki oficjalnie podjęte przez związki zawodowe), Wykonawca zmuszony jest przerwać realizację prac lub nie jest w stanie ich realizować w normalnym trybie czynności, a nie jest możliwe w tym czasie wykonywanie innych prac. W takiej sytuacji termin realizacji umowy ulega wydłużeniu o uzasadniony powyższymi okolicznościami okres; 
−	wydłużenie terminu realizacji przedmiotu umowy przez Zamawiającego z przyczyn organizacyjnych leżących po jego stronie. W takiej sytuacji termin realizacji umowy ulega wydłużeniu o uzasadniony powyższymi okolicznościami okres; 
−	konieczność zrealizowania przedmiotu umowy przy zastosowaniu innych rozwiązań niż wskazane w ofercie lub opisie przedmiotu zamówienia w sytuacji, gdyby mogło to przynieść oszczędności Zamawiającemu lub gdyby zastosowanie przewidzianych rozwiązań groziło niewykonaniem lub wadliwym wykonaniem przedmiotu umowy lub byłoby mniej korzystne dla Zamawiającego z punktu widzenia jakości lub ergonomii. W takiej sytuacji zmianie może ulec termin realizacji, sposób wykonania umowy i wynagrodzenie Wykonawcy; 
−	jeżeli nastąpi zmiana powszechnie obowiązujących przepisów prawa w zakresie mającym wpływ na realizację przedmiotu zamówienia lub świadczenia jednej lub obu Stron. W takiej sytuacji termin realizacji umowy ulega wydłużeniu o uzasadniony powyższymi okolicznościami okres. 
−	Zamawiający dopuszcza możliwość wydłużenia terminu realizacji przedmiotu umowy, jeżeli okres kwalifikowalności projektu ulegnie wydłużeniu. 
 
14.2.	 Wykonawca oświadcza, że składając ofertę, a następnie zawierając umowę, uwzględnił fakt trwania konfliktu zbrojnego w Ukrainie, a także regulacje prawne i ograniczenia z niego wynikające. Oświadczenie to nie wyłącza możliwości powołania się przez strony na okoliczności związane z wojną w Ukrainie jako zdarzenia siły wyższej, w sytuacji: 
a)	gdy rozwój wojny dotknie którąkolwiek ze Stron w stopniu zwiększonym aniżeli w chwili złożenia oferty, lub 
b)	wprowadzenia nowych regulacji prawnych związanych z konfliktem zbrojnym w Ukrainie, jeżeli zmienione okoliczności lub regulacje prawne mają wpływ na realizację Umowy. 
14.3.	 Ciężar wykazania zaistnienia okoliczności, o których mowa w pkt 14.2 lit. a i b, oraz ich wpływu na realizację umowy, obciąża stronę, która się na nie powołuje. 
14.4.	 Wszystkie powyższe postanowienia stanowią katalog zmian, na które Zamawiający może, ale nie musi, wyrazić zgodę. 
14.5.	 Wszelkie zmiany i uzupełnienia do umowy zawartej z wybranym Wykonawcą muszą być dokonywane w formie pisemnych aneksów do umowy podpisanych przez obie strony, pod rygorem nieważności.
 </div>