woj. lubuskie
Integracja sklepu z ERP
Zielona Góra
Serwer z systemem magazynowym stoi w biurze i jest wyłączany na noc i na weekendy. Sklep internetowy przyjmuje zamówienia całą dobę. W poniedziałek rano okazuje się, że zamówienia z sobotniej nocy nie trafiły do systemu, bo integracja spróbowała raz, nie dostała odpowiedzi i poszła dalej.
Przerwy w dostępności
Sklep działa całą dobę, serwer nie
Integracja łączy systemy, na które nie zawsze mamy pełen wpływ. W wielu firmach z Zielonej Góry serwer z systemem magazynowym stoi w biurze i jest wyłączany po pracy. Sklep bywa niedostępny w czasie aktualizacji, a usługa kurierska ma czasem własną awarię.
Dobrze zaprojektowane połączenie zakłada to od początku. Źle zaprojektowane próbuje raz i zapomina. Skutki widać dopiero później: zamówienia, które nie dotarły do systemu, stany, które nie wróciły do sklepu, i klienci czekający na paczki, o których magazyn nie wie.
Dodajemy do integracji kolejkę ponowień: dane, których nie udało się przekazać, czekają i są ponawiane, aż druga strona odpowie, w tej samej kolejności, w jakiej powstały. Jeśli przerwa trwa dłużej niż zwykle, dostajemy powiadomienie i reagujemy, zwykle zanim ktokolwiek w firmie zdąży zauważyć.
Zabezpieczenia
Co obejmuje zabezpieczenie integracji
Każda przerwa jest przewidziana, a nie zaskakująca.
- Kolejka dla zamówień, stanów i dokumentów
- Ponawianie aż do skutku w ustalonych odstępach
- Zachowanie kolejności przekazywania danych
- Znane okna niedostępności: noc, weekend, aktualizacje
- Powiadomienie, gdy przerwa trwa dłużej niż zwykle
- Aktualizacja stanów po powrocie serwera
- Dziennik przerw i ponowień
- Monitoring integracji całą dobę
- Nie zakładamy, że wszystkie systemy zawsze odpowiadają
- Nie powiadamiamy o planowanych przerwach jak o awarii
- Nie przekazujemy danych w złej kolejności po przerwie
Typowe przerwy
Typowe przerwy i to, co robi integracja
Poniżej sytuacje, które zdarzają się regularnie.
| Przerwa | Bez kolejki | Z kolejką ponowień |
|---|---|---|
| Serwer ERP wyłączony na noc | nocne zamówienia giną | czekają do rana |
| Weekend z wyłączonym serwerem | zamówienia z weekendu ręcznie | przekazane w poniedziałek rano |
| Aktualizacja sklepu | stany nie dochodzą | wysłane po aktualizacji |
| Awaria usługi kurierskiej | brak etykiet i numerów | ponowione po powrocie usługi |
| Przerwa w internecie w biurze | dane utracone | wysłane po powrocie łącza |
| Przerwa dłuższa niż zwykle | nikt nie wie | powiadomienie i reakcja |
| Powrót po przerwie | rozjechane stany | aktualizacja stanów |
Integracja zna okna, w których serwer jest wyłączony. Nie wysyła wtedy alarmów, tylko spokojnie czeka. Powiadomienie przychodzi, gdy przerwa wykracza poza to, co zwykle.
Wynik
Co dostajecie
Integrację, która przeżywa każdą przerwę.
- Nic nie ginie: Dane czekają w kolejce.
- Właściwa kolejność: Po przerwie wszystko we właściwym porządku.
- Reakcja na czas: Powiadomienie przy nietypowej przerwie.
Lubuskie w praktyce
Czego nauczyły nas przerwy w integracjach w Lubuskiem
Pierwsza rzecz: wyłączanie serwera na noc jest częstsze, niż się wydaje, szczególnie w firmach, gdzie serwer to komputer w biurze. Nie trzeba tego zmieniać: wystarczy, żeby integracja o tym wiedziała.
Druga: po dłuższej przerwie kolejność ma znaczenie. Anulowanie zamówienia przekazane przed samym zamówieniem potrafi narobić więcej bałaganu niż sama przerwa.
Trzecia: po powrocie serwera warto od razu wysłać pełną aktualizację stanów. W czasie przerwy mogła się zmienić sprzedaż w innych kanałach.
Na start
Czego potrzebujemy na start
Najważniejsza jest informacja o przerwach.
- Obecna integracja: moduł, wykonawca, sposób działania
- Godziny pracy serwera ERP
- Planowane okna aktualizacji sklepu
- Przykłady danych utraconych w czasie przerw
- Adres do powiadomień
- Dostęp do systemów
Współpraca
Jak pracujemy
Zaczynamy od przeglądu obecnej integracji i spisu przerw: planowanych i tych, które się zdarzały.
Dodajemy kolejkę ponowień, znane okna niedostępności i powiadomienia. Testujemy, wyłączając celowo jedną ze stron. Pracujemy zdalnie.
W ramach opieki monitorujemy integrację całą dobę i reagujemy na nietypowe przerwy.
Zasięg
Gdzie dokładnie pracujemy
Kolejki ponowień i monitoring integracji wdrażamy dla firm z Zielonej Góry zdalnie.
Pracujemy też dla firm z Nowej Soli, Sulechowa, Świebodzina, Żar, Krosna Odrzańskiego i Kożuchowa.
- Jędrzychów
- Chynów
- Raculka
- Łężyca
- Przylep
- Ochla
- Drzonków
- Racula
- Stary Kisielin
- Zatonie
- Sucha
- Zawada
Poza samym miastem pracujemy też w okolicy: Nowa Sól, Sulechów, Świebodzin, Krosno Odrzańskie, Czerwieńsk, Zabór, Nowogród Bobrzański. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Współpraca
Od zgubionych nocnych zamówień do kolejki
Przegląd
Obecna integracja i przerwy.
Okna
Planowane niedostępności.
Kolejka
Ponawianie i kolejność.
Powiadomienia
Przy nietypowej przerwie.
Test
Celowe wyłączenie strony.
Monitoring
Całą dobę.
Pytania
Zanim zapytasz
Nie. Integracja czeka, aż znów będzie dostępny.
Czekają w kolejce i trafiają do systemu po włączeniu serwera.
Tak, dane są przekazywane w kolejności powstania.
Nie. Planowane przerwy nie wywołują powiadomień.
Tak, po przeglądzie jej działania.
Ta sama okolica
Pozostałe usługi w Zielonej Górze
Niech nocne zamówienia nie giną
Napiszcie, kiedy Wasz serwer jest wyłączany i jak działa obecna integracja. Zaproponujemy kolejkę ponowień.