Wdrożenie Odoo i integracje · Portfolio ERPixel

Odoo.E-commerce.Globalnie.

Skala projektu

Odoo dla międzynarodowego e-commerce

Międzynarodowy e-commerce · klient pod NDA

5: Spółek
Odrębne podmioty prawne, wspólny model operacyjny.
~7: Operatorów 3PL
Różne magazyny, procesy i interfejsy API.
2: Główne kanały sprzedaży
Amazon i Shopify, wiele kont i tras realizacji.
1: Warstwa routingu
Wspólny mechanizm wyboru konektora dla magazynu.

Firma rosła szybciej niż jej systemy.

Międzynarodowy e-commerce · klient pod NDAERP · logistyka 3PL · finanse wielu spółek

Punkt wyjścia

Klient trafił do nas przez stronę internetową. Chciał zautomatyzować biznes za pomocą Odoo. Dopiero kolejne rozmowy pokazały pełną skalę: pięć spółek, globalne zapasy, Amazon, Shopify, zewnętrzna logistyka i księgowość w Xero.

Każda decyzja biznesowa z osobna miała sens. Razem tworzyły układ, w którym trudno było odpowiedzieć na trzy pytania: gdzie jest towar, kto jest jego właścicielem i jaki jest jego rzeczywisty koszt?

Zanim zaczęliśmy konfigurować system, odtworzyliśmy proces od decyzji o zakupie produktu do dostawy do klienta. Zakupy, magazyny, sprzedaż i finanse znały różne fragmenty tej samej historii. Czasem odpowiedź na jedno pytanie otwierała pięć kolejnych.

Architektura rozwiązania

Odoo ustala, skąd wysłać zamówienie. Router wybiera właściwego operatora 3PL.

Sprzedaż

Amazon i Shopify przekazują zamówienia. Mapowanie wskazuje produkt, spółkę i magazyn realizujący wysyłkę.

Rdzeń operacyjny

Odoo łączy zakupy, zapasy, ich własność, handel między spółkami i koszt towaru.

Logistyka 3PL

Wspólna warstwa routingu wybiera konektor. Do operatora trafiają dane wymagane do realizacji dostawy.

Finanse

Dane operacyjne łączymy z przychodami, COGS i analityką. Część księgowości nadal działa w Xero.

Przepływ realizacji

Od zamówienia do potwierdzonej dostawy.

Tak wygląda podstawowy przepływ dla Shopify. Kilka kroków na papierze oznaczało w praktyce wiele spółek, magazynów, odmiennych API i tysiące zamówień.

Zamówienie w Odoo

Odbieramy zamówienie z Shopify i ustalamy spółkę, produkty oraz magazyn odpowiedzialny za wysyłkę.

Wybór konektora

Router kieruje żądanie do właściwego 3PL. Przekazujemy zamówienie, adres, produkty, ilości i wymagane dane realizacji.

Odpowiedź magazynu

Operator zwraca status. Weryfikujemy, czy zamówienie nadal znajduje się w oczekiwanym stanie, i przetwarzamy dostawę.

Status w kanale sprzedaży

Informacja o realizacji wraca do platformy e-commerce, zamykając przepływ między sprzedażą, ERP i logistyką.

Dwie zależności, które decydowały o całym modelu.

Kluczowe decyzje

Własność i koszt zapasu

Towar w jednym magazynie może należeć do różnych spółek. Ułożyliśmy model wielospółkowy i transakcje wewnątrz grupy, żeby nie odtwarzać ręcznie każdej operacji. Błędny zakup między spółkami oznaczałby błędną wycenę zapasu, potem COGS i rentowność.

Wdrożenie Odoo

Jeden proces, różne API

Zbudowaliśmy wspólny routing zamiast siedmiu odizolowanych integracji. Odoo wskazuje magazyn, a warstwa integracyjna wybiera dostawcę. Utrzymanie stało się łatwiejsze; trudniejsze było doprowadzenie odmiennych systemów magazynowych do spójnego zachowania.

Integracja Odoo

Nie wszystko działało za pierwszym razem.

Trudności i wnioski

Dokumentacja a rzeczywiste API

Jeden operator miał dobrą dokumentację, u innego opis nie odpowiadał zachowaniu API. Czasem informacji brakowało i musieliśmy pytać bezpośrednio dostawcę. Integracje zajęły więcej czasu, niż zakładaliśmy. „Po prostu podłączymy API magazynu” szybko przestało brzmieć prosto.

Gotowy konektor do Xero

Kupiliśmy rozwiązanie z Odoo Apps, licząc na oszczędność czasu. Przy pięciu spółkach ujawniły się ograniczenia obsługi faktur dostawców, transakcji bankowych, zapisów księgowych i synchronizacji. Kolejne modyfikacje zmieniły gotową integrację w znaczący projekt programistyczny.

Rezultat projektu

Co udało nam się uporządkować.

Model operacyjny

Widoczność zapasu i jego właściciela

Spółki, magazyny, położenie towaru, własność, uzupełnianie zapasów i handel w grupie zaczęły tworzyć spójny model w Odoo. Wiemy nie tylko, gdzie jest produkt, lecz także do kogo należy.

Realizacja zamówień

Wspólny routing dla logistyki 3PL

Połączyliśmy źródła zamówień z magazynami i dedykowanymi konektorami. Przepływ obejmuje przekazanie zamówienia, odpowiedź operatora, przetworzenie dostawy i status w e-commerce.

Informacja finansowa

Ruch towaru powiązany z kosztami

Pracowaliśmy z finansami nad spójnym planem kont, przychodami, COGS, analityką i transakcjami między spółkami. Odoo staje się centralnym źródłem informacji operacyjnej; część księgowości pozostaje w Xero.

Operacje i księgowość w jednym systemie – kolejny kierunek pracy.

Co dalej

Chcielibyśmy przenieść więcej operacji finansowych z Xero bezpośrednio do Odoo. Docelowo operacje i księgowość działałyby w jednym systemie, a analityka i usługi zewnętrzne otrzymywałyby z niego dane.

To możliwy kolejny projekt z tym klientem, a nie już zakończony etap wdrożenia. Celem jest zmniejszenie liczby odizolowanych narzędzi i częściowych synchronizacji.

ERPixelWnioski zespołu

Czy podjęlibyśmy się tego ponownie? Tak.

Doświadczenie z realizacji

Niedoszacowaliśmy część zadań. Zmienialiśmy mapowania, wracaliśmy do konfiguracji i przebudowywaliśmy fragmenty rozwiązania. Niektóre ograniczenia ujawniały się dopiero przy testach w skali produkcyjnej. Mimo trudnych tygodni cieszymy się, że mogliśmy poznać ten międzynarodowy biznes od środka i uporządkować jego operacje. Dziękujemy klientowi za zaufanie.

Wróć do Portfolio