Automatyczna synchronizacja CRM i ERP bez podwójnego wpisywania
Handlowiec zamyka szansę w CRM i na tym kończy się jego wpisywanie. Workflow zakłada w ERP kontrahenta, zamówienie albo proformę z tymi samymi pozycjami, NIP-em i stawkami VAT, a status płatności i dostawy wraca do CRM. Jedna wersja prawdy o kliencie w obu systemach, bez kolejki „ktoś to jeszcze przepisze”.
- 47 procenttyle nowo wpisanych rekordów miało co najmniej jeden istotny błąd, gdy 75 menedżerów sprawdziło po 100 ostatnich rekordów w swoich firmach. Badanie opisane w Harvard Business Review
- 1 raztyle razy człowiek wpisuje dane klienta i zamówienia: w CRM. Do ERP trafiają przez API, z regułami mapowania pól
- 2 do 6 tygodniod warsztatu do synchronizacji na produkcji, przetestowanej na kopiach Waszych zamówień z ostatnich tygodni
- 5 do 10 sekundtyle czeka handlowiec na odpowiedź agenta AI na pytanie, czy klient zapłacił, złożoną z danych CRM i ERP naraz
Problem
Dlaczego CRM i ERP pokazują dwie różne prawdy o tym samym kliencie?
Handlowiec zamyka szansę w HubSpot albo Pipedrive. Zanim klient dostanie fakturę, ktoś przepisuje do Subiekta albo Comarch ERP nazwę firmy, NIP, pozycje, ceny i warunki płatności. Przy jednej transakcji to kilka minut. Przy kilkudziesięciu w miesiącu i trzech handlowcach wpisujących równolegle to godziny w tygodniu i błędy, które wracają jako korekty: kwota netto zamiast brutto, literówka w NIP, pominięta pozycja, klient założony w ERP drugi raz pod inną nazwą.
Rozjazd ma prawie zawsze te same cztery miejsca: NIP, jednostki miary, stawki VAT i numeracja dokumentów. CRM trzyma „szt.”, ERP „op. 12 szt.”. CRM ma cenę netto po rabacie, ERP cennik bez rabatu. Księgowość dzwoni do handlowca z pytaniem „co dokładnie ustaliłeś z klientem”, a handlowiec pyta księgowość, czy faktura już poszła. Oba systemy działają, tylko każdy zna inną wersję tej samej transakcji.
Błąd przy ręcznym wpisywaniu to nie wyjątek, tylko norma. W badaniu opublikowanym w Harvard Business Review w 2017 roku 75 menedżerów sprawdziło po 100 ostatnich rekordów utworzonych w ich firmach. 47 procent rekordów miało co najmniej jeden błąd istotny dla pracy, a tylko 3 procent zestawów spełniło podstawowy próg jakości. Rekord przepisany ręcznie z CRM do ERP jest dokładnie takim nowo tworzonym rekordem.
- Godziny w tygodniu na przepisywanie danych, które ktoś już raz wpisał
- Korekty faktur przez literówkę w NIP albo pominiętą pozycję z zamówienia
- Klient istnieje w ERP dwa razy, bo dwie osoby wpisały go inaczej
- Handlowiec nie wie, czy klient zapłacił, dopóki nie zapyta księgowości
- Nikt nie liczy, ile transakcji przeszło bez błędu, więc rozjazd wychodzi dopiero przy zamknięciu miesiąca
Dlaczego teraz
Co się zmieniło, że CRM i ERP da się spiąć w tygodnie, a nie w projekt na pół roku?
Każdy nowoczesny CRM wysyła zdarzenie w chwili zmiany etapu szansy: webhook z HubSpot, Pipedrive czy Salesforce dociera do workflow w sekundę po kliknięciu „Wygrana”. Po stronie ERP enova365, SAP Business One i Fakturownia mają interfejsy sieciowe, przez które da się założyć kontrahenta, zamówienie albo proformę bez otwierania programu. Subiekt i Comarch ERP stoją lokalnie, więc wchodzi się do nich inaczej: warstwą Sfera albo bazą, przez pośrednika działającego w Waszej sieci. Szczegóły opisuje strona o integracji z Subiektem.
Warstwa pośrednia, czyli n8n, Make albo własna integracja przez API, robi to, czego żaden z tych systemów nie zrobi sam: tłumaczy pola między nimi. Kod produktu z CRM na indeks z ERP, „szt.” na jednostkę z kartoteki, cenę po rabacie na cenę bazową i rabat procentowy. Reguły mapowania leżą w jednym miejscu, więc gdy dochodzi nowy produkt, dopisujesz jeden wiersz w tabeli, a nie przebudowujesz integrację.
Trzecia zmiana to agent AI. Synchronizacja przenosi dane, ale nie odpowie na pytanie „czy faktura dla Kowalskiego jest opłacona i kiedy wyszła dostawa”. BOND, nasz firmowy agent AI, odpowiada na to w 5 do 10 sekund, składając odpowiedź z CRM i ERP naraz, bez logowania do żadnego z nich.
Co się zmienia
Co dostaje zespół, gdy CRM i ERP mówią jednym głosem?
Zamówienie w ERP w sekundy po wygranej
Zmiana etapu na „Wygrana” uruchamia workflow, który zakłada w ERP kontrahenta, zamówienie albo fakturę proforma z pozycjami, cenami i warunkami płatności z CRM. Handlowiec nie otwiera drugiego systemu.
Jedno wpisanie danych, w CRM. Do ERP trafiają przez API, nie przez klawiaturę
Cztery pola, które się rozjeżdżają, mapowane regułą
NIP, jednostki miary, stawki VAT i numeracja dokumentów mają spisane reguły przejścia między systemami. Kod produktu z CRM tłumaczy się na indeks z ERP po tabeli, a nie z pamięci osoby, która dotąd to robiła.
Tabela mapowania w dokumentacji, do poprawienia bez programisty
Zero drugiego klienta w ERP
Przed założeniem kontrahenta workflow sprawdza ERP po NIP, a gdy go brakuje, po nazwie i domenie e-mail. Istniejący klient jest aktualizowany, nowy zakładany, wątpliwy trafia do kolejki ręcznej z opisem, co się nie zgadza.
Dopasowanie po NIP jako pierwsze kryterium, nazwa dopiero po nim
Status płatności i dostawy wraca do CRM
Synchronizacja idzie w obie strony. Zaksięgowana wpłata, wystawiona faktura albo wydanie z magazynu aktualizują pole w CRM, więc handlowiec widzi realny stan zamówienia bez telefonu do księgowości.
Dwa kierunki w jednym workflow, bez ręcznego odświeżania
Błąd widać od razu, nie po tygodniu
Każde nieudane przejście, brakujący NIP, nieznany kod produktu, odrzucona stawka VAT, zgłasza się na Slacku albo mailem z linkiem do rekordu. Nic nie ginie po cichu między systemami.
Monitoring błędów w standardzie każdego wdrożenia, nie jako dodatek
Pytanie o zamówienie zwykłym zdaniem
„Czy Nowak zapłacił za marcowe zamówienie”, „które wygrane szanse z tego tygodnia nie mają jeszcze proformy”, „ile zamówień czeka na wysyłkę”. Agent AI odpowiada z CRM i ERP naraz.
Odpowiedź w 5 do 10 sekund, bez logowania do żadnego z systemów
A u Ciebie
Co, jeśli nasz ERP jest stary albo nietypowy?
Cztery zdania, które słyszymy najczęściej przy synchronizacji CRM z ERP, i to, co na nie odpowiadamy.
Nasz ERP nie ma API.
Sprawdzamy to na warsztacie, a nie zakładamy. Subiekt, Comarch ERP, enova365, SAP Business One i Fakturownia interfejsy mają. Gdy system naprawdę go nie ma, zostają import plików w ustalonym cyklu albo zapis do bazy przez sterownik. Mówimy wprost, który wariant jest bezpieczny, a którego nie zrobimy.
Dane w CRM są niekompletne, połowa firm bez NIP.
To pierwsza rzecz, którą synchronizacja wyciąga na wierzch, i dobrze. Rekord bez NIP nie wchodzi do ERP po cichu, tylko trafia do kolejki z prośbą o uzupełnienie. Po pierwszym miesiącu handlowcy uzupełniają NIP przy zamykaniu szansy, bo inaczej zamówienie nie ruszy.
Mamy 20 transakcji miesięcznie, czy to się opłaca?
Przy 20 transakcjach i jednym handlowcu przepisywanie to kilka godzin w miesiącu i możliwe, że nie warto. Mówimy to na konsultacji. Wracamy do tematu, gdy dochodzi drugi handlowiec, drugi system albo pierwsza korekta faktury z powodu literówki.
Boimy się, że automat namiesza w księgowości.
Dlatego workflow najpierw pracuje na kopiach realnych zamówień, a na produkcję wchodzi z monitoringiem błędów i kolejką ręczną. Przypadki brzegowe, czyli duplikat, brak NIP, częściowa płatność, anulowane zamówienie, mają spisane zachowanie, zanim dotkniemy prawdziwych danych. Automat nie wystawia faktury końcowej bez człowieka, chyba że tak ustalicie.
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- ERP i księgowość
- Subiekt, Comarch ERP i Comarch Optima, enova365, SAP Business One, Fakturownia, iFirma
- Sprzedaż i zamówienia
- BaseLinker, Allegro, Shopify, WooCommerce, PrestaShop
- Powiadomienia i praca zespołu
- Slack, Microsoft 365, Google Workspace, ClickUp
- Weryfikacja kontrahenta
- GUS i KRS po NIP, biała lista VAT, VIES
- Warstwa automatyzacji
- n8n, Make, własne integracje przez API
Pola, które przenosimy, i reguły mapowania
Najczęstszy zakres synchronizacji między CRM a ERP. Kierunek i regułę każdego pola ustalamy na warsztacie, bo to tam wychodzi, że ten sam produkt ma w obu systemach inny kod.
| Pole | Kierunek | Reguła mapowania |
|---|---|---|
| Kontrahent | CRM do ERP, przy wygranej szansie | dopasowanie po NIP, potem po nazwie i domenie; istniejący aktualizowany, nowy zakładany |
| Pozycje zamówienia | CRM do ERP | kod produktu z CRM tłumaczony na indeks z ERP po tabeli; nieznany kod idzie do kolejki ręcznej |
| Jednostki miary | CRM do ERP | „szt.” z CRM na jednostkę z kartoteki ERP, opakowania zbiorcze przeliczane |
| Ceny i rabaty | CRM do ERP | cena netto po rabacie rozbijana na cenę bazową i rabat procentowy; stawka VAT z kartoteki ERP |
| Numer dokumentu | ERP do CRM | numer zamówienia albo proformy zapisany w polu szansy, żeby dało się ją odszukać w obu systemach |
| Status płatności | ERP do CRM | wpłata zaksięgowana, częściowa i przeterminowana jako trzy różne wartości pola w CRM |
| Status dostawy | ERP albo WMS do CRM | wydanie z magazynu i numer przesyłki widoczne u handlowca |
Wiersze to punkt wyjścia. U większości klientów pierwsze wdrożenie obejmuje kontrahenta, pozycje i status płatności, resztę dokładamy, gdy okaże się potrzebna.
Jak to robimy
Pięć kroków od przepisywania do synchronizacji na produkcji
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Mapujemy drogę zamówienia od zamkniętej szansy w CRM, przez ERP, po fakturę i magazyn. Ustalamy, które pola muszą zgadzać się 1:1, które wymagają reguł mapowania, gdzie dziś powstają rozjazdy i ile godzin w tygodniu zjada przepisywanie.
Projekt integracji
Wybór narzędzia: n8n, Make albo integracja bezpośrednio po API. Spisujemy zachowanie w przypadkach brzegowych: duplikat klienta, brak NIP, częściowa płatność, anulowane zamówienie, zmiana ceny po wygranej. Ustalamy, kto dostaje alert o błędzie.
Wdrożenie na kopiach danych
Budujemy workflow i przepuszczamy przez niego kopie realnych zamówień z ostatnich tygodni. Porównujemy wynik z tym, co wpisał człowiek. Każda rozbieżność to albo błąd mapowania do poprawki, albo błąd ręcznego wpisu, który właśnie wyszedł na jaw.
Produkcja z monitoringiem
Przełączamy na prawdziwe dane z alertami o każdym nieudanym przejściu. Stary sposób zostaje dostępny przez pierwsze dni jako zapas. Nieudany rekord idzie do kolejki ręcznej, a nie w próżnię.
Szkolenie i obserwacja
Przekazujemy dokumentację mapowania pól i uczymy osoby, które dotąd przepisywały dane, co sprawdzić, gdy coś wygląda nietypowo. Po 30 dniach liczymy błędy i rekordy w kolejce, po 90 dniach oceniamy, czy zakres pól jest właściwy.
Przed i po
Jak zmienia się tydzień sprzedaży i księgowości
Przedtem
- Handlowiec po wygranej otwiera ERP i przepisuje NIP, pozycje i ceny, albo wysyła maila do księgowości z prośbą o założenie zamówienia
- Księgowość dzwoni do handlowca z pytaniem, co dokładnie ustalił z klientem
- Klient dostaje korektę, bo w ERP poszła kwota netto zamiast brutto
- Handlowiec nie wie, czy klient zapłacił, dopóki nie zapyta
Po zmianie
- Wygrana szansa zakłada zamówienie w ERP, zanim handlowiec zamknie okno CRM
- Księgowość widzi pozycje, ceny i warunki płatności takie same jak w CRM, bez pytań
- Nieznany kod produktu albo brak NIP zgłasza się jako alert, zanim powstanie faktura
- Status płatności i dostawy handlowiec widzi w CRM, a o konkretne zamówienie pyta agenta AI
Pierwsze zamówienia przechodzą przez synchronizację w dniu przełączenia. Liczbę błędów i rekordów w kolejce porównujemy po 30 dniach, zakres pól oceniamy po 90.
Dla osoby, która to zamawia
Co z tego ma osoba, która za to odpowiada
Pytania „co ustaliłeś z klientem” i „czy to już zafakturowane” przestają krążyć między sprzedażą a księgowością, bo obie strony patrzą na ten sam rekord. Rozbieżność między CRM a ERP staje się liczbą w alertach, a nie tematem na spotkaniu.
Druga rzecz jest ważniejsza przy rozmowie z zarządem albo audytorem. Każde zamówienie w ERP ma źródło w konkretnej szansie w CRM, z datą i osobą. Wiesz, ile transakcji przeszło bez ręcznego dotknięcia i ile trafiło do kolejki, z jakiego powodu. Dokumentacja mapowania pól zostaje w firmie, niezależnie od tego, kto dziś przepisuje dane.
- Reguły mapowania spisane i wersjonowane, niezależne od jednej osoby
- Błąd widać w dniu, w którym powstał, nie przy zamknięciu miesiąca
- Testy na kopiach Waszych zamówień, zanim automat dotknie produkcji
- Nowy produkt albo stawkę VAT dopisujesz sam, bez zgłoszenia do nas
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy synchronizacji CRM z ERP zwykle wystarcza jeden tydzień, dwa, gdy w grę wchodzi magazyn albo więcej niż jeden ERP. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile pól się przenosi, jak bardzo rozjechały się dotąd kartoteki i czy ERP ma interfejs API.
Koszt działania workflow płacisz bezpośrednio dostawcy narzędzia (n8n, Make) albo nie płacisz wcale, gdy stoi na Waszej infrastrukturze. Bez naszej prowizji.
Warsztat procesowy
2500 zł netto
za tydzień, przy synchronizacji zwykle jeden albo dwa
Zamknięta całość. Kończy się mapą pól między CRM a ERP z regułami mapowania i planem, który możesz zrealizować bez nas.
- Mapa drogi zamówienia od wygranej szansy do faktury i magazynu
- Lista pól 1:1 i pól z regułą mapowania, z przypadkami brzegowymi
- Rekomendacja narzędzia: gotowy konektor, n8n, Make albo API
- Wskaźniki do pomiaru po 30 dniach: błędy, rekordy w kolejce, godziny
- Najczęściej wybierany
Warsztat i wdrożenie synchronizacji
Wycena po warsztacie
zakres wynika z liczby systemów i stanu kartotek
Najczęściej wybierany wariant. Działająca synchronizacja w 2 do 6 tygodni od warsztatu, przetestowana na kopiach Waszych zamówień.
- Wszystko z warsztatu
- Workflow w n8n, Make albo po API, spięty z CRM i ERP
- Dopasowanie kontrahenta po NIP, mapowanie pól, kolejka ręczna, alerty
- Synchronizacja zwrotna statusu płatności i dostawy do CRM
- Szkolenie zespołu i dokumentacja mapowania pól
Synchronizacja i agent AI
Wycena po warsztacie
dla zespołów, które pytają o stan zamówień kilkanaście razy dziennie
Wszystko z wdrożenia plus BOND, który odpowiada na pytania o zamówienia, faktury i płatności z obu systemów naraz.
- Wszystko z wdrożenia synchronizacji
- Agent AI spięty z CRM i ERP: czy zapłacone, co czeka na proformę, co jest w drodze
- Alerty o przeterminowanych płatnościach i wygranych szansach bez zamówienia
- Dostęp dla handlowców i księgowości, po polsku i po angielsku
Warsztat kończy się mapą pól i regułami mapowania, które obronią się bez nas: możesz oddać je własnemu informatykowi albo innej firmie. Jeśli okaże się, że Wasz ERP ma gotowy konektor do CRM i wystarczy go ustawić, mówimy to i pokazujemy jak. Sprawa kończy się na warsztacie, a nie na wdrożeniu, którego nie potrzebujecie.
Najczęstsze pytania
Czym jest automatyczna synchronizacja CRM i ERP?
To workflow, który po zmianie etapu szansy na „Wygrana” w CRM zakłada albo aktualizuje w ERP kontrahenta, zamówienie lub fakturę proforma, z pozycjami, cenami, stawkami VAT i warunkami płatności. W drugą stronę przenosi numer dokumentu oraz status płatności i dostawy. Człowiek wpisuje dane raz, w CRM, a decyduje tylko w przypadkach, które reguła odkłada do kolejki ręcznej.
Ile trwa wdrożenie synchronizacji CRM z ERP?
Tydzień lub dwa warsztatu i 2 do 6 tygodni wdrożenia, zależnie od liczby systemów i tego, jak bardzo rozjechały się dotąd dane. Najwięcej czasu zajmuje nie sama integracja, tylko uzgodnienie kartotek: te same produkty pod różnymi kodami, klienci wpisani pod dwiema nazwami. Testy robimy na kopiach Waszych zamówień z ostatnich tygodni, zanim workflow dotknie produkcji.
Które systemy CRM i ERP obsługujecie?
Po stronie CRM: HubSpot, Pipedrive, Salesforce i LiveSpace. Po stronie ERP i księgowości: Subiekt, Comarch ERP i Comarch Optima, enova365, SAP Business One, Fakturownia oraz iFirma. Inny system sprawdzamy na warsztacie: jeśli ma interfejs API albo import plików, zwykle da się go spiąć, a jeśli nie, mówimy to przed wyceną.
Czy synchronizacja działa w obie strony?
Tak. Z CRM do ERP idą kontrahent, zamówienie i pozycje w chwili wygranej szansy. Z ERP do CRM wracają numer dokumentu, status płatności (zaksięgowana, częściowa, przeterminowana) i status dostawy z magazynu. Handlowiec widzi realny stan zamówienia w swoim CRM, bez pytania księgowości i bez logowania do ERP.
Co się dzieje, gdy klient już istnieje w ERP pod inną nazwą?
Workflow szuka kontrahenta najpierw po NIP, a dopiero potem po nazwie i domenie e-mail, bo „Kowalski Logistyka Sp. z o.o.” i „Kowalski Logistyka” to w ERP często dwa rekordy. Trafiony kontrahent jest aktualizowany, nie zakładany drugi raz. Gdy dopasowanie jest niepewne, rekord trafia do kolejki ręcznej z opisem, co się nie zgadza.
Co z zamówieniem, którego nie da się przenieść, bo brakuje NIP albo kodu produktu?
Nie wchodzi do ERP po cichu. Trafia do kolejki ręcznej, a osoba odpowiedzialna dostaje alert na Slacku albo mailem z linkiem do szansy i powodem: brak NIP, nieznany kod produktu, stawka VAT spoza kartoteki. Po uzupełnieniu danych workflow przepuszcza rekord ponownie. Po pierwszym miesiącu takich przypadków jest wyraźnie mniej, bo handlowcy uzupełniają pola przy zamykaniu szansy.
Czy automat wystawia faktury bez udziału człowieka?
Domyślnie zakłada zamówienie albo fakturę proforma, a fakturę końcową wystawia człowiek po sprawdzeniu. Pełną automatyzację faktury włączamy tylko wtedy, gdy tak ustalicie na warsztacie i gdy dane przechodzą weryfikację NIP na białej liście VAT. Zakres decyzji automatu jest spisany w dokumentacji, więc księgowość wie, co sprawdzić.
Czy potrzebujemy działu IT, żeby to utrzymać?
Nie. Po wdrożeniu reguły mapowania prowadzi osoba, która zna proces, zwykle ktoś z księgowości albo operacji. Nowy produkt, nowa stawka VAT albo nowy handlowiec to wpis w tabeli mapowania, nie zmiana w kodzie. Dokumentację i szkolenie dostajecie na końcu wdrożenia, a błędy zgłaszają się same przez alerty.
Sprawdźmy, ile razy w tygodniu ktoś u Was przepisuje to samo zamówienie
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, jaki macie CRM i ERP i jak dziś dane wędrują między nimi: kto przepisuje, co się rozjeżdża, ile korekt wraca. Pokazujemy, które pola da się spiąć od razu, a które wymagają najpierw uporządkowania kartotek. Piszesz do Pawła, założyciela, nie do recepcji. Nie musisz na tym etapie udostępniać systemów.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym miesiącu księgowość zapytała handlowca „co dokładnie ustaliłeś z klientem”, to jest dokładnie ten problem. Dane wpisane dwa razy przez dwie osoby zawsze się rozjadą, a każdy rozjazd wraca jako korekta albo telefon. Od spisania, które pola muszą się zgadzać, zaczyna się warsztat.