II Opis techniczny e-Planus Retail®

1. Serwisy e-Planus® Retail

Architektura serwisów e-Planus® jest powszechnie używana w aplikacji e-Planus® Retail dla wszystkich zadań, które potrzebują automatyzacji. Poniżej wymienione zadania w e-Planus® Retail są zarządzane poprzez serwisy:
  • Przepływ dokumentów,
  • Asynchroniczna obsługa czasochłonnych operacji na dokumentach,
  • Wielokrotne ponawianie domykania nie zamkniętych dokumentów sprzedaży,
  • Zarządzanie cenami,
  • Generacja zamówień,
  • Operacja zamknięcia dnia,
  • Komunikacja z systemem kasowym Front Office.
Implementacja powyższych zadań jako serwisów udostępnia jednolitą funkcjonalność dla tych samych zadań, niezależnie od miejsca, z którego zostały zainicjowane. Zarówno uruchomienie zadań z interfejsu użytkownika jak i automatyczne ich wyzwalanie (przez wyzwalacz czasowy lub inny proces) oznacza wysłanie komunikatu do kolejki obsługującej to zadanie. Na końcu tejże kolejki czeka komponent serwisu wykonujący zamierzone zadanie. W warstwie serwisu możemy także skonfigurować liczbę równolegle przebiegających wątków. Istnieje specjalna grupa serwisów, które muszą być unikalne w systemie. Na przykład zamknięcie dnia dla konkretnego sklepu może być dokonywane tylko jedno i żaden użytkownik nie może uruchomić takiego procesu dopóki bieżący nie zostanie zakończony. Taka sama sytuacja ma miejsce w przypadku zamykania dokumentów – próba zamknięcia każdego dokumentu przez więcej wątków mogłaby uszkodzić ewidencję magazynową.

Dla pozostałych serwisów możemy także dostroić obciążenie systemu przez przeniesienie licznych równoległych wątków na wszystkie instancje serwisów.

a. Obieg dokumentów

Obieg każdego dokumentu zdefiniowanego w systemie może zostać skonfigurowany zależnie od własnych procedur biznesowych. Na przykład dokumenty strat własnych utworzone w sklepie operator może przesłać do zaaprobowania przez kierownika operacyjnego, następnie wrócą one do sklepu jako zaakceptowane lub odrzucone. Mogą istnieć równoległe alternatywne ścieżki dokumentów, umożliwiające rejestrację dokumentów w różnych miejscach w systemie.

Dokumenty mogą być także wymieniane poprzez zintegrowane serwisy e-Planus® z systemami zewnętrznymi na przykład zamówienia mogą być wysyłane do dostawcy w postaci dokumentu XML, następnie informacja o zaakceptowaniu zamówienia, wysłana przez system dostawcy, zostaje przyjęta przez system e-Planus® Retail i wówczas status takiego zamówienia ulega zmianie.

b. Asynchroniczne przetwarzanie dokumentów

Asynchroniczne przetwarzanie dokumentów jest możliwością o bardzo dużym znaczeniu wykorzystywaną w różnych sytuacjach. Żądanie wykonania operacji jest wysyłane do kolejki obsługującej przetwarzanie dokumentów i obsługiwane asynchronicznie w tle. Aplikacja klienta nie jest blokowana przez tę operację i użytkownik może uruchomić inne zadanie, sprawdzając tylko postęp operacji o ile jest to potrzebne.

Asynchroniczne przetwarzanie dokumentów


Taki sam mechanizm może zostać użyty do przetwarzania dokumentów w tle oraz do wykonywania operacji na dokumentach z innych procesów biznesowych.

Zastosowanie systemu komunikatów do asynchronicznego przetwarzania dokumentów gwarantuje dostarczenie odpowiednich komunikatów, co stanowi gwarancję wykonania wszystkich żądanych operacji. Jeżeli operacja z jakiejś przyczyny nie mogła zostać przeprowadzona, komunikat powoduje powrót żądania wykonania operacji do kolejki i ponowienie próby jej wykonania. Dla błędów niemożliwych do usunięcia cała kolejka jest blokowana i system wysyła informację do administratora.
  7