ConnectWiz + WooCommerce

Integracja działa

Dwukierunkowa synchronizacja z WooCommerce – z umową o własność danych

Większość „integracji z Woo” to przycisk importu i modlitwa. Ta jest zarządzaną, dwukierunkową synchronizacją, w której dla każdej dziedziny danych sam decydujesz, który system jest właścicielem prawdy – a każdy konflikt ląduje w rejestrze, zamiast po cichu nadpisać.

Parowanie jednym kliknięciem Własność na poziomie pola Konflikty w rejestrze
WooCommerce × ConnectWiz
Próba przed premierą
Produkty, zdjęcia, warianty w środku
Własność: Woo / tutaj / obie strony – Twoja decyzja
Konflikt złapany → rejestr, ponowienie
30+
Pól przenoszonych przy produkcie – zdjęcia, okna promocji, GTIN-y, tagi, up- i cross-selle, warianty
15 min
Tyle żyje link parujący – uścisk dłoni przy podłączeniu wygasa, zamiast wisieć w nieskończoność
4
Tematy webhooków tworzone automatycznie – zmiany produktów, zamówień i klientów płyną do środka
2 000
Produktów na jeden przebieg importu – zadeklarowany sufit, a nie niespodzianka w wierszu 2 001

E-commerce

Co dokładnie robi

Parowanie jednym kliknięciem

Standardowa ścieżka autoryzacji WooCommerce sama tworzy klucze API i webhooki – bez rytuału przeklejania kluczy, bez listy kontrolnej webhooków.

Głęboki import

Zdjęcia, drzewa kategorii, ceny zwykłe i promocyjne razem z ich oknami, GTIN-y, tagi, up-selle i cross-selle, ceny i zdjęcia wariantów – katalog przychodzi w całości, a nie jako szkielet z nazwą i ceną.

Prawdziwy zapis zwrotny

Zmiany produktów zrobione tutaj mogą zapisywać się z powrotem do Woo – pod kontrolą przełącznika osobnego dla każdej operacji, z trybem próby, więc widzisz, co się zmieni, zanim cokolwiek się zmieni.

Własność na poziomie pola

Dla każdej dziedziny wybierasz: dane mieszkają w Woo, mieszkają tutaj albo synchronizują się w obie strony. Pola, których właściciel jest gdzie indziej, wyświetlają się tylko do odczytu, z powodem na ekranie – żadnego chaosu z dwoma panami.

Rejestr konfliktów

Nieudane i sprzeczne synchronizacje lądują w widocznym rejestrze, z opcją rozstrzygnięcia i ponowienia – nigdy jako ciche nadpisanie odkryte przy inwentaryzacji.

Zamówienia wchodzą do obiegu

Zamówienia z Woo pojawiają się z oznaczonym źródłem, obok zamówień ze sklepu w czacie, od AI i z API – jedna prawda o zamówieniach na wszystkich witrynach.

Od strony technicznej

Inżynieria synchronizacji, którą większość integracji pomija

Paranoiczny uścisk dłoni przy parowaniu

Link do podłączenia wygasa po 15 minutach, wywołanie zwrotne jest oznaczane jako zużyte przed czymkolwiek innym, więc nie da się go odtworzyć ze starszymi danymi – a używany adres sklepu to ten, który wpisałeś, nigdy ten, który podaje wywołanie zwrotne.

Odporne na ponowienia z założenia

Woo przy każdym ponowieniu nadaje nowe identyfikatory dostarczenia, więc odduplikowanie celowo je ignoruje i opiera się na treści wiadomości. W stronę wychodzącą klucz idempotencji jedzie w metadanych samego zamówienia i jest odnajdywany przez wyszukiwanie – bo niebezpieczny jest ten przypadek, w którym zapis doszedł, a odpowiedź zginęła.

Relacje w drugim przejściu

Up-selle i cross-selle przychodzą jako identyfikatory sklepu wskazujące produkty, których może jeszcze nie być – więc rozwiązujemy je w drugim przejściu, po wylądowaniu katalogu, a drzewo kategorii pobieramy osobno, bo dane produktu wymieniają tylko jego liście.

Waluta odczytana raz i poprawnie

Woo publikuje walutę przy zamówieniu, a nigdy przy produkcie – więc walutę sklepu odczytujemy raz, z jego własnych ustawień, przed importem katalogu, zamiast zgadywać ją wiersz po wierszu.

Ostrożna mapa statusów

Wypychanie statusów realizacji mapujemy tylko tam, gdzie słowniki naprawdę się zgadzają; zamówienia „zwrócone” nigdy nie tłumaczymy na siłę – trafia ono do człowieka jako notatka przy zamówieniu. A notatki statusowe zapisują się z wyłączonym powiadamianiem klienta, żeby Woo nie wysłało mu maila drugi raz.

To, co napisałeś ręcznie, wygrywa

Pole, które człowiek poprawił tutaj ręcznie, nigdy nie zostaje nadpisane przez import – synchronizacja szanuje człowieka i mówi o tym na karcie źródła przy każdej pozycji.

Konfiguracja

Jak się łączy

01

Sparuj sklep

Kliknij połącz, zatwierdź w panelu WooCommerce – klucze i webhooki tworzą się za Ciebie.

02

Wybierz właściciela

Wskaż dla każdej dziedziny danych, kto jest właścicielem prawdy: Woo, ConnectWiz albo obie strony.

03

Zrób próbę, potem wejdź na żywo

Najpierw uruchom operacje zapisu zwrotnego w trybie próby; przełącz na żywo, kiedy różnice będą wyglądać jak trzeba.

Razem lepiej

Z czym się łączy

Wtyczka WordPress

Zalogowanego klienta Woo wprowadza do czatu wtyczka – to ten sam człowiek, którego synchronizacja już zna, z podpiętymi zamówieniami i bez rejestrowania się od nowa.

Feedy produktowe

Zaimportowany katalog może publikować się jako feed Google Shopping / Meta Commerce – jeden wariant na wiersz, uczciwe pominięcia z powodem, żadnych wymyślonych przeliczeń walut. Zobacz Commerce.

Wiz + Flows

AI odpowiada na „gdzie jest moje zamówienie?” z żywych danych sklepu, a scenariusze potrafią reagować na zdarzenia handlowe – synchronizacja jest podłogą, na której stoi wszystko inne.

Bezpieczeństwo i gwarancje

Nudne gwarancje

Klucze tworzone, nigdy wklejane

Ścieżka wc-auth sprawia, że Twój sklep przekazuje nam klucze po stronie serwera – szyfrowane w spoczynku, bez rytuału kopiuj-wklej, z którego człowiek mógłby coś wynieść.

Każdy webhook udowodniony

Przesyłki przychodzące są podpisane HMAC sekretem, który generujemy osobno dla każdego sklepu, i porównywane w stałym czasie – podrobiona „aktualizacja produktu” odbija się od drzwi.

Grzeczni wobec Twojego sklepu

Przesyłki zweryfikowane, ale nieobsłużone i tak dostają odpowiedź „sukces”, bo Woo wyłącza webhook po pięciu porażkach z rzędu – wolimy wchłonąć dziwactwo, niż pozwolić Twojemu sklepowi zwątpić w nas.

Ruch wychodzący pod strażą SSRF

Każde wywołanie pod adres Twojego sklepu przechodzi przez strażnika ruchu wychodzącego – złośliwy „adres sklepu” nie posłuży do sondowania sieci wewnętrznych.

Drobny druk bez upiększeń

Granice wypisane wprost

Bez obsługi płatności

Zamówienia się synchronizują, a obciążanie kart zostaje po stronie Twojego sklepu i operatora płatności – udawanie czegoś innego to sposób, w jaki platformy stają się pół-bankiem, i to kiepskim.

Media idą za własnością

Tam, gdzie właścicielem pól treści jest Woo, są one tutaj z założenia tylko do odczytu – sens umowy o własność polega na tym, że wiąże także nas.

Sufit 2 000 produktów

Jeden przebieg importu niesie do 2 000 produktów – to zadeklarowana granica inżynierska. Większe katalogi to rozmowa o skalowaniu, którą wolimy przeprowadzić uczciwie, niż po cichu przekroczyć limit czasu.

Zamówienia są czytane, nie kopiowane

Zamówienia ze sklepu pokazują się na kartotece kontaktu na żywo (w pamięci podręcznej przez minutę, dziesięć najnowszych), a nie są dublowane do drugiego rejestru – to świadoma decyzja o jednym źródle prawdy i mówimy o niej tutaj.

FAQ o WooCommerce

Odpowiedzi wprost

Więcej w dziale FAQ, a jeśli wolisz – napisz do nas bezpośrednio.

Produkty ze zdjęciami, kategorie, ceny zwykłe i promocyjne razem z oknami, GTIN-y, tagi, up- i cross-selle oraz warianty z własnymi cenami i zdjęciami – do środka przy parowaniu, na zewnątrz przez operacje zapisu zwrotnego, które włączasz osobno dla każdej dziedziny. Zamówienia przychodzą oznaczone źródłem WooCommerce.

Nie – to jest właśnie sedno projektu. Zapis zwrotny działa osobno dla każdej operacji, za trybem próby, własność na poziomie pola sprawia, że pola należące gdzie indziej są tylko do odczytu, deterministyczne klucze idempotencji czynią ponowienia bezpiecznymi, a wszystko sprzeczne ląduje w widocznym rejestrze, do rozstrzygnięcia przez człowieka.

Rozwiązują różne sprawy: ta integracja synchronizuje katalog i zamówienia, a wtyczka WordPress osadza widget czatu i loguje klientów przez SSO, żeby zalogowany klient Woo był rozpoznany w czacie. Większość sklepów używa obu.

Integracja odróżnia „sklep nie odpowiada” od „ten klient nigdy nic nie kupił” – awaria transportu wychodzi na wierzch jako błąd, a nie jako po cichu pusta historia. Nieudane odczyty odpuszczają na chwilę i ponawiają, zamiast walić w Twój serwer.

Każde odbite zamówienie niesie w metadanych deterministyczny klucz idempotencji, a przed utworzeniem integracja szuka tego klucza – więc nawet paskudny przypadek, w którym zapis doszedł, a odpowiedź zginęła, nie utworzy drugiego zamówienia. Sprawdzenie duplikatu działa także w trybie próby.

Tak – klientów dopasowujemy po tożsamości konta tam, gdzie ono istnieje, a zamówienia bez rejestracji odnajdujemy po e-mailu albo numerze telefonu, więc osoba pytająca na czacie „gdzie jest moja paczka?” zostaje rozpoznana tak czy inaczej.

Lepiej połączyć uczciwie niż głośno.

Każda integracja jest tu opisana tym, co naprawdę robi – z kierunkiem, własnością danych i ograniczeniami włącznie.