Magazyn Framework - desktopowa wersja programu magazynowego WMS.net

Wersja Framework programu Studio Magazyn WMS.net jest aplikacją desktopową dla Windows z interfejsem nawiązującym do pakietu Office 2007/2010. Służy do ewidencji ilościowo-wartościowej w magazynach wysokiego składowania i opiera się na architekturze frameworkowej, czyli modułowym szkielecie, który SoftwareStudio dostosowuje do procesów konkretnego przedsiębiorstwa.

W odróżnieniu od wersji web program pozwala na pracę wielookienkową, podobną do zakładek w arkuszu kalkulacyjnym. Ten tekst opisuje wersję Framework z dwóch stron: jako klienta na stacji roboczej i jako sposób budowy systemu. Wymagania serwera oraz licencje zbiera strona o specyfikacji programu WMS.net, a przegląd całego produktu daje tekst o oprogramowaniu Studio WMS.net.

Architektura frameworkowa i jej komponenty

W programowaniu framework jest szkieletem aplikacji: środowiskiem, które wyznacza strukturę programu i ogólny mechanizm jego działania. Dostarcza gotowe komponenty i biblioteki ogólnego przeznaczenia, więc programista nie pisze każdego fragmentu od podstaw. Podstawowym zestawem bibliotek w aplikacjach windowsowych SoftwareStudio jest Microsoft .NET Framework w wersji 3.5, którego instalację na stacji roboczej opisuje dokumentacja Microsoft Learn.

SoftwareStudio nie tworzy osobnej aplikacji dla każdego klienta. Rozbudowuje i dostosowuje komponenty frameworka do wymagań wdrożenia, dzięki czemu z gotowego rdzenia powstaje aplikacja magazynowa. Różni się to od budowy systemu w całości na zamówienie: rdzeń jest sprawdzony i przetestowany w wielu wdrożeniach, a indywidualizacja dotyczy warstwy konfiguracji i wybranych modułów.

Warstwy aplikacji desktopowej

Aplikacja desktopowa nie jest programem samodzielnym. Po uruchomieniu nawiązuje stałe połączenie z serwerem aplikacji i pobiera dane w czasie rzeczywistym, zamiast przechowywać własną lokalną kopię bazy. Stacja robocza pełni rolę okna do danych, a reguły biznesowe i baza zostają na serwerze.

Konsekwencje są praktyczne. Awaria komputera nie oznacza utraty danych magazynowych, a wymiana stacji sprowadza się do instalacji komponentu klienta i zalogowania. Za to każda stacja wymaga własnej aktualizacji, o czym decyduje wybór wariantu klienta.

Moduły i konfiguracja bez zmian w kodzie

Modułowa budowa oznacza, że funkcje systemu pracują jako odrębne, wymienne komponenty połączone wspólnym rdzeniem. Osobnymi modułami są ewidencja ilościowo-wartościowa i obsługa dokumentów oraz kompletacja z raportowaniem. Wdrożenie można więc ograniczyć do funkcji potrzebnych w danym magazynie i dokładać kolejne etapami. Ustawienia poszczególnych modułów przedsiębiorstwo dopasowuje w konfiguracji programu magazynowego, bez zmiany kodu źródłowego.

using System;
using System.Collections.Generic;

// przykład ilustrujący ideę modułowego szkieletu (C# 3.0, .NET 3.5), nie jest kodem produktu
public interface IMenu
{
    void Dodaj(string opis, Action akcja);
}

public interface IModul
{
    string Nazwa { get; }
    void Zarejestruj(IMenu menu);
}

public class RejestrModulow
{
    private readonly List<IModul> moduly = new List<IModul>();

    public void Dodaj(IModul modul)
    {
        moduly.Add(modul);
    }

    // wdrożenie włącza tylko moduły z listy uzgodnionej w analizie przedwdrożeniowej
    public void Uruchom(ICollection<string> wlaczone, IMenu menu)
    {
        foreach (IModul modul in moduly)
        {
            if (wlaczone.Contains(modul.Nazwa))
            {
                modul.Zarejestruj(menu);
            }
        }
    }
}

Przykład pokazuje ideę, a nie kod produktu. Rejestr zna wszystkie moduły, ale do menu trafiają tylko te, które wdrożenie uznało za potrzebne. Lista włączonych modułów jest danymi konfiguracyjnymi, więc zmiana zakresu nie wymaga kompilacji programu.

Podstawową funkcją pozostaje ewidencja ilościowo-wartościowa. System śledzi ilość towaru i jego wartość, co pomaga podejmować decyzje o zapasach: zwiększać zamówienia na towar, którego wartość rośnie, i ograniczać wolno rotujący asortyment.

Korzyści architektury frameworkowej

Architektura frameworkowa daje kilka korzyści w porównaniu z pisaniem aplikacji od podstaw. Poniższe zestawienie porządkuje najważniejsze z nich.

Reguła: framework skraca budowę tylko wtedy, gdy potrzebny moduł już istnieje. Nowy moduł nadal wymaga projektu i testów.

Gotowe rozwiązanie czy framework

Firma szukająca programu magazynowego staje zwykle przed wyborem: gotowy produkt albo system oparty na frameworku, dopasowywany do jej procesów. Obie drogi mają uzasadnienie, zależnie od skali działalności i stopnia skomplikowania procesów.

Gotowe oprogramowanie bywa tańsze i szybsze we wdrożeniu, bo nie wymaga długiej konfiguracji ani analizy przedwdrożeniowej. Pasuje do firm, które dopiero porządkują procesy i nie mają nietypowych wymagań. Jego wadą jest ograniczone dostosowanie: część funkcji zostaje niewykorzystana, a niektórych potrzebnych brakuje.

System frameworkowy pozwala zautomatyzować procesy w takim kształcie, w jakim działają w firmie, od przyjęcia towaru po wydanie. Wymaga większej inwestycji czasu na analizę i konfigurację, ale daje pełną kontrolę nad zapasami. Alternatywą dla wersji desktopowej jest instalacja w modelu magazynu w chmurze, w którym ten sam rdzeń udostępnia się przez przeglądarkę bez instalacji na stacji roboczej.

Decyzję ułatwiają cztery pytania zadane przed analizą przedwdrożeniową.

• Odstępstwa od standardu - ile procesów w magazynie wykracza poza prosty schemat od przyjęcia do wydania.
• Plan rozwoju - czy firma zamierza dodać magazyny, numery seryjne albo integracje w najbliższych latach.
• Czas na analizę - czy zespół może poświęcić tygodnie na opisanie procesów, zanim system ruszy.
• Utrzymanie konfiguracji - kto po stronie klienta będzie prowadził ustawienia po uruchomieniu.

Kiedy framework sprawdza się najlepiej

Framework sprawdza się tam, gdzie procesy odbiegają od schematu przyjęcie - składowanie - wydanie. Chodzi o magazyny z numerami seryjnymi i partiami produkcyjnymi albo z wieloma jednostkami logistycznymi naraz, a także o złożoną strukturę wielomagazynową. Dobrze pasuje też do firm, które planują rozwój i chcą uniknąć wymiany całego systemu za kilka lat.

Odwrotnie jest w magazynie z jednym prostym procesem i kilkoma stanowiskami. Tam gotowe rozwiązanie wystarczy, a koszt analizy i konfiguracji frameworka nie zwróci się w rozsądnym czasie. Uczciwa odpowiedź na pytanie o wybór zaczyna się od policzenia procesów, które naprawdę odbiegają od standardu.

Branże i sposoby identyfikacji towaru

Ten sam rdzeń obsługuje magazyny o różnym profilu, jeśli dobrze dobrać moduły. W dystrybucji liczy się szybka kompletacja i wysoka rotacja. Produkcja wymaga powiązania stanów magazynowych z recepturami i zleceniami, a magazyn e-commerce potrzebuje integracji z platformami sprzedażowymi i obsługi dużej liczby drobnych wysyłek. Framework nie narzuca jednego modelu pracy.

Elastyczność obejmuje sposób identyfikacji towaru. System pracuje na prostych kodach kreskowych, a także na pełnej identyfikacji RFID albo numerach seryjnych poszczególnych sztuk. O wyborze technologii decyduje specyfika branży, a nie ograniczenia programu. Identyfikację pojemników i sprzętu omawia tekst o wdrożeniu identyfikacji RFID.

Praca wielookienkowa i interfejs zbliżony do pakietu Office

Wersję Framework instaluje się na stacji roboczej użytkownika, skąd łączy się ona z aplikacją Studio Magazyn WMS.net. W odróżnieniu od wersji web program pozwala pracować w wielu zakładkach jednocześnie. Użytkownik otwiera kilka dokumentów lub kartotek naraz i przełącza się między nimi bez utraty kontekstu, co przyspiesza obsługę stanowisk o dużej liczbie operacji dziennie.

Interfejs nawiązujący do pakietu Office 2007/2010 obniża próg wejścia dla nowych pracowników. Wstążka narzędzi i panele boczne oraz układ menu przypominają programy biurowe, z których korzysta większość zespołu magazynowego.

Typowe stanowisko rozliczania dostaw pokazuje sens pracy wielookienkowej. Pracownik ma otwarty dokument przyjęcia, kartotekę towaru, jego historię obrotów i zestawienie stanów w osobnych zakładkach. Sprawdza rozbieżność w jednej, wraca do dokumentu w drugiej i nie zamyka żadnego widoku, więc nie traci miejsca w pracy.

Wybór wersji klienta nie musi być jednorazowy ani wspólny dla całej firmy. Biuro rozliczeń może pracować we Framework, oddział bez własnego działu IT w przeglądarce, a hala na terminalach z Androidem. Wszystkie te stanowiska czytają i zapisują dane w jednej bazie, więc o wyborze decyduje ergonomia pracy, a nie zgodność danych.

Dla operatorów pracujących poza stacją roboczą wersję Framework uzupełnia aplikacja Android WMS, która obsługuje te same dane w czasie rzeczywistym ze skanera lub terminala. Porównanie wszystkich klientów zawiera artykuł aplikacje WMS - moduły i architektura.

Funkcje wersji Framework w codziennej pracy

Z kartoteki magazynowej użytkownik przegląda historię obrotów towaru i sprawdza stany ogólnie oraz szczegółowo. Widzi też ilości dostępne w poszczególnych lokalizacjach. Zasady liczenia stanów opisuje strona o stanach magazynowych.

Do każdego dokumentu można dołączyć dowolny plik jako załącznik. Opakowania towarowe trafiają do dokumentu automatycznie razem z towarem, więc operator nie dopisuje ich ręcznie, a numery seryjne poszczególnych sztuk widać w raportach i można je wydrukować na dokumencie.

Reguła: numer seryjny zapisuje się przy ruchu, a nie po nim. Tylko wtedy raport pokazuje pełną drogę sztuki.

Program korzysta z bazy Microsoft SQL Server, co daje wydajność przy dużej liczbie dokumentów i jednoczesnych użytkowników. Definicje raportów leżą w formacie RDL, a SoftwareStudio zaleca trzymać ich kopię w zabezpieczonym folderze na dysku NTFS, aby w razie potrzeby publikować je ponownie. Zastosowanie w firmie z produkcją opisuje tekst o systemie do magazynu w firmie produkcyjnej.

Wdrożenie rozwiązania frameworkowego

Wdrożenie przebiega w uporządkowanych etapach, niezależnie od branży klienta. W wersji Framework dochodzi do nich instalacja komponentu klienta na stacjach.

Przed instalacją klienta administrator sprawdza, czy na stacjach jest włączony .NET Framework 3.5. W Windows 10 i 11 jest to funkcja systemu, którą włącza się osobno, a jej brak jest najczęstszą przyczyną nieudanego uruchomienia aplikacji. Sprawdzenie zajmuje kilka minut na stację, więc wykonuje się je dla wszystkich stanowisk przed dniem szkolenia.

Standardowe wdrożenie trwa od kilku do kilkunastu tygodni, zależnie od liczby magazynów, stopnia integracji z ERP i zakresu dostosowań. Organizacyjny przebieg projektu opisuje tekst o wdrożeniu systemu WMS.

Test na wybranej strefie magazynu ma sens tylko wtedy, gdy obejmuje pełny obieg dokumentów, od przyjęcia po wydanie. Użytkownicy sprawdzają wtedy nie pojedyncze ekrany, lecz cały cykl pracy na swoich stanowiskach, a zespół wdrożeniowy zbiera uwagi do konfiguracji modułów. Poprawki wprowadza się przed objęciem całego magazynu, kiedy koszt zmiany jest jeszcze niewielki. Dopiero po tej rundzie system obejmuje cały obiekt, a papierowa ewidencja i arkusze wychodzą z użycia.

Analiza przedwdrożeniowa prowadzona wspólnie z zespołem SoftwareStudio wyznacza zakres modułów i harmonogram prac. Program w wariancie Framework prezentuje strona program magazynowy WMS.net w serwisie producenta.