Integracija ERP s CRM in finančnimi sistemi: kako odpraviti dvojni vnos

Trije sistemi, isti podatek, trije vnosi

Komercialist sklene posel z novo stranko. V CRM vnese kontakt, podjetje, predvideno vrednost. V ERP-ju kolega odpre stranko (ime, naslov, davčna številka, kontaktna oseba). Računovodstvo doda stranko v svoj sistem (banka, plačilni rok, konto). Stranka, ki obstaja v glavi enega človeka, ima zdaj v treh sistemih tri ločene zapise.

Mesec dni kasneje stranka spremeni naslov dostave. Komercialist ga popravi v CRM. Zapis v ERP ostane star. Naslednje naročilo gre na napačen naslov. To se dogaja tudi v slovenskih podjetjih s 100 zaposlenimi.

Kaj se zgodi, ko sistemi niso povezani

Brez sinhronizacije nastanejo tri težave:

• Dvojni in trojni vnos. Vsaka sprememba se mora ponoviti v vseh sistemih. Pri 200 strankah in povprečno 5 spremembah letno je to 1.000 ročnih popravkov, ki ne dodajo nobene vrednosti.
• Razhajanja. En zapis je posodobljen, drugi ne. Komercialist govori s podatki iz CRM, finance s podatki iz ERP. Ko se zapisa razlikujeta, se začne iskanje, kateri je pravi.
• Izgubljen kontekst. CRM vidi posel, ERP vidi naročilo, finance vidijo fakturo. Nihče ne vidi celotne zgodovine stranke od prvega kontakta do plačila. Trimesečna analiza terja dva dni dela namesto enega popoldneva.

Pri eni srednji družbi s 50 zaposlenimi je "uskladitev podatkov med sistemi" pomenila okoli 80 ur dela mesečno. To je pol človeka samo za prepisovanje.

Tipične smeri sinhronizacije

Sinhronizacija ni vedno dvosmerna. Vzorci, ki dobro delujejo:

• Stranka: CRM → ERP → finance. Komercialist v CRM vnese stranko. Po podpisu pogodbe se zapis avtomatsko prenese v ERP (ime, naslov, kontakt, davčna številka). Iz ERP se po prvem naročilu prenese v računovodski sistem (plačilni rok, banka). Eno mesto vnosa, tri kopije.
• Naročilo: ERP → CRM (samo branje). Komercialist v CRM vidi vsa naročila stranke, statuse in zgodovino plačil. Naročila se ne urejajo iz CRM, samo prikazujejo. To prepreči konflikte in komercialist dobi popoln pogled na stranko.
• Faktura: ERP → finance + povzetek v CRM. Faktura nastane v ERP. Računovodstvo dobi celoten dokument, CRM dobi povzetek (znesek, datum, status plačila). Komercialist vidi stanje plačil strank brez dostopa do računovodskega sistema.
• Plačilo: finance → ERP → CRM. Banka javi plačilo, finance ga uskladijo s fakturo, status v ERP se posodobi, povzetek v CRM se osveži. Brez ene e-pošte med oddelki.

Po katerem vrstnem redu povezovati

Pogosta napaka: postavi se vse naenkrat. Trije sistemi, šest sinhronizacij, dva meseca uvajanja, eno leto razčiščevanja podatkov. Vrstni red, ki deluje:

1. Najprej uskladi šifrante stranke. Stranka v CRM mora imeti enak ključ (najpogosteje davčna številka) kot stranka v ERP. Brez tega se vsaka sinhronizacija ustavi pri vprašanju "kateri zapis se ujema s katerim".
2. Potem postavi smer, ki najbolj boli. Najpogosteje CRM → ERP za nove stranke, ker komercialisti vsak dan tipkajo enake podatke v dva sistema.
3. Šele nato dodaj drugo smer. ERP → CRM za naročila in plačila. Tu je največ vrednosti za komercialiste.
4. Računovodske integracije nazadnje. Račune in plačila vključi zadnje, ker je tu najmanj sprememb (zapis nastane enkrat in se ne ureja) in največ regulatornih zahtev.

Ta vrstni red da rezultate v vsaki fazi. Ne čakate mesecev na "veliki zagon", ampak po treh tednih komercialist ne tipka več v dva sistema.

Anonimiziran primer iz distribucije

Distribucijsko podjetje s 80 zaposlenimi je imelo Pipedrive za CRM, lasten ERP in Pantheon za računovodstvo. Vsak nov posel je pomenil tri vnose stranke. Ko se je naslov spremenil, se je popravil v sistemu tistega, ki je bil prvi obveščen. V drugih dveh sistemih enkrat ali nikoli.

Prva faza projekta je bila uskladitev ključa stranke. Davčna številka mora obstajati v vseh treh sistemih in mora biti enaka. Trije tedni dela na podatkih, brez kakršne koli kode. Brez tega koraka bi se vsaka kasnejša sinhronizacija ustavila pri konfliktih.

Šele nato je bil postavljen enosmerni prenos CRM → ERP za nove stranke in spremembe podatkov. Komercialist vnese enkrat, ERP dobi zapis v 30 sekundah. Po šestih tednih se je čas vnosa novih strank zmanjšal z 12 minut na 3 minute. Mesečno: okoli 30 ur prihranka pri komerciali in 15 ur prihranka v računovodstvu, ker so bili podatki čisti.

Integracija računov iz ERP v Pantheon je sledila tri mesece kasneje, ko so bili podatki o strankah usklajeni. Računovodstvo je nehalo prepisovati 200 računov mesečno.

Kdaj se sinhronizacija ne splača

Trije primeri, kjer integracija ni prava poteza:

• Manj kot 50 strank skupno. Pri majhnem številu je ročno usklajevanje obvladljivo. Sistem doda kompleksnost brez sorazmerne koristi.
• Eden od sistemov bo zamenjan. Če veste, da boste v 12 mesecih zamenjali CRM ali ERP, počakajte. Sicer boste integracijo gradili dvakrat.
• Podatki so v obstoječih sistemih kaotični. Če stranka v CRM nima davčne številke, v ERP-ju je ime drugačno in v računovodstvu obstaja dvojni zapis, najprej uredite vire. Sinhronizacija slabih podatkov samo pohitri njihovo razširjanje.