Przejdź do głównej treści
Shopify

Zadanie Shopify Process Webhooks: co robi w każdym przebiegu

Zaplanowane zadanie Shopify Process Webhooks działa co minutę: pobiera do 50 oczekujących zdarzeń, przetwarza je jedno po drugim, a potem próbuje potwierdzić zamówienia sprzedaży w wersji roboczej. Oto co dzieje się w każdym przebiegu i na co patrzeć, gdy wydaje się, że nic nie robi.

FlexigoTech · Odpowiada: Víctor Gómez · Aktualizacja: 5 listopada 2026

Najważniejsze

Moduł
Shopify
Wersje
Odoo 17, 18, 19 i 20
Sprawdzone
w kodzie źródłowym konektora, wersja 17.0 i 20.0 · w źródłach podanych na końcu
Czas czytania
5 min

Czym jest to zadanie i kiedy działa

Shopify Connector for Odoo zawiera zaplanowane zadanie o nazwie Shopify Process Webhooks. Należy do modelu sklepów Shopify i uruchamia metodę, która przetwarza otrzymane zdarzenia webhooków. Działa co minutę i jest aktywne od momentu instalacji modułu. Istnieje we wszystkich opublikowanych gałęziach (17.0, 18.0, 19.0 i 20.0); w Odoo 17.0 jest ponadto skonfigurowane tak, by powtarzać się bez końca.

Schemat zaplanowanego zadania, które działa co minutę i jest aktywne po instalacji, oraz menu sklepów, z angielskimi nazwami z kodu
Schemat wykonany w kodzie na podstawie opublikowanego kodu modułu (to nie jest ekran Odoo): zaplanowane zadanie i menu Shopify › Configuration › Stores.

Przy Odoo po hiszpańsku zadanie nazywa się Procesar webhooks de Shopify; ten schemat zawiera jego nazwę w innych językach:

Schemat z nazwą zadania w kilku językach: po hiszpańsku Procesar webhooks de Shopify
Schemat wykonany w kodzie na podstawie opublikowanych tłumaczeń (to nie jest ekran Odoo): po hiszpańsku Procesar webhooks de Shopify; po niemiecku «Shopify-Webhooks verarbeiten»; po francusku «Traiter les webhooks Shopify»; po włosku «Elabora webhook Shopify»; po portugalsku «Processar webhooks Shopify».
Your Odoo doesn't talk to Amazon, Temu or Shopify?
Wideo: Your Odoo doesn't talk to Amazon, Temu or Shopify? (wideo po angielsku)

Chronologia jednego przebiegu

W Odoo 20.0 przebieg wygląda następująco:

  1. Co minutę Odoo uruchamia zadanie. Najpierw sprawdza, czy osoba, która je uruchamia, jest administratorem systemu; jeśli nie jest, może zatrzymać się z komunikatem Only an administrator can run this scheduled action. i niczego nie przetwarza.
  1. Na początku Wyszukuje zdarzenia webhooków, które oczekują na przetworzenie. Sortuje je od najstarszego do najnowszego według daty otrzymania (a przy równych datach według kolejności utworzenia) i pobiera maksymalnie 50 w jednym przebiegu.
  1. Zdarzenie bez sklepu Jeśli zdarzenie nie ma przypisanego sklepu, zadanie oznacza je jako zakończone błędem, ustawia godzinę przetworzenia i komunikat o błędzie, po czym przechodzi do następnego.
  1. Zdarzenie ze sklepem Zadanie prosi sklep o przetworzenie tego zdarzenia zgodnie z jego tematem (niżej, temat po temacie). Jeśli wszystko przebiegnie dobrze, zdarzenie zostaje oznaczone jako przetworzone, z godziną przetworzenia, zapisanym wynikiem i bez komunikatu o błędzie. Po każdym zdarzeniu zadanie zapisuje zmiany w bazie danych.
  1. Gdy przetwarzanie się nie powiedzie Zdarzenie zostaje oznaczone jako zakończone błędem, z godziną przetworzenia, tekstem błędu i wynikiem częściowym (liczniki zamówień, produktów i zapasów). Zadanie się nie zatrzymuje: przechodzi do następnego zdarzenia.
  1. Gdy zawiedzie coś innego Jeśli wyjątek wymknie się spod przetwarzania zdarzenia, zadanie zapisuje go w logu serwera, cofa oczekujące zmiany z tej rundy i kontynuuje z resztą.
  1. Po zakończeniu zdarzeń Wyszukuje zamówienia Shopify, które mają powiązane zamówienie sprzedaży w wersji roboczej lub wysłane, których sklep ma włączone automatyczne potwierdzanie sprzedaży i które nie mają znacznika ręcznego zamówienia sprzedaży. Pobiera je od ostatnio zaktualizowanych do najstarszych, do 50, i prosi o ich potwierdzenie; jeśli ta część zawiedzie, błąd jest zapisywany, a zadanie się nie zatrzymuje.
  1. Na koniec Jeśli potwierdzono jakieś zamówienie sprzedaży, kod odnotowuje to w logu serwera. Jeśli ta ostatnia część zawiedzie, błąd jest zapisywany i cofany jest tylko ten krok: to, co już zapisano dla zdarzeń, pozostaje.

Co robi z każdym zdarzeniem w zależności od tematu

Temat zdarzenia jest odczytywany wielkimi literami i decyduje o tym, co się stanie:

  • APP_UNINSTALLED: sklep zostaje dezaktywowany, a jego token dostępu, token odświeżania i data wygaśnięcia tokena zostają wyczyszczone.
  • Tematy zaczynające się od ORDERS_: jeśli sklep ma włączoną synchronizację zamówień przez webhook, zadanie przekazuje zamówienie ze zdarzenia do procesu synchronizacji zamówień i zapisuje w wyniku, ile ich obsłużono.
  • Tematy zaczynające się od PRODUCTS_: jeśli sklep ma włączoną synchronizację produktów przez webhook, zadanie przekazuje produkt ze zdarzenia do procesu synchronizacji produktów i zapisuje w wyniku, ile ich obsłużono.
  • Tematy zaczynające się od INVENTORY_LEVELS: tylko jeśli sklep ma włączoną synchronizację zapasów przez webhook i dodatkowo ogólną synchronizację zapasów, zadanie przekazuje zmianę stanu magazynowego do procesu, który ją stosuje; jeśli ten proces ją potwierdzi, wynik odnotowuje jedną aktualizację zapasów.

Ważny szczegół: jeśli temat nie jest żadnym z tych albo odpowiednie ustawienie sklepu jest wyłączone, zadanie niczego nie przekazuje do synchronizacji, ale zdarzenie i tak zostaje oznaczone jako przetworzone, z licznikami na zero. Przetworzone zdarzenie nie oznacza więc, że dotknięto zamówienia, produktu lub zapasów.

Na co patrzeć, jeśli nic nie robi

  • Zadanie musi być aktywne. Jest aktywne po instalacji i działa co minutę.
  • Kto je uruchamia. Jeśli uruchamia je ktoś, kto nie jest administratorem systemu, może zatrzymać się z komunikatem Only an administrator can run this scheduled action.
  • Pobiera tylko oczekujące zdarzenia. Zdarzenie oznaczone jako zakończone błędem nie wraca już do tego zadania. Jeśli oczekujących jest dużo, w każdym przebiegu przetwarzane są najstarsze, do 50, a reszta czeka na kolejne.
  • Wynik z licznikami na zero. Dzieje się tak, gdy temat zdarzenia nie należy do obsługiwanych przez zadanie albo gdy sklep nie ma włączonej synchronizacji przez webhook tego typu (dla zapasów także ogólnej synchronizacji zapasów). Zdarzenie jest oznaczane jako przetworzone bez przekazywania czegokolwiek do synchronizacji.
  • Sklep dezaktywowany. Zdarzenie APP_UNINSTALLED dezaktywuje sklep i usuwa jego tokeny.
  • Zamówienia sprzedaży, które nadal są w wersji roboczej. Automatyczne potwierdzanie wymaga, aby sklep miał je włączone, aby zamówienie sprzedaży było w wersji roboczej lub wysłane i aby zamówienie Shopify nie miało znacznika ręcznego zamówienia sprzedaży. Sprawdza tylko do 50 zamówień na przebieg.

Sklepy otwiera się z menu Shopify › Configuration › Stores. Aby zobaczyć to menu, potrzebujesz uprawnienia Operator w sekcji Configuration oraz Viewer w sekcji Shopify.

Cena i pomoc

Moduł jest płatny jednorazowo za wersję i wymaga subskrypcji FlexigoTech Cloud, plan Connector: 49 €/mies. lub 490 €/rok, netto (bez VAT). Jest opublikowany dla Odoo 17, 18, 19 i 20. Połączenie przechodzi przez FlexigoTech Cloud, który przechowuje poświadczenia w postaci zaszyfrowanej, nadzoruje synchronizację i powiadamia e-mailem, jeśli zawiedzie.

Jeśli wdrażasz Odoo ze Shopify albo potrzebujesz integracji na miarę, FlexigoTech wdraża Odoo 17, 18, 19 i 20 oraz tworzy konektory. Więcej szczegółów znajdziesz na stronie modułu i w jego karcie w Odoo Apps.

Czytaj dalej

Co robi przycisk `Pull Stock` w konektorze Shopify dla OdooCo robi przycisk Pull Stock w konektorze Shopify dla Odoo: kiedy się pojawia, co sprawdza, co zmienia w Twoich zapasach i jaki błąd może pokazać.Komunikat o lokalizacji głównej w konektorze Shopify dla OdooCo oznacza komunikat o lokalizacji głównej w konektorze Shopify dla Odoo, kiedy się pojawia i jak zmienić lokalizację główną w instancji.Błąd tworzenia zamówienia sprzedaży: brak danych ShopifyCo oznacza komunikat Shopify Connector for Odoo po kliknięciu «Create Sale Order» bez danych zamówienia, kiedy się pojawia i jak go rozwiązać.
Sprawdzone w kodzie źródłowym konektora (wersja 17.0 i 20.0) i w podlinkowanych źródłach

Źródła