← Blog / Integracja SAP i Salesforce
Prognoza sprzedaży w Salesforce a dane z SAP: skąd rozjazd
Opublikowano: 2 października 2026
Ostatni tydzień kwartału, spotkanie zarządu. Dyrektor sprzedaży pokazuje prognozę z Salesforce, w której szanse w kategoriach Commit i Closed składają się na wynik bliski planu, a controlling kładzie obok raport z SAP, w którym zafakturowana sprzedaż jest wyraźnie niższa, i przez następną godzinę obie strony szukają, gdzie zginęła różnica. Zwykle nie zginęła nigdzie, bo oba systemy liczą poprawnie, tylko każdy liczy co innego, w innym momencie, po innym kursie i w innym podziale na produkty i klientów.
Część tej różnicy da się usunąć integracją. Część jest decyzją o definicjach, której żaden interfejs nie podejmie za zarząd, i te dwie rzeczy warto rozdzielić, zanim ktoś zamówi projekt.
Cztery momenty, które w firmie nazywa się sprzedażą
Standardowa prognoza w Salesforce, opisana w przewodniku Pipeline Forecasting Implementation Guide (wcześniej funkcja nazywała się Collaborative Forecasts), jest sumą szans sprzedaży. Domyślny typ prognozy liczy pole Amount na szansie według daty zamknięcia i grupuje szanse w kategoriach Pipeline, Best Case, Commit i Closed, które są przypisane do etapów szansy. Szansa trafia do Closed, gdy handlowiec ustawi etap oznaczający wygraną, i na tym informacja się kończy: Salesforce nie wie, czy klient złożył zamówienie na tę samą kwotę ani czy towar wyjechał z magazynu.
W SAP ta sama transakcja przechodzi przez kilka dokumentów, a każdy z nich ktoś w firmie nazywa sprzedażą.
| Moment | Gdzie powstaje | Data, która decyduje | Co zmienia liczbę później |
|---|---|---|---|
| Wygrana szansa | Salesforce | data zamknięcia wpisana przez handlowca | przesunięcie daty, zmiana kwoty, ponowne otwarcie |
| Wpływ zamówień (order intake) | SAP, zamówienie sprzedaży | data zamówienia | odrzucone pozycje, zmiana ilości lub ceny |
| Dostawa | SAP, dokument dostawy | data wydania towaru | dostawy częściowe, zwroty |
| Faktura i przychód | SAP, faktura i księgowanie | data faktury lub księgowania | faktury korygujące, rozliczenia międzyokresowe |
W firmach raportujących według MSSF 15 przychód ujmuje się w chwili, gdy klient uzyskuje kontrolę nad towarem lub usługą, co w produkcji zwykle oznacza dostawę, a przy kontraktach długoterminowych może oznaczać rozłożenie przychodu w czasie. Handlowiec zamyka szansę wcześniej, przy podpisaniu umowy albo potwierdzeniu zamówienia. W firmie produkującej na zamówienie między tymi dniami mijają tygodnie, czasem miesiące, więc szansa zamknięta w marcu bywa fakturą w maju i każdy z dwóch raportów ma rację w swoim kwartale.
Waluty i daty kursów
Salesforce pokazuje prognozę w walucie korporacyjnej albo w walucie osobistej właściciela prognozy. Według modułu Trailhead o ustawieniach walut po włączeniu Advanced Currency Management kwoty szans i produktów na szansach przelicza się po kursie obowiązującym w dniu zamknięcia szansy, a bez tego mechanizmu obowiązuje jeden kurs na walutę i jego zmiana przelicza również szanse dawno wygrane. SAP przelicza fakturę w walucie obcej po kursie z daty, którą wyznacza konfiguracja dokumentu, zwykle daty faktury albo daty wyceny, albo po kursie ustalonym ręcznie w zamówieniu.
Kontrakt w euro zamknięty w CRM w lutym i zafakturowany w kwietniu ma więc w obu systemach inną wartość w złotych, nawet jeśli kwota w euro się nie zmieniła. Integracja usuwa tylko część tej różnicy. Kursy w Salesforce można zasilać z tej samej tabeli kursów, z której korzysta SAP, bo Salesforce trzyma kursy datowane w obiekcie DatedConversionRate dostępnym przez API, i to eliminuje rozjazd wynikający z ręcznego przepisywania kursów raz na miesiąc. Różnica wynikająca z tego, że jeden system bierze kurs z dnia zamknięcia szansy, a drugi z dnia faktury, zostaje, bo to dwie różne daty.
Produkt i klient w dwóch różnych podziałach
Prognozę w Salesforce można grupować według rodziny produktów albo według własnej listy wyboru, ale podział na rodziny wymaga produktów na szansie. Przewodnik Salesforce opisuje, co się dzieje, gdy ich brakuje: produkty bez rodziny i szanse bez produktów lądują w wierszu Products Not Categorized. W firmie, w której handlowcy wpisują na szansie samą kwotę, cała prognoza ląduje w tym jednym wierszu.
Po stronie SAP produkt ma wielopoziomową hierarchię, grupę materiałową i przypisanie do segmentów, w których controlling liczy marżę. Rodzina produktów w Salesforce jest jedną listą wyboru, często założoną przy wdrożeniu CRM i od tego czasu utrzymywaną ręcznie. Porównanie prognozy z wykonaniem na poziomie linii produktowej działa tylko wtedy, gdy rodzina w Salesforce odpowiada konkretnemu poziomowi hierarchii SAP i jest zasilana z SAP, a nie edytowana w CRM.
Z klientem jest podobnie. Handlowiec prowadzi szansę na koncie centrali grupy, a SAP wystawia fakturę spółce zależnej w innym kraju, z innym zleceniodawcą, odbiorcą i płatnikiem. Raport sprzedaży w SAP liczy po jednej z tych ról, prognoza w Salesforce po koncie, więc ten sam kontrakt potrafi trafić w dwóch raportach do różnych klientów, a czasem do różnych regionów sprzedaży.
Anulacje, dostawy częściowe i korekty
Szansa wygrana w Salesforce zostaje wygrana. W SAP pozycja zamówienia może dostać powód odrzucenia, dostawa może przyjść w trzech częściach rozłożonych na dwa kwartały, a faktura może zostać skorygowana po reklamacji. Jeśli nic z tego nie wraca do CRM, kategoria Closed w prognozie zawyża wykonanie, a handlowiec dowiaduje się o anulowanej pozycji dopiero przy rozliczeniu premii.
Co przenieść z SAP do Salesforce
Punktem wyjścia jest powiązanie szansy z zamówieniem SAP. Ten sam strumień, który przy wycenie i konfiguracji z danymi z SAP zamienia zaakceptowaną ofertę w zamówienie, powinien działać w drugą stronę i odsyłać do szansy to, co stało się z zamówieniem. W praktyce wystarczają cztery wartości na szansie albo na produktach szansy: wartość zamówiona, dostarczona, zafakturowana i odrzucona, w walucie dokumentu i w walucie korporacyjnej, a do tego planowana data dostawy. Źródłem są standardowe API S/4HANA dla zamówień sprzedaży i dokumentów faktur, opisane w SAP Business Accelerator Hub.
Te pola nie służą tylko do wyświetlania. Przewodnik Salesforce pozwala oprzeć typ prognozy na własnym polu waluty i na własnym polu daty, a aktywne mogą być jednocześnie cztery typy. Dyrektor sprzedaży może więc obok klasycznej prognozy według daty zamknięcia mieć drugą, liczoną według planowanej daty dostawy, która czasowo jest znacznie bliższa temu, co controlling zobaczy w SAP. Na potrzeby prognozy kwartalnej wystarcza synchronizacja raz na dobę, czasu rzeczywistego ten przepływ nie wymaga.
Co przenieść z Salesforce do planowania popytu
Drugi kierunek dotyczy planowania. W przykładowym modelu planowania SAP IBP, opisanym w dokumentacji SAPIBP1 z 2025 roku, prognoza sprzedaży jest osobną wielkością wejściową procesu S&OP, z której buduje się plan popytu uzgodniony między sprzedażą, planowaniem i finansami, i może być importowana z systemu zewnętrznego. W planowaniu popytu ten sam model używa prognozy handlowców jako zmiennej objaśniającej w prognozie statystycznej.
Haczyk polega na jednostce. IBP planuje ilości na poziomie produktu, lokalizacji i klienta, w okresach tygodniowych lub miesięcznych, a pipeline w Salesforce to w większości kwoty na szansach. Żeby pipeline mógł zasilić planowanie, szanse muszą mieć produkty z ilościami, każdy produkt musi mieć odpowiednik w materiale SAP, a konto klienta w kliencie SAP. Trzeba też zdecydować, które kategorie trafiają do planu (sam Commit, czy także Best Case ważony prawdopodobieństwem) i według jakiej daty rozkłada się je w czasie. Data zamknięcia szansy jest tu złym wyborem, bo planowanie potrzebuje daty, w której towar ma wyjechać.
Czy pipeline z CRM poprawi prognozę popytu, czy tylko wniesie do niej optymizm handlowców, tego nie da się rozstrzygnąć przed kilkoma cyklami S&OP. Model SAPIBP1 liczy błąd prognozy, między innymi MAPE, więc da się to zmierzyć, porównując z wykonaniem plan zbudowany z udziałem pipeline i plan statystyczny bez niego. Jeśli wynik wychodzi na niekorzyść pipeline, dane z Salesforce lepiej traktować jako sygnał dla planisty niż jako liczbę wchodzącą do planu.
Część rozjazdu należy do zarządu
Integracja wyrówna dane podstawowe, przeniesie statusy zamówień i ujednolici kursy. Nie rozstrzygnie natomiast, która liczba jest sprzedażą kwartału w raporcie dla zarządu i w systemie premiowym, kiedy handlowiec może zamknąć szansę (po podpisaniu umowy czy po założeniu zamówienia w SAP), po jakim kursie liczy się plan roczny i kto odpowiada za most między prognozą a wykonaniem. Te decyzje podejmują razem dyrektor sprzedaży i dyrektor finansowy.
Kiedy te decyzje zapadną, integracja zamienia comiesięczne uzgadnianie w raport: kolumna z prognozą z Salesforce, obok wpływ zamówień, dostawy i faktury z SAP, każda liczona po uzgodnionej definicji i przypisana do tego samego klienta i tej samej linii produktowej.
Co Twoja firma nazywa sprzedażą kwartału?
Jeśli ta różnica wraca u Ciebie co kwartał, przyjdź z własną listą definicji i porównaj ją z tym, jak granicę między szansą a przychodem ustawiły inne firmy łączące Salesforce z SAP.
Zarejestruj się za darmo ↗FAQ
Dlaczego prognoza sprzedaży w Salesforce nie zgadza się z danymi z SAP?
Bo oba systemy mierzą różne momenty tej samej transakcji. Salesforce sumuje kwoty szans według daty zamknięcia, a SAP liczy zamówienia, dostawy i faktury według dat tych dokumentów, często po innym kursie i w innym podziale na klientów i produkty. Do tego dochodzą anulowane pozycje i dostawy częściowe, o których CRM zwykle nie wie.
Czy Salesforce może prognozować na danych z SAP?
Może, jeśli dane z SAP trafią do pól na szansie lub na produktach szansy. Typ prognozy w Salesforce da się oprzeć na własnym polu waluty i własnym polu daty, na przykład na wartości zafakturowanej albo planowanej dacie dostawy, a według dokumentacji Salesforce jednocześnie mogą być aktywne cztery typy prognoz.
Jak przekazać pipeline z Salesforce do SAP IBP?
W ilościach, bo tak planuje IBP. W modelu SAPIBP1 prognoza sprzedaży jest wielkością wejściową procesu S&OP planowaną na poziomie produktu, lokalizacji i klienta, którą można importować z systemu zewnętrznego. Szanse muszą więc mieć produkty z ilościami i odpowiedniki materiałów oraz klientów w SAP, a do planu trafiają tylko wybrane kategorie prognozy.
Który system powinien być źródłem liczby sprzedaży dla zarządu?
Decyduje o tym zarząd, bo integracja tej definicji nie ustali. Przychód w sprawozdaniu finansowym pochodzi z SAP, ale prognoza i wpływ zamówień mają własną wartość dla sterowania sprzedażą. Najlepiej sprawdza się jeden raport, w którym obie liczby stoją obok siebie, każda z jasną definicją.