Synchronizácia kontaktov v Google Workspace kopíruje kontakty medzi Kontaktmi Google a CRM podľa plánu. Duplikáty sa zvyčajne objavia, keď sa týmto dvom systémom nepodarí identifikovať tú istú osobu pomocou nakonfigurovaného kľúča zhody. Dáta sa môžu stratiť aj vtedy, keď pravidlo konfliktu prepíše novšiu hodnotu alebo keď sa odstránenie rozšíri medzi systémami. Kontakty Google dokážu vrátiť späť zmeny z posledných 30 dní, čo z tohto obdobia robí praktické obdobie na obnovenie.
Synchronizácia kontaktov zriedkavo spôsobuje náhodnú stratu údajov. Väčšina problémov pochádza z troch predvídateľných bodov v procese: ako sa záznamy porovnávajú, ako sa riešia konfliktné úpravy a či sa povolené šírenie vymazaných údajov.
Mnoho tímov berie synchronizáciu ako jednoduchú úlohu nastavenia. Pripojte Google Workspace, vyberte polia kontaktov, zvoľte smer a zapnite ho. Problémy sa zvyčajne objavia neskôr, keď niekto zistí, že zoznam kontaktov sa zdvojnásobil alebo že telefónne číslo opravené v CRM bolo nahradené staršou hodnotou z Kontaktov Google.
Tieto výsledky nemusia byť nevyhnutne zlyhaním softvéru. Často priamo vyplývajú z konfigurácie pravidiel synchronizácie. Bezpečnejším prístupom je pochopiť, čo konektor robí počas každého synchronizačného cyklu, identifikovať, ktorý systém by mal ovládať dôležité polia, a vytvoriť bod obnovenia pred prvou hromadnou synchronizáciou.
Ako funguje synchronizácia kontaktov
Synchronizácia kontaktov v službe Google Workspace porovnáva a aktualizuje záznamy medzi dvoma samostatnými systémami. Zvyčajne sa vykonáva naplánovane, nie okamžite, takže každý cyklus kontroluje, čo sa zmenilo od predchádzajúceho spustenia, a potom použije nakonfigurované pravidlá.
Synchronizačný cyklus zahŕňa päť krokov:
- Konektor kontroluje zmeny – Identifikuje kontakty vytvorené, upravené alebo odstránené od predchádzajúceho cyklu. V závislosti od konektora sa tieto kontroly môžu vykonávať každých pár minút, nie okamžite.
- Zhoduje sa to so záznamami – Pre každý zmenený kontakt konektor vyhľadá zodpovedajúci záznam v druhom systéme. Pole použité na toto porovnanie je kľúč zhody a e-mailová adresa je bežnou voľbou.
- Mapuje polia – Konektor určuje, ktoré polia si zodpovedajú medzi týmito dvoma systémami. Meno, e-mail, telefónne číslo, spoločnosť a pracovná pozícia môžu mať priame ekvivalenty. Polia bez namapovaného cieľa sa neprenesú.
- Rieši konflikty – Ak bol ten istý kontakt zmenený v oboch systémoch pred ďalšou synchronizáciou, pravidlo konfliktu určí, ktorá hodnota sa zachová.
- Zapisuje zmeny – Konektor aplikuje výsledné zmeny podľa vybratého smeru synchronizácie a povolení.
Dôležité je, že zosúladenie a riešenie konfliktov sú samostatné problémyZhoda určuje, či si konektor myslí, že dva záznamy patria tej istej osobe. Riešenie konfliktov určuje, ktorá hodnota prežije, keď vie, že ide o tú istú osobu.
| Dôležité upozornenie: Synchronizácia kopíruje dáta medzi dvoma systémami, z ktorých každý si uchováva vlastné záznamy. To sa líši od Integrácia CRM systému Google Workspace postavené na zdieľanom zázname o zákazníkovi. Ak si stále vyberáte CRM, tento rozdiel je dôležitý, pretože zdieľaný záznam znižuje množstvo kontaktných údajov, ktoré je potrebné zosúladiť medzi samostatnými systémami. |
Čo sa prenáša?
Synchronizácia kontaktov nemusí nevyhnutne preniesť každé pole z jedného systému do druhého.
| Dátový typ | kontakty Google | CRM | Typický výsledok synchronizácie |
| Meno | Áno | Áno | Zvyčajne mapované |
| Áno | Áno | Zvyčajne mapované a používané na porovnávanie | |
| Telefón | Áno | Áno | Zvyčajne mapované |
| Spoločnosť | Áno | Áno | Zvyčajne mapované |
| Názov práce | Áno | Áno | Často mapované |
| etikety | Áno | Rôzne | Nemožno preniesť |
| Zdroj olova | Nie | Áno | Zvyčajne zostáva v CRM |
| História obchodov | Nie | Áno | Zostáva v CRM |
| Vlastné polia CRM | Nie | Áno | Zvyčajne zostávajú v CRM |
Nepriradené pole sa nemusí nevyhnutne odstrániť. Jednoducho nemá cieľ v druhom systéme. Riziko vzniká, keď tímy predpokladajú, že pole existuje na oboch stranách, a potom zistia, že nikdy nebolo zahrnuté do mapovania.
Jednosmerná verzus obojsmerná synchronizácia
Smer synchronizácie určuje, ktorý systém môže zmeniť ten druhý. Toto rozhodnutie by malo prísť skôr, ako sa začnete obávať mapovania jednotlivých polí, pretože určuje, či vôbec môže dôjsť ku konfliktným úpravám.
| Kritériá | Jednosmerná synchronizácia | Obojsmerná synchronizácia |
| Smer zmien | Od zdroja k cieľu | Oba systémy |
| Konflikty | Nie medzi oboma systémami | Možný |
| Duplicitné záznamy | Stále možné | Možný |
| Úpravy cieľa | Dá sa prepísať | Môže sa šíriť späť |
| Zložitosť nastavenia | Spodný | Vyššia |
| Najlepšie sa hodí | Jeden systém fungujúci ako hlavný | Tímy aktívne využívajúce oba systémy |
Jednosmerná synchronizácia je bezpečnejšia, keď je jeden systém jednoznačným zdrojom pravdy.
Napríklad, ak sa Kontakty Google používajú iba na naplnenie CRM, nie je dôvod povoliť úpravám CRM späť do Googlu.
Obojsmerná synchronizácia má zmysel, keď zamestnanci skutočne aktualizujú kontakty v oboch systémoch.
Zavádza tiež novú požiadavku: potrebujete pravidlá na rozhodovanie o tom, čo sa stane, keď oba systémy obsahujú rôzne verzie toho istého kontaktu.
Kľúčový rozdiel je jednoduchý: jednosmerná synchronizácia znižuje riziko konfliktu, ale neodstraňuje riziko duplikácie. Záznam je možné duplikovať, aj keď sa konektoru nepodarí ho priradiť k existujúcemu kontaktu.
Prečo synchronizácia vytvára duplikáty a straty
Väčšina problémov so synchronizáciou kontaktov pochádza z troch mechanizmov: neúspešné zhodovanie záznamov, konfliktné úpravy a šírenie odstránení. Každý z nich si vyžaduje inú opravu, a preto jednoduché zlúčenie duplikátov po každej synchronizácii nevyrieši základný problém.
Kľúč k zápasu
Kľúč zhody je pole, ktoré konektor používa na rozhodnutie, či dva záznamy predstavujú tú istú osobu.
E-mailová adresa sa bežne používa, pretože je relatívne jedinečná. Problém je v tom, že nie je vždy prítomná alebo konzistentná.
Kde zápas zlyhá
Uvažujme kontakt, ktorý existuje v oboch systémoch:
- Kontakty Google: [chránené e-mailom]
- CRM: [chránené e-mailom]
Osoba okamžite rozpozná, že oba záznamy môžu patriť Johnovi Smithovi. Konektor používajúci presné porovnávanie e-mailových adries nemôže urobiť tento predpoklad. Vidí dve rôzne hodnoty a môže vytvoriť druhý záznam.
Rovnaký problém nastáva, keď:
- Jeden záznam nemá e-mailovú adresu.
- V jednom systéme sa používa pracovný e-mail a v inom súkromný e-mail.
- Telefónne čísla používajú rôzne formáty.
- Konektor sa zhoduje s poľom, ktoré používatelia pravidelne upravujú.
- Duplikáty už existovali pred povolením synchronizácie.
Formátovanie telefónneho čísla môže viesť k obzvlášť mätúcim výsledkom. Napríklad +44 20 7946 0958 a 02079460958 môžu predstavovať rovnaké číslo, ale nebudú sa zhodovať, ak konektor presne porovná uložené reťazce.
Pred zlúčením opravte kľúč
Zlúčenie duplikátov je užitočné až po oprave problému so zhodou.
Ak je kľúč zhody stále nekonzistentný, ďalšia synchronizácia môže znovu vytvoriť duplicitné záznamy, ktoré ste práve odstránili. Správna postupnosť je:
Identifikujte, prečo zhoda zlyhala → štandardizujte pole → zlúčte existujúce duplikáty → spustite riadenú synchronizáciu.
V prípade väčších databáz sa pred povolením obojsmernej synchronizácie oplatí skontrolovať, koľkým záznamom chýba zvolený kľúč zhody.
Riešenie konfliktov
Ku konfliktu dochádza, keď konektor rozpozná dva záznamy ako ten istý kontakt, ale nájde rôzne hodnoty, pretože oba systémy boli upravené pred ďalšou synchronizáciou.
Medzi bežné prístupy patria:
| Pravidlo konfliktu | Čo sa stane, | Hlavné riziko |
| Posledný zápis vyhráva | Najnovšia úprava sa zachová | Užitočnú skoršiu opravu je možné prepísať |
| Systém záznamov | Jeden systém riadi celé pole | Zmeny v inom systéme sa nemusia zachovať. |
| Pravidlá na úrovni poľa | Rôzne oblasti sa riadia rôznymi pravidlami | Vyžaduje sa viac nastavení a údržby |
Posledné zápisy sú výhodné, ale môžu spôsobiť tiché zmeny. Ak niekto opraví telefónne číslo v CRM o 9:00 a iný zamestnanec upraví ten istý kontakt v Google o 10:00 s použitím staršieho telefónneho čísla, neskoršia úprava môže nahradiť opravu.
V prípade polí, ktoré ovplyvňujú predaj alebo zákaznícky servis, zvážte namiesto toho určenie systému záznamov. Váš Štruktúra databázy CRM môže obsahovať informácie, ktoré by sa nemali prepísať úpravou adresára.
Šírenie vymazania
Samostatnú pozornosť si zaslúži vymazanie, pretože môže odstrániť informácie, ktoré nie sú viditeľné v samotnom kontakte.
V obojsmernej konfigurácii môže odstránenie kontaktu v službe Google potenciálne vymazať jeho náprotivok v systéme CRM. Ak tento záznam v systéme CRM obsahuje poznámky, aktivity, informácie o obchodoch alebo odkazy na záznamy o zákazníkoch, dopad je väčší ako strata mena a telefónneho čísla.
| akčná | Potenciálny výsledok |
| Upraviť kontakt | Iný systém dostane novú hodnotu |
| Vytvoriť kontakt | Iný systém vytvorí zodpovedajúci záznam |
| Zlúčiť kontakty | Jeden záznam je možné odstrániť alebo zmeniť |
| Odstrániť kontakt | Vymazanie sa môže rozšíriť |
| Zmeňte obe strany | Pravidlo konfliktu určuje prežívajúcu hodnotu |
Ak váš konektor umožňuje zakázanie šírenia odstránenia, zvážte jeho vypnutie, pokiaľ si to váš pracovný postup výslovne nevyžaduje.
Bezpečné nastavenie synchronizácie
Najúčinnejšie kontroly sú tie, ktoré sa aplikujú pred prvou synchronizáciou. Po duplikovaní alebo prepísaní tisícok kontaktov sa čistenie stáva podstatne ťažším, pretože musíte rozlišovať medzi pôvodnými údajmi a zmenami vygenerovanými synchronizáciou.
Tieto kontroly vykonajte pred prvým cyklom
- Exportujte oba systémy: Uložte export CSV z Kontaktov Google a CRM mimo oboch systémov. Získate tak bod obnovenia, ak sa prvá synchronizácia správa neočakávane.
- Odstrániť existujúce duplikáty: Synchronizácia databázy, ktorá už obsahuje duplikáty, sťažuje porovnávanie a môže problém znásobiť.
- Skontrolujte pokrytie kľúčom zhody: Zistite, koľkým kontaktom chýba pole, ktoré plánujete použiť na porovnávanie, najmä e-mailová adresa.
- Štandardizujte telefónne čísla: Použite jeden formát v oboch systémoch, aby rozdiely vo formátovaní nebránili zhode.
- Začnite s jednosmernou synchronizáciou: Najprv naplňte CRM a skontrolujte výsledky, než povolíte tok zmien v oboch smeroch.
- Zakázať šírenie odstránení: Zabráňte automatickému presunu vymazaných položiek medzi systémami, pokiaľ na to neexistuje jasný prevádzkový dôvod.
- Otestujte s malou skupinou: Začnite s 20 kontaktmi, nie s celou databázou. Testovacia skupina stačí na odhalenie nesprávnych mapovaní polí a pravidiel párovania.
Skontrolujte výsledok po prvom cykle
Neprestaňte kontrolovať, keď prvá synchronizácia hlási „dokončené“. Niektoré konektory spúšťajú po počiatočnom prenose ďalšie cykly zosúladenia. Databáza, ktorá vyzerá správne ihneď po prvom spustení, sa môže znova zmeniť, keď ďalší naplánovaný cyklus spracuje záznamy.
Bezpečnejší test je:
Prvý cyklus → kontrola záznamov → čakanie na ďalší cyklus → opätovná kontrola → rozšírenie synchronizačnej skupiny.
| Toto neprehliadnite: Ak testovacia skupina vygeneruje duplikáty, pred jej rozšírením zastavte synchronizáciu. Oprava kľúča zhody a mapovania polí v tejto fáze je oveľa jednoduchšia ako oprava rovnakého problému v tisíckach záznamov. |
Obnova po chybnej synchronizácii
Ak synchronizácia už prepísala alebo odstránila kontakty, pred pokusom o vyčistenie synchronizáciu zastavte. V opačnom prípade môže konektor naďalej uplatňovať to isté pravidlo, zatiaľ čo sa pokúšate zvrátiť jeho účinky.
Proces obnovy by mal prebiehať v tomto poradí:
- Vypnite synchronizáciu.
- Exportujte aktuálny stav oboch systémov.
- Identifikujte, kedy sa začali nechcené zmeny.
- Použite dostupnú históriu obnovenia alebo zálohu.
- Oprava duplikátov a nesprávnych záznamov.
- Opravte konfiguráciu synchronizácie.
- Pred opätovným pripojením celej databázy spustite ďalší malý test.
Čo dokáže Google obnoviť
Kontakty Google poskytujú Vrátiť zmeny späť možnosť, ktorá dokáže obnoviť kontakty do predchádzajúceho stavu za posledných 30 dní. Google uvádza, že obnova dokáže vrátiť zoznam kontaktov do stavu vo vybranom bode počas daného obdobia.
Toto 30-dňové okno je dôležité, pretože obmedzuje čas, ktorý máte na zvrátenie rozsiahlej zmeny kontaktu zo strany Googlu. Pred obnovením exportujte svoje aktuálne kontakty, pretože kontakty pridané po vybratom bode obnovenia sa môžu pri obnovení staršieho stavu odstrániť.
Google tiež poznamenáva, že kontakty natrvalo odstránené z koša nie je možné týmto procesom obnovenia obnoviť.
Čo 30-dňové okno nepokrýva
Okno obnovenia účtu Google sa vzťahuje na Kontakty Google. Automaticky neobnoví údaje, ktoré boli prepísané alebo odstránené vo vašom CRM.
Napríklad, ak synchronizácia zmení telefónne číslo CRM a CRM nemá pre dané pole históriu verzií, funkcia vrátenia zmien od spoločnosti Google nemusí nevyhnutne obnoviť hodnotu CRM.
To isté platí pre informácie pripojené k záznamu CRM. Meno a e-mail kontaktu sa dajú ľahko rekonštruovať z exportu, ale súvisiace poznámky, aktivity, príležitosti a interakcie so zákazníkmi sa nemusia dať obnoviť, pokiaľ ich CRM neuchováva samostatne.
| Zdroj obnovy | Čo môže pomôcť zotaviť sa | obmedzenia |
| Vrátiť späť Kontakty Google | Skorší stav kontaktov Google | Obmedzené na 30 dní |
| Kôš Kontaktov Google | Nedávno odstránené kontakty | Trvalo vyprázdnený kôš nie je možné obnoviť |
| Kôš CRM | Odstránené záznamy CRM | Retencia sa líši v závislosti od CRM |
| Audit/história CRM | Predchádzajúce hodnoty polí | Závisí od CRM a povoleného sledovania |
| export CSV | Snímka kontaktných údajov | Obsahuje iba to, čo bolo exportované |
| Ak sa to už pokazilo: Pred zlúčením duplikátov alebo obnovením záznamov vypnite synchronizáciu. Potom exportujte aktuálny stav, určte, kedy problém začal, opravte údaje, upravte pravidlá synchronizácie a znova pripojte až po kontrolovanom teste. V opačnom prípade môže tá istá chybná konfigurácia problém znova spôsobiť, kým ho budete opravovať. |
Synchronizácia kontaktov s Vtiger One
Vtiger One prepája údaje z Google Workspace so záznamami CRM, aby tímy mohli pracovať s kontaktmi, e-mailami, kalendármi, súbormi a stretnutiami bez toho, aby museli udržiavať úplne oddelené záznamy o zákazníkoch.
Dôležitým rozdielom je to, čo sa stane po tom, čo sa kontakt dostane do CRM. Kontakt CRM môže byť spojený s obchodnými príležitosťami, prípadmi podpory, aktivitami, poznámkami a interakciami so zákazníkmi. Tento kontext nie je ekvivalentný základným kontaktným informáciám uloženým v adresári.
Preto je potrebné synchronizáciu kontaktov považovať za proces správy údajov, a nie len za prepojenie medzi dvoma aplikáciami.
Riadenie vzťahov so zákazníkmi Záznam by mal zostať užitočný aj v prípade, že kontakt Google obsahuje iba meno, telefónne číslo a e-mailovú adresu. viesť proces riadenia pridáva kontext predaja, ktorý adresár neobsahuje.
Menej kópií na zosúladenie
Čím viac systémov si uchováva vlastnú kópiu informácií o zákazníkoch, tým viac pravidiel porovnávania a konfliktov musíte udržiavať.
An all-in-one CRM platforma môže znížiť túto duplicitu tým, že tímy predaja, marketingu a podpory budú mať k dispozícii rovnaký záznam o zákazníkoch. Google Workspace potom môže zostať vrstvou produktivity, zatiaľ čo CRM zostane systémom, v ktorom sa uchováva história zákazníkov a obchodná aktivita.
Praktické kontroly nastavenia
Ak konfigurujete Google Workspace s Vtigerom, pred povolením hromadnej synchronizácie si prečítajte tieto oblasti:
- preskúmanie Synchronizácia aplikácií Google možnosti a povoliť iba služby, ktoré váš tím skutočne používa.
- Potvrďte Integrácia CRM systému Google smer pred prvou synchronizáciou.
- Aplikovať Bezpečnostné kontroly CRM používateľom, ktorí môžu spravovať alebo spúšťať integrácie.
- Považujte veľký prvý import za Plánovanie migrácie CRM cvičenie, a nie zmena rutinného nastavenia.
- Ak je Gmail ústredným prvkom pracovného postupu tímu, zhodnoťte, či CRM vytvorený pre Google znižuje počet samostatných systémov, ktoré musia zamestnanci aktualizovať.
Cieľom nie je eliminovať každú integráciu. Ide o to, aby sa objasnilo, ktorý systém vlastní jednotlivé informácie o zákazníkovi, ktoré polia sa môžu presúvať medzi systémami a čo sa stane, keď dvaja používatelia upravia ten istý záznam.
Fčasto kladené otázky
Prečo môj CRM systém stále vytvára duplicitné kontakty?
Pretože synchronizácia nedokáže priradiť prichádzajúci záznam k existujúcemu kontaktu. Priradenie bežne používa e-mailové adresy, takže kontakty bez e-mailu, kontakty s rôznymi e-mailovými adresami v každom systéme alebo kontakty s nekonzistentným formátovaním môžu byť považované za nové záznamy.
Zabraňuje jednosmerná synchronizácia duplikátom?
Nie. Jednosmerná synchronizácia zabraňuje konfliktom spôsobeným úpravou toho istého záznamu v oboch systémoch, ale nezabraňuje neúspešnému priradeniu. Ak konektor nedokáže identifikovať existujúci kontakt, stále môže v cieľovom systéme vytvoriť duplikát.
Ktorý systém vyhráva, keď sa kontakt zmení v oboch?
Výsledok závisí od pravidla konfliktu nakonfigurovaného pre konektor. Bežná predvolená hodnota je last-write-wins, kde najnovšia úprava nahradí skoršiu hodnotu. Ak musí byť konkrétne pole riadené jedným systémom, nakonfigurujte tento systém ako zdroj pravdy pre pole, kde ho konektor podporuje.
Môžem obnoviť kontakty po neúspešnej synchronizácii?
Kontakty Google môžu vrátiť späť zmeny vykonané v priebehu predchádzajúcich 30 dní. Kontakty natrvalo odstránené z koša nie je možné obnoviť pomocou funkcie vrátenia zmien od spoločnosti Google. Či je možné obnoviť prepísané alebo odstránené údaje v CRM, závisí od koša daného CRM, histórie auditov, histórie verzií alebo dostupných záloh.
Mám vypnúť synchronizáciu odstránenia?
Pre väčšinu tímov je bezpečnejšou voľbou vypnutie šírenia odstránenia, pokiaľ si to pracovný postup výslovne nevyžaduje. V opačnom prípade sa odstránenie môže presunúť z Googlu do CRM a odstrániť záznam a potenciálne aj s ním spojenú obchodnú históriu.
Ako sa mám pripraviť pred zapnutím synchronizácie kontaktov?
Exportujte oba systémy, odstráňte existujúce duplikáty, skontrolujte pokrytie kľúča zhody, štandardizujte formáty telefónnych čísel, začnite s jednosmernou synchronizáciou, vypnite šírenie vymazania a pred synchronizáciou celej databázy otestujte prvý cyklus s malou skupinou.
Prečo sa duplikáty zobrazovali aj po tom, čo synchronizácia pôvodne vyzerala správne?
Niektoré konektory vykonávajú zosúladenie v neskorších naplánovaných cykloch. Prvé spustenie sa preto môže zdať úspešné skôr, ako nasledujúci cyklus spracuje ďalšie záznamy. Pred rozšírením synchronizačnej skupiny ju znova otestujte po ďalšom naplánovanom cykle.
Čo je to kľúč zhody v synchronizácii kontaktov?
Kľúč zhody je pole, ktoré konektor používa na rozhodnutie, či záznam v jednom systéme predstavuje tú istú osobu ako záznam v inom. Bežne sa používa e-mailová adresa. Ak pole chýba alebo je nekonzistentné, konektor môže namiesto aktualizácie existujúceho kontaktu vytvoriť nový.
