Subiekt nexo PRO prowadzi kartoteki i dokumenty handlowe oraz obsługuje wiele podmiotów, a Studio WMS.net odpowiada za lokalizacje i pracę na kolektorach. Połączenie obu systemów opiera się na Sferze nexo SDK, a nie na zapytaniach do tabel SQL. Poniżej opisano, jak przebiega wymiana zamówień i stanów oraz co robi system przy bardzo dużej kartotece.
Spis treści
- Sfera nexo SDK zamiast zapytań do tabel
- Zamówienia ZK jako zlecenia wydania
- Kartoteka ze 100 000 indeksów
- Operator 3PL jako węzeł wymiany dokumentów
- Co zmienia integracja w pracy biura
- Kolektory Android i lokowanie według klas ABC
- Pytania i odpowiedzi o integrację Subiekt nexo PRO z WMS
- Glosariusz pojęć związanych z integracją Subiekt nexo PRO
Sfera nexo SDK zamiast zapytań do tabel
Integracja z Subiekt nexo PRO działa przez dedykowany adapter, który korzysta ze Sfery nexo SDK. Adapter jest warstwą .NET i abstrahuje dostęp do dokumentów handlowych i magazynowych oraz do kartotek towarowych. Komunikacja odbywa się zgodnie z logiką biznesową producenta oprogramowania, co chroni integralność bazy danych.
Zamiast ryzykownych zapytań prosto do tabel stosuje się warstwę, która sama wykonuje reguły ERP. Adapter pozostaje odporny na aktualizacje Subiekta, bo korzysta z interfejsu udostępnionego przez dostawcę. Mapowanie dokumentów konfiguruje się tak, by odzwierciedlały rzeczywiste procesy w magazynie centralnym.
| Metoda wymiany | Po której stronie działa | Charakter |
|---|---|---|
| Sfera nexo SDK (warstwa .NET i COM) | Subiekt nexo PRO | podstawowy mechanizm, zgodny z logiką ERP |
| Web API (REST i JSON) | Studio WMS.net | obsługa urządzeń mobilnych i systemów zewnętrznych |
| Pliki XML | obie strony | dopasowanie do wymagań infrastruktury klienta |
| Bezpośrednie zapytania do tabel SQL ERP | niestosowane | niezalecane, bo omijają reguły systemu |
Reguła: zapis do bazy Subiekta idzie przez Sferę nexo SDK, a nie przez INSERT lub UPDATE na tabelach. Dokument zapisany bezpośrednio w bazie omija walidację i numerację ERP, co grozi niespójnością danych.
Dlaczego warstwa .NET, a nie baza
Subiekt ma własną logikę biznesową, której nie odtwarza się w samych tabelach. Numeracja dokumentów i przeliczanie stanów wynikają z działania aplikacji. Sfera nexo SDK udostępnia tę logikę programiście, więc adapter wywołuje operację na dokumencie, a nie próbuje odtworzyć jej skutków w bazie.
Adapter oparty na SDK pozostaje odporny na przyszłe aktualizacje ERP. Korzysta z interfejsu producenta, a nie ze struktury tabel, która może się zmienić między wersjami. Zapytanie wprost do tabel wymagałoby nowego sprawdzenia przy każdej wersji systemu.
Zamówienia ZK jako zlecenia wydania
Zamówienia od klientów, czyli dokumenty ZK wraz z ZK z rezerwacją, są importowane do Studio WMS.net jako zlecenia wydania. Operator nie przepisuje danych z biura do magazynu. System obsługuje też priorytetyzację zleceń i śledzenie statusu ich realizacji.
- Import ZK. WMS pobiera zamówienie z rezerwacją zarejestrowane w Subiekt nexo PRO.
- Zlecenie wydania. Dokument staje się zleceniem w kolejce kompletacji z terminem i priorytetem.
- Kompletacja i pakowanie. Magazynier realizuje zlecenie na kolektorze i potwierdza wysyłkę.
- Informacja zwrotna. WMS przesyła do Subiekta wynik, a status zamówienia jest aktualizowany.
Mapowanie dokumentów ZK i ZO
Każde wdrożenie obejmuje konfigurację mapowania dokumentów ZK i ZO, tak aby pasowały do obiegu w danej firmie. Przed uruchomieniem ustala się cztery elementy.
- Typ dokumentu. Które zamówienia, w tym ZK z rezerwacją, mają stać się zleceniami wydania.
- Priorytet. Jak oznaczenie w Subiekcie przekłada się na pole wysokiego priorytetu w WMS.
- Termin realizacji. Skąd WMS bierze datę, według której porządkuje kolejkę kompletacji.
- Status zwrotny. Jaka informacja wraca do Subiekta po pakowaniu i wysyłce.
Dwukierunkowa wymiana stanów oznacza, że każde przyjęcie i wydanie w WMS jest widoczne w Subiekcie. Zapis w ewidencji handlowo-księgowej pozostaje zgodny z magazynem fizycznym, a handlowiec nie sprzedaje towaru, którego nie ma na półce. Rodzaje dokumentów opisuje strona o dokumentach magazynowych.
Kartoteka ze 100 000 indeksów
Studio WMS.net pracuje na bazie Microsoft SQL Server i jest zoptymalizowane pod duże zbiory danych. Przy stu tysiącach wielowariantowych indeksów towarowych istotne są indeksy w bazie i krótkie transakcje, bo od nich zależy, czy wielu użytkowników pracuje jednocześnie bez blokad. Dotyczy to aplikacji desktopowej oraz terminali mobilnych.
Poniższy przykład jest ilustracyjny i nie opisuje schematu bazy produktu. Pokazuje, jak indeks pokrywający skraca wyszukiwanie indeksu towarowego przy synchronizacji.
CREATE NONCLUSTERED INDEX IX_Towary_Symbol
ON dbo.Towary (Symbol)
INCLUDE (Nazwa, JednostkaMiary, Ean);
SELECT Symbol, Nazwa, JednostkaMiary, Ean
FROM dbo.Towary
WHERE Symbol = @Symbol;Zapytanie z warunkiem na kolumnie Symbol trafia do indeksu i czyta kolumny z klauzuli INCLUDE bez sięgania do tabeli. Bez indeksu silnik musiałby przeszukać całą kartotekę, co plan wykonania pokazuje jako skanowanie tabeli. Składnię opisuje dokumentacja CREATE INDEX w SQL Server.
Blokady przy pracy wielu użytkowników
SQL Server zakłada blokady na wierszach, stronach albo całych tabelach, zależnie od zapytania. Długa transakcja na dużej tabeli kartoteki zatrzymuje pozostałych użytkowników. Krótkie transakcje i indeksy, które zawężają zakres odczytu, ograniczają to zjawisko. Szczegóły opisuje przewodnik po blokowaniu transakcji.
- Krótkie transakcje. Blokada trwa tylko tyle, ile zapis jednego dokumentu.
- Indeksy zawężające odczyt. Zapytanie dotyka niewielu wierszy zamiast całej tabeli.
- Synchronizacja przyrostowa. Pełne przeliczenie kartoteki w godzinach szczytu obciąża bazę bardziej niż wymiana zmienionych rekordów.
- Okna wymiany. Zakres i częstotliwość ustala się razem z zespołem po stronie ERP.
Operator 3PL jako węzeł wymiany dokumentów
Studio WMS.net może pełnić rolę węzła informacyjnego, który pośredniczy między Subiektem a magazynem zewnętrznego operatora logistycznego. Właściciel towaru zachowuje kontrolę nad zapasem, który fizycznie leży w obcej lokalizacji. Administratorzy kontrolują dostęp do modułów i dokumentów przez uprawnienia. Model kontraktowy opisuje strona o oprogramowaniu WMS dla 3PL.
Ważna jest też identyfikowalność. Partie śledzi się od przyjęcia do magazynu przez operatora aż po wydanie do odbiorcy końcowego, co ułatwia wykazanie zgodności z wymaganiami prawnymi i jakościowymi. Zasady opisuje strona o partiach produkcyjnych i datach ważności.
Wiele podmiotów w Subiekcie
Subiekt nexo PRO obsługuje wiele podmiotów. Przy wdrożeniu ustala się, które podmioty i magazyny ERP odpowiadają magazynom w Studio WMS.net. Ten podział wpływa na to, do którego dokumentu trafia wydanie i której kartoteki dotyczy przyjęcie. Błąd na tym etapie ujawnia się dopiero przy rozliczeniu, więc sprawdza się go w testach z danymi z każdego podmiotu.
Co zmienia integracja w pracy biura
Dział handlowy nie przepisuje zamówień do magazynu i nie dzwoni z pytaniem o stan. Księgowość nie wpisuje ręcznie dokumentów PZ ani nie przepisuje faktur. Każda operacja w magazynie jest widoczna w systemie nadrzędnym, a wymiana odbywa się w czasie rzeczywistym przez API.
| Rola | Bez integracji | Z integracją |
|---|---|---|
| Handlowiec | przepisuje zamówienie do magazynu i pyta o stan | zamówienie ZK trafia do WMS, a stan jest widoczny w Subiekcie |
| Księgowość | wpisuje dokumenty PZ i przepisuje faktury | dokumenty powstają po potwierdzeniu operacji w magazynie |
| Magazynier | pracuje z wydrukami | dostaje zadania na kolektorze i potwierdza je skanem |
| Kierownik logistyki | czeka na ręczne zestawienie różnic | widzi raport rozbieżności od razu po spisie |
Zmiana dotyczy też papieru. Zlecenia pojawiają się na kolektorach, a potwierdzenia wracają elektronicznie, więc nie krążą wydruki między biurem a halą. Raport rozbieżności po inwentaryzacji powstaje od razu po spisie, więc korekty wykonuje się w tej samej zmianie. Analizę rentowności operacji magazynowych opisuje strona więcej niż PZ i WZ.
Kolektory Android i lokowanie według klas ABC
Grafika przedstawia cztery etapy. Zaczyna od celów wdrożenia i automatyzacji na kolektorach Android, a kończy lokowaniem według klas ABC, które prowadzi do szybszej kompletacji. Klasy ABC wyznaczają, które indeksy leżą blisko strefy wydań. Zasady klasyfikacji opisuje strona o analizie ABC magazynu.
Operatorzy dostają zadania bezpośrednio na kolektorach. Aplikację opisuje strona o WMS na Androida, a sprzęt montowany na wózkach opisuje komputer pokładowy Zebra VC8300. Inwentaryzacja okresowa przebiega bez wstrzymywania pracy, a raport rozbieżności jest dostępny od razu po spisie, co opisuje strona o inwentaryzacji.
Integracje z innymi systemami handlowymi opisują strony o Symfonia ERP oraz o integracji ERP w ofercie SoftwareStudio.
Pytania i odpowiedzi o integrację Subiekt nexo PRO z WMS
Tak. Integracja działa przez adapter oparty na Sferze nexo SDK, który dostosowuje się do procesów klienta. Każde wdrożenie obejmuje konfigurację mapowania dokumentów ZK i ZO do obiegu w firmie.
Studio WMS.net pracuje na Microsoft SQL Server i korzysta z indeksowania oraz krótkich transakcji, które ograniczają blokady przy wielu użytkownikach. Dotyczy to zarówno aplikacji desktopowej, jak i terminali mobilnych.
Tak. Każde przyjęcie i wydanie w WMS odzwierciedla się w Subiekcie, a zamówienia z Subiekta trafiają do magazynu. Ewidencja handlowa zgadza się więc ze stanem fizycznym.
Podstawą jest Sfera nexo SDK po stronie Subiekta. Po stronie WMS komunikacja idzie przez Web API w formacie REST i JSON, a wymianę można uzupełnić plikami XML. Bezpośrednich zapytań do tabel SQL ERP nie stosuje się.
Tak. Zamówienia ZK z rezerwacją są konwertowane na zlecenia wydania dla magazynierów. Po spakowaniu i wysyłce informacja zwrotna aktualizuje status zamówienia w Subiekcie.
Glosariusz pojęć związanych z integracją Subiekt nexo PRO
- Subiekt nexo PRO
- System ERP do obsługi sprzedaży, magazynu i wielu podmiotów, z którym Studio WMS.net wymienia dokumenty i stany.
- Sfera nexo SDK
- Zestaw narzędzi programistycznych (.NET i COM) do zapisu i odczytu dokumentów Subiekta zgodnie z logiką ERP.
- Zamówienie ZK
- Zamówienie od klienta w Subiekcie. W WMS staje się zleceniem wydania do skompletowania.
- Zlecenie wydania
- Dyspozycja pobrania towaru w magazynie, na podstawie której powstaje dokument WZ po wysyłce.
- Web API
- Interfejs HTTP, w tym przypadku REST z formatem JSON, używany przez terminale i systemy zewnętrzne.
- Indeks pokrywający
- Indeks bazy danych zawierający wszystkie kolumny potrzebne zapytaniu, więc silnik nie sięga do tabeli.
- Węzeł wymiany dokumentów
- Rola WMS pośredniczącego między ERP właściciela towaru a operacjami zewnętrznego operatora logistycznego.
- Identyfikowalność
- Możliwość prześledzenia partii towaru od przyjęcia po wydanie do odbiorcy.