Integracja systemów w firmie – jak przestać przepisywać te same dane?

W CRM zmienia status szansy na „Wygrana”.

Teraz ktoś musi utworzyć klienta w ERP, przepisać dane firmy, dodać zamówienie, przekazać zakres do realizacji i poinformować zespół, że może zaczynać pracę.

Na pierwszy rzut oka rozwiązanie wydaje się proste:

„Połączmy CRM z ERP i systemem realizacji. Dane będą przechodziły automatycznie.”

Tylko że po chwili pojawiają się kolejne pytania.

Co jeśli klient już istnieje w ERP?

Który adres jest właściwy, jeżeli handlowiec zmienił go w CRM, a księgowość w ERP?

Czy zmiana ceny w ERP powinna aktualizować ofertę zapisaną w CRM?

Czy CRM potrzebuje całej historii realizacji, czy tylko informacji, że zamówienie zostało zakończone?

I co najważniejsze: co się stanie, jeśli CRM wyśle dane, ale ERP ich nie przyjmie?

Wtedy okazuje się, że dobra integracja to coś więcej niż połączenie dwóch programów.

Najpierw ustal, gdzie dana informacja naprawdę mieszka

Wyobraźmy sobie klienta: ABC Sp. z o.o.

W CRM mamy osobę kontaktową, telefon, opiekuna handlowego i historię rozmów.

W ERP są NIP, dane do faktury, cennik i dokumenty sprzedażowe.

W systemie realizacji znajduje się adres wykonania usługi, termin i osoba odpowiedzialna za odbiór.

Nie ma powodu, żeby każdy system przechowywał i pozwalał zmieniać wszystko.

Lepiej ustalić proste zasady.

CRM odpowiada za relację handlową.

ERP odpowiada za dane finansowe, ceny i dokumenty.

System realizacji odpowiada za wykonanie zamówienia.

Informacje mogą być widoczne w kilku miejscach, ale tylko jedno powinno być miejscem, w którym je zmieniamy.

To rozwiązuje jeden z najczęstszych problemów integracji:

„Która wersja danych jest właściwa?”

Jeżeli cena produktu pochodzi z ERP, handlowiec może widzieć ją w CRM, ale nie powinien tam zmieniać ceny bazowej.

Jeżeli numer telefonu zmienia handlowiec w CRM, ta informacja może zostać przekazana dalej.

Im mniej miejsc, w których można edytować tę samą informację, tym mniej konfliktów.

Nie przesyłaj wszystkiego wszędzie

Częsty pomysł wygląda tak:

„Skoro już integrujemy systemy, zsynchronizujmy wszystkie dane”.

Nie zawsze warto.

Handlowiec chce wiedzieć, czy klient zapłacił fakturę.

Czy oznacza to, że cała księgowość powinna trafić do CRM?

Niekoniecznie.

Być może wystarczy jedna informacja:

Status płatności: opłacona / po terminie.

Zespół realizacji potrzebuje danych klienta, zakresu zamówienia i terminu.

Nie potrzebuje całej historii rozmów handlowca z ostatnich dwóch lat.

Dobra integracja przekazuje to, czego drugi system naprawdę potrzebuje, a nie wszystkie dane, które uda się technicznie pobrać.

Dzięki temu rozwiązanie jest prostsze, łatwiejsze do utrzymania i mniej podatne na błędy.

Zdecyduj, w którą stronę płyną dane

To jedna z ważniejszych decyzji.

Załóżmy, że ceny są zarządzane w ERP.

Możemy ustawić:

ERP → CRM

Handlowiec widzi aktualną cenę w CRM, ale jej tam nie zmienia.

Proste.

Znacznie trudniejszy wariant to:

ERP ↔ CRM

Cena może być zmieniana w obu systemach.

Co się stanie, jeżeli jedna osoba zmieni ją w ERP, a minutę później druga w CRM?

Która wartość wygrywa?

Dlatego praktyczna zasada jest prosta:

jeżeli nie musisz pozwalać na zmianę tej samej informacji w dwóch miejscach – nie pozwalaj.

Integracja dwukierunkowa jest czasem potrzebna, ale zawsze wymaga dokładniejszych zasad.

Po czym system poznaje, że to ten sam klient?

Wracamy do ABC Sp. z o.o.

W CRM firma nazywa się:

ABC Sp. z o.o.

W ERP:

ABC Spółka z ograniczoną odpowiedzialnością

A w starym arkuszu ktoś wpisał po prostu:

ABC

Czy integracja ma utworzyć nowego klienta?

Jeżeli system rozpoznaje firmy tylko po nazwie, łatwo o duplikaty.

Dlatego przed uruchomieniem integracji trzeba ustalić, po czym rozpoznajemy ten sam rekord.

Może to być:

wewnętrzny identyfikator,

NIP,

numer klienta,

albo inny jednoznaczny klucz.

Brzmi technicznie, ale problem jest bardzo praktyczny.

Automatyzacja bez takiej zasady może zacząć tworzyć bałagan szybciej niż człowiek.

Nie wszystko musi działać natychmiast

„Automatycznie” nie zawsze oznacza „w tej samej sekundzie”.

Niektóre rzeczy powinny wydarzyć się od razu.

Na przykład:

sprzedaż wygrana → utwórz zlecenie dla realizacji.

Inne mogą aktualizować się co godzinę albo raz dziennie.

Na przykład status płatności czy dane do raportów.

Jeszcze inne informacje można pobrać dopiero wtedy, gdy są potrzebne.

Handlowiec klika:

„Sprawdź dostępność produktu”

i system pobiera aktualny stan z ERP.

Warto więc przy każdej informacji zapytać:

Czy naprawdę musimy znać ją natychmiast?

Jeżeli nie, integracja może być znacznie prostsza.

Integracja musi być zaprojektowana również na moment, kiedy nie działa

Handlowiec oznacza sprzedaż jako wygraną.

CRM wysyła dane do ERP.

ERP chwilowo nie odpowiada.

Co się dzieje?

Najgorszy wariant wygląda tak:

CRM pokazuje:

Wygrana.

Handlowiec zakłada, że zamówienie zostało przekazane.

Zespół realizacji czeka.

ERP nie ma żadnego zamówienia.

Firma dowiaduje się o problemie dwa dni później, gdy klient pyta o termin.

Dlatego dobrze zaprojektowana integracja powinna nie tylko wykonywać zadanie, ale także powiedzieć, gdy go nie wykonała.

Ktoś powinien dostać informację:

„Nie udało się utworzyć zamówienia. Sprawdź dane klienta.”

System może spróbować ponownie albo przekazać problem konkretnej osobie.

Integracja jest dobrze zaprojektowana nie tylko wtedy, gdy działa. Także wtedy, gdy wiadomo, że nie zadziałała.

Projekt zacznij od kartki, nie od API

Zanim zaczniesz wybierać narzędzia, przygotuj prostą tabelę.

Dla każdej informacji ustal:

gdzie jest wprowadzana,

który system jest jej właścicielem,

dokąd ma trafić,

kiedy ma zostać przekazana,

po czym rozpoznajemy właściwy rekord,

co ma się wydarzyć, jeśli transfer się nie uda.

Na przykład:

Osoba kontaktowa — CRM → system realizacji → po wygraniu sprzedaży.

Cena produktu — ERP → CRM → przy przygotowaniu oferty.

Status realizacji — system realizacji → CRM → po zmianie etapu.

Status płatności — ERP → CRM → np. co godzinę.

Dopiero wtedy warto zdecydować, czy wykorzystać gotową integrację, Make, Zapier, API czy własne rozwiązanie.

Technologia jest ostatnim krokiem.

Mniej przepisywania to dopiero początek

Najbardziej widocznym efektem integracji jest zwykle to, że ludzie przestają kopiować dane między systemami.

Ale większą wartością jest coś innego.

Firma wie:

gdzie znajduje się właściwa informacja, kto za nią odpowiada i co powinno wydarzyć się dalej.

W ProcessHub zaczynamy właśnie od tego.

Nie od pytania:

„Co możemy ze sobą połączyć?”

Tylko:

„Jak dane powinny przepływać przez firmę, żeby każdy system robił swoją część pracy?”

Dopiero później budujemy integrację.