Problem
CPQ jako wyspa: oferta ≠ ceny w ERP, a produkcja dostaje inny BOM niż sprzedaż
Bez uzgodnionej architektury danych kanał sprzedaży żyje własnym życiem — ręczne poprawki i spory o to, która wersja jest „prawdziwa”.
CPQ bez spójnej wymiany danych z ERP szybko staje się wyspą: oferta nie zgadza się z cenami, a produkcja dostaje inny zestaw pozycji niż sprzedaż. Integrację planujemy równolegle do reguł produktowych — od krytycznych przepływów, potem rozszerzenia.
Problem
Bez uzgodnionej architektury danych kanał sprzedaży żyje własnym życiem — ręczne poprawki i spory o to, która wersja jest „prawdziwa”.
Rozwiązanie
Ustalamy minimalny zestaw obiektów (materiały, ceny, struktura po konfiguracji, zamówienia, statusy), interfejsy i monitoring — tak, by kanał i ERP mówiły tym samym językiem.
Dowód
W realizacjach pokazujemy problem, rozwiązanie i efekt — m.in. synchronizację danych między kanałem sprzedaży a systemem źródłowym.
Opisz system źródłowy i przepływy, które muszą działać w pierwszym etapie — wrócimy z propozycją architektury.
Porozmawiajmy Przegląd integracjiNie. Zwykle definiujemy minimalny zestaw obiektów i przepływów, który pozwala uruchomić kanał sprzedaży bez ryzyka dla produkcji.
To decyzja architektoniczna: ERP pozostaje źródłem prawdy dla wielu danych master, a CPQ utrzymuje logikę konfiguracji i warstwę kanałową. Wdrożenie to uzgadniamy na starcie.
Od listy obiektów i kierunku przepływu (master vs transakcje), SLA błędów oraz testów regresji po stronie ERP — szczegóły w checkliście integracji.