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”.
Integracja konfiguratora CPQ z ERP i SAP
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.
Rozwiązanie
Integracja równolegle do reguł — od krytycznych przepływów, potem rozszerzenia
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.
- materiały, warianty, atrybuty i widoczność w kanałach;
- warunki handlowe i kalkulacja ceny z uwzględnieniem uprawnień użytkownika;
- struktura po konfiguracji (BOM) zgodna z przyjęciem w ERP;
- zamówienia, statusy realizacji, referencje do dokumentów.
Dowód
Wdrożenia z integracją SAP / ERP
W realizacjach pokazujemy problem, rozwiązanie i efekt — m.in. synchronizację danych między kanałem sprzedaży a systemem źródłowym.
Ustalmy zakres integracji CPQ ↔ ERP
Opisz system źródłowy i przepływy, które muszą działać w pierwszym etapie — wrócimy z propozycją architektury.
Checklista przed integracją Checklista integracjiPrzewodnik: integracja CPQ z ERP i SAP
Hub frazy „integracja CPQ z ERP” — pozostałe artykuły o integracji linkują tutaj.
Objawy
- Handlowiec podaje cenę z CPQ, ERP ma inną — spór o „prawdziwą” wersję.
- Zamówienie z portalu przepisywane ręcznie do SAP.
- Integracja „działa”, ale nikt nie monitoruje błędów synchronizacji.
- Brak uzgodnionego master data — kto odpowiada za jakość indeksów i BOM.
Skutek biznesowy
Zła integracja przyspiesza chaos: błędne zamówienia, opóźnienia produkcji, utrata zaufania dealera do cen w portalu. Koszt to nie API, tylko miesiące poprawek po go-live i praca dwóch zespołów na wyręczanie systemów.
Pytania diagnostyczne
- Kto jest źródłem prawdy dla ceny, BOM, kontrahenta, statusu zamówienia?
- Macie 10–15 transakcji „od oferty do faktury” opisanych krok po kroku?
- Jakie obiekty synchronizujecie w fazie 1 MVP?
- Kto reaguje na błąd synchronizacji i w jakim SLA?
Kiedy integrować — a kiedy poczekać
Tak: CPQ lub B2B już działa w procesie, dane master są właścicielskie, jest budżet na testy na produkcyjnych przykładach.
Poczekaj: chaos w cennikach i BOM, brak właściciela danych po stronie klienta, oczekiwanie „pełnej integracji” w pierwszym miesiącu.
Mini przykład
Faza 1: ceny i indeksy z SAP do CPQ co noc; zamówienie z CPQ jako dokument w ERP. Faza 2: statusy i dostępność. Wzorzec z realizacji SAP/ERP.
Powiązane tematy
- System sprzedaży zintegrowany z ERP
- Architektura integracyjna Korelo
- Artykuł: checklista integracji ERP
- Kontakt
Najczęstsze pytania
Czy integracja musi obejmować całe SAP od pierwszego dnia?
Nie. Zwykle definiujemy minimalny zestaw obiektów i przepływów, który pozwala uruchomić kanał sprzedaży bez ryzyka dla produkcji.
Kto utrzymuje reguły — ERP czy CPQ?
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 czego zacząć w projekcie?
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.
Kontynuuj temat
Następny krok
Zacznij od checklisty procesu, sprawdź narzędzie na stronie albo napisz — opiszę, czy temat ma sens w Twojej sytuacji.