Rozbudowa wewnętrznego narzędzia klasy ERP
Notice description
Powstaje w kontekście projektu:
FEPZ.01.06-IZ.00-0073/25 - Wdrożenie wyspecjalizowanych rozwiązań cyfrowych
1. Przedmiotem zamówienia jest rozbudowa wewnętrznego narzędzia klasy ERP obejmującą o co najmniej:
1.1 Część 1: Rozbudowa systemu Puzzle.
1.1.1 Tworzenie ofert handlowych.
1.1.2 Tworzenie zamówień/umów z klientami (np. automatyczne generowanie wzoru umowy, itp.).
1.1.3 Ewidencja wszystkich zamówień/umów z klientami i możliwość śledzenia ich statusu.
1.1.4 Tworzenie i wysyłanie zamówień produkcyjnych oraz zamówień komponentów do kooperantów na potrzeby konkretnych zamówień/umów z klientami.
1.1.5 Magazynowanie i zarządzanie zapasami.
1.1.6 Planowanie i obsługa produkcji.
1.1.7 Zarządzanie relacjami z klientami.
1.1.8 Obsługa księgowa obszarów wymienionych w punktach 1.1.6 i 1.1.7.
1.1.9 Tworzenie zaawansowanych statystyk dot. sprzedaży oraz kosztów (np. sprzedaż poszczególnych produktów, rentowność, koszty, partnerzy, poszczególni handlowcy, sprzedaż w poszczególnych krajach na przestrzeni lat, sprzedaż do poszczególnych klientów na przestrzeni lat, ilość sprzedanych produktów do poszczególnych klientów – z podziałem na produkty, itp.).
1.1.10 Wykorzystanie AI przy automatyzacji procesów biznesowych.
1.1.11 Dodanie modułu do projektowania trampolin, zintegrowanego z systemem zamówień/umów z klientami, obejmującego następujące funkcje:
a. Kreator projektów trampolin z uwzględnieniem ich kształtów oraz rozmiarów,
b. Graficzny edytor do projektowania trampolin (działający w trybie fotorealistycznym, odzwierciedlającym rzeczywisty wygląd oraz kolorystkę mat trampolin zbudowanych z lameli oraz obrzeży trampolin), obsługujący takie operacje jak skalowanie i obracanie
(z zachowaniem możliwości edycji), wspierający mechanizm cofnij/ponów,
c. Moduł do projektowania obrazków na matach trampolin przy pomocy AI (na bazie tekstowego opisu podanego przez użytkownika), uwzględniający nieregularny kształt lameli oraz różne rozmiary i kształty mat. Zintegrowany z graficznym edytorem,
d. Mechanizm zapisu i odczytu projektów trampolin,
e. Mechanizm wygaszania nieaktywnych projektów,
f. Obsługa wielu języków (minimum trzy: polski, angielski, niemiecki) z możliwością przełączania ich w trakcie działania programu,
g. Dwa tryby interfejsu: jasny i ciemny (z możliwością przełączania ich w trakcie działania programu),
h. Wbudowana instrukcja obsługi w formie video,
i. Program zoptymalizowany pod kątem UX/UI,
j. Program przystosowany do uruchamiania w przeglądarce, na tabletach (iOS/Android) oraz jako aplikacja desktopowa (Windows, macOS, Linux), zoptymalizowany pod kątem wydajności, zrealizowany w technologii Flutter,
k. Wybierając trampolinę do oferty lub zamówienia może pojawić się komunikat “zaprojektuj sobie własną matę do skakania z użyciem AI”.
1.1.12 Dodanie modułu do wizualnego projektowania placów zabaw, zintegrowanego z systemem zamówień/umów z klientami, obejmującego następujące funkcje:
a. Kreator projektów placów zabaw z uwzględnieniem ich kształtów (prostokąt, elipsa, kształt nieregularny) oraz rozmiarów, z możliwością projektowania na dołączonej przez użytkownika mapie (z opcją skalibrowania mapy i zaznaczenia na niej obszaru placu), oferujący mechanizm cofnij/ponów,
b. Graficzny edytor do projektowania placów zabaw (działający w trybie fotorealistycznym – zarówno 3D jak i 2D, odzwierciedlającym rzeczywisty wygląd oraz kolorystkę elementów wyposażenia placów zabaw wchodzących w skład katalogu produktów firmy Inter Play (minimum 1000 obiektów), obsługujący takie operacje jak skalowanie i obracanie (z zachowaniem możliwości edycji – zarówno w trybie 2D jak i 3D), oferujący mechanizm cofnij/ponów. W zakres prac wchodzi również ujednolicenie, wprowadzenie poprawek oraz optymalizacja modeli 3D obiektów wchodzących w skład katalogu produktów, na potrzeby kreatora,
c. W ramach prac projektowych wymagana będzie konwersja wszystkich modeli 3D wchodzących w skład katalogu (ponad l000 obiektów) do jednego wspólnego formatu glTF (większość obiektów jest w formacie OBJ), normalizacja i optymalizacja modeli (poprawki w zakresie odwróconych normalnych, zduplikowanych wierzchołków, niepoprawnej skali, niepoprawnego przesunięcia względem gruntu, ujednolicenia kolorów i nazw stref bezpiecznych, redukcja gęstości siatek wierzchołków – dla modeli posiadających nadmiernie gęste siatki, optymalizacja podsiatek poprzez ich scalanie, ujednolicenie kolorów modeli i parametrów materiałów, zastosowanie kompresji Draco); kompleksowe (manualne) testy całego katalogu produktów mające zapewnić odpowiednią jakość wizualną.
d. Mechanizm galerii pozwalający generować i dodawać do oferty różne ujęcia projektowanego placu zabaw w postaci obrazków,
e. Mechanizm zapisu i odczytu projektów placów zabaw,
f. Wbudowany mechanizm generowania ofert (w postaci plików PDF), zawierających informacje na temat projektowanego placu (kod projektu, data, rzut 2D, rzut 3D, lista użytych obiektów oraz w wersji rozszerzonej – specyfikacje techniczne użytych obiektów).
g. Mechanizm wygaszania nieaktywnych projektów,
h. Obsługa wielu języków (minimum trzy: polski, angielski, niemiecki) z możliwością przełączania ich w trakcie działania programu,
i. Dwa tryby interfejsu: jasny i ciemny (z możliwością przełączania ich w trakcie działania programu),
j. Wbudowany interaktywny samouczek oraz instrukcja obsługi w formie video,
k. Program zoptymalizowany pod kątem UX/UI,
l. Program przystosowany do uruchamiania w przeglądarkach, na tabletach (iOS/Android) oraz jako aplikacja desktopowa (Windows, macOS, Linux), zoptymalizowany pod kątem wydajności, zrealizowany w technologii C++/WebAssembly,
1.1.13 Przy wszystkich pracach związanych z rozbudową wewnętrznego narzędzia klasy ERP, opisanych w punktach powyżej po stronie Wykonawcy należy wziąć pod uwagę szczegółową analizę biznesową (w ramach której opisane zostaną dokładnie wymagania biznesowe), stworzenie projektu UX/UI opisanych funkcjonalności w narzędziu typu Figma oraz stworzenie technicznej listy zadań. W kontekście zapewnienia jakości po stronie Wykonawcy powinny też powstać: strategia testowania oraz szczegółowe plany testów i opisy wszystkich przypadków testowych; testy regresji (obejmujący główne ścieżki funkcjonalne) powinny być automatyzowane, pozostała cześć testów może być przeprowadzona manualnie; proces testowania realizowany w trakcie realizacji projektu powinien być szczegółowo udokumentowany po stronie Wykonawcy.
1.1.14 Z uwagi na fakt, że przedmiotem zamówienia jest rozbudowa istniejącego i wciąż używanego oprogramowania wymaga się takiego prowadzenia prac, aby zapewnić bieżący i bezawaryjny dostęp i tego oprogramowania dla pracowników Zamawiającego, tak aby prowadzone prace nie miały negatywnego wpływu na bieżącą działalność Zamawiającego.
1.1.15 Istniejące oprogramowanie to system ERP stanowiący monolityczną aplikację zaimplementowaną w języku PHP w wersji 7.4, odpowiedzialną za obsługę kluczowych procesów biznesowych, w tym zarządzanie zamówieniami, gospodarką magazynową (z uwzględnieniem wyceny metodą FIFO), fakturowaniem, rozliczaniem prowizji, sprzedażą, logistyką oraz procesami RMA. Rozwiązanie nie wykorzystuje żadnego standardowego frameworka PHP. Struktura aplikacji oparta jest na niestandardowej hierarchii klas, z zastosowaniem silnika szablonów Smarty w warstwie prezentacji oraz bezpośrednich (surowych) zapytań SQL do bazy danych. System korzysta z bazy danych MySQL w wersji 8.0, bez zastosowania warstwy pośredniej typu ORM. Szacunkowa skala projektu wynosi około 500 000 linii kodu źródłowego, rozproszonych w blisko 3 000 plikach. Aktualny stan rozwiązania wskazuje na istotne braki w obszarze praktyk inżynierskich - system nie posiada dokumentacji technicznej ani zestawu testów automatycznych. Ponadto nie wdrożono zautomatyzowanego potoku CI/CD wspierającego proces budowania, testowania i wdrażania oprogramowania. Architektura systemu charakteryzuje się niską odpornością na zmiany. W szczególności obserwuje się brak wyraźnej separacji warstw, znaczną liczbę silnych zależności wewnętrznych oraz przemieszanie logiki biznesowej z warstwą prezentacji, co istotnie utrudnia rozwój, utrzymanie oraz skalowanie rozwiązania.
1.2 Część 2: Modernizacja systemu Puzzle.
1.2.1 Zmiana architektury z monolitycznej na mikroserwisową, co ma zapewnić skalowalność, elastyczność, odporność na awarie i szybsze wdrożenia, a także lepsze dopasowanie do współczesnych praktyk DevOps i chmury. Mikroserwisy realizowane w ramach niniejszego projektu powinny być zaimplementowane w języku Python.
1.2.2 architektury z monolitycznej na mikroserwisową, co ma zapewnić skalowalność, elastyczność, odporność na awarie i szybsze wdrożenia, a także lepsze dopasowanie do współczesnych praktyk DevOps i chmury.
1.2.3 Do komunikacji między mikroserwisami powinna być użyta szyna danych RabbitMQ.
1.2.4 Wdrożenie nowoczesnej infrastruktury towarzyszącej:
a. klastra zarządzającego skalowaniem i usługami (Docker Swarm), które będą automatycznie umieszczane w chmurze (w pierwszej kolejności na platformie Hetzner Cloud, ale stworzone rozwiązanie musi być „cloud-agnostic” (powinno umożliwiać korzystanie z rozwiązań innych dostawców np. Amazon AWS, Google Cloud czy Microsoft Azure),
b. nowoczesnego potoku CI/CD:
• wprowadzanie zmian w kodzie ma automatycznie uruchamiać proces budowania i testowania całej aplikacji,
• kod, który pomyślnie przejdzie testy, może być automatycznie wdrożony na środowisko testowe lub na produkcję bez ręcznego kopiowania plików czy instalowania.
1.2.5 Poprawa bezpieczeństwa:
a. zrealizowany zostanie audyt bezpieczeństwa dla istniejącej wersji systemu Puzzle, na bazie jego rekomendacji zaplanowane zostaną prace w zakresie usprawnienia mechanizmów bezpieczeństwa cyfrowego w tym systemie,
Pełny zakres przedmiotu zamówienia znajduje się w załączniku "Zapytanie ofertowe".
Miejsce realizacji
Kraj: Polska, Województwo: zachodniopomorskie, Powiat: Szczecin, Gmina: Szczecin, Miejscowość: Szczecin
Kraj: Polska, Województwo: zachodniopomorskie, Powiat: goleniowski, Gmina: Goleniów, Miejscowość: Kliniska Wielkie
FEPZ.01.06-IZ.00-0073/25 - Wdrożenie wyspecjalizowanych rozwiązań cyfrowych
1. Przedmiotem zamówienia jest rozbudowa wewnętrznego narzędzia klasy ERP obejmującą o co najmniej:
1.1 Część 1: Rozbudowa systemu Puzzle.
1.1.1 Tworzenie ofert handlowych.
1.1.2 Tworzenie zamówień/umów z klientami (np. automatyczne generowanie wzoru umowy, itp.).
1.1.3 Ewidencja wszystkich zamówień/umów z klientami i możliwość śledzenia ich statusu.
1.1.4 Tworzenie i wysyłanie zamówień produkcyjnych oraz zamówień komponentów do kooperantów na potrzeby konkretnych zamówień/umów z klientami.
1.1.5 Magazynowanie i zarządzanie zapasami.
1.1.6 Planowanie i obsługa produkcji.
1.1.7 Zarządzanie relacjami z klientami.
1.1.8 Obsługa księgowa obszarów wymienionych w punktach 1.1.6 i 1.1.7.
1.1.9 Tworzenie zaawansowanych statystyk dot. sprzedaży oraz kosztów (np. sprzedaż poszczególnych produktów, rentowność, koszty, partnerzy, poszczególni handlowcy, sprzedaż w poszczególnych krajach na przestrzeni lat, sprzedaż do poszczególnych klientów na przestrzeni lat, ilość sprzedanych produktów do poszczególnych klientów – z podziałem na produkty, itp.).
1.1.10 Wykorzystanie AI przy automatyzacji procesów biznesowych.
1.1.11 Dodanie modułu do projektowania trampolin, zintegrowanego z systemem zamówień/umów z klientami, obejmującego następujące funkcje:
a. Kreator projektów trampolin z uwzględnieniem ich kształtów oraz rozmiarów,
b. Graficzny edytor do projektowania trampolin (działający w trybie fotorealistycznym, odzwierciedlającym rzeczywisty wygląd oraz kolorystkę mat trampolin zbudowanych z lameli oraz obrzeży trampolin), obsługujący takie operacje jak skalowanie i obracanie
(z zachowaniem możliwości edycji), wspierający mechanizm cofnij/ponów,
c. Moduł do projektowania obrazków na matach trampolin przy pomocy AI (na bazie tekstowego opisu podanego przez użytkownika), uwzględniający nieregularny kształt lameli oraz różne rozmiary i kształty mat. Zintegrowany z graficznym edytorem,
d. Mechanizm zapisu i odczytu projektów trampolin,
e. Mechanizm wygaszania nieaktywnych projektów,
f. Obsługa wielu języków (minimum trzy: polski, angielski, niemiecki) z możliwością przełączania ich w trakcie działania programu,
g. Dwa tryby interfejsu: jasny i ciemny (z możliwością przełączania ich w trakcie działania programu),
h. Wbudowana instrukcja obsługi w formie video,
i. Program zoptymalizowany pod kątem UX/UI,
j. Program przystosowany do uruchamiania w przeglądarce, na tabletach (iOS/Android) oraz jako aplikacja desktopowa (Windows, macOS, Linux), zoptymalizowany pod kątem wydajności, zrealizowany w technologii Flutter,
k. Wybierając trampolinę do oferty lub zamówienia może pojawić się komunikat “zaprojektuj sobie własną matę do skakania z użyciem AI”.
1.1.12 Dodanie modułu do wizualnego projektowania placów zabaw, zintegrowanego z systemem zamówień/umów z klientami, obejmującego następujące funkcje:
a. Kreator projektów placów zabaw z uwzględnieniem ich kształtów (prostokąt, elipsa, kształt nieregularny) oraz rozmiarów, z możliwością projektowania na dołączonej przez użytkownika mapie (z opcją skalibrowania mapy i zaznaczenia na niej obszaru placu), oferujący mechanizm cofnij/ponów,
b. Graficzny edytor do projektowania placów zabaw (działający w trybie fotorealistycznym – zarówno 3D jak i 2D, odzwierciedlającym rzeczywisty wygląd oraz kolorystkę elementów wyposażenia placów zabaw wchodzących w skład katalogu produktów firmy Inter Play (minimum 1000 obiektów), obsługujący takie operacje jak skalowanie i obracanie (z zachowaniem możliwości edycji – zarówno w trybie 2D jak i 3D), oferujący mechanizm cofnij/ponów. W zakres prac wchodzi również ujednolicenie, wprowadzenie poprawek oraz optymalizacja modeli 3D obiektów wchodzących w skład katalogu produktów, na potrzeby kreatora,
c. W ramach prac projektowych wymagana będzie konwersja wszystkich modeli 3D wchodzących w skład katalogu (ponad l000 obiektów) do jednego wspólnego formatu glTF (większość obiektów jest w formacie OBJ), normalizacja i optymalizacja modeli (poprawki w zakresie odwróconych normalnych, zduplikowanych wierzchołków, niepoprawnej skali, niepoprawnego przesunięcia względem gruntu, ujednolicenia kolorów i nazw stref bezpiecznych, redukcja gęstości siatek wierzchołków – dla modeli posiadających nadmiernie gęste siatki, optymalizacja podsiatek poprzez ich scalanie, ujednolicenie kolorów modeli i parametrów materiałów, zastosowanie kompresji Draco); kompleksowe (manualne) testy całego katalogu produktów mające zapewnić odpowiednią jakość wizualną.
d. Mechanizm galerii pozwalający generować i dodawać do oferty różne ujęcia projektowanego placu zabaw w postaci obrazków,
e. Mechanizm zapisu i odczytu projektów placów zabaw,
f. Wbudowany mechanizm generowania ofert (w postaci plików PDF), zawierających informacje na temat projektowanego placu (kod projektu, data, rzut 2D, rzut 3D, lista użytych obiektów oraz w wersji rozszerzonej – specyfikacje techniczne użytych obiektów).
g. Mechanizm wygaszania nieaktywnych projektów,
h. Obsługa wielu języków (minimum trzy: polski, angielski, niemiecki) z możliwością przełączania ich w trakcie działania programu,
i. Dwa tryby interfejsu: jasny i ciemny (z możliwością przełączania ich w trakcie działania programu),
j. Wbudowany interaktywny samouczek oraz instrukcja obsługi w formie video,
k. Program zoptymalizowany pod kątem UX/UI,
l. Program przystosowany do uruchamiania w przeglądarkach, na tabletach (iOS/Android) oraz jako aplikacja desktopowa (Windows, macOS, Linux), zoptymalizowany pod kątem wydajności, zrealizowany w technologii C++/WebAssembly,
1.1.13 Przy wszystkich pracach związanych z rozbudową wewnętrznego narzędzia klasy ERP, opisanych w punktach powyżej po stronie Wykonawcy należy wziąć pod uwagę szczegółową analizę biznesową (w ramach której opisane zostaną dokładnie wymagania biznesowe), stworzenie projektu UX/UI opisanych funkcjonalności w narzędziu typu Figma oraz stworzenie technicznej listy zadań. W kontekście zapewnienia jakości po stronie Wykonawcy powinny też powstać: strategia testowania oraz szczegółowe plany testów i opisy wszystkich przypadków testowych; testy regresji (obejmujący główne ścieżki funkcjonalne) powinny być automatyzowane, pozostała cześć testów może być przeprowadzona manualnie; proces testowania realizowany w trakcie realizacji projektu powinien być szczegółowo udokumentowany po stronie Wykonawcy.
1.1.14 Z uwagi na fakt, że przedmiotem zamówienia jest rozbudowa istniejącego i wciąż używanego oprogramowania wymaga się takiego prowadzenia prac, aby zapewnić bieżący i bezawaryjny dostęp i tego oprogramowania dla pracowników Zamawiającego, tak aby prowadzone prace nie miały negatywnego wpływu na bieżącą działalność Zamawiającego.
1.1.15 Istniejące oprogramowanie to system ERP stanowiący monolityczną aplikację zaimplementowaną w języku PHP w wersji 7.4, odpowiedzialną za obsługę kluczowych procesów biznesowych, w tym zarządzanie zamówieniami, gospodarką magazynową (z uwzględnieniem wyceny metodą FIFO), fakturowaniem, rozliczaniem prowizji, sprzedażą, logistyką oraz procesami RMA. Rozwiązanie nie wykorzystuje żadnego standardowego frameworka PHP. Struktura aplikacji oparta jest na niestandardowej hierarchii klas, z zastosowaniem silnika szablonów Smarty w warstwie prezentacji oraz bezpośrednich (surowych) zapytań SQL do bazy danych. System korzysta z bazy danych MySQL w wersji 8.0, bez zastosowania warstwy pośredniej typu ORM. Szacunkowa skala projektu wynosi około 500 000 linii kodu źródłowego, rozproszonych w blisko 3 000 plikach. Aktualny stan rozwiązania wskazuje na istotne braki w obszarze praktyk inżynierskich - system nie posiada dokumentacji technicznej ani zestawu testów automatycznych. Ponadto nie wdrożono zautomatyzowanego potoku CI/CD wspierającego proces budowania, testowania i wdrażania oprogramowania. Architektura systemu charakteryzuje się niską odpornością na zmiany. W szczególności obserwuje się brak wyraźnej separacji warstw, znaczną liczbę silnych zależności wewnętrznych oraz przemieszanie logiki biznesowej z warstwą prezentacji, co istotnie utrudnia rozwój, utrzymanie oraz skalowanie rozwiązania.
1.2 Część 2: Modernizacja systemu Puzzle.
1.2.1 Zmiana architektury z monolitycznej na mikroserwisową, co ma zapewnić skalowalność, elastyczność, odporność na awarie i szybsze wdrożenia, a także lepsze dopasowanie do współczesnych praktyk DevOps i chmury. Mikroserwisy realizowane w ramach niniejszego projektu powinny być zaimplementowane w języku Python.
1.2.2 architektury z monolitycznej na mikroserwisową, co ma zapewnić skalowalność, elastyczność, odporność na awarie i szybsze wdrożenia, a także lepsze dopasowanie do współczesnych praktyk DevOps i chmury.
1.2.3 Do komunikacji między mikroserwisami powinna być użyta szyna danych RabbitMQ.
1.2.4 Wdrożenie nowoczesnej infrastruktury towarzyszącej:
a. klastra zarządzającego skalowaniem i usługami (Docker Swarm), które będą automatycznie umieszczane w chmurze (w pierwszej kolejności na platformie Hetzner Cloud, ale stworzone rozwiązanie musi być „cloud-agnostic” (powinno umożliwiać korzystanie z rozwiązań innych dostawców np. Amazon AWS, Google Cloud czy Microsoft Azure),
b. nowoczesnego potoku CI/CD:
• wprowadzanie zmian w kodzie ma automatycznie uruchamiać proces budowania i testowania całej aplikacji,
• kod, który pomyślnie przejdzie testy, może być automatycznie wdrożony na środowisko testowe lub na produkcję bez ręcznego kopiowania plików czy instalowania.
1.2.5 Poprawa bezpieczeństwa:
a. zrealizowany zostanie audyt bezpieczeństwa dla istniejącej wersji systemu Puzzle, na bazie jego rekomendacji zaplanowane zostaną prace w zakresie usprawnienia mechanizmów bezpieczeństwa cyfrowego w tym systemie,
Pełny zakres przedmiotu zamówienia znajduje się w załączniku "Zapytanie ofertowe".
Miejsce realizacji
Kraj: Polska, Województwo: zachodniopomorskie, Powiat: Szczecin, Gmina: Szczecin, Miejscowość: Szczecin
Kraj: Polska, Województwo: zachodniopomorskie, Powiat: goleniowski, Gmina: Goleniów, Miejscowość: Kliniska Wielkie
Time limit for receipt of tenders
2026-05-04 07:00:00.0
Location
Kraj: Polska, Województwo: zachodniopomorskie
Category assortment
Network infrastructure devices
Telecommunications infrastructure
Licences and software
Portable memory storage devices
Telecommunications equipment and accessories
Hardware, parts and accessories
Internet and telephone services
Software development
Implementation services
Maintenance and support
Telecommunications infrastructure
Licences and software
Portable memory storage devices
Telecommunications equipment and accessories
Hardware, parts and accessories
Internet and telephone services
Software development
Implementation services
Maintenance and support
Buyer details
Inter Play A. Pawłowski, M. Soroka Sp. k.
Tomasza Zana 6
71-161 Szczecin
Województwo: zachodniopomorskie
Kraj: Polska
NIP: 8513057647
Tomasza Zana 6
71-161 Szczecin
Województwo: zachodniopomorskie
Kraj: Polska
NIP: 8513057647
