VTEX omnichannel: ship-from-store, pickup i endless aisle

Ten przewodnik omawia architekturę omnichannel VTEX na poziomie, jakiego potrzebuje seniorski menedżer inżynieryjny lub dyrektor ds. operacji detalicznych, aby oszacować zakres prac i podjąć decyzję o wdrożeniu.

TL;DR: Co tak naprawdę wymaga VTEX omnichannel, żeby działać

VTEX omnichannel zawodzi w środowisku produkcyjnym, gdy zespoły konfigurują kanały w izolacji: najpierw stany magazynowe, potem polityki wysyłkowe, potem reguły routingu OMS. Pominięcie któregokolwiek ogniwa w tym łańcuchu uniemożliwia platformie alokowanie stanów magazynowych między sklepami lub orkiestrację realizacji zamówień z podziałem na przesyłki.

Zespół inżynieryjny VTEX w Netguru konfigurował wdrożenia Ship-from-Store i Endless Aisle dla detalistów prowadzących sprzedaż w wielu lokalizacjach, w tym przypadki brzegowe przy granicy odbioru 50 km. Trzy warunki, które muszą być spełnione, zanim jakikolwiek przepływ omnichannel zostanie uruchomiony na produkcji: ujednolicona widoczność stanów magazynowych w każdym magazynie i węźle sklepowym, co najmniej jedna polityka wysyłkowa powiązana z każdym punktem odbioru oraz reguły routingu VTEX OMS, które traktują sklepy stacjonarne jako adresowalne źródła realizacji zamówień, a nie pasywne lokalizacje sprzedaży. Jedno szybkie sprawdzenie, które możesz wykonać już dziś: otwórz sekcję Inventory & Shipping w VTEX Admin i upewnij się, że każdy węzeł sklepowy ma przypisany loading dock, magazyn i politykę wysyłkową. Jeśli brakuje któregokolwiek z tych trzech elementów, click-and-collect i Ship-from-Store będą po cichu zawodzić przy kasie.

VTEX omnichannel commerce – definicja dla platformy

VTEX omnichannel commerce to nie warstwa pośrednia dołączona do monolitycznej platformy – to natywna funkcja VTEX OMS, która traktuje każdy sklep stacjonarny, magazyn i sklep internetowy jako jedną ujednoliconą płaszczyznę widoczności stanów magazynowych i kieruje realizację zamówień przez jeden cykl życia zamówienia.

Większość platform osiąga omnichannel, łącząc po czasie izolowane systemy kanałowe: osobny WMS, osobną integrację POS, zewnętrzny OMS jako spoiwo. Architektura VTEX odwraca tę logikę. OMS jest jedynym źródłem prawdy zarówno dla zamówień online, jak i stacjonarnych. Magazyny, loading docki i polityki wysyłkowe konfiguruje się w tym samym module Inventory & Shipping, który zarządza sklepami B2C i B2B, przepływami sprzedawców na marketplace oraz sprzedażą przez asystentów w sklepie – wszystkie odczytują te same stany magazynowe.

Praktyczną konsekwencją jest to, co VTEX nazywa capillary distribution network: sklepy stacjonarne stają się mini-węzłami realizacji zamówień obok scentralizowanych centrów dystrybucji. Ship-from-Store, punkty odbioru click-and-collect i alokacje w aplikacji Endless Aisle czerpią z tej samej puli stanów magazynowych, orkiestrowanej przez te same reguły routingu OMS. Nie ma oddzielnego „modułu omnichannel" do licencjonowania ani synchronizowania – konfiguracja żyje w trójkącie magazyn–loading dock–polityka wysyłkowa, który reguluje każdą ścieżkę realizacji zamówień na platformie. Detaliści rozszerzający ten ujednolicony model stanów magazynowych na kolejne kanały często łączą go z ujednoliconą strategią utrzymania klientów, aby zapewnić spójne nagrody i rozpoznawalność w każdym punkcie realizacji zamówień.

Szczegółowe omówienie mechanizmu przepływu zamówień i cyklu statusów znajdziesz w naszym przewodniku po integracji VTEX OMS.

Ujednolicona widoczność stanów magazynowych – warunek wstępny każdego trybu omnichannel

Ujednolicona widoczność stanów magazynowych to warunek, który umożliwia działanie każdego trybu realizacji zamówień w VTEX omnichannel. Bez jednej, działającej w czasie rzeczywistym płaszczyzny stanów magazynowych obejmującej magazyny i sklepy stacjonarne, Ship-from-Store alokuje z nieaktualnych danych, Endless Aisle cofa się do braków towarowych, a sprawdzanie dostępności punktów odbioru opiera się na błędnych informacjach.

VTEX OMS utrzymuje tę płaszczyznę natywnie – żadna synchronizacja przez warstwę pośrednią nie jest potrzebna.

Administracyjnym centrum tej konfiguracji jest sekcja Inventory & Shipping w VTEX Admin. Stany magazynowe funkcjonują tu w trójwarstwowej hierarchii: magazyn przechowuje fizyczne zapasy, loading dock reprezentuje punkt wydania, w którym skompletowane towary są przekazywane kurierowi, a polityka wysyłkowa definiuje reguły przewoźnika i okna czasowe przypisane do danego docku. Każdy tryb realizacji zamówień w omnichannel wymaga co najmniej jednej kompletnej ścieżki przez wszystkie trzy warstwy.

Istotny jest tutaj cykl życia rezerwacji stanów magazynowych i związane z nim wymagania dotyczące zarządzania treścią. Gdy VTEX OMS otrzymuje zamówienie, przeprowadza idempotentną alokację wobec aktualnych stanów magazynowych, rezerwując jednostki atomowo, tak aby równoległe zamówienia z różnych sklepów nie mogły podwójnie alokować tego samego towaru.

Rezerwacja utrzymuje się przez etap kompletowania i pakowania; rekord loading docka zamyka ją przy przekazaniu kurierowi. Jeśli zamówienie zostanie anulowane przed wysyłką, rezerwacja jest zwalniana, a stan magazynowy wraca do puli dostępnej bez ręcznego kroku korekty.

W naszych wdrożeniach zespoły najczęściej błędnie konfigurują tę warstwę, tworząc magazyn i punkt odbioru bez podłączenia między nimi loading docka – luka, która generuje błędy „brak opcji dostawy" przy kasie zamiast czytelnego komunikatu o błędzie konfiguracji w VTEX Admin. Mechanikę przepływu zamówień i cyklu statusów leżącą u podstaw tej płaszczyzny stanów magazynowych omówiliśmy w przewodniku po integracji VTEX OMS.

Ship-from-Store – jak sklepy stacjonarne stają się węzłami realizacji zamówień

Ship-from-Store przekształca sklep stacjonarny w węzeł realizacji zamówień, rejestrując go w VTEX Logistics jako triadę: magazyn–loading dock–polityka wysyłkowa. Każdy element jest obowiązkowy: magazyn ewidencjonuje stany na stanie, loading dock pełni rolę punktu przekazania, w którym kurier odbiera paczkę, a polityka wysyłkowa definiuje, którzy przewoźnicy i jakie SLA obowiązują przy zamówieniach wychodzących z danej lokalizacji.

Pominięcie któregokolwiek boku tego trójkąta sprawi, że VTEX nie będzie kierować zamówień online do sklepu.

Krok po kroku: konfiguracja Ship-from-Store w VTEX Admin

Ścieżka konfiguracji prowadzi przez sekcję Inventory & Shipping. Oto kolejność działań dla wszystkich kanałów:

1. Utwórz magazyn. Przejdź do Inventory & Shipping > Warehouses i dodaj nowy wpis magazynu. Wprowadź fizyczny adres sklepu i nadaj mu czytelną nazwę identyfikującą lokalizację (na przykład „Store 042 - Manchester"). Ustaw czas obsługi odpowiadający temu, ile czasu pracownicy potrzebują na skompletowanie i zapakowanie zamówienia przed odbiorem przez kuriera.
2. Dodaj loading dock. Przejdź do Inventory & Shipping > Loading Docks i utwórz nowy dock powiązany z właśnie utworzonym magazynem. Dock reprezentuje fizyczny punkt przekazania: ustaw jego godziny operacyjne zgodnie z rzeczywistymi godzinami otwarcia i zamknięcia sklepu, a nie z godzinami centralnego centrum dystrybucji.
3. Utwórz politykę wysyłki. W sekcji Inventory & Shipping > Shipping Policies zdefiniuj nową politykę przypisaną do tego doku. Wybierz kurierów odbierających przesyłki z tej lokalizacji, potwierdź, że ich okna SLA są zgodne z godzinami doku, i ustaw ewentualne ograniczenia geograficzne właściwe dla obszaru obsługiwanego przez ten sklep.

1. Zweryfikuj widoczność stanów magazynowych. Po połączeniu wszystkich trzech obiektów stany magazynowe sklepu powinny pojawić się na ujednoliconej płaszczyźnie inwentaryzacyjnej. Potwierdź to w sekcji Inventory & Shipping > Inventory przed uruchomieniem obsługi zamówień na żywo.

Po skonfigurowaniu VTEX OMS może zacząć alokować zamówienia do sklepu, stosując tę samą logikę wykonawczą, którą wykorzystuje w przypadku centralnego centrum dystrybucji. Pełny cykl życia zamówienia, obejmujący rezerwację, potwierdzenie kompletacji, pakowanie i przekazanie kurierowi, przebiega według tego samego przepływu statusów opisanego w naszym przewodniku po integracji VTEX OMS.

W praktyce konfiguracja loading doku to etap, na którym większość wdrożeń Ship-from-Store zatrzymuje się. Podczas jednego z niedawnych projektów retailowych klient poprawnie skonfigurował magazyny i polityki wysyłki, ale pozostawił wszystkie doki sklepowe z domyślnym kontem kuriera używanym przez centralne DC. Skutek był taki, że przesyłki inicjowane ze sklepów były rezerwowane u kuriera świadczącego dostawę następnego dnia, którego sklepy nie mogły fizycznie przekazać przed upływem terminu SLA, okno odbioru DC (18:00) nie pokrywało się bowiem z godziną zamknięcia sklepów (17:00). Rozwiązaniem okazała się osobna polityka wysyłki dla każdego klastra sklepów z dostosowanym oknem SLA kuriera, jednogodzinna rozbieżność pozostała niewidoczna aż do momentu, gdy zamówienia na żywo zaczęły przekraczać obiecane daty dostawy.

W przypadku detalistów B2C z gęstą siecią sklepów Ship-from-Store skraca dystans ostatniej mili do klienta. W badaniu Coresight Research przeprowadzonym wśród 150 menedżerów amerykańskich sieci handlowych zlokalizowanych w galeriach handlowych 28,6% detalistów odnotowało oszczędności rzędu 8-10% całkowitych kosztów ostatniej mili, a kolejne 31,4%, oszczędności na poziomie 5-8%, wysyłając zamówienia ze sklepów w galeriach zamiast z tradycyjnych centralnych centrów dystrybucji (Coresight Research, cytowane przez Fillogic), co przekłada się bezpośrednio na niższy koszt jednostkowy dostawy.

W przypadku sprzedawców B2B lub operatorów marketplace, którzy wykorzystują sklepy jako showroomy, ta sama konfiguracja sprawia, że lokalizacje te stają się pełnoprawnymi punktami realizacji sprzedaży, bez konieczności oddzielnej inwestycji w WMS. Platforma VTEX traktuje oba modele identycznie na poziomie routingu; różnica w logice biznesowej tkwi w regułach polityki wysyłki, nie w przepływie zamówień OMS. Zespoły chcące monitorować wyniki po uruchomieniu mogą śledzić wskaźniki realizacji według lokalizacji bezpośrednio w widokach raportowania VTEX Admin, by identyfikować underperformujące węzły sklepowe i odpowiednio korygować ustawienia kurierów lub SLA.

Konfiguracja pickup point: Warehouse, loading dock i zasada promienia 50 km

Konfiguracja pickup pointów w VTEX wymaga współdziałania trzech elementów: loading doku, magazynu i polityki wysyłki, tej samej triady co w Ship-from-Store, ale połączonej inaczej na potrzeby click-and-collect. Pominięcie któregokolwiek z nich sprawi, że opcja odbioru osobistego po prostu nie pojawi się klientom przy kasie.

Pickup pointy konfigurujesz w VTEX Admin w sekcji Inventory & Shipping > Pickup Points. Każdy pickup point wymaga co najmniej jednego loading doku obsługującego odbiory, jednego magazynu przechowującego towar oraz jednej polityki wysyłki określającej SLA i oznaczającej lokalizację jako punkt kwalifikujący się do odbioru osobistego. Jeden sklep fizyczny może obsługiwać wiele pickup pointów, jest to przydatne, gdy duży retailer chce udostępnić osobne liczniki odbioru dla różnych kategorii produktów, każdy z oddzielnym SLA.

Ograniczenie, które zaskakuje większość zespołów, to promień kwalifikowalności pickup pointu: zgodnie z dokumentacją pomocy VTEX platforma ogranicza dostępność click-and-collect do klientów w promieniu 50 km od punktu odbioru. Platforma szereguje kwalifikujące się pickup pointy według odległości od adresu dostawy klienta i wyświetla je w tej kolejności.

W praktyce granica 50 km generuje przypadki brzegowe. Podczas jednego z wdrożeń retailowych zaobserwowaliśmy sklepy oddalone o około 48-52 km od skupiska podmiejskich kodów pocztowych, na tyle blisko, że klienci spodziewali się tej opcji, jednak kontrola promienia w VTEX cicho ich wykluczała. Rozwiązaniem jest albo korekta zarejestrowanych współrzędnych sklepu (jeśli geokodowanie adresu jest lekko przesunięte), albo uznanie tego twardego ograniczenia i odpowiednie zakomunikowanie go klientom w UI sklepu.

Jeśli pickup point pobiera towar z magazynu używanego również do standardowych dostaw do domu, konfiguracja polityki wysyłki musi rozróżniać oba tryby dostawy. Ich połączenie powoduje, że VTEX OMS błędnie kieruje zamówienia; pełny opis interakcji między typem zamówienia a cyklem życia statusu znajdziesz w naszym przewodniku po VTEX OMS.

Endless Aisle: Sprzedaż z ujednoliconych stanów magazynowych, gdy półka sklepowa jest pusta

Aplikacja Endless Aisle zamienia moment braków magazynowych z utraconej sprzedaży w zrealizowane zamówienie. Gdy klient odwiedzający sklep chce kupić produkt, którego sklep fizycznie nie posiada, pracownik otwiera aplikację Endless Aisle, odnajduje produkt w ujednoliconej widoczności inwentaryzacyjnej wszystkich sklepów i centralnego DC, a następnie składa zamówienie w imieniu klienta, z dostawą na jego adres domowy lub do pickup pointu.

Aplikacja jest dostępna w VTEX App Store i wymaga spełnienia kilku warunków, zanim zadziała produkcyjnie. Twój katalog musi udostępniać stany magazynowe w czasie rzeczywistym i w ujednolicony sposób dla wszystkich magazynów w koncie, bez silosów per sklep. Alokacja zamówień przebiega następnie przez VTEX OMS z tą samą logiką routingu co każde zamówienie online: OMS ocenia, który magazyn może zrealizować dostawę, przypisuje najbliższą kwalifikującą się lokalizację i generuje przesyłkę. Jeśli towar znajduje się w dwóch lokalizacjach, powiedzmy częściowy stan w pobliskim sklepie i reszta w centralnym DC, OMS może poprowadzić przesyłkę split-shipment, gdzie każda część podąża własnym łańcuchem: magazyn → loading dock → polityka wysyłki.

We wdrożeniach Endless Aisle realizowanych z klientami retailowymi najczęstszą luką konfiguracyjną jest magazyn sklepowy bez polityki wysyłki dla dostawy do domu, tylko dla click-and-collect. To po cichu usuwa tę lokalizację z puli alokacji zamówień wysyłkowych, przez co pracownicy widzą komunikat „niedostępne", mimo że towar fizycznie istnieje. Naprawa jest prosta, wystarczy dodać politykę wysyłki opartą na kurierze do odpowiedniego loading doku, jednak jej zdiagnozowanie wymaga analizy logów alokacji w VTEX OMS, a nie w samej aplikacji Endless Aisle.

Gdy produktu nie ma w sklepie i nie zaproponuje się żadnej alternatywy, detaliści tracą niemal 50% wszystkich planowanych zakupów (Mirakl (cytując Harvard Business Review))

Pełny cykl życia zamówienia w ramach alokacji Endless Aisle, przejścia statusów, wygasanie rezerwacji i obsługa anulowań, opisujemy w naszym przewodniku po integracji VTEX OMS.

Jak VTEX OMS orkiestruje omnichannel routing zamówień

VTEX OMS kieruje każdym zamówieniem, B2C, B2B, marketplace i stacjonarnym, przez ten sam silnik alokacji, dzięki czemu logika routingu pozostaje spójna niezależnie od tego, czy węzłem źródłowym jest centralne centrum dystrybucji, czy sklep działający jako mini-centrum dystrybucji w modelu Ship-from-Store.

Gdy zamówienie trafia do systemu, OMS ocenia, które węzły realizacji mogą je obsłużyć: sprawdza rezerwacje zapasów w czasie rzeczywistym we wszystkich magazynach, stosuje ograniczenia polityki wysyłki dla każdego doku załadunkowego i rankinguje kwalifikujące się węzły według kosztu i odległości. W przypadku routingu z podziałem wysyłki silnik rozwiązuje każdą pozycję zamówienia niezależnie, jedno zamówienie może zostać wysłane z trzech oddzielnych węzłów, jeśli żadna lokalizacja nie posiada pełnego stanu magazynowego. Ten krok alokacji jest idempotentny: jeśli próba rezerwacji nie powiedzie się w trakcie procesu (utrata łączności, konflikt równoległych rezerwacji), OMS ponawia próbę względem tego samego stanu węzła bez podwójnej rezerwacji towaru.

Ścieżka eskalacji ma praktyczne znaczenie, gdy szukasz właściwej strategii rozwiązywania problemów. Węzeł jest pomijany, jeśli jego dok załadunkowy nie ma aktywnej polityki wysyłki obejmującej miejsce docelowe lub jeśli punkt odbioru znajduje się poza promieniem kwalifikowalności wynoszącym 50 km, który jest egzekwowany na poziomie platformy. Węzły blisko tej granicy promienia są rankingowane niżej niż bliższe alternatywy, VTEX sortuje kwalifikujące się punkty odbioru według najkrótszej odległości od adresu dostawy klienta. Podczas naszych wdrożeń Ship-from-Store sklepy w odległości 48-50 km od skupiska adresów klientów wymagały starannego określenia zakresu polityki wysyłki, aby uniknąć ich cichego wykluczenia z alokacji.

Pełny cykl życia przepływu zamówień, przejścia statusów, sekwencjonowanie przechwytywania płatności i okna anulowania, opisujemy w naszym przewodniku po integracji VTEX OMS. Natomiast sposób, w jaki węzły realizowane przez sprzedawców marketplace współdziałają z tą logiką routingu, szczegółowo wyjaśnia przewodnik po architekturze marketplace VTEX.

VTEX vs Salesforce Commerce Cloud vs Commercetools: omnichannel fit

VTEX OMS wygrywa natywną głębokością omnichannel od razu po wdrożeniu; Salesforce Commerce Cloud wyróżnia się szeroką siecią partnerów enterprise; Commercetools przoduje w composable commerce. To, co ma największe znaczenie, zależy od tego, ile logiki realizacji zamówień chcesz mieć gotowej z pudełka, a ile złożonej z osobnych komponentów.

Praktyczna ocena: ujednolicona widoczność zapasów i natywny OMS w VTEX sprawiają, że Ship-from-Store i Endless Aisle można wdrożyć bez zewnętrznej warstwy realizacji zamówień. Salesforce Commerce Cloud wymaga oddzielnego dodatku Order Management, zanim te same operacje staną się możliwe, co istotnie zwiększa całkowity koszt posiadania (TCO): dostępne na rynku szacunki wskazują, że Order Management jest wyceniany na około 0,25%-1% GMV na zamówienie, ponad licencję Commerce Cloud opartą na GMV (Salesforce nie publikuje tych stawek wprost; potwierdź aktualne ceny z Salesforce dla swojego wdrożenia). Commercetools daje zespołom inżynierskim maksymalną kontrolę nad każdym punktem styku, ale wymaga, by ktoś złożył i utrzymywał stos orkiestracji realizacji zamówień, z naszego doświadczenia ta praca związana ze składaniem komponentów wydłuża uruchomienie omnichannel o 4-6 miesięcy w porównaniu z natywną konfiguracją VTEX.

Dla retailerów działających już w ekosystemie Salesforce CRM i Marketing Cloud spójność tego środowiska może przeważyć nad kosztem dodatku OMS. Dla retailerów, których głównym ograniczeniem jest szybkość wejścia na rynek z Ship-from-Store lub click-and-collect, gotowy model konfiguracji VTEX, obejmujący trójkąt doku załadunkowego, magazynu i polityki wysyłki wymagany dla każdego punktu odbioru, eliminuje znaczną powierzchnię integracji. Commercetools sprawdza się w organizacjach z silnymi zespołami inżynierskimi, które chcą kontrolować każdą warstwę stosu i dysponują ponad 12 miesiącami na jego budowę. W miarę jak architektura retail nadal ewoluuje poza te wybory platform, ujednolicone systemy danych zmieniają sposób, w jaki realizacja zamówień, zarządzanie zapasami i doświadczenie klienta łączą się w całym stosie commerce.

Lista kontrolna gotowości do wdrożenia przed uruchomieniem

Ujednolicona widoczność zapasów we wszystkich lokalizacjach musi być potwierdzona jako działająca, zanim jakakolwiek funkcjonalność omnichannel VTEX zostanie uruchomiona. Rozbieżności w stanach magazynowych podczas uruchomienia to najczęstsza przyczyna nieudanych wdrożeń Ship-from-Store, z jaką się spotykamy: nadsprzedaż ze sklepu, którego feed inwentaryzacyjny opóźnia się nawet o 15 minut, tworzy wyjątki w zamówieniach, których VTEX OMS nie jest w stanie samodzielnie naprawić.

1. Potwierdź, że ujednolicona widoczność zapasów jest zsynchronizowana we wszystkich węzłach realizacji.

Właściciel: lider integracji lub architekt ERP. Szacowany nakład pracy: 3-5 dni, wliczając cykle walidacji.

Każdy magazyn, sklep i centrum dystrybucji musi przesyłać aktualizacje stanów magazynowych w czasie rzeczywistym do VTEX. Jeśli Twój ERP lub PIM wysyła dane o zapasach w trybie wsadowym, rozwiąż to przed przełączeniem. To krytyczna zależność wydajnościowa: jeden opóźniony feed podważa działanie wszystkich kanałów jednocześnie. Opcje architektury konektorów opisujemy w naszym przewodniku po integracji PIM–VTEX.

1. Zweryfikuj trójkąt magazyn–dok załadunkowy–polityka wysyłki dla każdego punktu odbioru.

Właściciel: administrator platformy VTEX. Szacowany nakład pracy: 1-2 dni na węzeł realizacji.

Zgodnie z dokumentacją pomocy VTEX, punkt odbioru wymaga co najmniej jednego doku załadunkowego, jednego magazynu i jednej polityki wysyłki, wszystkich trzech skonfigurowanych i połączonych. Brak któregokolwiek z tych elementów po cichu wyłącza punkt odbioru, nie wyświetlając żadnego komunikatu o błędzie w Admin UI.

1. Sprawdź promienie kwalifikacji punktów odbioru.

Właściciel: inżynier QA lub menedżer operacji fulfillmentu. Szacowany nakład pracy: 1 dzień ustrukturyzowanego wykonywania testów.

VTEX narzuca twardy limit 50 km promienia między każdym punktem odbioru a adresem dostawy klienta (VTEX Developers - Delivery Promise for headless stores (Beta)). Sklepy położone blisko tej granicy mogą być widoczne jako dostępne podczas finalizacji zamówienia dla niektórych kombinacji kodów pocztowych, a dla innych nie. Przed uruchomieniem przetestuj przypadki graniczne dla adresów oddalonych o 48 km, 50 km i 52 km od każdego sklepu.

1. Zweryfikuj reguły polityki wysyłki dla scenariuszy podzielonej przesyłki.

Właściciel: menedżer logistyki oraz programista platformy. Szacowany nakład pracy: 2-3 dni, wliczając weryfikację konfiguracji przewoźników.

Jeśli zamówienie jest realizowane z dwóch węzłów fulfillmentu, jeden produkt pochodzi ze stocku sklepu, a drugi z centrum dystrybucji, upewnij się, że Twoje polityki wysyłki obsługują routing podzielonej przesyłki bez generowania duplikatów wywołań rezerwacji u przewoźnika.

1. Przetestuj end-to-end alokację stocku w aplikacji Endless Aisle w środowisku stagingowym.

Właściciel: lider operacji sklepowych i zespół QA. Szacowany nakład pracy: 2 dni testowania scenariuszy w sklepie.

Pracownicy powinni móc zrealizować pełną transakcję w aplikacji Endless Aisle opartą na stanach magazynowych innych sklepów jeszcze przed pierwszym dniem sprzedaży. Upewnij się, że aplikacja kieruje zamówienie do właściwego węzła fulfillmentu, a nie do lokalnego sklepu. Jakość doświadczenia zakupowego, jakie zapewnisz klientom pierwszego dnia, zależy w całości od tego kroku weryfikacji.

1. Sprawdź zależności integracji ERP/PIM pod obciążeniem szczytowym.

Właściciel: architekt rozwiązań lub inżynier DevOps. Szacowany nakład pracy: 1-2 dni na projekt symulacji obciążeniowej i analizę wyników.

Operacje omnichannel poddają integracje próbie, która normalny ruch B2C lub B2B często dobrze znosi. Uruchom symulację obciążeniową na swoich zsynchronizowanych sklepach przed włączeniem Ship-from-Store na szeroką skalę.

Najczęściej zadawane pytania o konfigurację omnichannel w VTEX

Gotowy na konfigurację omnichannel w VTEX? Pomożemy Ci to zrobić

Konfiguracja VTEX OMS dla Ship-from-Store, routingu punktów odbioru i zunifikowanej widoczności stanów magazynowych we wszystkich węzłach realizacji to naprawdę złożona praca, a margines błędu jest wąski. Nasz zespół wdrażał te konfiguracje dla klientów z branży retail – od trójkątów ramp rozładunkowych i polityk wysyłki po przypadki brzegowe promienia 50 km, które po cichu wykluczają uprawnione sklepy z kasy.

Jeśli jesteś gotowy przejść od decyzji architektonicznych do działającej platformy, nasz zespół Commerce Development buduje rozwiązania na pełnym stosie omnichannel VTEX: sklepy internetowe B2C i B2B, integracje OMS, wdrożenia Endless Aisle i połączenia z marketplace'ami – ze stałym wsparciem we wszystkich kanałach, od discovery aż po go-live. Zbuduj swoją platformę commerce. Dostarczanie płynnych doświadczeń omnichannel w każdym punkcie styku wymaga czegoś więcej niż konfiguracji platformy: potrzebna jest zunifikowana strategia commerce, która łączy Twoje kanały, dane i systemy end-to-end.