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.

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.
| System | Obszar procesu | Zakres według opisu produktu |
|---|---|---|
| Studio WMS.net | Magazyn | Ewidencja ilościowo-wartościowa z dokumentami PZ i WZ oraz kompletacją; klient Framework i web oraz aplikacja Android |
| Studio VSS.net | Plac i awizacje (YMS) | Okna czasowe, pojemność bram, mapa placu, integracje przez REST API i EDI |
| Studio RMA.net | Reklamacje | Obsługa reklamacji w środowisku internetowym dla firm B2B i B2C |
| Studio TCS.net | Narzędziownia i utrzymanie ruchu | Ewidencja narzędzi oraz rejestr awarii ze zleceniami naprawy w ujęciu CAFM i CMMS |
| Studio PWS.net | Palety i opakowania zwrotne | Identyfikacja 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 firmie | Obszar | Pierwsze działanie |
|---|---|---|
| Stan w ERP nie zgadza się ze stanem na regale | Magazyn, Studio WMS.net | Rejestracja każdego ruchu w chwili wykonania operacji |
| Ciężarówki czekają przed bramą, a rampy stoją puste | Plac, Studio VSS.net | Okna czasowe i kontrola pojemności bram |
| Reklamacje krążą w wiadomościach e-mail i arkuszach | Reklamacje, Studio RMA.net | Jedna rejestracja zgłoszenia z historią statusów |
| Narzędzia znikają bez śladu wypożyczenia | Narzędziownia, Studio TCS.net | Ewidencja narzędzi z dokumentem wypożyczenia |
| Salda palet nie zgadzają się z kontrahentem | Palety, Studio PWS.net | Kwit 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.

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 wymiany | Typowy przypadek | Uwaga projektowa |
|---|---|---|
| ERP do systemu Studio | Zamówienia i kartoteki towarów | Jedno źródło prawdy dla kartoteki |
| System Studio do ERP | Dokumenty PZ i WZ oraz MM po wykonaniu operacji | Numeracja dokumentów zgodna po obu stronach |
| Awizacje do WMS lub TMS | Harmonogram wizyt i statusy transportów | Obsł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.
| Cecha | System z rodziny Studio | Aplikacja dedykowana |
|---|---|---|
| Punkt wyjścia | Gotowy zakres procesu i kod producenta | Wymagania spisane w analizie |
| Dopasowanie | Konfiguracja przez administratora klienta | Zmiany w kodzie i w schemacie bazy |
| Czas do uruchomienia | Zależny od konfiguracji i migracji danych | Zależny od zakresu prac programistycznych |
| Rozwój | Wydania producenta dla wielu klientów | Kolejne 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.
| Parametr | Co określa | Jak wpływa na projekt |
|---|---|---|
| RPO | Maksymalny akceptowalny okres utraty danych | Częstotliwość kopii dziennika transakcji i replikacji |
| RTO | Maksymalny akceptowalny czas przywrócenia usługi | Rodzaj 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.

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.

| Etap | Co powstaje | Kto decyduje |
|---|---|---|
| Analiza procesu | Opis stanu obecnego i zakres pierwszego etapu | Klient wspólnie z wdrożeniowcem |
| Konfiguracja | Słowniki i typy dokumentów oraz role | Administrator po stronie klienta |
| Migracja danych | Kartoteki towarów i kontrahentów w bazie systemu | Klient akceptuje wynik importu |
| Szkolenie | Instrukcje stanowiskowe i konta użytkowników | Wdrożeniowiec i kierownik zmiany |
| Pilotaż | Praca na jednym stanowisku lub w jednym magazynie | Klient 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.



