Typowy sklep łączy pięć do dziesięciu systemów. Każde połączenie jest miejscem, w którym dane mogą się rozjechać.
Typowe połączenia
Sklep z magazynem, magazyn z księgowością, sklep z przewoźnikami i płatnościami, wszystko z platformami sprzedaży. Warto narysować to raz na kartce: co skąd dokąd płynie, jak często i kto to uruchamia. Rysunek zwykle ujawnia połączenia, o których nikt już nie pamięta, oraz miejsca, gdzie ta sama informacja wędruje dwiema drogami naraz.
Jedno źródło każdej informacji
Stany z magazynu, ceny z systemu, treści ze sklepu. Bez tego podziału zmiany nadpisują się nawzajem i nikt nie umie odtworzyć, która wersja była poprawna. Podział trzeba spisać i trzymać się go także wtedy, gdy szybciej byłoby poprawić coś ręcznie po drugiej stronie. Właśnie takie doraźne poprawki są najczęstszą przyczyną rozjazdów.
Identyfikator produktu
Jeden, stały, we wszystkich systemach. Zmiana symbolu rozrywa powiązania w całym łańcuchu i najczęściej wychodzi dopiero przy zamówieniu klienta. Symbol nie powinien nieść znaczenia, które może się zmienić — kategoria, dostawca czy kolor w symbolu prędzej czy później wymuszą jego przebudowę.
Cisza jako sygnał
Integracja, która przestała działać, nie zgłasza błędu. Brak zamówień z kanału musi uruchamiać alarm. Ten sam mechanizm dotyczy stanów, które przestały się odświeżać, i dokumentów, które przestały powstawać. Prosty nadzór wystarczy: jeśli w zadanym czasie nic nie przyszło, ktoś dostaje powiadomienie. To najtańszy element całego układu i najczęściej pomijany.
Uzgadnianie
Codzienne porównanie liczby zamówień, dokumentów i wpłat. Rozjazd wychodzi wtedy w dniu powstania, a nie przy zamknięciu miesiąca, gdy odtworzenie przyczyny jest już kosztowne. Zestawienie da się przygotować raz i uruchamiać automatycznie — wynik ma trafiać do konkretnej osoby, nie na wspólną skrzynkę.
Utrzymanie
Integracje wymagają nadzoru jak każde inne narzędzie. Osoba odpowiedzialna jest warunkiem. Systemy po obu stronach zmieniają się niezależnie od sklepu: aktualizacje, zmiany w interfejsach, nowe wymagania kanałów. Bez kogoś, kto to śledzi, awaria zostaje wykryta przez klienta. Do tej roli nie trzeba etatu, ale trzeba jasnego przypisania: kto dostaje powiadomienia i kto decyduje o wstrzymaniu wymiany danych.
Wydajność i limity
Układ działający przy bieżącym ruchu potrafi się zatkać, gdy zamówień przybywa — decydują limity zapytań, czas przetwarzania i sposób kolejkowania. Warto to sprawdzić poza sezonem, a nie w jego trakcie. Konsekwencje rosnącej skali opisujemy przy wzroście i skalowaniu.
Kiedy nie budować własnej integracji
Jeśli dla danej pary systemów istnieje gotowe połączenie, zwykle taniej wychodzi je wykorzystać niż pisać własne. Własne rozwiązanie ma sens tam, gdzie proces jest nietypowy albo gotowe narzędzie nie obsługuje potrzebnych przypadków. Przy jednym kanale i niewielkiej sprzedaży ręczne przeniesienie danych bywa rozsądniejsze niż utrzymywanie kolejnego elementu układu. Ścieżkę zamówienia opisujemy przy automatyzacji obsługi zamówień, a układ wielokanałowy przy sprzedaży w wielu kanałach.
