Forum Replies Created

Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Author base

    (@baselinker)

    Hi!

    Yes, it should be, especially that 90% percent of its functionality relates to products, not orders. As far as orders go, we only access extraneous data for just a handful of carriers, typically via direct SQL queries performed outside of HPOS table structure.

    Plugin Author base

    (@baselinker)

    Hello! The latest version of our plugin is confirmed to work correctly under PHP 8.4.5. I suppose 8.3.x, being less strict, shouldn’t cause any issues either.

    Plugin Author base

    (@baselinker)

    Dzień dobry,

    Rzecz jest bardziej złożona niż się wydaje. Po pierwsze zamówienia pobieramy przez standardowe REST API WooCommerce. Wtyczka może co najwyżej uzupełniać niektóre dane, normalnie niedostępne z poziomu API, jak chociażby dane wybranych punktów odbioru, ale z zasady nie ingeruje w proces synchronizacji zamówień.

    Teoretycznie dałoby się rozszerzyć zawartą we wtyczce funkcję baselinker_prepare_shop_order (filtr woocommerce_rest_prepare_shop_order_object) tak, aby zamiast domyślnych ID produktów na wyjściu podstawiały się jakieś inne wartości. Wprowadzi to jednak totalny chaos na etapie przetwarzania zamówienia ponieważ wszystkie relacje wewnątrz Woo opierają się na systemowym ID. Kompletując kartę zamówienia dobieramy niektóre pola, przykładowo wagę i EAN, z danych ofertowych, czyli musimy znać prawdziwe ID produktów do samego końca synchronizacji.

    W ustawieniach zaawansowanych integracji w panelu BL jest dostępna opcja og_remap, pozwalająca wykonać taką podmianę w sposób standardowy i bezpieczny, aczkolwiek również przed uzupełnieniem wagi, EAN, niektórych atrybutów, itp. Czyli w zasadzie ta metoda również odpada.

    Możemy jednak indywidualnie przefiltrować wyniki na wyjściu z parsera zamówienia, ale jeszcze przed przekazaniem go do panelu. Aby tego dokonać musimy znać ID sklepu podłączonego w BL oraz nazwę pola z wyników bramki /wc/w3/orders, eksportowanego do API, zawierającego wartość docelowego ID produktu (a także ID wariantu, jeżeli Państwa sklep korzysta z takowych). Będzie to wymagało niewielkiego zaangażowania naszego programisty i prawdopodobnie zostanie wycenione jako dodatkowa, jednorazowa usługa.

    Bardzo proszę o założenie zgłoszenia z panelu BL (można powołać się na tę dyskusję) ze wskazaniem, którego sklepu sprawa dotyczy i które pole ma być podstawione w miejsce ID produktu. Łatwiej nam będzie rozmawiać w odniesieniu do konkretnego przykładu.

    Plugin Author base

    (@baselinker)

    Dzień dobry,

    Opisany tutaj problem dotyczy bardziej działania integracji sklepu z Base, a nie wtyczki jako takiej. Na przyszłość prosiłbym o kierowanie zapytań bezpośrednio z panelu BaseLinkera, dzięki czemu otrzymają Państwo niemal natychmiastową odpowiedź od specjalisty kompetentnego w danym temacie.

    Wracając do meritum, automatyczne wiązanie ID ze SKU nie było przewidziane w ramach eksportu danych do sklepu i prawdopodobnie nie zostanie wdrożone w najbliższej przyszłości. Jeżeli BL jest magazynem nadrzędnym, w zaistniałej sytuacji konieczne będzie sklonowanie ID do SKU w magazynie BL i później poprawne powiązanie całej oferty tak, aby nasz system kojarzył ID w sklepie z odpowiednim ID w magazynie wewnętrznym (to, że są identyczne nie ma żadnego znaczenia). Dopóki oferta magazynu BL nie zostanie powiązana z produktami sklepu, nie zadziałają powiązania w innych obszarach, jak właśnie podczas importu zamówień ze sklepu. Niestety, bez wiedzy o który konkretnie sklep chodzi, trudno nam zarekomendować odpowiednią metodę automatyzacji tego procesu.

Viewing 4 replies - 1 through 4 (of 4 total)