SoftwareStudio jako producent oprogramowania

SoftwareStudio Group Sp. z o.o. jest producentem oprogramowania oraz dostawcą rozwiązań w chmurze prywatnej działającej na platformie VMware. Firma z Poznania pisze programy logistyczne i biznesowe na stosie Microsoft: C# i JavaScript z jQuery po stronie aplikacji, a SQL Server z językiem T-SQL po stronie danych. Jako software house tworzy także aplikacje dedykowane, czyli rozwiązania projektowane indywidualnie pod specyfikę danej działalności.

Ta strona porządkuje ofertę w dwóch warstwach. Pierwszą tworzy rodzina pięciu gotowych systemów o nazwie Studio, drugą praca na zamówienie. Obie warstwy dzielą technologię i sposób wdrażania, więc wiedza z jednego projektu przenosi się na kolejny.

Różnica między producentem a dystrybutorem licencji ma znaczenie praktyczne. Producent zna własny kod, więc zgłoszenie błędu trafia do zespołu, który może go poprawić w źródle, a potrzebna funkcja może wejść do kolejnego wydania. Dystrybutor przekazuje zgłoszenie dalej i czeka na odpowiedź autora oprogramowania. W przypadku systemów Studio ta sama firma projektuje produkt, a potem wdraża go i utrzymuje.

Otwarta przestrzeń biurowa z rzędami stanowisk komputerowych, w tle ściana z pomarańczowo-niebieską grafiką i okna
Praca nad systemami Studio odbywa się w jednym zespole, który utrzymuje wspólną bazę kodu i wspólne biblioteki.

Pięć systemów z rodziny Studio

Rodzina Studio obejmuje pięć systemów. Pierwsze dwa obsługują magazyn oraz plac przed nim. Kolejne dwa dotyczą reklamacji i narzędziowni, a ostatni palet. Każdy system rozwiązuje osobny problem procesowy, ale wszystkie pracują w technologii Microsoft, więc mogą korzystać z tej samej bazy kontrahentów. Poniższa tabela wskazuje obszar każdego z nich.

SystemObszar procesuZakres według opisu produktu
Studio WMS.netMagazynEwidencja ilościowo-wartościowa z dokumentami PZ i WZ oraz kompletacją; klient Framework i web oraz aplikacja Android
Studio VSS.netPlac i awizacje (YMS)Okna czasowe, pojemność bram, mapa placu, integracje przez REST API i EDI
Studio RMA.netReklamacjeObsługa reklamacji w środowisku internetowym dla firm B2B i B2C
Studio TCS.netNarzędziownia i utrzymanie ruchuEwidencja narzędzi oraz rejestr awarii ze zleceniami naprawy w ujęciu CAFM i CMMS
Studio PWS.netPalety i opakowania zwrotneIdentyfikacja kodem kreskowym lub RFID, kwit paletowy, rozliczenie z kontrahentem

Magazyn opisuje artykuł o Studio WMS.net, a plac i okna czasowe strona o yard management w Studio VSS.net. Obsługę zgłoszeń klientów przedstawia tekst o Studio RMA.net, narzędziownię i obiekty opisuje materiał o Studio TCS.net jako CAFM i CMMS, a obieg nośników omawia artykuł o Studio Palety.net.

Reguła: system Studio wdraża się na procesie, który przynosi najwięcej błędów ręcznych, a dopiero potem łączy z pozostałymi. Jednoczesny start wszystkich pięciu obszarów zwiększa ryzyko bez wyraźnego zysku.

Dobór systemu do problemu w firmie

Wybór pierwszego systemu zaczyna się od objawu, a nie od nazwy produktu. Objaw wskazuje proces, w którym firma traci najwięcej czasu albo pieniędzy, i to on wyznacza kolejność wdrożeń. Tabela zestawia typowe objawy z obszarem, który je adresuje.

Objaw w firmieObszarPierwsze działanie
Stan w ERP nie zgadza się ze stanem na regaleMagazyn, Studio WMS.netRejestracja każdego ruchu w chwili wykonania operacji
Ciężarówki czekają przed bramą, a rampy stoją pustePlac, Studio VSS.netOkna czasowe i kontrola pojemności bram
Reklamacje krążą w wiadomościach e-mail i arkuszachReklamacje, Studio RMA.netJedna rejestracja zgłoszenia z historią statusów
Narzędzia znikają bez śladu wypożyczeniaNarzędziownia, Studio TCS.netEwidencja narzędzi z dokumentem wypożyczenia
Salda palet nie zgadzają się z kontrahentemPalety, Studio PWS.netKwit paletowy i rozliczenie nośników

Kolejne systemy dołącza się po ustabilizowaniu pierwszego. Wspólna baza kontrahentów sprawia, że dane wprowadzone w jednym miejscu pojawiają się w następnym bez ponownego wpisywania.

Wspólna architektura i dane

Systemy Studio pracują na serwerze aplikacji ASP.NET z bazą Microsoft SQL Server, w sieci lokalnej albo przez Internet. Nazwa z końcówką .net odnosi się do platformy, na której SoftwareStudio rozwija oprogramowanie. Warstwy są rozdzielone: baza przechowuje kartoteki i dokumenty, aplikacja serwerowa w C# wykonuje logikę, a przeglądarka pokazuje interfejs.

Wspólna technologia daje praktyczny efekt. Awizowana dostawa z systemu VSS.net może trafić do kolejki dokumentów przyjęcia w programie magazynowym, więc magazyn widzi ją, zanim ciężarówka wjedzie na plac. Kontrahent wprowadzony raz jest widoczny we wszystkich systemach. Szczegóły integracji tych dwóch obszarów opisuje strona o programie magazynowym od producenta.

Pulpit programu magazynowego z wykresami kołowymi liczby zleceń według statusu i dokumentów magazynowych oraz wykresem słupkowym kontrahentów z największą liczbą palet
Pulpit Studio WMS.net: zlecenia według statusu, dokumenty z ostatnich 365 dni i kontrahenci z największą liczbą palet w magazynie.

Aby pokazać mechanizm wspólnych danych, poniższy widok łączy dwie tabele przez ten sam identyfikator kontrahenta. Nazwy są poglądowe i nie odwzorowują schematu żadnego z produktów.

CREATE VIEW dbo.v_DostawaZPrzyjeciem AS
SELECT a.AwizacjaId,
       k.Nazwa       AS Kontrahent,
       a.PlanowanyWjazd,
       d.NumerPZ,
       d.Status      AS StatusPrzyjecia
FROM dbo.Awizacja AS a
JOIN dbo.Kontrahent AS k ON k.KontrahentId = a.KontrahentId
LEFT JOIN dbo.DokumentPZ AS d ON d.AwizacjaId = a.AwizacjaId;

Złączenie LEFT JOIN zwraca także awizacje, dla których przyjęcia jeszcze nie utworzono. Dzięki temu widok pokazuje dostawy w drodze obok tych, które są już rozliczane w magazynie.

Integracje z ERP i systemami zewnętrznymi

Systemy Studio współpracują z ERP jako uzupełnienie istniejącego środowiska, a nie jego zamiennik. Konfiguracja wymaga zmapowania dokumentów magazynowych po obu stronach interfejsu. Chodzi o dokumenty PZ i WZ oraz RW i MM. Wymiana odbywa się zwykle w sposób ciągły, bez ręcznego eksportu i importu plików, co ogranicza pomyłki wynikające z powielania danych.

W module awizacji dostępne są interfejs REST API oraz wymiana EDI, dzięki którym harmonogram wizyt może zasilać systemy WMS i TMS. Komunikat REST przenosi dane w formacie JSON. Poniższy przykład pokazuje poglądowy kształt takiego komunikatu i nie jest dokumentacją punktu końcowego produktu.

POST /api/awizacje HTTP/1.1
Content-Type: application/json

{
  "kontrahent": "Dostawca Przykładowy",
  "planowanyWjazd": "2026-10-05T08:30:00",
  "rampa": "03M",
  "numerZamowienia": "ZAM/2026/1042"
}

Odpowiedź z kodem 201 oznacza utworzenie wizyty, a kod 409 sygnalizuje kolizję terminu na tej samej rampie. System nadrzędny powinien obsłużyć oba przypadki i nie ponawiać zapisu bez zmiany danych. Powtórzenie identycznego żądania po błędzie sieci wymaga klucza idempotentności, aby nie powstały dwie wizyty.

Kierunek wymianyTypowy przypadekUwaga projektowa
ERP do systemu StudioZamówienia i kartoteki towarówJedno źródło prawdy dla kartoteki
System Studio do ERPDokumenty PZ i WZ oraz MM po wykonaniu operacjiNumeracja dokumentów zgodna po obu stronach
Awizacje do WMS lub TMSHarmonogram wizyt i statusy transportówObsługa kolizji terminów i ponowień

Aplikacje dedykowane na zamówienie

Poza gotowymi systemami SoftwareStudio wykonuje aplikacje dedykowane. Powstają one od zera pod proces klienta i dzięki temu nie wymuszają zmiany procedur na zgodne z ograniczeniami pakietu. Oszczędność czasu pojawia się tam, gdzie ręczna czynność zostaje zastąpiona operacją systemu, a zarządzanie zyskuje dane z jednej bazy zamiast z kilku arkuszy.

Taką aplikację można zbudować jako aplikację webową działającą w przeglądarce. Działa ona na serwerze, do którego przeglądarka wysyła zapytania, a serwer zwraca odpowiedzi. Urządzenie użytkownika potrzebuje tylko przeglądarki i zwykle dostępu do Internetu. Model rozliczenia zależy od ustaleń, gdyż aplikacja może być udostępniana jako usługa albo zainstalowana u klienta.

CechaSystem z rodziny StudioAplikacja dedykowana
Punkt wyjściaGotowy zakres procesu i kod producentaWymagania spisane w analizie
DopasowanieKonfiguracja przez administratora klientaZmiany w kodzie i w schemacie bazy
Czas do uruchomieniaZależny od konfiguracji i migracji danychZależny od zakresu prac programistycznych
RozwójWydania producenta dla wielu klientówKolejne etapy uzgadniane z klientem

Wybór między obiema drogami zależy od tego, jak bardzo proces klienta odbiega od typowego. Gdy odbiega niewiele, konfiguracja gotowego systemu jest szybsza i tańsza w utrzymaniu. Gdy proces jest nietypowy, a przewaga firmy polega właśnie na tej nietypowości, sens ma kod pisany pod zamówienie.

Chmura prywatna VMware i ciągłość działania

SoftwareStudio dostarcza rozwiązania w chmurze prywatnej działającej na platformie VMware. Wirtualizacja pozwala uruchomić aplikację i bazę na maszynach wirtualnych, które przenosi się między serwerami fizycznymi bez zmiany konfiguracji aplikacji. Ułatwia to prace serwisowe na sprzęcie, bo nie wymagają one długiego przestoju systemu.

Ciągłość działania opisuje pojęcie Disaster Recovery, czyli odtwarzanie po awarii uniemożliwiającej pracę w ośrodku podstawowym. Ośrodkiem podstawowym jest tu infrastruktura produkcyjna, z której firma korzysta na co dzień. Technologicznie odtwarzanie wspierają zdalne kopie lustrzane i lokalne kopie migawkowe PiT, czyli Point in Time.

ParametrCo określaJak wpływa na projekt
RPOMaksymalny akceptowalny okres utraty danychCzęstotliwość kopii dziennika transakcji i replikacji
RTOMaksymalny akceptowalny czas przywrócenia usługiRodzaj ośrodka zapasowego i sposób przełączenia

Wartości RPO i RTO ustala się z klientem na podstawie kosztu przestoju. Magazyn, który wydaje towar całą dobę, ma inne wymagania niż biuro pracujące w dni robocze. Mechanizm kopii i odtwarzania baz opisuje dokumentacja kopii zapasowych i odtwarzania SQL Server w Microsoft Learn.

Ilustracja chmury z pomarańczowych rozbłysków nad zabudową miejską na ciemnym tle, symbol chmury prywatnej
Chmura prywatna na platformie VMware jest jednym z miejsc uruchamiania systemów Studio.

Narzędzia uzupełniające do systemów Studio

Do systemów Studio dochodzą narzędzia pomocnicze. Raporty budowane na SQL Server Reporting Services opisuje artykuł o SQL Report Builder, a asystentów opartych na modelach językowych przedstawia strona SoftwareStudio AI Family z siedmioma asystentami przypisanymi do różnych zadań.

W opisie oferty pojawiają się też systemy dostawców partnerskich: klasy ERP, Helpdesk OTRS, serwer poczty Kerio i oprogramowanie bezpieczeństwa Safetica. To produkty osób trzecich, więc ich funkcje określają ich producenci. SoftwareStudio występuje w tej części jako partner, który wdraża je obok własnych systemów.

Uprawnienia i ślad zmian w systemie

System używany przez wiele osób wymaga podziału uprawnień. Administrator po stronie klienta konfiguruje role i przypisuje je użytkownikom, a każdy widzi tylko menu i dane potrzebne na swoim stanowisku. W module awizacji dostęp przewoźnika ogranicza się do jego własnych wizyt, co chroni informacje handlowe pozostałych kontrahentów.

  • Rola - zestaw operacji dozwolonych na stanowisku, na przykład przyjęcie towaru albo zatwierdzenie dokumentu.
  • Zakres danych - ograniczenie widocznych rekordów do magazynu albo kontrahenta.

Drugim elementem jest ślad zmian. Gdy dokument zostanie poprawiony, system powinien zachować informację, kto to zrobił i kiedy. Poniższy przykład, z nazwami poglądowymi, pokazuje prostą tabelę śladu, w której tożsamość i czas uzupełnia sama baza.

CREATE TABLE dbo.SladZmian (
    SladId       bigint IDENTITY PRIMARY KEY,
    Tabela       sysname       NOT NULL,
    KluczWiersza int           NOT NULL,
    Operacja     char(1)       NOT NULL
        CHECK (Operacja IN ('I', 'U', 'D')),
    Uzytkownik   nvarchar(100) NOT NULL DEFAULT ORIGINAL_LOGIN(),
    KiedyUtc     datetime2(0)  NOT NULL DEFAULT SYSUTCDATETIME()
);

Praca wielu użytkowników w jednej bazie wymaga krótkich transakcji. Jedna operacja magazynowa to jedna transakcja, bez oczekiwania na decyzję użytkownika w środku, bo długa transakcja blokuje wiersze i przy wielu terminalach powoduje kolejkowanie. Poziom izolacji READ COMMITTED chroni przed odczytem zmian niezatwierdzonych.

Wdrożenie i wsparcie producenta

Wdrożenie systemu Studio zaczyna się od analizy procesu i uzgodnienia zakresu pierwszego etapu. Po niej następują konfiguracja i migracja kartotek oraz szkolenie użytkowników. Uruchomienie pilotażowe na jednym magazynie albo jednym stanowisku pozwala sprawdzić założenia przed rozszerzeniem na resztę organizacji.

Widok Wizualizacja w module Yard Management: zdjęcie lotnicze placu z zielonymi polami ramp oznaczonych numerami od 01M do 09M
Wizualizacja placu w Studio VSS.net: rampy zaznaczone na zdjęciu lotniczym z numerami od 01M do 09M.
EtapCo powstajeKto decyduje
Analiza procesuOpis stanu obecnego i zakres pierwszego etapuKlient wspólnie z wdrożeniowcem
KonfiguracjaSłowniki i typy dokumentów oraz roleAdministrator po stronie klienta
Migracja danychKartoteki towarów i kontrahentów w bazie systemuKlient akceptuje wynik importu
SzkolenieInstrukcje stanowiskowe i konta użytkownikówWdrożeniowiec i kierownik zmiany
PilotażPraca na jednym stanowisku lub w jednym magazynieKlient zatwierdza przejście dalej

Migracja jest etapem, który najczęściej wymaga poprawek. Dane z poprzedniego systemu zawierają duplikaty kontrahentów i niespójne jednostki miary, więc przed importem prowadzi się ich czyszczenie. Import wykonuje się najpierw na kopii testowej, a wynik porównuje się z raportami ze starego systemu.

Po uruchomieniu producent zapewnia wsparcie, a kontakt odbywa się telefonicznie pod numerem +48 533 322 626. Aby zobaczyć systemy przed rozmową, można otworzyć demo online. Profil firmy i dane kontaktowe znajdują się też na stronie o firmie SoftwareStudio.