Jak utrzymać Shopify i ERP Stock w Sync Bez nadsprzedaży?

Przed wyborem API wybierz decyzję o stanie zapasów

Zacznij od decyzji klienta: ile jednostek może sprzedać ten sklep w tej lokalizacji teraz? Potem przepracuj zapisy i zasady potrzebne do odpowiedzi. Dzięki temu projekt integracyjny nie może stać się listą punktów końcowych bez wspólnej definicji przedsiębiorstwa.

Nazwa źródła prawdy w odniesieniu do zapasów fizycznych, sprzedawanych, przydziałów, transferów, rezerw bezpieczeństwa i zobowiązań dotyczących zamówień. ERP może być właścicielem ilości magazynowych, podczas gdy Shopify jest właścicielem zobowiązań z tytułu płatności. Dostawca realizacji może być właścicielem imprez pick and wysyłki. Integracja powinna koordynować te obowiązki, zamiast tworzyć czwartą niewyjaśnioną liczbę zapasów.

M.I.A.I Integration Engine jest przeznaczony do zarządzania mapowaniem danych, synchronizacją przepływów roboczych, monitorowaniem operacyjnym i obsługą wyjątku ludzkiego w ramach ecommerce, ERP i innych zatwierdzonych systemów biznesowych. Firma nadal decyduje, który system jest właścicielem każdego pola i kiedy rozbieżność musi zatrzymać automatyczną aktualizację.

Określić, co oznacza każdy numer inwentarza

Nazwana ilość może ukryć kilka różnych stanów. Jednostki ręczne mogą obejmować przedmioty uszkodzone, poddane kwarantannie lub zastrzeżone. Dostępne jednostki mogą już wyłączyć zobowiązania i zasoby bezpieczeństwa. Przychodzące akcje mogą mieć oczekiwaną datę, ale nie mogą być jeszcze obiecane klientowi.

Model inwentaryzacji Shopify wyróżnia państwa, w tym przychodzące, na ręce, dostępne, zaangażowane, zastrzeżone, uszkodzone, bezpieczeństwa i kontroli jakości. W swojej dokumentacji stwierdza się również, że zaangażowane ilości są zarządzane za pomocą działań typu Shopify, takich jak tworzenie i wypełnianie zleceń. Integracja musi zatem mapować znaczenie biznesowe, nie tylko dopasować pola o podobnych nazwach.

Napisz wzór sellable- stock w prostym języku i testable zasad. Jeżeli ERP posiada własne ilości i wewnętrzne przydziały, należy określić, czy zobowiązania Szopify są już tam reprezentowane, jak stosuje się zasoby bezpieczeństwa oraz co się dzieje w okresie opóźnienia. Nigdy nie odejmuj tego samego zobowiązania dwa razy.

• Fizyczny w ręku: jednostki zarejestrowane w rzeczywistym magazynie lub miejscu
• Zaangażowane: jednostki dołączone do przyjętych zleceń lub prac związanych z realizacją
• Zastrzeżony: jednostki celowo usunięte z ogólnej dostępności
• Zasoby bezpieczeństwa: bufor wstrzymany ze sprzedaży zgodnie z zatwierdzoną zasadą
• Dostępne do sprzedaży: wynik regulowany przedstawiony do kanału sprzedaży
• Przychodzące: spodziewane zapasy, które nie są jeszcze dostępne do spełnienia

Przypisz własność na poziomie pola i lokalizacji

Własność może różnić się w zależności od pola i magazynu. NetSuite może posiadać fizyczną ilość dla centrum dystrybucyjnego, podczas gdy Shopify śledzi oddzielną lokalizację detaliczną. Magazyn osób trzecich może być autorytatywny dopiero po przyjęciu wniosku o wypełnienie. Zarejestruj kierunek i właściciela dla każdej lokalizacji, zamiast deklarować, że ERP jest właścicielem inwentarza w ogóle.

Zdecyduj, który system może wykonywać zestawy bezwzględne i które mogą składać korekty. Obecna dokumentacja Shopify InventorySetQuantities mówi, że wartości bezwzględne powinny być ustalone w imieniu systemu, który działa jako źródło prawdy; w przeciwnym razie wskazuje integracje na operacje dostosowawcze. To rozróżnienie zapobiega wielokrotnej wymianie pracy dwóch systemów.

Zapis właściciela, wersja regulacyjna i efektywny czas z każdej decyzji synchronizacji. Kiedy zmienia się własność - ponieważ magazyn otwiera, 3PL przejmuje kontrolę lub sklep jest migrowany - mapowanie i testy muszą się zmienić zanim zrobi to ścieżka zapisu na żywo.

Mapa dokładnych pozycji i lokalizacji przed przemieszczeniem ilości

Aktualizacja stanu zapasów jest bezpieczna tylko wtedy, gdy integracja dokładnie wie, który element i lokalizacja ma wpływ. Mapa Szopiuj identyfikatory produktów i wariantów do Szopify identyfikatorów elementów wynalazczych, a następnie do identyfikatora pozycji ERP. Mapa Skopiuj identyfikatory lokalizacji do odpowiedniego magazynu ERP, bin lub zakres lokalizacji.

Nie należy polegać na tytułach, uchwytach produktu lub nazwach wyświetlanych. SKU są przydatne, ale mogą być brakujące, duplikowane lub zmienione, więc traktować je jako regulowane klucze biznesowe tylko wtedy, gdy organizacja powoduje wyjątkowość. Zachowaj identyfikatory dostawcy i zatwierdzone mapowanie systemu cross.

Zablokuj niejednoznaczne zapisy. Jeśli jeden element ERP mapuje na dwa aktywne warianty Shopify niespodziewanie, lub lokalizacja nie ma zatwierdzonego dopasowania magazynu, umieścić rekord w kolejce wyjątków. Zgadywanie jest bardziej niebezpieczne niż okazywanie tymczasowej, konserwatywnej dostępności.

• Identyfikatory produktu, wariantu i elementu wynalazczego
• Identyfikator pozycji ERP lub rejestru zapasów
• Identyfikator lokalizacji i skład ERP lub ID bin
• SKU, kod kreskowy i odniesienie do dostawcy jako zweryfikowane klucze uzupełniające
• Status mapy, właściciel, data wejścia w życie i ostatnia weryfikacja

Użyj jednego wydarzenia, aby uzyskać jeden efekt biznesowy

Haczyki i kolejki są zazwyczaj dostarczane z zachowaniem-najwolniejszym raz: ponownie próbuje chronić przed utraconych wiadomości, ale to samo zdarzenie może dotrzeć więcej niż raz. Szopify mówi, że duplikat dostawy haka webowego może wystąpić po przerwie lub ponownie spróbować i zaleca przetwarzanie idemstrong. Zapewnia identyfikatory dostaw i zdarzeń, które integracje mogą wykorzystywać do dedukcji lub korelacji wiadomości.

Przed zastosowaniem zmiany stanu zapasów należy przechowywać trwały klucz impotencji. Powtarzająca się dostawa z tą samą operacją musi raczej zwrócić odnotowany wynik niż skorygować ilość ponownie. Kluczem powinna być operacja - taka jak określony przydział zamówień lub korekta zapasów - a nie tylko czas, w którym pracownik ją przetwarza.

Ta sama ochrona należy do wychodzących pisów. Szopify teraz wymaga idempotencji klucze dla obecnego wynalazcySetQuantities mutacja i wspiera porównawczo-i-ustalone zachowanie. Czas trwania sieci nie może kusić integracji do stworzenia nowego klucza i zastosowania tej samej korekty dwukrotnie.

Reject stale and out- of- order updates

Szybkie systemy nadal dostarczają zdarzeń z porządku. Korekta magazynu utworzona o 10: 02 może dotrzeć do sklepu po późniejszej liczbie utworzonej o 10: 05. Jeśli integracja ślepo pisze w kolejności przyjazdu, przywraca starszą wartość.

Przenieś wersję rekordu źródłowego, czas zdarzenia źródłowego i ostatnią akceptowaną wersję dla każdej pary lokalizacji item-. Zastosuj nowy stan tylko wtedy, gdy jest nowszy zgodnie z uzgodnioną regułą zamawiania. Nie używaj czasu odbioru serwera integracyjnego jako dowodu na nowsze dane biznesowe.

Dla bezwzględnej ilości zapisuje, porównać bieżącą wartość docelową z wartością obserwowaną wcześniej. Kontrola porównawcza Shopify-and-set odrzuca aktualizację, gdy utrzymująca się ilość nie odpowiada już wartości porównawczej. Potraktuj to odrzucenie jako sygnał współmierny do ponownego odczytu i pogodzenia, a nie jako błąd do porażki, wyłączając czek.

Oddzielne aktualizacje zdarzeń po uzgodnieniu

Wydarzenia zapewniają ruch niskiego opóźnienia; pojednanie dowodzi, że wynikający z niego stan jest prawidłowy. Użyj obu. Hak webowy może być pominięty, może wygasnąć, kolejka może opóźnić lub mapowanie może zmienić się po wytworzeniu zdarzenia.

Przeprowadź zaplanowane porównanie w każdej regulowanej lokalizacji. Porównaj identyfikatory, odpowiednie stany inwentarza, czasy aktualizacji i wersje reguł. Utajnić różnice zamiast natychmiast je nadpisać: oczekiwana różnica w locie, problem z mapowaniem, nieregularne zdarzenie, nieudany zapis, nierozpoznana zmiana podręcznika lub prawdziwa rozbieżność źródeł.

Pojednanie powinno obejmować zarówno dane całkowite, jak i zapisy. Licz elementy źródłowe, mapowane elementy, pomyślnie porównywane elementy, niedopasowania, wykluczenia i niepowodzenia. Praca, która porównała 9,990 z 10.000 elementów nie jest kompletny, dopóki brakuje dziesięć są wyjaśnione.

Zachowaj zasadę nadsprzedaży konserwatywnej podczas niepowodzenia

Uzgodnij, co się dzieje, gdy nie można dotrzeć do źródła. Ponowne użycie ostatniej znanej ilości na czas nieokreślony jest proste, ale ryzykowne. Ustawienie wszystkiego na zero chroni akcje, ale może zatrzymać prawidłową sprzedaż. Właściwa polityka zależy od wartości pozycji, szybkości sprzedaży, tolerancji na spełnienie oraz od tego, jak szybko pracownicy mogą interweniować.

Potencjalne kontrole obejmują bufor bezpieczeństwa, maksymalny wiek dla ostatniej zweryfikowanej ilości, pułapy pozycji, pauzę dla SKU wysokiego ryzyka oraz trasę wyjątków tylko w trybie read-. Uwidocznić politykę operacyjną i konsekwentnie ją stosować; nie pozwól, aby pracownik w tle improwizował.

Fundamenty, ograniczenia dotyczące dostawców i okna utrzymania powinny posiadać odrębne alarmy. Retry przejściowa awaria z ograniczonym backoff, ale wysłać wygasłe uwierzytelnianie, błędne mapowanie i biznesowe-rule konflikty z ludźmi, którzy mogą je rozwiązać.

Konkretny przykład: jedna część w dwóch magazynach

Uznaj część zamienną sprzedaną jako jeden wariant Shopify i przechowywaną w dwóch magazynach NetSuite. Zatwierdzone mapowanie łączy ID elementu Szopify z jednym identyfikatorem elementu NetSuite i łączy każdą lokalizację Szopify z jego magazynu dopasowania. NetSuite jest właścicielem fizycznych i wewnętrznych rezerwacji; Shopify jest właścicielem bieżących zobowiązań z tytułu wykupu.

Zasada biznesowa oblicza ilość kanału oddzielnie dla każdego magazynu, stosuje zatwierdzony bufor bezpieczeństwa raz i nigdy nie odejmuje zobowiązania Shopify, że NetSuite już otrzymał. Rezultat zawiera jego wersję źródłową, regułę obliczeniową i efektywny czas.

O 10: 02, magazyn A zgłasza 12 sprzedanych jednostek. O 10: 03, rozkaz Sopify zobowiązuje jedną jednostkę. O 10: 05, NetSuite rejestruje zamówienie i raportuje 11. Jeśli wcześniejsza wiadomość 12-jednostkowa zostanie ponownie wypróbowana po 10: 05, integracja rozpoznaje jej idempotencję i nieświeżą wersję źródłową, więc nie może przywrócić 12.

Jeżeli bieżąca wartość Shopify nie odpowiada już wartości porównania całkowania, zapis zostaje odrzucony i ponownie przeczytany. Praca pojednania później potwierdza 11 w magazynie A i zgłasza magazyn B niezależnie. Żadna wartość nie jest po cichu łączona między lokalizacjami, a personel może śledzić każdą zaakceptowaną lub odrzuconą zmianę.

Zaprojektuj kolejkę wyjątków, której ludzie mogą użyć

Wyjątek potrzebuje wystarczająco dużo kontekstu, aby go rozwiązać: produkt i wariant, element źródłowy, lokalizacja, źródło i wartość docelowa, stany inwentaryzacji, identyfikatory zdarzeń i wersji, próbne zasady, odpowiedź dostawcy i zasugerowane następne sprawdzenie. Czerwona etykieta bez dowodów tworzy kolejne ręczne śledztwo.

Priorytetem jest ryzyko handlowe. Negatywne ilości, aktywne produkty o dużej prędkości, nieoznakowane linie porządkowe i powtarzające się konflikty współwalutowe powinny zazwyczaj występować powyżej wolniej poruszającej się rozbieżności. Pozwól autoryzowanym użytkownikom ponownie spróbować dopiero po skorygowaniu podstawowego problemu.

Zachować pierwotną porażkę i rezolucję. Edycja rekordu audytu, aby ponownie wyglądać skutecznie usuwa dowody potrzebne do zapobiegania nawrotom.

Sprawdź warunki wyścigu, nie tylko szczęśliwą ścieżkę

Integracja zasobów może zdać demonstrację i nadal nie udaje się w ramach prawdziwego porządku i ponownego postępowania. Zbuduj powtarzalne przypadki duplikatów zdarzeń, zdarzeń opóźnionych, dwóch jednoczesnych zapisów, remapowania lokalizacji, brakujących identyfikatorów, częściowej awarii partii, przeterminowanych mandatów, limitów stawki dostawcy i pojednania podczas aktywnego zamówienia.

Sprawdzić wyniki biznesowe po każdej sprawie. Udana odpowiedź HTTP nie wystarczy; potwierdź dokładną pozycję, lokalizację, stan ilościowy, źródło odniesienia i wpis do audytu. Sprawdzić, czy nieupoważniony użytkownik lub złącze nie jest w stanie napisać inwentarza, którego nie posiada.

Przed uruchomieniem odtwarzaj reprezentatywne rekordy produkcji w środowisku nieprodukcyjnym lub kontrolowanym biegu suchym. Porównaj proponowane writs z oczekiwaniami operacji wartości, a następnie aktywuj jedną ograniczoną lokalizację lub grupę produktów przed rozszerzeniem.

• To samo zdarzenie dostarczone dwa razy zmienia stan zapasów tylko raz
• Starsze zdarzenie nie może zastąpić nowszego zaakceptowanego stanu
• Konflikt porównawczy uruchamia ponowne odczytywanie i przeglądanie
• Jeden nieudany rekord nie ukrywa się za udaną sumą partii
• Nieodwzorowane elementy i lokalizacje są zablokowane, nie odgadnąć
• Pojednanie znajduje celowo nieodebrane wydarzenie
• Wygasłe pełnomocnictwo prowadzi do wniesienia skargi

Pomiar dokładności i odzysku zapasów

Przydatne środki obejmują mapowanie zasięgu lokalizacji, wskaźnik ilości uzgodnionej, opóźnienie w przetwarzaniu zdarzeń, liczbę odrzutów w stalach, liczbę duplikatów tłumienia, wiek niedopasowania do porozumienia, czas rozdzielczości z wyjątkiem oraz przypadki zawyżania sprzedaży. Ścieżka zarówno mediana jak i najpoważniejsze opóźnienia w przypadku, ponieważ mały ogon może zawierać istotne z handlowego punktu widzenia błędy.

Przejrzyj ręczne korekty jako dowód. Powtarzające się zmiany w tej samej pozycji mogą ujawnić złą zasadę własności, powielać odwzorowanie lub lukę w czasie zamiast nieostrożnych użytkowników. Naprawiać przepływ pracy zamiast szkolenia personelu, aby zrekompensować to.

M.I.A.I Integration Engine może koordynować zatwierdzone mappings, synchronizowanie przepływów roboczych, monitorowanie i obsługę wyjątków pomiędzy systemami Shopify, NetSuite i innymi połączonymi systemami. Rezultatem nie jest stały przepływ danych; jest to sprzedawana ilość, którą firma może wyjaśnić, zweryfikować i odzyskać, gdy coś pójdzie nie tak.

Lista kontrolna uruchamiania synchronizacji zapasów

Uruchomienie tylko wtedy, gdy handel, operacje i finanse uzgadniają definicje i właścicieli. Dokumentuj politykę wycofywania i niepowodzenia obok mapowania, tak aby personel pomocniczy nie musiał go odtworzyć podczas incydentu.

Po uruchomieniu, utrzymać pojednanie i przegląd wyjątków na stałe. Poprawność inwentaryzacji jest ciągłą kontrolą, a nie jednorazowym kamieniem milowym migracji.

• Określenie ilości fizycznych, zaangażowanych, zarezerwowanych, bezpiecznych i sprzedawanych
• Przypisz źródło prawdy dla każdego pola i lokalizacji
• Mapa dokładnego elementu dostawcy i identyfikatorów lokalizacji
• Make inbound events and outbound writs idemstrong
• Odrzucenie zdarzeń nieśmiałych i wykorzystanie porównań współrzędnych
• Reconcile wszystkie regulowane pary lokalizacji na harmonogramie
• Stosowanie udokumentowanej konserwatywnej polityki w zakresie niepowodzeń
• Daj ludziom bogatą w dowody kolejkę wyjątków
• Duplikaty testowe, przekierowanie, częściowa awaria i strata kredytowa
• Dokładność monitorowania, opóźnienie, wiek wyjątków i przypadki nadmiernej sprzedaży