Automatyzacja e-commerce w środowisku korporacyjnym

Rzadko zdarza się, aby rozwijający się sklep internetowy był spowalniany przez sam sklep. Problem zwykle wynika z przepływu zamówień, danych o zapasach, cenach, fakturach, statusach wysyłki i informacjach o zakupach między różnymi systemami, częściowo automatycznie, a częściowo za pomocą arkuszy kalkulacyjnych, e-maili lub ręcznej administracji. automatyzacja e-commerce w środowisku korporacyjnym nie oznacza zatem zastąpienia kilku powtarzających się zadań, lecz kontrolowaną integrację procesów biznesowych i powiązanych z nimi danych.

W korporacyjnym środowisku e-commerce błędne informacje o zapasach nie są tylko nieprzyjemnym doświadczeniem dla klienta. Mogą powodować błędne zamówienia, zbędne obciążenie obsługi klienta, wyjątki logistyczne, błędne dane finansowe i raporty nieodpowiednie do podejmowania decyzji przez kierownictwo. Jeśli wszystko to można kontrolować tylko poprzez coraz więcej ręcznych kontroli, system nie wspiera już wzrostu, lecz go hamuje.

Kiedy automatyzacja jest uzasadniona?

Potrzeba automatyzacji często staje się widoczna nie z powodu jednej dużej wady, ale drobnych oznak operacyjnych. Dane zamówień są eksportowane i importowane codziennie. Magazyn widzi inne zapasy niż sklep internetowy. Aby dodać nowy produkt, te same dane muszą być zarejestrowane w kilku systemach. Nieudana synchronizacja jest odkrywana dopiero wtedy, gdy klient już narzeka.

W takich sytuacjach głównym pytaniem nie jest, czy automatyzacja jest możliwa, ale które procesy wymagają zasad biznesowych, które wymagają integracji, a gdzie potrzebna jest ludzka akceptacja. Nie każdy ręczny krok jest błędem. W przypadku zamówień unikalnych, o dużej wartości lub kontraktowych, kontrolowane podejmowanie decyzji ręcznych może być uzasadnione. Jednak powtarzający się transfer danych, kopiowanie statusów i poszukiwanie odchyleń rzadko tworzy wartość.

Dobrym punktem wyjścia jest rzeczywiste mapowanie procesu. Nie z listy aplikacji, ale z drogi zamówienia: jak przychodzi, jakie kontrole przechodzi, kiedy rezerwuje zapasy, jak trafia do magazynu, kiedy generowana jest faktura, jaki status otrzymuje klient i co się dzieje w przypadku zwrotu lub braku zapasów. Tutaj stają się widoczne wyjątki, które zwykle giną w zbyt uproszczonych planach automatyzacji.

Automatyzacja e-commerce w środowisku korporacyjnym: dane są podstawą

Jakość automatyzacji korporacyjnej nie jest określana przede wszystkim przez wybrane narzędzie integracyjne, ale przez model danych. Produkt, partner, zamówienie lub ruch zapasów musi być identyfikowalny w kilku systemach. Jeśli sklep internetowy, ERP, WMS i system fakturowania używają różnych numerów artykułów, statusów lub logiki podatkowej, integracja tylko maskuje problem, nie rozwiązując go.

Należy zdecydować, który system jest właścicielem danych głównych. Zazwyczaj ERP zarządza korporacyjnym katalogiem artykułów, zasadami cenowymi i finansowymi, podczas gdy sklep internetowy odpowiada za prezentację produktów i interakcję z klientem w cyfrowym kanale sprzedaży. System zarządzania magazynem może być wiarygodnym źródłem ruchu fizycznych zapasów. Nie jest to jednak uniwersalna zasada: złożony konfigurator produktów, sklep internetowy obsługujący kilka krajów lub oddzielny proces rynkowy mogą wymagać innego modelu odpowiedzialności.

Po wyjaśnieniu kręgów właścicielskich można również zaplanować przepływ danych. Nie wystarczy powiedzieć, że systemy są "zsynchronizowane." Należy dokładnie określić, które zdarzenie wyzwala transfer danych, jak często, z jakimi polami, po jakich walidacjach i co się dzieje w przypadku błędu. Aktualizacja zapasów może być na przykład zdarzeniem bliskim rzeczywistości, zaplanowanym przetwarzaniem lub kontrolowanym transferem wsadowym. Odpowiednie rozwiązanie zależy od ilości zamówień, obietnicy sprzedaży, krytyczności zapasów i obciążalności powiązanych systemów.

Zarządzanie wyjątkami nie jest funkcją poboczną

W zautomatyzowanych procesach zawsze będą występować odchylenia: niekompletne dane adresowe, niezgodne ceny, częściowe dostawy, zablokowani klienci, niedostępne etykiety kurierskie lub nieudane zewnętrzne wywołania API. Pytanie nie brzmi, jak całkowicie je wyeliminować, ale czy system rozpoznaje je, rejestruje przyczynę w sposób możliwy do śledzenia i czy zadanie trafia do odpowiedniej osoby.

Dobrze zaprojektowane zarządzanie wyjątkami oddziela błędy techniczne, które można automatycznie ponowić, od przypadków wymagających decyzji biznesowych. W przypadku tymczasowej awarii usługi może być konieczne kontrolowane ponowne wysłanie. W przypadku zamówienia z negatywną marżą może być potrzebna akceptacja sprzedażowa lub finansowa. Jeśli oba pojawiają się w ogólnym komunikacie o błędzie, operacja traci priorytety.

Które procesy dostarczają rzeczywistą wartość biznesową?

Najlepszymi celami automatyzacji są te, gdzie wolumen transakcji jest wysoki, decyzje oparte na zasadach są częste, a błąd wpływa na wiele obszarów. W przetwarzaniu zamówień może to obejmować sprawdzanie statusów płatności i zapobiegania oszustwom, rezerwację zapasów, tworzenie zamówienia w ERP, przekazywanie zadań realizacji magazynowej oraz zwracanie informacji o wysyłce i fakturowaniu do sklepu internetowego.

Zarządzanie danymi produktowymi i cenowymi jest równie ważne. W wielu firmach nie tworzenie nowego produktu jest powolne, ale to, że parametry techniczne, zdjęcia, kategorie, tłumaczenia, statusy zakupów, ceny grup klientów i dane zgodności są aktualizowane w różnych miejscach i tempach. W takim przypadku centralne zarządzanie informacjami o produktach lub wewnętrzna warstwa przepływu pracy mogą zapewnić bardziej uporządkowane działanie, jeśli asortyment produktów i złożoność organizacyjna to uzasadniają.

W procesach zakupowych i planowania zapasów automatyzacja może wspierać propozycje ponownego zamówienia, przetwarzanie danych dostawców i aktualizację obietnic dostępności. W tym obszarze jakość danych musi być traktowana z najwyższą starannością. Automatyczne publikowanie błędnych danych o zapasach dostawców może być szybkim, ale szkodliwym procesem biznesowym. Zasady, progi i kroki akceptacji są konieczne, jeśli są uzasadnione.

Integracja czy rozwój indywidualny?

Często dostępne są gotowe konektory i API do łączenia systemów korporacyjnych. Mogą one stanowić dobrą podstawę, jeśli proces jest bliski standardowej operacji, model danych jest elastyczny, a zarządzanie błędami spełnia oczekiwania. Nie zaleca się wybierania indywidualnego rozwoju tylko dlatego, że jest technicznie bardziej interesujący.

Indywidualna integracja lub warstwa usług pośrednich może być konieczna, jeśli zasady korporacyjne są skomplikowane, kilka systemów musi być połączonych jednolitą logiką, lub gotowe rozwiązanie nie radzi sobie odpowiednio z statusami, obciążeniem, uprawnieniami i audytowalnością. W takich przypadkach celem indywidualnego rozwoju nie jest stworzenie kolejnego odizolowanego komponentu, ale stworzenie trwałego punktu połączenia na dłuższą metę.

W architekturze ważna jest również liczba bezpośrednich połączeń system-system. Z kilkoma aplikacjami można to zarządzać. Jednak gdy pojawia się więcej sklepów internetowych, ERP, WMS, systemów fakturowania, integracji kurierskich, źródeł dostawców i portali klienta, integracje punkt-punkt szybko stają się nie do opanowania. Dobrze udokumentowana warstwa integracyjna, jednolite rejestrowanie i monitorowanie nie są luksusem technologicznym, ale warunkiem wstępnym działania.

Działanie jest częścią rozwiązania

Automatyzacja jest użyteczna biznesowo tylko wtedy, gdy jest obserwowalna i wspierana. Kolejki przetwarzania, wywołania API, rejestry błędów, wykorzystanie zasobów, kopie zapasowe i uprawnienia nie mogą być oddzielone od działalności biznesowej. Jeśli błąd integracji pozostaje ukryty przez dni, zautomatyzowany system może dotknąć większej ilości danych niż proces ręczny.

Dlatego potrzebne są mierzalne oczekiwania operacyjne: jakie zdarzenia są monitorowane, kto otrzymuje powiadomienia, jak szybko należy badać odchylenia, czy proces można przywrócić i jakie dane potwierdzają, że cała ścieżka zamówienia została zakończona. Rejestrowanie musi być zrozumiałe zarówno z perspektywy biznesowej, jak i technicznej.

Zarządzanie dostępem jest również kwestią projektową. Sklep internetowy nie potrzebuje nieograniczonych uprawnień ERP, a zewnętrzna usługa nie potrzebuje więcej danych niż jest to konieczne do wykonania zadania. Role, zarządzanie tajemnicami, przechowywanie danych i zarządzanie zmianami są szczególnie ważne, jeśli proces dotyczy danych osobowych, finansowych lub wrażliwych biznesowo.

W podejściu CGAT projekt automatyzacji nie kończy się na stworzeniu połączenia. Proces, logika integracji i infrastruktura muszą być zaprojektowane razem, aby przyszłe zmiany biznesowe - nowy kanał sprzedaży, magazyn, kraj, linia produktów lub partner - nie wymuszały całkowitego przeprojektowania za każdym razem.

Przed podjęciem kolejnej decyzji rozwojowej warto śledzić jedno zamówienie od koszyka klienta do zamknięcia finansowego. Tam, gdzie zmienia się własność danych, potrzebna jest interwencja człowieka lub informacje nie mogą być natychmiast zweryfikowane, niekoniecznie jest to zadanie rozwojowe - ale na pewno jest to proces biznesowy, który zasługuje na dokładniejsze zaplanowanie.