CRM i ERP odpowiadają na różne pytania. CRM pilnuje rozmowy z klientem i lejka sprzedaży. ERP pilnuje rzeczywistości finansowo-operacyjnej, faktur, stanów magazynowych, zamówień zakupu, wynagrodzeń. Przecinają się, gdy coś staje się jednocześnie faktem handlowym i księgowym: podpisana umowa, dostarczone zamówienie, opłacona faktura.

Sygnały, że integracja jest naprawdę potrzebna

• Ten sam klient jest ręcznie zakładany w dwóch systemach, a dane „rozjeżdżają się” między nimi.
• Sprzedaż nie widzi statusów płatności; finanse nie wiedzą, dlaczego wystawiono fakturę.
• Zamknięcie miesiąca wymaga ręcznego porównywania eksportów z CRM i ERP.
• Statusy zamówień krążą mailem i docierają z opóźnieniem, wywołując zgłoszenia.
• Kluczowe raporty (przychód per segment, marża per klient) wymagają sklejania dwóch arkuszy.

Sygnały, że jeszcze nie trzeba

• Wolumen sprzedaży jest na tyle mały, że ręczne uzgodnienie zajmuje godzinę tygodniowo.
• Proces ciągle się zmienia, integracja tylko zakoduje bieżący stan.
• Jeden z systemów jest na wylocie. Integrujcie się z tym, co zostanie.

Typowe wzorce integracji

Synchronizacja kontrahentów

Rekordy klientów/kontrahentów tworzone lub aktualizowane w jednym systemie trafiają do drugiego. Zwykle jednokierunkowo z CRM do ERP przy zamknięciu transakcji; czasem dwukierunkowo z jasnymi regułami, która strona włada którym polem.

Przekazanie zamówienia / faktury

Gdy szansa w CRM trafia na „wygrana”, w ERP powstaje zamówienie lub wersja robocza faktury z uzgodnionymi produktami, ilościami i cenami. Status płatności wraca do CRM, żeby sprzedaż widziała go bez logowania do drugiego systemu.

Katalog produktów

Definicje produktów (SKU, cenniki, stany) żyją w ERP i są kopiowane tylko do odczytu do CRM, żeby oferty odpowiadały temu, co finanse i operacje mogą naprawdę dostarczyć.

Warstwa raportowa

Czasem najbardziej praktyczną „integracją” jest nie synchronizacja w czasie rzeczywistym, tylko wspólny hurtownia danych (data warehouse) pobierający z obu systemów do raportów łączonych.

Dobre projektowanie

• Zdecydujcie per pole, który system jest źródłem prawdy. Nie „jakoś to będzie”.
• Zacznijcie jednokierunkowo. Dwukierunkowa synchronizacja to inna bestia, wymaga reguł konfliktu i czasu, trudniej ją analizować.
• Łączcie rekordy stabilnymi identyfikatorami zewnętrznymi. Maile się zmieniają; ID klientów nie powinny.
• Logujcie każde zdarzenie synchronizacji z kontekstem wystarczającym do bezpiecznego ponowienia.
• Projektujcie z założeniem częściowych awarii i retry.

Najczęstsze błędy

• Integracja wszystkiego „bo się da”. Każde synchronizowane pole to długoterminowe zobowiązanie, obie strony będą ewoluować.
• Brak właściciela. Po uruchomieniu integracja potrzebuje kogoś, kto na nią patrzy. Bez właściciela, cicho gnije.
• Twarde sprzężenie. Bezpośrednie „drut do drutu” między dwoma dostawcami boli, gdy jeden z nich zmienia się. Cienka warstwa tłumacząca zwraca nakład.
• Pominięcie porządków w danych. Śmieci na wejściu, śmieci w dwóch miejscach.

Realistyczny plan

1. Wypiszcie pięć największych bólów spowodowanych brakiem połączenia.
2. Wybierzcie ten z największym wpływem w godzinach tygodniowo.
3. Zintegrujcie tylko pola, które rozwiązują ten ból, jednokierunkowo najpierw.
4. Obserwujcie przez miesiąc. Poprawcie fałszywe założenia.
5. Potem rozszerzajcie, ostrożnie, z jasnym właścicielstwem.