Studio WMS.net na platformie GT: Linux i PostgreSQL bez licencji Microsoft. Dla kogo ta wersja, jak wygląda wdrożenie i czego pakiet WMS jeszcze nie obejmuje.
SoftwareStudio rozwija Studio WMS.net na platformie StudioSystem w trzech generacjach. Pierwsza, ST, pracuje na ASP.NET WebForms i SQL Serverze. Trzecia, GT, powstała od podstaw jako .NET 10 z bazą PostgreSQL 18 i działa w kontenerach na Linuksie. Ta strona opisuje wyłącznie trzecią generację i mówi wprost, czego jeszcze w niej brakuje.
Pełny opis platformy znajdziesz na stronie o platformie StudioSystem GT, a zestawienie wszystkich generacji w porównaniu trzech generacji. Tu zostaje pytanie praktyczne: kiedy magazyn powinien wybrać GT, a kiedy pozostać przy wersji sprawdzonej wdrożeniami.
Czym jest pakiet WMS na platformie GT
Jeden z pakietów, które działają na wspólnym rdzeniu.
Magazyn obsługuje jeden z pakietów platformy GT. Obok pakietu WMS istnieje pakiet NAR dla narzędziowni i pakiet MAW dla awizacji. Wszystkie korzystają z pakietu wspólnego i systemowego, który liczy 130 transakcji i 219 zapytań codeSQL.
Platforma jest modularnym monolitem: jedna instancja to jeden proces, a baza i instancja przypadają na pojedynczego klienta. Zakres funkcji pakietu WMS dla konkretnego magazynu ustala analiza przedwdrożeniowa, bo pakiet jest młodszy od Studio WMS.net na ST i RS i ma inne granice, opisane niżej.
Dla kogo jest ta wersja
Cztery powody, dla których klient wybiera GT, i jedna sytuacja, w której GT odpada.
GT wybiera klient, który chce uniknąć licencji Microsoft i komponentów komercyjnych. Drugi typ klienta potrzebuje wielu wersji językowych albo zmian bez okien serwisowych. W praktyce rozstrzygają cztery pytania:
- Licencje. Czy firma nie chce płacić za Windows Server ani za SQL Server, a interfejs ma działać bez komercyjnych bibliotek?
- Języki. Czy portal ma działać w kilku wersjach językowych, a kolejny język ma być plikiem, a nie projektem?
- Zmiany. Czy poprawki funkcji mają wchodzić bez restartu i bez okna serwisowego?
- Serwer. Czy klient ma Linuksa z dostępem do kontenerów, bo hosting współdzielony PHP nie wystarcza?
GT odpada w dwóch przypadkach. Pierwszy to wymóg przeniesienia pełnych praw i kodów źródłowych platformy: runtime zostaje własnością SoftwareStudio i jest licencjonowany, więc taki klient dostaje system dedykowany od podstaw w C# na .NET 10, z repozytorium dostępnym dla klienta. Drugi przypadek to magazyn z partiami i terminami przydatności, który opisuje sekcja o granicach pakietu.
Jeżeli decyzja zależy od partii z datą ważności i FEFO, wybierz dziś Studio WMS.net na ST lub RS. Pakiet WMS na GT nie ma jeszcze pełnej obsługi tych mechanizmów.
Co daje platforma GT
Sześć różnic wobec generacji ST i RS, mierzonych kosztem i pracą.
Największe różnice dotyczą kosztów licencji i sposobu zmiany systemu u klienta. Tabela zestawia je z generacjami, na których działa dotychczasowe Studio WMS.net.
| Cecha | ST i RS | GT |
|---|---|---|
| Baza danych | SQL Server; na RS licencja per rdzeń przy każdej instancji | PostgreSQL 18, brak kosztu licencji na instancję |
| System | Windows Server | Linux, kontenery Docker |
| Konfiguracja | Transakcje JS wgrywane na serwer (ST) albo dane w bazie i konfigurator (RS) | Pliki tekstowe (YAML, HTML, JS, CSS) w Git |
| Zmiana funkcji u klienta | Wgranie transakcji JS albo nowa wersja aplikacji | Podmiana plików konfiguracji bez restartu i bez okna serwisowego |
| Wielojęzyczność | ST: kopiowanie stron .aspx i komunikatów z kodu; RS: konfigurowalna | Natywna, i18next, plik tłumaczeń |
| Interfejs | jQuery i jqWidgets (ST), Vue z komercyjnymi bibliotekami UI (RS) | Vue 3, TypeScript, własny zestaw @gt-ui (38 komponentów), bez licencji komercyjnych |
Wielojęzyczność ma policzony koszt. Kolejny język portalu na GT to plik tłumaczeń i szablony, szacunkowo 8-10 godzin pracy. Ten sam zakres na ST wymaga 80-100 godzin. Zmiany funkcji wczytują się na gorąco, a walidacja działa w trybie fail-closed: plik, który nie przechodzi kontroli, nie zostaje wczytany.
Nota technologiczna platformy GT z 19.08.2026 podaje też parametry kontrolne. Schemat bazy ma 44 migracje z rejestrem historii, rdzeń backendu 15 zależności produkcyjnych, a frontend 10. Na realnym wolumenie (około 10 tys. kartotek i 45 tys. dokumentów, ponad 150 tys. pozycji) czas odpowiedzi gridu dokumentów spadł z ok. 1,5 s do ok. 40 ms po rozdzieleniu zapytania o stronę i licznika rekordów. Wielostronicowy raport PDF powstaje w ok. 50 ms na rozgrzanym mikroserwisie wydruków. Własne biblioteki GT działają wyłącznie na otwartych licencjach (MIT, Apache 2.0, PostgreSQL License).
Jak wygląda wdrożenie na GT
Od analizy do instancji, która pracuje w chmurze albo u klienta.
Wdrożenie zaczyna się od analizy przedwdrożeniowej: ustala ona procesy i integracje, a na tej podstawie powstaje konfiguracja pakietu. Konfiguracja to pliki tekstowe w repozytorium Git, więc każda zmiana ma historię i da się ją wycofać. Hosting jest oparty na kontenerach: instancja i baza przypadają na klienta, ruch przyjmuje reverse proxy Traefik, a wdrożenia przebiegają w modelu GitOps z sekretami w SOPS i age. Całość opisuje poniższy schemat.
Ten sam obraz działa w chmurze SoftwareStudio i na serwerze klienta, o ile jest to Linux z dostępem do kontenerów, np. przez Docker. Obserwowalność zapewnia OpenTelemetry od przeglądarki po mikroserwisy, więc wolny wydruk albo błąd zapytania da się prześledzić do konkretnego komponentu.
Dane z dotychczasowego systemu trzeba przenieść. Migrator, który zamieniałby istniejące wdrożenie w konfigurację GT, nie istnieje, więc migracje z ST i RS są ręczne. Zasady przeniesienia kartotek i stanów opisuje strona o migracji danych. Czas uruchomienia 4-8 tygodni jest deklaracją produktową dla Studio WMS.net; harmonogram dla GT wynika z analizy, nie z tej deklaracji.
Integracje z ERP i innymi systemami
Wymianę danych wykonuje usługa Windows, a konektor zależy od wersji ERP.
Studio WMS.net wymienia dane z ERP oraz z firmami kurierskimi przez pliki Excel lub WebService; ten sam kanał obsługuje TMS i YMS. Integracje wykonuje usługa Windows SSService.exe, instalowana na serwerze, a konektor jest dobierany do wersji ERP. Zapis do ERP odbywa się wyłącznie przez API producenta ERP, a odczyt kontem SQL tylko do odczytu, dzięki czemu numeracja i walidacje ERP nie są omijane.
Poniższe statusy dotyczą Studio WMS.net, nie pakietu WMS na GT. Dla GT zakres integracji ustala analiza przedwdrożeniowa i nie składamy tu obietnic gotowych konektorów.
| ERP | Status | Uwagi |
|---|---|---|
| Comarch ERP XL | Deklarowana | Zapis przez API producenta; opis na stronie integracji z Comarch Optima i XL |
| SAP i SAP EWM | Wykonana | Szczegóły na stronie o integracji z SAP |
| Symfonia ERP | Wykonana | Asynchroniczna wymiana z kolejką FIFO i tabelą wysyłkową (integracja z Symfonią) |
| Optima | Proponowana przez Sferę | Licencja Sfery po stronie klienta |
| enova365 | Warstwa XML i REST | Zakres interfejsu i moduły dodatkowe po stronie partnera |
Ogólne zasady łączenia magazynu z ERP zbiera strona o integracjach.
Czego pakiet WMS na GT jeszcze nie ma
Cztery granice dojrzałości, zapisane wprost.
Najmłodsza generacja ma własne granice, więc warto znać je przed decyzją. Stan na 6.10.2026 wygląda następująco.
| Obszar | Stan na GT |
|---|---|
| Partie z datą ważności i FEFO | Pakiet WMS nie ma jeszcze pełnej obsługi. Głębsza logika magazynowa (egzemplarze i serie z rezerwacjami) jest planowana. Takie magazyny prowadzi Studio WMS.net na ST i RS. |
| Migracja z ST i RS | Ręczna. Migrator zamieniający wdrożenie w konfigurację GT nie istnieje. |
| HubGT | Warsztat do budowy menu i transakcji ze wsparciem AI jest w fazie testów. |
| Pakiety RMA i TMS | Na GT ich nie ma. |
Wiele magazynów nie rozstrzyga się jednym kryterium. Magazyn spożywczy albo farmaceutyczny z terminami przydatności potrzebuje logiki partii i FEFO, którą opisuje strona o partiach produkcyjnych i datach ważności. Nowa odsłona Studio WMS.net na ST i RS ma osiem modułów analitycznych, w tym terminy przydatności w logice FEFO, ale żaden nie został jeszcze uruchomiony na danych klienta, więc traktujemy go jako bazę wyjściową.
Wycena i model zakupu
Kwot dla pakietu WMS na GT nie podajemy, bo każda wycena jest indywidualna.
Wersje WMS na platformie GT i moduły dedykowane, na przykład pakowanie albo integracje z automatyką, wycenia się indywidualnie. Model zakupu to licencja wieczysta z Software Maintenance, której mechanikę i porównanie z abonamentem opisuje strona o licencji wieczystej i abonamencie WMS. Stawki abonamentowe Studio WMS.net na ST i RS są w cenniku.
Od czego zależy koszt wdrożenia, wyjaśnia strona ile kosztuje wdrożenie WMS, a ofertę dla własnego magazynu zamówisz przez formularz wyceny.