Porównanie trzech generacji platformy StudioSystem w tabeli: od ASP.NET WebForms po .NET 10 i PostgreSQL. Kiedy wybrać którą generację i jak wygląda migracja.
Pierwsza generacja platformy StudioSystem (ST) powstała na ASP.NET WebForms. Druga (RS) dodała SPA w Vue 3 i konfigurator zapisujący dane w bazie. Trzecia (GT) przenosi konfigurację do plików w Git, a bazę na PostgreSQL. Ta strona zestawia je w tabeli i podpowiada, którą wybrać dla danego magazynu.
Funkcje opisane na pozostałych stronach tej witryny dotyczą obecnie Studio WMS.net na platformach ST i RS. Generacja GT jest kierunkiem rozwoju, który opisuje osobna strona o platformie StudioSystem GT.
Trzy generacje platformy StudioSystem
Konfiguracja przechodzi z kodu do bazy, a potem do plików.
Każda kolejna generacja zmieniała przede wszystkim to, gdzie leży konfiguracja systemu. W ST specyfika klienta siedzi w kodzie i w transakcjach JS, w RS w danych edytowanych w konfiguratorze, a w GT w plikach tekstowych pod kontrolą wersji. Za tą zmianą idą inna baza i inny system serwera.
Dla klienta Studio WMS.net najważniejsze jest rozróżnienie praktyczne. Magazyn z partiami i terminami przydatności działa dziś na ST lub RS, a GT dopiero dochodzi do tego zakresu. Podstawy produktu opisuje strona o systemie WMS.
Tabela porównawcza generacji
Dziewięć cech, po których generacje różnią się najbardziej.
Tabela zbiera cechy, które decydują o kosztach utrzymania i o tym, jak szybko system reaguje na zmianę wymagań. Najwięcej różni konfigurację: w GT są to pliki w Git, które platforma wczytuje bez restartu.
| Cecha | ST (generacja I) | RS (generacja II) | GT (generacja III) |
|---|---|---|---|
| Technologia | ASP.NET WebForms, .NET Framework 4.8.1, ponad 600 stron .aspx | Backend .NET, SPA Vue 3, EF Core, DevExpress, Bootstrap | .NET 10, ASP.NET Core, modular monolith, jeden proces na instancję |
| Baza danych | SQL Server | SQL Server (licencja per rdzeń przy każdej instancji) | PostgreSQL 18, brak kosztu licencji na instancję |
| Konfiguracja | Transakcje JS wgrywane na serwer (JQS), specyfika klienta w kopiach | Dane w bazie edytowane w konfiguratorze, eksport paczek obiektów | Pliki YAML, HTML, JS, CSS w Git, wczytywane na gorąco z walidacją fail-closed |
| Logika serwerowa | Kod w stronach i procedurach | Graf kroków (step processing) w JSON | Silnik RunSteps: kroki w YAML i wersjonowane zapytania codeSQL |
| Interfejs | WebForms, jQuery, jqWidgets | Vue, 78 zależności frontendu, komercyjne biblioteki UI | Vue 3, TypeScript, Vite, własny zestaw @gt-ui (38 komponentów), bez licencji komercyjnych |
| System serwera | Windows Server | Windows Server | Linux, kontenery Docker |
| Zmiana funkcji u klienta | Wgranie transakcji JS albo nowa wersja | Zwykle nowa wersja aplikacji | Podmiana plików konfiguracji bez restartu i bez okna serwisowego |
| Wielojęzyczność | Kopiowanie stron .aspx i komunikatów z kodu | Konfigurowalna | Natywna, i18next - plik tłumaczeń |
| Pakiety | Systemy klienta | Systemy klienta, KSeF, kurierzy, Kafka, LDAP, Hangfire | WMS, NAR (narzędziownia), MAW (awizacje), pakiet wspólny i systemowy: 130 transakcji i 219 zapytań codeSQL |
Drugi wiersz o bazie ma skutek finansowy. RS wymaga licencji SQL Server na rdzeń przy każdej instancji, a GT pracuje na PostgreSQL 18 bez kosztu licencji na instancję. Zasady zakupu opisuje strona o licencji wieczystej i abonamencie WMS.
Generacje ST i RS: Studio WMS.net w praktyce
Pierwsza i druga generacja w codziennej pracy magazynu.
Studio WMS.net, opisywane na tej witrynie, działa w wersji ST jako aplikacja ASP.NET z bazą Microsoft SQL Server, z interfejsem opartym na HTML5 i jQuery. Działa w przeglądarce na komputerach z Windows i macOS oraz na urządzeniach z Androidem i iOS. Dokumenty i lokalizacje trafiają do jednej bazy, a stany można oglądać ogólnie albo szczegółowo, z numerem partii (LOT) i terminem przydatności.
Ten zakres jest powodem, dla którego magazyny z terminami przydatności zostają dziś na ST lub RS. Pełne wdrożenie obejmuje aplikację na terminalach Android i integrację z ERP. Wymiana danych odbywa się przez pliki Excel lub WebService, a integracje wykonuje usługa Windows SSService.exe zainstalowana na serwerze. Szczegóły zakresu podaje strona WMS SoftwareStudio. Przykładem dedykowanego modułu na generacji ST jest Studio Naważalnia GMP, elektroniczny zapis naważania surowców dla producentów farmaceutyków.
Pierwsza generacja wymaga od klienta własnej infrastruktury, jeśli system nie stoi w chmurze SoftwareStudio. Przy hostingu poza chmurą klient ponosi:
- licencję Windows Server,
- licencję SQL Server,
- sprzęt,
- administrację systemu i kopie danych.
W abonamencie SaaS opłata bazowa obejmuje hosting w chmurze prywatnej SoftwareStudio Group oraz licencje Microsoft. Stawki każdego wariantu są w cenniku.
Generacja RS: konfigurator w bazie
Dane w bazie zamiast transakcji w plikach .aspx.
Druga generacja zastąpiła WebForms interfejsem SPA w Vue i backendem .NET z EF Core. Konfiguracja przeniosła się do bazy: administrator edytuje ją w konfiguratorze, a gotowe obiekty eksportuje w paczkach. Logikę serwerową opisuje graf kroków (step processing) zapisany w JSON, więc nie trzeba jej szukać w kodzie stron.
Ceną tego rozwiązania są komponenty zewnętrzne. Interfejs korzysta z DevExpress i Bootstrap, a frontend ma 78 zależności, w tym komercyjne biblioteki UI. Baza pozostaje SQL Server, licencjonowany na rdzeń przy każdej instancji. Zmiana funkcji u klienta to zwykle nowa wersja aplikacji. Pakiety tej generacji, w tym KSeF i obsługę kurierów, zestawia tabela, a drogi integracji z ERP opisuje strona o integracjach.
Generacja GT: kierunek rozwoju
Konfiguracja w Git i baza PostgreSQL.
Trzecia generacja zmienia jednocześnie runtime i bazę. Rdzeń działa na .NET 10 jako modular monolith i trzyma dane w PostgreSQL 18. Konfigurację stanowią pliki tekstowe w Git (YAML, HTML, JS, CSS), wczytywane na gorąco. Własny zestaw @gt-ui zastępuje komponenty komercyjne, więc nie ma opłat za biblioteki UI.
Wielojęzyczność jest natywna. Dodanie kolejnego języka portalu to plik tłumaczeń w i18next i szablony, szacunkowo 8-10 godzin pracy, podczas gdy ten sam zakres na ST zajmuje 80-100 godzin. Pełny opis architektury, silnika RunSteps i mikroserwisów znajduje się na stronie o platformie StudioSystem GT, a pakiet magazynowy omawia strona o Studio WMS na platformie GT.
GT ma też granice opisane wprost: HubGT jest w fazie testów, a pakiet WMS nie obsługuje jeszcze pełnych partii z datą ważności i FEFO.
Którą generację wybrać
Kryteria, które rozstrzygają o generacji.
Wybór zaczyna się od pytania o zakres magazynowy, a dopiero potem o technologię. Jeżeli proces opiera się na partiach z terminami przydatności i FEFO, odpowiedź na dziś jest jedna: Studio WMS.net na ST lub RS. Technologia GT staje się argumentem dopiero wtedy, gdy zakres da się pokryć pakietami dostępnymi na tej platformie.
| Sytuacja | Właściwy wybór | Dlaczego |
|---|---|---|
| Magazyn z partiami, datami ważności i FEFO | ST lub RS (Studio WMS.net) | Pakiet WMS na GT nie ma jeszcze pełnej obsługi partii z datą ważności i FEFO |
| Potrzebny pakiet RMA lub TMS | Nie GT | Na platformie GT nie ma pakietów RMA ani TMS |
| Chęć uniknięcia licencji Microsoft i komponentów komercyjnych | GT | PostgreSQL 18 bez kosztu licencji na instancję, Linux, interfejs bez licencji komercyjnych |
| Potrzebnych wiele wersji językowych | GT | Kolejny język to 8-10 godzin na GT wobec 80-100 godzin na ST |
| Zmiany funkcji bez okien serwisowych | GT | Podmiana plików konfiguracji bez restartu |
| Działający system na ST lub RS, bez presji na zmianę | Pozostać na obecnej generacji | Migracja jest ręczna, bo migratora do GT nie ma |
| Wymóg pełnych praw i kodów źródłowych platformy | System dedykowany od podstaw | Runtime GT pozostaje własnością SoftwareStudio; dedykowany system powstaje w C#/.NET 10, Vue 3 i PostgreSQL, z repozytorium dostępnym dla klienta |
| Hosting współdzielony PHP | Nie GT | GT wymaga Linuksa z dostępem do kontenerów |
Pytanie o generację rozstrzyga analiza przedwdrożeniowa, a nie preferencja technologiczna. Najpierw ustala się procesy i integracje, potem dopasowuje się platformę.
Szczegółowy zakres prac i koszt ustala analiza przedwdrożeniowa. Orientacyjne czynniki ceny zbiera strona o wycenie wdrożenia.
Migracja i prawa do kodu
Przejście na GT wymaga projektu, a nie aktualizacji.
Migrator, który zamieniałby istniejące wdrożenie w konfigurację GT, nie istnieje. Migracje z ST i RS wykonuje się ręcznie, więc plan przejścia powinien uwzględniać czas na odtworzenie konfiguracji w plikach. Dla klienta, który nie ma pilnej potrzeby zmiany, rozsądniejsze bywa pozostanie na obecnej generacji.
Osobna sprawa to prawa do kodu. Gdy klient wymaga przeniesienia pełnych praw i kodów źródłowych platformy, GT nie jest właściwym wyborem, bo runtime pozostaje własnością SoftwareStudio i jest licencjonowany. W takim przypadku buduje się system dedykowany od podstaw, a repozytorium trafia do klienta. W cenniku Studio WMS.net wariant Developer daje prawo do modyfikacji kodu źródłowego, a zakres tego prawa opisuje cennik.
Koszt i model zakupu
Abonament kontra licencja wieczysta.
Na koszt składają się licencja i infrastruktura. Abonament SaaS obniża próg wejścia i przenosi infrastrukturę na dostawcę, ale po 3-4 latach suma abonamentów przewyższa jednorazową licencję. Licencja wieczysta, dostępna na platformie GT przy instalacji u klienta, wymaga większego nakładu na starcie, a koszt bieżący to Software Maintenance: aktualizacje runtime i poprawki bezpieczeństwa.
Abonament jest kosztem operacyjnym, a licencja wieczysta środkiem trwałym. Cena licencji nie zależy od liczby dokumentów ani lokalizacji. Wersje WMS na GT i moduły dedykowane wycenia się indywidualnie. Pełne zestawienie obu modeli podaje strona o licencji wieczystej i abonamencie WMS, a stawki abonamentowe Studio WMS.net są w cenniku.