Połączenie ERP z CRM, WMS i platformą e commerce pozwala firmie przekazywać dane między sprzedażą, magazynem, księgowością, logistyką i obsługą klienta bez ciągłego ręcznego przepisywania informacji. Sam fakt posiadania kilku systemów nie gwarantuje jednak sprawnego przepływu danych. Firma musi ustalić, gdzie powstają poszczególne informacje, który system odpowiada za ich aktualizację oraz w jakich sytuacjach dane powinny zostać przekazane dalej. Błąd na tym etapie może prowadzić do sprzedaży produktów, których fizycznie brakuje, powielania klientów, niezgodnych cen, opóźnionych wysyłek i dokumentów wystawianych na podstawie nieaktualnych danych. Dobrze zaplanowana integracja wymaga więc dokładnego opisania procesów oraz wskazania systemu nadrzędnego dla każdego rodzaju informacji.

Jaką rolę pełni ERP w połączonym środowisku systemów?

ERP najczęściej przechowuje dane związane z finansami, zakupami, sprzedażą, zapasami, rozrachunkami, dokumentami handlowymi i częścią procesów logistycznych. Zakres zależy od konkretnego oprogramowania oraz sposobu organizacji firmy.

Nie oznacza to, że każdy proces powinien odbywać się bezpośrednio w ERP. Firma może obsługiwać relacje z klientami w CRM, wykonywać operacje magazynowe w WMS oraz prowadzić sprzedaż internetową na osobnej platformie. W takim układzie poszczególne aplikacje wykonują konkretne zadania, a integracja przekazuje między nimi dane potrzebne do dalszej pracy.

ERP może przykładowo przechowywać indeksy produktów i ceny, CRM może zawierać historię kontaktów handlowych, WMS zarządzać fizycznym rozmieszczeniem towarów, a platforma e commerce przyjmować zamówienia od klientów. Trzeba wtedy zdecydować, które informacje przekazywać między systemami i w którym kierunku.

Bez tego łatwo doprowadzić do sytuacji, w której każdy system zawiera inną wersję tych samych danych.

Integracja zaczyna się od ustalenia źródła danych

Przed rozpoczęciem prac technicznych trzeba ustalić, gdzie powstaje każdy typ informacji. To jedna z najważniejszych decyzji w całym projekcie.

Jeśli ERP odpowiada za kartoteki produktów, użytkownicy nie powinni ręcznie tworzyć tych samych produktów w WMS i sklepie internetowym. Dane powinny zostać przekazane automatycznie.

Jeśli CRM stanowi główne miejsce pracy handlowców, informacje o potencjalnych klientach mogą powstawać właśnie tam. Dopiero po osiągnięciu określonego etapu sprzedaży klient może zostać przesłany do ERP jako kontrahent.

Jeśli WMS odpowiada za rzeczywiste operacje magazynowe, system ten powinien przekazywać do ERP informacje o potwierdzonych przyjęciach, wydaniach i innych ruchach wpływających na zapas.

Platforma e commerce powinna natomiast przekazywać zamówienia klientów oraz dane potrzebne do ich obsługi.

Firma musi ustalić takie zasady dla każdego istotnego rodzaju danych. Dotyczy to między innymi klientów, produktów, cen, rabatów, zapasów, zamówień, płatności, przesyłek i zwrotów.

Dlaczego jeden rodzaj danych powinien mieć jedno główne źródło?

Jeżeli użytkownicy mogą niezależnie zmieniać te same informacje w kilku systemach, szybko pojawiają się rozbieżności.

Przykład jest prosty. Firma zmienia cenę produktu w ERP z 99 zł na 109 zł. Pracownik zapomina zrobić to samo w platformie e commerce. Sklep nadal przyjmuje zamówienia po starej cenie. Jeśli takich produktów jest kilka tysięcy, ręczna kontrola staje się trudna.

Podobny problem dotyczy danych klientów. Handlowiec aktualizuje adres w CRM, księgowość wpisuje inny adres w ERP, a sklep posiada jeszcze wcześniejsze dane z konta użytkownika. Firma musi wtedy ustalić, który adres wykorzystać do faktury, dostawy lub kontaktu.

Zasada jednego głównego źródła ogranicza takie sytuacje. Informacja powstaje w jednym miejscu, a następnie trafia do pozostałych systemów.

Nie wszystkie dane muszą oczywiście pochodzić z ERP. Część może być zarządzana przez CRM, część przez WMS, a część przez platformę sprzedażową. Najważniejsze pozostaje jasne określenie odpowiedzialności.

Jak połączyć ERP z CRM?

CRM skupia dane potrzebne zespołowi sprzedaży. Może zawierać informacje o potencjalnych klientach, osobach kontaktowych, szansach sprzedażowych, ofertach, aktywnościach handlowców oraz historii kontaktów.

ERP zwykle przejmuje obsługę transakcji, gdy sprzedaż staje się konkretna. Może przechowywać dane kontrahenta, zamówienie, dokument wydania, fakturę, płatność oraz rozrachunek.

Integracja powinna więc określić moment przejścia danych między tymi etapami.

Dobrym przykładem jest proces pozyskania nowego klienta. Handlowiec tworzy kontakt w CRM. Prowadzi rozmowy, zapisuje ustalenia i przygotowuje ofertę. Dopóki klient nie złoży zamówienia, tworzenie pełnej kartoteki w ERP może być zbędne.

Gdy klient zaakceptuje ofertę, CRM może wysłać do ERP dane potrzebne do założenia kontrahenta i utworzenia zamówienia. ERP może następnie przekazać do CRM numer dokumentu, status realizacji, wartość sprzedaży oraz informację o płatności.

Handlowiec widzi wtedy stan zamówienia bez konieczności ciągłego przechodzenia do systemu księgowego.

Jakie dane warto przekazywać z CRM do ERP?

Zakres zależy od organizacji procesu sprzedaży. Najczęściej przekazuje się dane kontrahenta, adresy, dane kontaktowe, numer identyfikacji podatkowej, warunki handlowe, zaakceptowane oferty oraz zamówienia.

Firma powinna dokładnie ustalić, które pola są wymagane. Zbyt szeroki zakres zwiększa złożoność integracji, a zbyt mały może powodować konieczność ręcznego uzupełniania danych.

Przykładowo CRM może zawierać rozbudowane notatki ze spotkań z klientem. ERP zazwyczaj nie potrzebuje całej historii kontaktów. Może jednak potrzebować informacji o uzgodnionym terminie płatności, adresie dostawy albo warunkach cenowych.

Przekazywanie wszystkich pól bez oceny ich znaczenia utrudnia późniejsze utrzymanie integracji.

Jakie informacje ERP powinien zwracać do CRM?

Handlowiec potrzebuje informacji o realizacji sprzedaży. Może więc otrzymywać z ERP status zamówienia, numer dokumentu, wartość faktury, termin płatności, informację o zaległości oraz etap realizacji.

Jeżeli klient dzwoni z pytaniem o zamówienie, handlowiec może sprawdzić jego status bez kontaktowania się z działem realizacji.

Takie dane mogą również wspierać kolejne działania sprzedażowe. Jeśli CRM pokazuje historię rzeczywistych zakupów pobraną z ERP, handlowiec widzi, które produkty klient kupuje regularnie, kiedy złożył ostatnie zamówienie i jak zmieniała się wartość sprzedaży.

Integracja powinna przekazywać dane w zakresie potrzebnym zespołowi. Pełna kopia wszystkich dokumentów z ERP zwykle nie jest konieczna.

Jak uniknąć duplikatów kontrahentów?

Powielanie klientów to częsty problem przy integracji CRM i ERP. Jedna osoba może utworzyć klienta w CRM pod nazwą skróconą, a inna założyć go niezależnie w ERP.

Po integracji system może uznać obie kartoteki za różne podmioty.

Firma powinna więc określić identyfikator, który pozwala jednoznacznie rozpoznać kontrahenta. W przypadku firm może to być numer identyfikacji podatkowej, ale trzeba uwzględnić podmioty zagraniczne, osoby fizyczne oraz klientów, którzy nie posiadają wszystkich wymaganych danych.

Przydatny jest również unikalny identyfikator techniczny przekazywany między systemami. Po utworzeniu kontrahenta ERP może zwrócić jego identyfikator do CRM. Kolejne aktualizacje trafiają wtedy do właściwej kartoteki.

Należy też ustalić procedurę obsługi wyjątków. Automatyczne mechanizmy nie rozwiążą każdego przypadku, dlatego pracownik powinien mieć możliwość sprawdzenia potencjalnego duplikatu przed utworzeniem kolejnego rekordu.

Synchronizacja ofert i zamówień z CRM

W wielu firmach oferta handlowa powstaje w CRM, a zamówienie trafia do ERP dopiero po jej zaakceptowaniu.

Taki model może działać sprawnie, jeśli obie aplikacje korzystają z tych samych indeksów produktów, cen i jednostek miary.

Jeśli CRM posiada własną listę produktów aktualizowaną ręcznie, ryzyko błędu rośnie. Produkt wycofany w ERP może nadal znajdować się w CRM. Handlowiec może również użyć starej ceny albo indeksu, który zmienił status.

Dlatego kartoteki produktów i podstawowe dane handlowe warto synchronizować automatycznie.

ERP może wysyłać do CRM aktualne indeksy, nazwy, jednostki, ceny oraz status dostępności. Handlowiec tworzy ofertę na podstawie danych pochodzących z systemu odpowiedzialnego za sprzedaż i gospodarkę materiałową.

Po akceptacji CRM przekazuje zamówienie do ERP, gdzie rozpoczyna się realizacja.

Jak połączyć ERP z WMS?

WMS odpowiada za szczegółową obsługę operacji magazynowych. System może zarządzać lokalizacjami, trasami kompletacji, przydzielaniem zadań, obsługą terminali, partiami, numerami seryjnymi oraz procesem przyjęcia i wydania.

ERP zwykle przechowuje informacje finansowe i ilościowe dotyczące zapasu. W takim modelu oba systemy muszą regularnie wymieniać dane.

ERP może przesłać do WMS informację o dostawie, którą magazyn powinien przyjąć. WMS kieruje pracownika do odpowiedniej operacji, zapisuje rzeczywiście przyjęte ilości i lokalizacje, a następnie zwraca potwierdzenie.

Podobny proces działa przy sprzedaży. ERP przekazuje dyspozycję wydania. WMS tworzy zadania kompletacyjne, potwierdza pobranie towaru i zwraca wynik operacji.

Dzięki temu ERP zna stan wynikający z rzeczywistych operacji wykonanych w magazynie.

Dlaczego stan w ERP i WMS musi być zgodny?

Różnica między stanem w obu systemach może prowadzić bezpośrednio do problemów sprzedażowych.

Załóżmy, że WMS pokazuje 18 sztuk produktu, a ERP 31 sztuk. Platforma e commerce pobiera dostępność z ERP i przyjmuje zamówienie na 25 sztuk. Magazyn nie będzie mógł go zrealizować.

Taka różnica może powstać przez utratę komunikatu, ręczną korektę wykonaną wyłącznie w jednym systemie albo błędne mapowanie dokumentów.

Integracja musi więc posiadać mechanizmy kontroli zgodności stanów.

Firma może okresowo porównywać ilości według indeksów i magazynów. Jeśli system wykryje różnicę, powinien ją zgłosić przed przyjęciem kolejnych operacji albo przekazać informację do osoby odpowiedzialnej za kontrolę.

Trzeba również ustalić zasady wykonywania korekt. Jeśli pracownik poprawi stan bezpośrednio w ERP, a WMS nadal posiada starą ilość, problem pojawi się ponownie.

WMS powinien zarządzać lokalizacją, ERP powinien znać wynik

W praktyce WMS może przechowywać znacznie więcej szczegółów magazynowych niż ERP.

Przykładowo ERP wie, że firma posiada 120 sztuk produktu w magazynie głównym. WMS może dodatkowo wiedzieć, że 40 sztuk znajduje się w regale A, 30 w regale C, 20 oczekuje na kontrolę, a pozostałe 30 znajduje się w strefie kompletacji.

Nie zawsze trzeba przesyłać cały ten poziom szczegółowości do ERP.

Integracja powinna przekazywać informacje potrzebne do procesów finansowych, sprzedażowych i planistycznych. Szczegóły dotyczące lokalizacji mogą pozostać w WMS, jeśli ERP ich nie wykorzystuje.

Ograniczenie zakresu przesyłanych danych upraszcza połączenie i zmniejsza liczbę sytuacji, w których systemy muszą rozstrzygać różnice.

Przyjęcie dostawy w zintegrowanym ERP i WMS

Proces może rozpocząć się od zamówienia zakupu utworzonego w ERP. System zna dostawcę, produkty, ilości i oczekiwany termin.

Przed dostawą ERP przekazuje do WMS awizo albo informację o planowanym przyjęciu.

Gdy transport dociera do magazynu, pracownik rejestruje rzeczywistą dostawę w WMS. Może potwierdzić ilość, numer partii, datę ważności albo numer seryjny.

Jeśli zamówiono 100 sztuk, a dostawca przywiózł 96, WMS powinien przesłać do ERP rzeczywiście przyjętą ilość. ERP nie powinien automatycznie uznawać całego zamówienia za zrealizowane tylko dlatego, że dostawa pojawiła się w magazynie.

Podobnie należy obsłużyć nadwyżki, uszkodzenia i towary wymagające kontroli.

Kompletacja zamówienia i potwierdzenie wydania

Przy zamówieniu klienta ERP może przekazać do WMS dyspozycję wydania. Dokument powinien zawierać indeksy, ilości, wymagany termin oraz dodatkowe parametry potrzebne przy kompletacji.

WMS organizuje pracę magazynu. Może wybrać odpowiednią lokalizację, partię i kolejność pobierania produktów.

Po zakończeniu kompletacji system zwraca informację o rzeczywiście przygotowanej ilości.

Jeśli klient zamówił 20 sztuk, ale magazyn znalazł 19, ERP powinien otrzymać prawdziwy wynik. Firma może wtedy zdecydować, czy wyśle część zamówienia, poczeka na uzupełnienie czy skontaktuje się z klientem.

Takie podejście zapobiega tworzeniu dokumentów sprzedażowych na podstawie planowanej ilości zamiast rzeczywistego wydania.

Partie, numery seryjne i daty ważności

W wielu branżach firma musi dokładnie wiedzieć, którą partię albo konkretny egzemplarz wydała klientowi.

WMS może zarządzać wyborem partii podczas kompletacji, a następnie przekazać tę informację do ERP.

Jeśli ERP wystawia dokumenty magazynowe i sprzedażowe, powinien otrzymać numery partii albo seryjne zgodne z fizycznym wydaniem.

Ma to znaczenie przy reklamacjach, zwrotach i kontroli pochodzenia produktu.

Przykładowo klient zgłasza wadę urządzenia o konkretnym numerze seryjnym. Firma powinna sprawdzić, kiedy produkt został sprzedany, z jakiej dostawy pochodził oraz czy podobny problem dotyczy innych egzemplarzy.

Bez prawidłowej wymiany danych między WMS i ERP odtworzenie tej historii może wymagać ręcznego przeglądania dokumentów.

Jak połączyć ERP z platformą e commerce?

Sklep internetowy potrzebuje regularnego dostępu do informacji o produktach, cenach i dostępności. Z drugiej strony powinien przekazywać do systemów firmy zamówienia, dane klientów, płatności oraz informacje potrzebne do realizacji wysyłki.

Pierwszą decyzją jest ustalenie źródła danych produktowych.

ERP może przechowywać kod produktu, nazwę podstawową, stawkę podatku, jednostkę, cenę, zapas i status sprzedaży. Platforma e commerce zwykle przechowuje dodatkowo opisy, zdjęcia, warianty prezentacyjne, informacje SEO i elementy wyglądu karty produktu.

Nie ma potrzeby przekazywać wszystkich danych w obie strony.

Firma powinna dokładnie ustalić, które pola powstają w ERP, a które pozostają domeną sklepu.

Synchronizacja kartoteki produktów

Jeżeli ERP jest źródłem indeksów, nowy produkt powinien pojawić się w platformie sprzedażowej po spełnieniu określonych warunków.

Sam fakt utworzenia indeksu w ERP nie musi oznaczać automatycznej publikacji. Produkt może wymagać zdjęć, opisu, ceny oraz przypisania do kategorii.

Integracja może więc przesłać produkt jako pozycję roboczą, którą pracownik uzupełnia w panelu sklepu.

Należy też ustalić sposób obsługi wycofywanych produktów. Jeśli indeks zostanie zablokowany w ERP, sklep powinien odpowiednio zareagować. Może ukryć kartę, zablokować możliwość zakupu albo oznaczyć produkt jako niedostępny.

Brak takiej synchronizacji prowadzi do sprzedaży produktów, których firma już nie oferuje.

Jak synchronizować ceny?

Cena może zależeć od wielu czynników. Firma może stosować podstawowy cennik, promocje, rabaty dla konkretnych grup, ceny zależne od rynku albo inne zasady naliczania.

Przed integracją trzeba ustalić, gdzie powstaje cena widoczna w sklepie.

Jeśli ERP jest źródłem cenników, platforma e commerce powinna pobierać aktualne wartości. Jeśli sklep zarządza promocjami samodzielnie, ERP może otrzymywać cenę rzeczywiście zastosowaną w zamówieniu.

Najgorszy wariant powstaje wtedy, gdy oba systemy niezależnie obliczają cenę według innych reguł.

Przykładowo sklep nalicza rabat 10 procent, ale ERP po imporcie zamówienia ponownie przelicza cenę według standardowego cennika. Dokument w ERP może mieć wtedy inną wartość niż płatność klienta.

Firma powinna więc jasno określić, czy importowane zamówienie zachowuje ceny ze sklepu, czy ERP wykonuje własne przeliczenie według ustalonych zasad.

Dostępność produktu w sklepie

Informacja o zapasie ma bezpośredni wpływ na liczbę przyjmowanych zamówień. Sklep nie powinien pokazywać jako dostępnych produktów, których firma nie może wysłać.

Samo przesyłanie fizycznego stanu magazynowego może jednak być niewystarczające.

Jeśli ERP pokazuje 50 sztuk, ale 15 sztuk jest zarezerwowanych dla innych zamówień, rzeczywista dostępność wynosi 35. Firma może dodatkowo utrzymywać zapas bezpieczeństwa i publikować w sklepie jeszcze niższą liczbę.

Przy sprzedaży przez kilka kanałów sytuacja komplikuje się bardziej. Ten sam zapas może obsługiwać własny sklep, platformy zewnętrzne, sprzedaż telefoniczną i klientów hurtowych.

Integracja powinna wtedy szybko aktualizować dostępność po każdym zamówieniu.

Im większa rotacja produktu, tym większe znaczenie ma częstotliwość synchronizacji.

Rezerwacja towaru po złożeniu zamówienia

Firma powinna określić moment, w którym zamówienie internetowe zmniejsza dostępny zapas.

Może to nastąpić od razu po złożeniu zamówienia albo dopiero po potwierdzeniu płatności. Wybór zależy od modelu sprzedaży.

Jeśli towar rezerwowany jest dopiero po płatności, dwóch klientów może w krótkim czasie zamówić ostatnią sztukę. Jeśli rezerwacja następuje natychmiast, nieopłacone zamówienia mogą czasowo blokować zapas.

Rozwiązaniem może być czasowa rezerwacja. System rezerwuje produkt po utworzeniu zamówienia, a po określonym czasie zwalnia zapas, jeśli klient nie opłaci transakcji.

ERP, platforma sprzedażowa i system płatności muszą w takim przypadku prawidłowo wymieniać statusy.

Przepływ zamówienia ze sklepu do ERP

Po złożeniu zamówienia platforma e commerce powinna przekazać dane do ERP albo do warstwy integracyjnej.

Informacja zwykle obejmuje numer zamówienia, produkty, ilości, ceny, dane kupującego, adres dostawy, sposób płatności, metodę dostawy i dodatkowe uwagi.

ERP może utworzyć na tej podstawie zamówienie sprzedaży.

Ważne jest zachowanie numeru zamówienia ze sklepu jako identyfikatora zewnętrznego. Dzięki temu pracownicy mogą łatwo powiązać zgłoszenie klienta z dokumentami znajdującymi się w ERP.

Jeżeli platforma ponownie wyśle to samo zamówienie wskutek błędu komunikacji, integracja powinna rozpoznać jego identyfikator i nie utworzyć drugiej kopii.

Takie zabezpieczenie chroni przed podwójną realizacją i podwójnym wystawieniem dokumentów.

Status zamówienia powinien wracać do sklepu

Integracja nie może kończyć się na pobraniu zamówienia.

Klient oczekuje informacji o realizacji. Platforma e commerce powinna więc otrzymywać aktualne statusy.

Po przyjęciu zamówienia ERP może potwierdzić jego rejestrację. Po przekazaniu do WMS system może zmienić status na przygotowanie wysyłki. Po zakończeniu kompletacji i utworzeniu przesyłki sklep może otrzymać kolejny status oraz numer śledzenia, jeśli firma korzysta z takiego mechanizmu.

Statusy powinny mieć jasno określone znaczenie.

Jeśli ERP posiada kilkanaście statusów technicznych, sklep nie musi prezentować ich wszystkich klientowi. Firma może mapować kilka statusów wewnętrznych na prostsze komunikaty widoczne w panelu zamówienia.

Integracja ERP z wieloma kanałami sprzedaży

Część firm sprzedaje przez własny sklep oraz kilka zewnętrznych platform. Każdy kanał może posiadać własne formaty danych, zasady cenowe i sposób obsługi zamówień.

W takim przypadku bezpośrednie połączenie ERP osobno z każdym kanałem może znacznie zwiększyć liczbę integracji.

Firma powinna ocenić, czy potrzebuje centralnego systemu obsługującego kanały sprzedaży, czy bezpośrednie integracje nadal pozostają wystarczające.

Decyzja zależy od liczby źródeł zamówień, liczby produktów, częstotliwości zmian oraz stopnia skomplikowania procesów.

Przy kilku tysiącach zamówień dziennie problemy, które przy kilkunastu zamówieniach są drobne, zaczynają wpływać na pracę całego zespołu.

Jak zaplanować wspólny przepływ ERP, CRM, WMS i e commerce?

Najłatwiej przeanalizować cały proces na przykładzie jednego zamówienia.

Klient może najpierw pojawić się jako kontakt w CRM. Handlowiec przygotowuje ofertę albo klient składa zamówienie samodzielnie w sklepie internetowym. Zamówienie trafia do ERP. ERP sprawdza warunki sprzedaży i uruchamia realizację. WMS otrzymuje dyspozycję przygotowania towaru. Magazyn potwierdza kompletację. ERP rejestruje wydanie i dokument sprzedaży. Informacja o wysyłce wraca do sklepu oraz CRM.

Każdy etap powinien mieć określone źródło danych i warunek uruchamiający kolejną czynność.

Więcej informacji dotyczących projektowania takich połączeń i zasad wymiany danych między ERP a pozostałymi systemami IT znajdziesz tutaj: https://tech2u.pl/integracja-erp-z-innymi-systemami-it-dobre-praktyki-i-wyzwania/.

Dopiero po opisaniu pełnego przepływu warto ustalać szczegóły techniczne. Firma dzięki temu wie, jakie komunikaty są rzeczywiście potrzebne.

Integracja bezpośrednia czy pośrednia?

Systemy można łączyć na kilka sposobów. Jedna aplikacja może komunikować się bezpośrednio z drugą albo firma może wykorzystać pośrednią warstwę odpowiedzialną za wymianę danych.

Bezpośrednie połączenie może być wystarczające, gdy firma posiada ERP i jeden dodatkowy system.

Sytuacja zmienia się przy większej liczbie aplikacji. ERP może być połączony z CRM, WMS, sklepem, platformami sprzedażowymi, systemem kurierskim, narzędziem raportowym i aplikacją produkcyjną.

Każda kolejna integracja zwiększa liczbę zależności.

Warstwa pośrednia może odbierać dane z jednego systemu, przekształcać je do wspólnego formatu i przekazywać dalej. Ułatwia to zarządzanie dużą liczbą połączeń.

Firma powinna jednak dobrać architekturę do rzeczywistych potrzeb. Rozbudowana infrastruktura przy kilku prostych przepływach może niepotrzebnie zwiększyć koszt utrzymania.

API jako sposób wymiany danych

Wiele systemów udostępnia API pozwalające pobierać i zapisywać dane według określonych reguł.

ERP może przez API udostępnić kartoteki produktów, stany, dokumenty i statusy. CRM może wysyłać klientów i zamówienia. Platforma e commerce może przekazywać transakcje.

Przed rozpoczęciem integracji trzeba sprawdzić zakres dostępnych operacji.

Samo posiadanie API nie oznacza, że umożliwia ono wykonanie każdego procesu potrzebnego firmie. Może się okazać, że system pozwala odczytać zamówienie, ale nie pozwala zarejestrować określonego typu dokumentu. Innym ograniczeniem może być liczba zapytań wykonywanych w określonym czasie.

Trzeba więc sprawdzić dokumentację i przeprowadzić testy na rzeczywistych scenariuszach.

Integracja przez pliki

Część systemów nadal wymienia dane przez pliki. Mogą to być pliki CSV, XML albo inne formaty uzgodnione między aplikacjami.

Taki model może działać przy procesach, które nie wymagają natychmiastowej synchronizacji.

Przykładowo firma raz na noc przesyła dane sprzedażowe do systemu raportowego. Opóźnienie kilku godzin nie powoduje wtedy problemu.

Znacznie gorzej sprawdzi się to przy synchronizacji zapasów w intensywnej sprzedaży internetowej. Jeśli sklep otrzymuje nowy stan tylko raz na godzinę, w tym czasie może sprzedać produkt, który został już zamówiony w innym kanale.

Częstotliwość wymiany należy więc dopasować do znaczenia konkretnej informacji.

Kiedy dane powinny być przesyłane natychmiast?

Nie każda informacja wymaga aktualizacji w czasie zbliżonym do rzeczywistego.

Zamówienie klienta powinno zwykle trafić do realizacji szybko. Podobnie zmiana stanu produktu o małej dostępności może wymagać szybkiej aktualizacji sklepu.

Z kolei dane historyczne do raportowania mogą być przesyłane raz dziennie.

Firma powinna podzielić integracje według wymaganego czasu reakcji. Takie podejście ogranicza liczbę niepotrzebnych zapytań i obciążenie systemów.

Jeżeli wszystko synchronizuje się bez przerwy, infrastruktura musi obsłużyć znacznie większy ruch. Jeśli wszystko aktualizuje się rzadko, użytkownicy zaczynają pracować na nieaktualnych informacjach.

Walidacja danych przed zapisaniem

System odbierający dane powinien sprawdzać ich poprawność przed utworzeniem dokumentu.

Jeśli sklep prześle zamówienie z indeksem, którego ERP nie zna, system nie powinien bez kontroli utworzyć niepełnego dokumentu.

Podobnie należy sprawdzać wymagane dane klienta, jednostki miary, waluty, stawki podatkowe, formy płatności i inne parametry wpływające na dalszą realizację.

Integracja powinna zwrócić czytelny komunikat o błędzie.

Informacja „błąd importu” daje pracownikowi mało możliwości działania. Lepszy komunikat wskazuje numer zamówienia, pole powodujące problem oraz oczekiwaną wartość.

Dzięki temu pracownik szybciej poprawi dane.

Obsługa błędów jest częścią integracji

Każda integracja prędzej czy później napotka problem. Może wystąpić chwilowy brak połączenia, niedostępność jednego systemu, błędne dane albo przekroczenie limitu zapytań.

Projekt powinien więc od początku zakładać obsługę takich sytuacji.

Jeśli ERP jest chwilowo niedostępny, zamówienie ze sklepu nie powinno zniknąć. Integracja może zapisać komunikat i ponowić próbę po przywróceniu dostępu.

Jeśli problem wynika z danych, automatyczne ponawianie nie pomoże. System powinien przekazać błąd do osoby, która może go naprawić.

Trzeba również prowadzić historię komunikatów. Dzięki temu można sprawdzić, czy konkretne zamówienie zostało wysłane, odebrane i przetworzone.

Jak zapobiegać podwójnemu tworzeniu dokumentów?

Wymiana danych musi uwzględniać sytuację, w której ten sam komunikat zostanie przesłany ponownie.

Może się zdarzyć, że sklep wyśle zamówienie do ERP, ale nie otrzyma potwierdzenia z powodu chwilowego przerwania połączenia. Następnie podejmie drugą próbę.

Jeśli ERP za każdym razem tworzy nowy dokument, powstaną dwa zamówienia.

Dlatego każdy obiekt powinien mieć unikalny identyfikator z systemu źródłowego. ERP sprawdza, czy zamówienie o danym identyfikatorze już istnieje.

Podobne zabezpieczenie należy zastosować dla płatności, przesyłek, zwrotów i innych operacji, których podwojenie może mieć skutki finansowe lub magazynowe.

Mapowanie danych między systemami

Dwa systemy mogą inaczej nazywać i klasyfikować tę samą informację.

ERP może używać kodu formy płatności „P01”, a sklep nazwy „przelew online”. WMS może oznaczać magazyn jako „M01”, podczas gdy ERP używa innego identyfikatora.

Integracja musi więc posiadać mapowanie.

Trzeba określić, że konkretny kod w jednym systemie odpowiada konkretnemu kodowi w drugim. Mapowanie powinno być udokumentowane i możliwe do aktualizacji.

Problem pojawia się szczególnie po dodaniu nowej metody dostawy, płatności albo magazynu. Jeśli ktoś utworzy nową wartość w jednym systemie i nie doda jej do mapowania, kolejne dokumenty mogą przestać się importować.

Dane klientów z platformy e commerce

Sklep internetowy może obsługiwać klientów posiadających konto oraz osoby kupujące bez rejestracji.

ERP nie zawsze powinien tworzyć osobną kartotekę kontrahenta dla każdego zamówienia detalicznego.

Przy dużej sprzedaży konsumenckiej mogłoby powstać setki tysięcy kartotek używanych tylko raz. Firma może więc stosować inne zasady dla klientów detalicznych i biznesowych.

Trzeba też ustalić sposób obsługi adresów dostawy. Jeden klient może zamawiać produkty do wielu lokalizacji. ERP powinien otrzymać adres dotyczący konkretnego zamówienia, nawet jeśli różni się od głównego adresu klienta.

Płatności internetowe a ERP

Platforma e commerce może korzystać z operatorów płatności. Status transakcji powinien wpływać na dalszą obsługę zamówienia.

Po poprawnej płatności zamówienie może zostać zwolnione do realizacji. Przy płatności odrzuconej pozostaje w oczekiwaniu. W przypadku zwrotu środków informacja powinna trafić do procesu finansowego.

ERP może potrzebować numeru transakcji, kwoty, waluty i statusu.

Firma musi również uzgodnić płatności zbiorcze przekazywane przez operatora z poszczególnymi zamówieniami. Jeśli operator przelewa jedną kwotę obejmującą wiele transakcji, księgowość potrzebuje danych pozwalających prawidłowo rozliczyć wpłatę.

Zwroty w sprzedaży internetowej

Proces zwrotu również powinien przechodzić przez zintegrowane systemy.

Klient zgłasza zwrot w sklepie albo przez obsługę. Informacja trafia do ERP i magazynu. WMS przyjmuje przesyłkę i potwierdza fizyczny zwrot produktu.

Produkt może wrócić do sprzedaży, zostać skierowany do kontroli albo uznany za uszkodzony.

ERP powinien otrzymać właściwy status, ponieważ wpływa on na stan dostępny i rozliczenie klienta.

Automatyczne zwiększenie zapasu natychmiast po zgłoszeniu zwrotu byłoby błędem. Towar fizycznie jeszcze nie wrócił, a jego stan może uniemożliwiać dalszą sprzedaż.

Reklamacje i informacje przekazywane do CRM

CRM może przechowywać historię kontaktu z klientem także po sprzedaży.

Jeśli klient zgłasza reklamację, pracownik obsługi powinien mieć dostęp do informacji o zamówieniu, produkcie, dacie zakupu i realizacji.

ERP może przekazać te dane do CRM. W przypadku towarów identyfikowanych numerem seryjnym można również powiązać reklamację z konkretnym egzemplarzem.

Dzięki temu obsługa klienta nie musi szukać informacji w kilku programach podczas jednej rozmowy.

Zmiana zamówienia po przekazaniu do WMS

Firma musi ustalić zasady modyfikowania zamówienia, które trafiło już do magazynu.

Klient może poprosić o zmianę ilości lub adresu. Jeśli WMS rozpoczął już kompletację, prosta aktualizacja dokumentu może prowadzić do rozbieżności.

Integracja powinna więc znać stan procesu.

Jeśli kompletacja jeszcze się nie rozpoczęła, ERP może przesłać aktualizację. Jeśli magazyn już pracuje nad zamówieniem, zmiana może wymagać anulowania zlecenia magazynowego i utworzenia nowego.

Brak jasnych zasad prowadzi do sytuacji, w której ERP pokazuje nową ilość, a magazyn przygotowuje starą.

Anulowanie zamówień

Anulowanie również musi dotrzeć do wszystkich zainteresowanych systemów.

Jeśli klient anuluje zamówienie w sklepie, a dokument został już przekazany do ERP i WMS, sama zmiana statusu w sklepie nie wystarczy.

ERP powinien zwolnić rezerwację, a WMS zatrzymać kompletację, jeśli pozwala na to etap realizacji.

Jeśli przesyłka została już wydana, anulowanie może wymagać zupełnie innej procedury.

Dlatego integracja powinna rozróżniać anulowanie przed rozpoczęciem realizacji i próbę anulowania zamówienia znajdującego się w zaawansowanym etapie.

Obsługa wielu magazynów

Firma posiadająca kilka magazynów musi ustalić, jak system wybiera miejsce realizacji.

ERP może przechowywać łączny stan, ale sklep potrzebuje informacji o tym, czy zamówienie można faktycznie wysłać zgodnie z przyjętymi zasadami.

Jeśli produkt A znajduje się w magazynie w Gdańsku, a produkt B w Krakowie, firma musi zdecydować, czy zamówienie zostanie podzielone, czy towary najpierw zostaną przesunięte.

WMS powinien otrzymać dyspozycję do właściwego magazynu.

Integracja musi także prawidłowo obsługiwać przesunięcia między magazynami, ponieważ zmieniają one lokalną dostępność, choć całkowity zapas firmy pozostaje taki sam.

Rezerwacje między kanałami sprzedaży

Wspólny magazyn dla kilku kanałów wymaga szczególnie dokładnego zarządzania rezerwacjami.

Jeśli ostatnie dwie sztuki produktu mogą jednocześnie kupić klient sklepu, handlowiec B2B i użytkownik zewnętrznej platformy, system musi szybko zarezerwować zapas dla pierwszego prawidłowo przyjętego zamówienia.

Firma może również przeznaczać część zapasu dla konkretnego kanału.

Przykładowo z 100 sztuk 20 można zarezerwować dla klientów hurtowych. Sklep internetowy powinien wtedy otrzymać dostępność wynikającą z pozostałej puli.

Takie zasady muszą być zapisane w systemie. Ręczne pilnowanie ich przy dużej liczbie produktów prowadzi do błędów.

Uprawnienia użytkowników i odpowiedzialność

Integracja zmniejsza liczbę czynności wykonywanych ręcznie, ale zwiększa znaczenie poprawnych uprawnień.

Jeśli pracownik może zmienić indeks produktu, cenę albo jednostkę miary bez odpowiedniej kontroli, zmiana może automatycznie trafić do wielu systemów.

Firma powinna określić, kto może tworzyć i modyfikować dane podstawowe.

Warto również rejestrować historię zmian. Przy problemie z ceną albo kartoteką można wtedy ustalić, kiedy i przez kogo wprowadzono zmianę.

Bezpieczeństwo połączeń

Systemy wymieniają dane klientów, zamówienia, informacje finansowe i dane magazynowe. Dostęp do integracji powinien więc podlegać kontroli.

Każde połączenie powinno korzystać z odpowiedniego uwierzytelnienia. Konto techniczne powinno mieć zakres uprawnień potrzebny do konkretnej operacji.

Jeśli integracja wyłącznie odczytuje stany magazynowe, nie powinna mieć możliwości usuwania dokumentów.

Trzeba też zarządzać hasłami, kluczami i innymi danymi dostępowymi w sposób ograniczający dostęp przypadkowych użytkowników.

Środowisko testowe przed uruchomieniem

Integracji nie należy sprawdzać wyłącznie na danych produkcyjnych.

Firma powinna posiadać środowisko pozwalające przetestować scenariusze bez tworzenia rzeczywistych dokumentów i wysyłek.

Test powinien obejmować poprawne zamówienie, błędne dane klienta, produkt bez mapowania, brak zapasu, zmianę ilości, anulowanie, zwrot, częściową realizację i chwilową niedostępność systemu.

Trzeba również sprawdzić, co stanie się po ponownym wysłaniu tego samego komunikatu.

Takie przypadki często ujawniają problemy, których nie widać podczas prostego testu polegającego na przesłaniu jednego poprawnego zamówienia.

Jak prowadzić test całego procesu?

Najlepiej rozpocząć od scenariusza odpowiadającego rzeczywistej sprzedaży.

Pracownik tworzy produkt w systemie nadrzędnym. Dane trafiają do sklepu i WMS. Klient składa zamówienie. Zamówienie pojawia się w ERP. Powstaje rezerwacja. WMS otrzymuje zadanie kompletacji. Magazyn potwierdza wydanie. ERP aktualizuje stan i dokumenty. Sklep otrzymuje status wysyłki. CRM rejestruje sprzedaż klienta.

Następnie trzeba sprawdzić wartości w każdym systemie.

Ilość, cena, adres, numer dokumentu, status, płatność i stan magazynowy powinny być zgodne z założeniami.

Test pełnego przebiegu pozwala wykryć błędy znajdujące się na granicy systemów.

Monitorowanie integracji po uruchomieniu

Po wdrożeniu firma musi obserwować działanie wymiany danych.

Warto mierzyć liczbę przetworzonych komunikatów, błędów, powtórzeń i dokumentów wymagających ręcznej poprawy.

Jeżeli każdego dnia kilkadziesiąt zamówień trafia do kolejki błędów, problem powinien zostać usunięty u źródła.

Przykładowo większość błędów może wynikać z jednej nowej metody płatności, której nie dodano do mapowania. Stała obserwacja pozwala szybko znaleźć taki wzorzec.

Monitoring powinien wskazywać konkretne zdarzenia, a nie tylko ogólny stan systemu.

Historia wymiany danych

Przy każdej ważnej operacji firma powinna mieć możliwość sprawdzenia, co zostało wysłane i co odpowiedział drugi system.

Jeśli klient zgłasza, że jego zamówienie nie zostało zrealizowane, pracownik powinien móc sprawdzić kolejne etapy.

Czy sklep wysłał zamówienie? Czy integracja je odebrała? Czy ERP utworzył dokument? Czy WMS otrzymał dyspozycję? Czy magazyn ją potwierdził?

Historia znacząco skraca czas potrzebny do znalezienia miejsca, w którym proces się zatrzymał.

Wydajność przy dużej liczbie zamówień

Integracja działająca poprawnie przy 50 zamówieniach dziennie może zachowywać się inaczej przy 5000 zamówień.

Trzeba więc sprawdzić wydajność przed okresem zwiększonej sprzedaży.

Jeśli przesłanie jednego zamówienia zajmuje dwie sekundy, tysiące komunikatów mogą utworzyć kolejkę. Podobny problem może wystąpić przy masowej aktualizacji stanów i cen.

System powinien obsługiwać spodziewane obciążenie z odpowiednim zapasem.

Należy również przewidzieć sytuacje sezonowe, gdy liczba transakcji jest wielokrotnie wyższa niż w zwykłym miesiącu.

Co z aktualizacją systemów?

ERP, CRM, WMS i platforma e commerce zmieniają się wraz z kolejnymi wersjami.

Aktualizacja może zmienić format danych, dostępne pola albo sposób uwierzytelniania.

Firma powinna więc testować integracje przed instalacją większych zmian.

Szczególnie istotne są aktualizacje systemu nadrzędnego oraz interfejsów odpowiedzialnych za wymianę danych.

Po wdrożeniu nowej wersji trzeba sprawdzić najważniejsze procesy, nawet jeśli producent deklaruje zachowanie zgodności.

Dokumentacja integracji

Dobrze utrzymana dokumentacja powinna jasno opisywać przepływ informacji.

Nie musi być bardzo rozbudowana. Powinna jednak odpowiadać na praktyczne pytania.

Skąd pochodzi produkt? Który system ustala cenę? Kiedy rezerwuje się zapas? Co dzieje się po błędzie importu? Jak rozpoznać zamówienie w różnych systemach? Kto odpowiada za mapowanie nowych form płatności?

Takie informacje są potrzebne podczas zmian personalnych, aktualizacji systemów i diagnozowania błędów.

Bez dokumentacji wiedza o integracji często pozostaje u jednej lub dwóch osób.

Kto powinien odpowiadać za proces?

Za integrację nie powinien odpowiadać wyłącznie dział IT.

IT odpowiada za techniczną stronę połączenia, ale reguły biznesowe muszą określić osoby, które znają proces sprzedaży, magazynu i finansów.

Przykładowo programista może technicznie przesłać status zamówienia z WMS do ERP. Nie powinien samodzielnie decydować, czy częściowo skompletowane zamówienie oznacza gotowość do fakturowania.

Taką zasadę musi określić właściciel procesu.

Dobre rezultaty daje wspólna praca osób odpowiedzialnych za ERP, sprzedaż, magazyn, e commerce i księgowość.

Jak mierzyć jakość integracji?

Firma powinna ustalić mierzalne wskaźniki.

Można sprawdzać procent zamówień zaimportowanych bez błędu, średni czas przekazania zamówienia, liczbę ręcznych korekt, różnice stanów między ERP i WMS oraz liczbę duplikatów.

Można również mierzyć opóźnienie aktualizacji stanów w sklepie.

Jeśli firma przyjmuje tysiące zamówień, nawet jeden procent błędów może oznaczać dziesiątki spraw wymagających ręcznej obsługi każdego dnia.

Dlatego niewielki procentowo problem może generować znaczące obciążenie zespołu.

Kiedy integracja wymaga przebudowy?

Pierwsza wersja połączenia może działać dobrze przez kilka lat. Firma jednak zmienia sposób sprzedaży, dodaje magazyny, nowe kanały i kolejne systemy.

Z czasem integracja może stać się zbyt skomplikowana.

Sygnałem jest rosnąca liczba wyjątków, ręcznych poprawek i zależności, których nikt nie potrafi szybko wyjaśnić.

Jeśli dodanie jednego pola wymaga zmian w wielu osobnych połączeniach, warto przeanalizować strukturę całej wymiany.

Podobnie należy postąpić, jeśli poszczególne systemy przechowują coraz więcej kopii tych samych danych i trudno ustalić źródło prawidłowej wartości.

Integracja powinna skracać drogę informacji

Głównym efektem połączenia ERP z CRM, WMS i platformą e commerce powinien być szybszy przepływ poprawnych danych.

Handlowiec zapisuje uzgodnienia w CRM. Zamówienie trafia do ERP bez ręcznego przepisywania. Magazyn otrzymuje dyspozycję w WMS. Po kompletacji stan aktualizuje się w ERP, a następnie w sklepie. Klient otrzymuje aktualny status.

Każdy dodatkowy ręczny krok powinien mieć konkretne uzasadnienie. Jeśli pracownik codziennie eksportuje plik, poprawia go i importuje do drugiego programu, warto sprawdzić możliwość automatyzacji.

Trzeba jednak zachować kontrolę nad operacjami wymagającymi decyzji człowieka. Nietypowy rabat, korekta finansowa albo reklamacja mogą wymagać akceptacji.

Jak ograniczyć ręczną obsługę wyjątków?

Najpierw trzeba ustalić, jakie sytuacje najczęściej trafiają do ręcznej poprawy.

Może to być brak mapowania produktu, błędny kod pocztowy, nieznana metoda dostawy albo różnica cen.

Następnie warto policzyć częstotliwość takich przypadków.

Jeśli pracownik poprawia ten sam błąd kilkadziesiąt razy w tygodniu, należy zmienić walidację lub mapowanie.

Jeżeli problem pojawia się raz na kilka miesięcy i dotyczy nietypowej sytuacji, ręczna obsługa może pozostać uzasadniona.

Automatyzacja każdego możliwego wyjątku może nadmiernie komplikować system.

Dane podstawowe decydują o jakości całego przepływu

Integracja działa na danych zapisanych w systemach. Jeśli są błędne, automatyczne przekazywanie tylko szybciej rozprowadzi błąd.

Indeksy produktów muszą być jednoznaczne. Jednostki miary powinny mieć spójne znaczenie. Cenniki muszą posiadać określone zasady obowiązywania. Magazyny i formy płatności powinny być poprawnie zmapowane.

Firma powinna więc uporządkować dane przed uruchomieniem integracji.

Szczególnie dużo problemów powodują stare kartoteki, duplikaty i niestandardowe skróty tworzone przez lata.

Integracja a raportowanie

Połączenie systemów daje możliwość zestawienia danych z różnych etapów procesu.

Firma może analizować, ile szans sprzedażowych z CRM zakończyło się zamówieniem, które kanały przynoszą największą sprzedaż, ile czasu zajmuje kompletacja w WMS i ile zamówień trafia do wysyłki zgodnie z terminem.

Aby raport był wiarygodny, systemy muszą używać wspólnych identyfikatorów.

Jeśli zamówienie ma inny numer w sklepie, inny w ERP i jeszcze inny w WMS, potrzebne jest pole pozwalające połączyć te rekordy.

Bez tego analiza całej ścieżki wymaga skomplikowanego dopasowywania danych.

Jak zacząć projekt integracji?

Pierwszym krokiem powinno być opisanie procesów, a nie wybór technologii.

Firma powinna ustalić, jakie informacje przepływają dziś między działami i gdzie pracownicy wykonują ręczne czynności.

Następnie trzeba wskazać system źródłowy dla poszczególnych danych.

Dopiero później można określić konkretne komunikaty i sposób ich przesyłania.

Dobrym punktem wyjścia jest lista najważniejszych obiektów: klient, produkt, cena, zapas, zamówienie, płatność, przesyłka i zwrot.

Dla każdego z nich trzeba odpowiedzieć na kilka pytań. Gdzie powstaje? Kto może go zmienić? Które systemy go potrzebują? Jak szybko muszą otrzymać aktualizację? Co ma się wydarzyć po błędzie?

Najpierw procesy o największym wpływie na codzienną pracę

Firma nie musi integrować wszystkiego jednocześnie.

Największy efekt zwykle daje automatyzacja operacji wykonywanych często i wymagających przepisywania dużej liczby danych.

W e commerce takim procesem jest zazwyczaj import zamówień i synchronizacja zapasów. W sprzedaży B2B może to być przekazywanie zaakceptowanych ofert z CRM do ERP. W magazynie dużą liczbę ręcznych operacji może eliminować wymiana dyspozycji i potwierdzeń z WMS.

Po ustabilizowaniu podstawowych przepływów można rozszerzać zakres o kolejne dane.

Takie podejście ułatwia testowanie i ogranicza liczbę problemów pojawiających się jednocześnie.

Sprawna integracja wymaga stałego utrzymania

Połączenie ERP z CRM, WMS i e commerce nie kończy się w dniu uruchomienia.

Firma dodaje produkty, kanały sprzedaży, metody płatności, magazyny i nowych przewoźników. Każda taka zmiana może mieć wpływ na wymianę danych.

Dlatego ktoś powinien odpowiadać za kontrolę mapowań, błędów i zmian w systemach.

Warto też okresowo sprawdzać, czy integracja nadal odpowiada rzeczywistemu procesowi.

Jeżeli pracownicy zaczynają omijać automatyczny przepływ i wracają do arkuszy albo ręcznych importów, trzeba znaleźć przyczynę.

Jak powinien wyglądać docelowy przepływ danych?

Dobrze zaprojektowane połączenie pozwala użytkownikowi wprowadzić informację raz, w miejscu odpowiedzialnym za jej powstanie.

Handlowiec tworzy dane sprzedażowe w CRM. ERP otrzymuje zaakceptowane zamówienie. Platforma e commerce przekazuje zamówienia internetowe. ERP rezerwuje zapas i kieruje realizację do magazynu. WMS obsługuje fizyczne operacje i zwraca ich wynik. ERP aktualizuje stan, dokumenty i rozrachunki. CRM oraz sklep otrzymują potrzebne informacje o dalszym przebiegu realizacji.

Pracownik magazynu nie musi przepisywać zamówienia ze sklepu. Handlowiec nie musi telefonować do magazynu, aby sprawdzić każdą wysyłkę. Księgowość nie musi ręcznie tworzyć danych na podstawie wydruków z platformy sprzedażowej.

Taki przepływ wymaga jasnych reguł, prawidłowych identyfikatorów, kontroli błędów oraz regularnej weryfikacji danych.

Dobra integracja opiera się na jasno określonych zasadach

Największe problemy pojawiają się wtedy, gdy firma rozpoczyna techniczne łączenie systemów bez wcześniejszego ustalenia odpowiedzialności za informacje.

ERP, CRM, WMS i platforma e commerce mają różne zadania. Każdy system powinien obsługiwać procesy, do których został przeznaczony, a wymiana danych powinna zapewniać pozostałym aplikacjom informacje potrzebne do dalszej pracy.

Firma powinna dokładnie określić źródło danych produktowych, klientów, cen i zapasów. Musi ustalić sposób przekazywania zamówień, obsługi zmian, anulowań, zwrotów i błędów. Powinna również wiedzieć, jak sprawdzić historię konkretnego komunikatu i jak przywrócić proces po chwilowej awarii.

Dzięki temu zamówienie przechodzi przez kolejne systemy według określonego przebiegu. Każdy dział korzysta z aktualnych danych, a firma ogranicza ręczne przepisywanie i liczbę rozbieżności między aplikacjami.

 

Tekst zawiera wzmianki o firmie oraz oferowanym przez nią produkcie