Sinkronizacija kontakata Google Workspacea kopira kontakte između Google kontakata i CRM-a prema rasporedu. Duplikati se obično pojavljuju kada dva sustava ne uspiju identificirati istu osobu pomoću konfiguriranog ključa podudaranja. Podaci se također mogu izgubiti kada pravilo sukoba prepiše noviju vrijednost ili se brisanje proširi između sustava. Google kontakti mogu poništiti promjene iz proteklih 30 dana, što to čini praktičnim prozorom za oporavak.
Sinkronizacija kontakata rijetko uzrokuje nasumični gubitak podataka. Većina problema proizlazi iz tri predvidljive točke u procesu: kako se zapisi uspoređuju, kako se rješavaju sukobljena uređivanja i je li dopušteno širenje brisanja.
Mnogi timovi tretiraju sinkronizaciju kao jednostavan zadatak postavljanja. Povežite Google Workspace, odaberite polja kontakta, odaberite smjer i uključite ga. Problemi se obično pojavljuju kasnije, kada netko otkrije da se popis kontakata udvostručio ili da je telefonski broj ispravljen u CRM-u zamijenjen starijom vrijednošću iz Google kontakata.
Ti ishodi nisu nužno softverski kvarovi. Često su izravno rezultat načina na koji su konfigurirana pravila sinkronizacije. Sigurniji pristup je razumjeti što konektor radi tijekom svakog ciklusa sinkronizacije, identificirati koji sustav treba kontrolirati važna polja i stvoriti točku oporavka prije prve skupne sinkronizacije.
Kako funkcionira sinkronizacija kontakata
Sinkronizacija kontakata Google Workspacea uspoređuje i ažurira zapise između dva odvojena sustava. Obično se odvija po rasporedu, a ne trenutno, pa svaki ciklus provjerava što se promijenilo od prethodnog pokretanja, a zatim primjenjuje konfigurirana pravila.
Ciklus sinkronizacije uključuje pet koraka:
- Konektor provjerava promjene – Identificira kontakte kreirane, uređene ili izbrisane od prethodnog ciklusa. Ovisno o konektoru, ove provjere mogu se događati svakih nekoliko minuta, a ne odmah.
- Podudara se s rekordima – Za svaki promijenjeni kontakt, konektor traži odgovarajući zapis u drugom sustavu. Polje koje se koristi za ovu usporedbu je ključ podudaranja, a adresa e-pošte je uobičajeni izbor.
- Mapira polja – Konektor određuje koja polja odgovaraju između dva sustava. Ime, e-pošta, telefon, tvrtka i naziv radnog mjesta mogu imati izravne ekvivalente. Polja bez mapiranog odredišta se ne prenose.
- Rješava sukobe – Ako je isti kontakt promijenjen u oba sustava prije sljedeće sinkronizacije, pravilo sukoba određuje koja će se vrijednost zadržati.
- Zapisuje promjene – Konektor primjenjuje rezultirajuće promjene prema odabranom smjeru sinkronizacije i dozvolama.
Važna je točka da usklađivanje i rješavanje sukoba su odvojeni problemiPodudaranje određuje smatra li konektor da dva zapisa pripadaju istoj osobi. Rješavanje sukoba određuje koja vrijednost preživljava kada zna da su to ista osoba.
| Važna napomena: Sinkronizacija kopira podatke između dva sustava koji svaki održavaju vlastite zapise. To se razlikuje od Integracija CRM-a s Google Workspaceom izgrađeno oko zajedničkog zapisa o kupcima. Ako još uvijek birate CRM, ova razlika je važna jer zajednički zapis smanjuje količinu kontaktnih podataka koje je potrebno uskladiti između zasebnih sustava. |
Što se prenosi?
Sinkronizacija kontakata ne mora nužno prenositi svako polje iz jednog sustava u drugi.
| Vrsta podataka | Google Kontakti | CRM | Tipičan rezultat sinkronizacije |
| Ime | Da | Da | Obično mapirano |
| Da | Da | Obično mapirano i korišteno za usklađivanje | |
| Telefon | Da | Da | Obično mapirano |
| Tvrtka | Da | Da | Obično mapirano |
| Titula | Da | Da | Često mapirano |
| Papir za naljepnice i etikete | Da | Varira | Ne može se prenijeti |
| Glavni izvor | Ne | Da | Obično ostaje u CRM-u |
| Povijest poslova | Ne | Da | Ostaje u CRM-u |
| Prilagođena CRM polja | Ne | Da | Obično ostaju u CRM-u |
Nemapirano polje ne mora se nužno izbrisati. Ono jednostavno nema odredište u drugom sustavu. Rizik nastaje kada timovi pretpostave da polje postoji na obje strane, a zatim otkriju da nikada nije bilo uključeno u mapiranje.
Jednosmjerna naspram dvosmjerne sinkronizacije
Smjer sinkronizacije određuje koji sustav smije mijenjati drugi. Ta odluka trebala bi doći prije nego što se brinete o pojedinačnim mapiranjima polja jer određuje hoće li uopće doći do konfliktnih uređivanja.
| Kriteriji | Jednosmjerna sinkronizacija | Dvosmjerna sinkronizacija |
| Smjer promjena | Od izvora do odredišta | Oba sustava |
| Sukobi | Ne između oba sustava | Moguć |
| Duplicirani zapisi | Još uvijek moguće | Moguć |
| Uređivanje odredišta | Može se prebrisati | Može se širiti unatrag |
| Složenost postavljanja | Spustite | Viši |
| Najprikladniji za | Jedan sustav koji djeluje kao glavni | Timovi aktivno koriste oba sustava |
Jednosmjerna sinkronizacija je sigurnija kada je jedan sustav očito izvor istine.
Na primjer, ako se Google kontakti koriste samo za popunjavanje CRM-a, nema puno razloga da se dopusti vraćanje CRM uređivanja natrag u Google.
Dvosmjerna sinkronizacija ima smisla kada zaposlenici zaista ažuriraju kontakte u oba sustava.
Također uvodi novi zahtjev: potrebna su vam pravila za odlučivanje što se događa kada oba sustava sadrže različite verzije istog kontakta.
Ključna razlika je jednostavna: jednosmjerna sinkronizacija smanjuje rizik sukoba, ali ne uklanja rizik dupliciranja. Zapis se i dalje može duplicirati ako ga konektor ne uspije uskladiti s postojećim kontaktom.
Zašto sinkronizacija stvara duplikate i gubitke
Većina problema sa sinkronizacijom kontakata dolazi iz tri mehanizma: neuspješnog podudaranja zapisa, sukobljenih uređivanja i propagacije brisanja. Svaki zahtijeva drugačije rješenje, zbog čega jednostavno spajanje duplikata nakon svake sinkronizacije ne rješava temeljni problem.
Ključ podudaranja
Ključ podudaranja je polje koje konektor koristi kako bi odlučio predstavljaju li dva zapisa istu osobu.
Adresa e-pošte se često koristi jer je relativno jedinstvena. Problem je što nije uvijek prisutna ili dosljedna.
Gdje utakmica ne uspije
Razmotrimo kontakt koji postoji u oba sustava:
- Google kontakti: [e-pošta zaštićena]
- CRM: [e-pošta zaštićena]
Osoba može odmah prepoznati da oba zapisa mogu pripadati Johnu Smithu. Konektor koji koristi točno podudaranje e-pošte ne može napraviti tu pretpostavku. Vidi dvije različite vrijednosti i može stvoriti drugi zapis.
Isti problem se javlja kada:
- Jedan zapis nema adresu e-pošte.
- Poslovna e-pošta se koristi u jednom sustavu, a osobna e-pošta u drugom.
- Telefonski brojevi koriste različite formate.
- Konektor se podudara s poljem koje korisnici redovito uređuju.
- Duplikati su već postojali prije nego što je sinkronizacija omogućena.
Formatiranje telefona može stvoriti posebno zbunjujuće rezultate. Na primjer, +44 20 7946 0958 i 02079460958 mogu predstavljati isti broj, ali se neće podudarati ako konektor točno usporedi pohranjene nizove.
Popravite ključ prije spajanja
Spajanje duplikata korisno je tek nakon što ste ispravili problem podudaranja.
Ako je ključ podudaranja i dalje nedosljedan, sljedeća sinkronizacija može ponovno stvoriti duplicirane zapise koje ste upravo uklonili. Ispravan redoslijed je:
Utvrdite zašto podudaranje nije uspjelo → standardizirajte polje → spojite postojeće duplikate → pokrenite kontroliranu sinkronizaciju.
Za veće baze podataka, također je vrijedno provjeriti koliko zapisa nedostaje odabrani ključ podudaranja prije omogućavanja dvosmjerne sinkronizacije.
Rješavanje sukoba
Do sukoba dolazi kada konektor prepozna dva zapisa kao isti kontakt, ali pronađe različite vrijednosti jer su oba sustava uređena prije sljedeće sinkronizacije.
Uobičajeni pristupi uključuju:
| Pravilo o sukobu | Što se događa | Glavni rizik |
| Posljednji napisan pobjeđuje | Najnovija izmjena je zadržana | Korisna ranija korekcija može se prebrisati |
| Sustav evidencije | Jedan sustav kontrolira polje | Promjene u drugom sustavu možda neće biti zadržane |
| Pravila na razini polja | Različita polja slijede različita pravila | Potrebno je više postavljanja i održavanja |
Posljednje ispravke pisanja su praktične, ali mogu uzrokovati tihe promjene. Ako netko ispravi telefonski broj u CRM-u u 9:00, a drugi zaposlenik uredi isti kontakt na Googleu u 10:00 koristeći stariji telefonski broj, kasnije uređivanje može zamijeniti ispravku.
Za polja koja utječu na prodaju ili korisničku podršku, razmislite o određivanju sustava evidencije. Vaš Struktura CRM baze podataka može sadržavati informacije koje ne bi trebalo prebrisati uređivanjem adresara.
Širenje brisanja
Brisanje zaslužuje zasebnu pozornost jer može ukloniti informacije koje nisu vidljive u samom kontaktu.
U dvosmjernoj konfiguraciji, brisanje kontakta u Googleu potencijalno može izbrisati njegov CRM ekvivalent. Ako taj CRM zapis sadrži bilješke, aktivnosti, informacije o poslovima ili poveznice na zapise o kupcima, utjecaj je veći od gubitka imena i telefonskog broja.
| Akcijski | Potencijalni rezultat |
| Uredi kontakt | Drugi sustav prima novu vrijednost |
| Izradi kontakt | Drugi sustav stvara odgovarajući zapis |
| Spoji kontakte | Jedan zapis se može ukloniti ili promijeniti |
| Izbriši kontakt | Brisanje se može proširiti |
| Promijenite obje strane | Pravilo sukoba određuje preostalu vrijednost |
Ako vaš konektor dopušta onemogućavanje propagacije brisanja, razmislite o tome da ga isključite osim ako vaš tijek rada to izričito ne zahtijeva.
Sigurno postavljanje sinkronizacije
Najučinkovitije kontrole su one koje se primjenjuju prije prve sinkronizacije. Nakon što se tisuće kontakata dupliciraju ili prebrišu, čišćenje postaje znatno teže jer morate razlikovati izvorne podatke od promjena generiranih sinkronizacijom.
Dovršite ove provjere prije prvog ciklusa
- Izvoz oba sustava: Spremite CSV izvoz Google kontakata i CRM-a izvan oba sustava. To vam daje točku oporavka ako se prva sinkronizacija ponaša neočekivano.
- Uklonite postojeće duplikate: Sinkronizacija baze podataka koja već sadrži duplikate otežava usklađivanje i može umnožiti problem.
- Provjerite pokrivenost ključa podudaranja: Saznajte koliko kontakata nema polje koje planirate koristiti za podudaranje, posebno adresu e-pošte.
- Standardizirajte telefonske brojeve: Koristite jedan format u oba sustava kako razlike u formatiranju ne bi spriječile podudaranje.
- Započnite s jednosmjernom sinkronizacijom: Prvo popunite CRM i pregledajte rezultate prije nego što dopustite da promjene teku u oba smjera.
- Onemogući propagaciju brisanja: Spriječite automatsko premještanje brisanja između sustava osim ako ne postoji jasan operativni razlog za to.
- Testirajte s malom grupom: Započnite s 20 kontakata umjesto s cijelom bazom podataka. Testna grupa je dovoljna da otkrije netočna mapiranja polja i pravila podudaranja.
Provjerite rezultat nakon prvog ciklusa
Ne zaustavljajte provjeru kada prva sinkronizacija javi "završeno". Neki konektori pokreću dodatne cikluse usklađivanja nakon početnog prijenosa. Baza podataka koja izgleda ispravno odmah nakon prvog pokretanja može se ponovno promijeniti kada sljedeći planirani ciklus obradi zapise.
Sigurniji test je:
Prvi ciklus → pregledaj zapise → pričekaj drugi ciklus → ponovno pregledaj → proširi grupu za sinkronizaciju.
| Ne preskačite ovo: Ako testna grupa proizvede duplikate, zaustavite sinkronizaciju prije nego što je proširite. Ispravljanje ključa podudaranja i mapiranja polja u ovoj fazi puno je lakše nego popravljanje istog problema na tisućama zapisa. |
Oporavak od loše sinkronizacije
Ako je sinkronizacija već prebrisala ili izbrisala kontakte, zaustavite sinkronizaciju prije pokušaja čišćenja. U suprotnom, konektor može nastaviti primjenjivati isto pravilo dok pokušavate poništiti njegove učinke.
Proces oporavka trebao bi slijediti ovaj redoslijed:
- Onemogućite sinkronizaciju.
- Izvezite trenutno stanje oba sustava.
- Utvrdite kada su neželjene promjene započele.
- Koristite dostupnu povijest oporavka ili sigurnosnu kopiju.
- Popravite duplikate i netočne zapise.
- Ispravite konfiguraciju sinkronizacije.
- Pokrenite još jedan mali test prije ponovnog povezivanja cijele baze podataka.
Što Google može vratiti
Google kontakti pružaju Poništi promjene opcija koja može vratiti kontakte u ranije stanje unutar prethodnih 30 dana. Google navodi da restauracija može vratiti popis kontakata u stanje u odabranoj točki tijekom tog razdoblja.
Taj 30-dnevni okvir je važan jer ograničava koliko dugo imate vremena za poništavanje velike promjene kontakta od strane Googlea. Prije vraćanja izvezite svoje trenutne kontakte jer se kontakti dodani nakon odabrane točke vraćanja mogu ukloniti kada vratite starije stanje.
Google također napominje da se kontakti trajno uklonjeni iz Otpada ne mogu vratiti ovim postupkom vraćanja.
Što 30-dnevni rok ne pokriva
Prozor za oporavak Googlea odnosi se na Google kontakte. Ne vraća automatski podatke koji su prepisani ili izbrisani u vašem CRM-u.
Na primjer, ako sinkronizacija promijeni telefonski broj CRM-a, a CRM nema povijest verzija za to polje, Googleova funkcija poništavanja ne mora nužno vratiti vrijednost CRM-a.
Isto se odnosi i na informacije priložene CRM zapisu. Ime i e-poštu kontakta mogu se lako rekonstruirati iz izvoza, ali povezane bilješke, aktivnosti, prilike i interakcije s klijentima možda neće biti moguće oporaviti osim ako ih CRM ne čuva zasebno.
| Izvor oporavka | Što može pomoći u oporavku | Ograničenje |
| Poništi Google kontakte | Ranije stanje Google kontakta | Ograničeno na 30 dana |
| Otpad Google kontakata | Nedavno izbrisani kontakti | Trajno ispražnjeni Otpad ne može se vratiti |
| koš za smeće CRM-a | Izbrisani CRM zapisi | Zadržavanje korisnika varira ovisno o CRM-u |
| CRM revizija/povijest | Prethodne vrijednosti polja | Ovisi o CRM-u i omogućenom praćenju |
| CSV izvoz | Snimka kontaktnih podataka | Sadrži samo ono što je izvezeno |
| Ako je već pošlo po zlu: Isključite sinkronizaciju prije spajanja duplikata ili vraćanja zapisa. Zatim izvezite trenutno stanje, utvrdite kada je problem započeo, popravite podatke, ispravite pravila sinkronizacije i ponovno se povežite tek nakon kontroliranog testa. Inače, ista neispravna konfiguracija može ponovno izazvati problem dok ga popravljate. |
Sinkronizacija kontakata s Vtiger One
Vtiger One povezuje podatke Google Workspacea s CRM zapisima tako da timovi mogu raditi s kontaktima, e-poštom, kalendarima, datotekama i sastancima bez održavanja potpuno odvojenih zapisa o korisnicima.
Važna razlika je ono što se događa nakon što kontakt dođe u CRM. CRM kontakt može biti povezan s prodajnim prilikama, slučajevima podrške, aktivnostima, bilješkama i interakcijama s kupcima. Taj kontekst nije ekvivalentan osnovnim kontaktnim podacima pohranjenim u adresaru.
Zato se sinkronizacija kontakata mora tretirati kao proces upravljanja podacima, a ne kao puka veza između dvije aplikacije.
The upravljanje odnosima s kupcima Zapis bi trebao ostati koristan čak i kada Google kontakt sadrži samo ime, telefonski broj i adresu e-pošte. voditi proces upravljanja dodaje kontekst prodaje koji adresar ne sadrži.
Manje kopija za usklađivanje
Što više sustava održava vlastitu kopiju podataka o kupcima, to više pravila za podudaranje i sukobe morate održavati.
An sveobuhvatna CRM platforma može smanjiti to dupliciranje tako što će prodajni, marketinški i timovi za podršku imati isti zapis o kupcima. Google Workspace tada može ostati sloj produktivnosti, dok CRM ostaje sustav u kojem se održava povijest kupaca i poslovne aktivnosti.
Praktične provjere postavljanja
Ako konfigurirate Google Workspace s Vtigerom, prije omogućavanja skupne sinkronizacije pregledajte ova područja:
- pregled Sinkronizacija Google aplikacija opcije i omogućite samo usluge koje vaš tim zapravo koristi.
- Potvrdite Integracija s Google CRM-om smjer prije prve sinkronizacije.
- Korak po korak do prijave Sigurnosne kontrole CRM-a korisnicima koji mogu upravljati ili pokretati integracije.
- Tretirajte veliki prvi uvoz kao Planiranje migracije CRM-a vježbanje umjesto promjene rutinskih postavki.
- Ako je Gmail središnji dio tijeka rada tima, procijenite je li CRM izgrađen za Google smanjuje broj zasebnih sustava koje zaposlenici trebaju ažurirati.
Cilj nije eliminirati svaku integraciju. Cilj je razjasniti koji sustav posjeduje svaki dio podataka o kupcu, koja se polja mogu premještati između sustava i što se događa kada dva korisnika uređuju isti zapis.
Fčesto postavljana pitanja
Zašto moj CRM stalno stvara duplicirane kontakte?
Budući da sinkronizacija ne može uskladiti dolazni zapis s postojećim kontaktom. Usklađivanje obično koristi adrese e-pošte, pa se kontakti bez e-pošte, kontakti s različitim e-mail adresama u svakom sustavu ili kontakti s nekonzistentnim formatiranjem mogu tretirati kao novi zapisi.
Sprječava li jednosmjerna sinkronizacija duplikate?
Ne. Jednosmjerna sinkronizacija sprječava sukobe uzrokovane uređivanjem istog zapisa u oba sustava, ali ne sprječava neuspješno podudaranje. Ako konektor ne može identificirati postojeći kontakt, i dalje može stvoriti duplikat u odredišnom sustavu.
Koji sustav pobjeđuje kada se kontakt promijeni u oba?
Rezultat ovisi o pravilu sukoba konfiguriranom za konektor. Uobičajena zadana vrijednost je last-write-wins, gdje najnovije uređivanje zamjenjuje raniju vrijednost. Ako određeno polje mora kontrolirati jedan sustav, konfigurirajte taj sustav kao izvor istine za polje gdje ga konektor podržava.
Mogu li oporaviti kontakte nakon loše sinkronizacije?
Google kontakti mogu poništiti promjene napravljene u prethodnih 30 dana. Kontakti trajno uklonjeni iz Otpada ne mogu se vratiti putem Googleove funkcije poništavanja. Možete li oporaviti podatke koji su prepisani ili izbrisani u CRM-u ovisi o košu za smeće CRM-a, povijesti revizije, povijesti verzija ili dostupnim sigurnosnim kopijama.
Trebam li isključiti sinkronizaciju brisanja?
Za većinu timova, onemogućavanje propagacije brisanja je sigurniji izbor, osim ako tijek rada to izričito ne zahtijeva. U suprotnom, brisanje se može premjestiti iz Googlea u CRM i ukloniti zapis i potencijalno njegovu povezanu poslovnu povijest.
Kako se pripremiti prije uključivanja sinkronizacije kontakata?
Izvezite oba sustava, uklonite postojeće duplikate, provjerite pokrivenost ključa podudaranja, standardizirajte formate telefona, započnite s jednosmjernom sinkronizacijom, onemogućite propagaciju brisanja i testirajte prvi ciklus s malom grupom prije sinkronizacije cijele baze podataka.
Zašto su se duplikati pojavili nakon što je sinkronizacija u početku izgledala ispravno?
Neki konektori izvode usklađivanje u kasnijim planiranim ciklusima. Prvo pokretanje stoga može izgledati uspješno prije nego što sljedeći ciklus obradi dodatne zapise. Ponovno testirajte grupu za sinkronizaciju nakon još jednog planiranog ciklusa prije nego što je proširite.
Što je ključ podudaranja u sinkronizaciji kontakata?
Ključ podudaranja je polje koje konektor koristi kako bi odlučio predstavlja li zapis u jednom sustavu istu osobu kao zapis u drugom. Uobičajeno se koristi adresa e-pošte. Ako polje nedostaje ili je nekonzistentno, konektor može stvoriti novi kontakt umjesto ažuriranja postojećeg.
