אתם צריכים שינוי שמופיע תוך שניות
זו עבודה בחבילות עם אישור באמצע. אם שינוי חייב להגיע מיד למערכת אחרת, משתמשים ב-webhook החתום וב-API ובונים את הזרימה אצלכם.
סנכרון דו כיווני
סנכרון דו כיווני שבו אדם מאשר כל חבילה לפני שהיא יוצאת
סנכרון דו כיווני כאן אומר ששינויים ב-CRM חוזרים למערכת האחרת רק אחרי שאדם קרא את הרשימה המדויקת ואישר אותה. שום דבר לא זז כתוצאה מעריכה. זה עובד מול תשע מערכות, שולח את השדות שבמיפוי ורושם מה הספק ענה. שינויים בכיוון ההפוך מגיעים בייבוא חוזר.
היכולת בנויה ועדיין לא מופעלת. היא לא רצה מול חשבון אמיתי של אף ספק, ונשארת כבויה עד שזה יקרה
9מערכות: HubSpot, Pipedrive, Dynamics, Salesforce, Zoho, פיירברי, monday.com, זברה ומיי ביזנס
3מנעולים: מתג השירות, הסכמה לאותו חיבור, ואדם שמאשר את הרשימה
0כלים שיכולים לשלוח: מפתח API או סוכן AI קוראים את רשימת ההמתנה וזהו
המסלול
איך עובדת חבילת סנכרון אחת
סריקה מכינה רשימה ולא שולחת דבר. שליחה קורית רק אחרי אישור, והאישור קשור לרשימה המדויקת שקראתם.
מדליקים לחיבור אחדבעלים או מנהל, והסריקה מתחילה מאותו רגע
סורקיםעד מאתיים רשומות שהשתנו, בלי לשלוח
קוראיםהשדות המדויקים שכל רשומה תשלח
מאשריםהאישור נקשר לטביעת האצבע של הרשימה
שולחיםכל שורה רושמת את תשובת הספק
מה נשלח
מה אפשר לשלוח לכל מערכת
הכיסוי תלוי במה שה-API של כל ספק מקבל. סוג רשומה שלא מופיע כאן לא ניתן לכתיבה בכלל.
| מערכת | רשומות | איך הרשומה נמצאת | שדות מותאמים |
|---|---|---|---|
| HubSpot | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | כן, לפי המיפוי |
| Pipedrive | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | כן, לפי המיפוי |
| Microsoft Dynamics | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | אם המיפוי מציין שדה |
| Salesforce | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | כן, לפי המיפוי |
| Zoho CRM | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | כן, לפי המיפוי |
| פיירברי | אנשי קשר, חברות, עסקאות | הקישור מהייבוא | אם המיפוי מציין שדה |
| monday.com | אנשי קשר | הקישור מהייבוא | אם המיפוי מציין שדה |
| זברה | אנשי קשר | שדה שבוחרים, כמו מייל | עוד לא |
| מיי ביזנס | אנשי קשר | מייל, רק בהתאמה יחידה | עוד לא |
מפיירברי, מ-monday.com וממיי ביזנס צריך עוד לאמת את נתיב העדכון בריצה חיה ראשונה, ומיי ביזנס דורשת גם מזהה אפליקציה מהספק.
העיקרון
למה הסנכרון מחכה לאדם ולא רץ לבד
סנכרון רציף נראה נוח עד היום שבו ייבוא שגוי או מיפוי לא נכון כותב מחדש אלפי רשומות במערכת שצוות אחר נשען עליה. כשמישהו שם לב, הערכים הישנים כבר לא שם, ושתי המערכות מסכימות על התשובה הלא נכונה. כתיבה למערכת של חברה אחרת היא הדבר המסוכן ביותר שחיבור עושה, ולכן היא מטופלת כאן כמו שליחת קמפיין: התוכנה מכינה ואדם משחרר.
לכן יש שלושה מנעולים ולא אחד. השירות צריך לאפשר את זה, החיבור צריך להסכים, ואדם צריך לאשר רשימה שטביעת האצבע שלה תואמת למה שקרא. אין נתיב API ואין כלי MCP ששולחים. עוזר יכול להראות מה ממתין ולעזור להחליט, ושם הוא עוצר.
מה נשלח נקבע לפי המיפוי של החיבור, קרוא הפוך: כל שדה שהמיפוי מציין, כולל מותאמים, ושום דבר אחר. אימייל, שלב, בעלים וסכומים לא נשלחים, וערך ריק לא נשלח, ולכן שדה שרוקן כאן לא מוחק ערך שם. בכיוון ההפוך, שינויים נכנסים בייבוא חוזר: שדות ריקים מתמלאים, הערכים שלכם נשארים, ושם איש קשר שונה עובר לתור הסתירות.
בכנות
מתי זה לא הסנכרון שאתם צריכים
אם אתם צריכים אחד מהדברים האלה, עדיף לדעת עכשיו.
אתם רוצים לסנכרן מייל, שלב או סכומים
הם מוחרגים בכוונה וההחרגה אינה הגדרה. אם התהליך שלכם דורש לשנות אותם במערכת האחרת, משנים אותם שם.
אתם צריכים את זה חי היום
היכולת לא מופעלת ואף ספק לא נבדק מול חשבון אמיתי. עדיף שתשמעו את זה מאיתנו מאשר שהחבילה הראשונה שלכם תהיה הבדיקה.
שאלות על סנכרון דו כיווני ל-CRM
האם זה סנכרון דו כיווני אמיתי
זה סנכרון מבוקר. שינויים יוצאים בחבילות שאדם מאשר ונכנסים בייבוא חוזר שממלא שדות ריקים ולא דורס את שלכם. שני הכיוונים עובדים על אותו מיפוי. זה לא סנכרון רציף ששומר על שתי מערכות זהות בלי שאף אחד מסתכל.
האם סוכן AI יכול לדחוף שינויים ל-CRM שלי
לא. סוכן או מפתח API יכולים לקרוא את רשימת ההמתנה דרך תצוגת היוצאים של החיבור, וזה הכול. האישור שייך לאדם מחובר במסך, ואין נתיב או כלי ששולחים חבילה בשם מישהו.
מה קורה אם רשומה משתנה אחרי שאישרתי
האישור קשור לטביעת אצבע של השורות המדויקות שקראתם. אם הרשימה משתנה, טביעת האצבע כבר לא תואמת והחבילה צריכה אישור חדש. רשומה שכבר ממתינה מתעדכנת כשהיא משתנה, ולכן יוצא הערך העדכני שלה.
האם סנכרון יכול למחוק נתונים במערכת האחרת
ערך ריק לא נשלח, ולכן שדה ריק כאן לא מוחק ערך שם, והכתיבה מעדכנת רשומות קיימות בלבד. אימייל, שלב, בעלים וסכומים לא נשלחים בכלל, ולכן סנכרון לא יכול לשנות למי רשומה שייכת.
מתי אפשר להתחיל להשתמש בזה
כשזה ירוץ מול חשבונות אמיתיים. כל ספק צריך ריצה ראשונה עם חשבון אמיתי, ויש כאלה שצריכים יותר: מיי ביזנס דורשת מזהה אפליקציה מהספק. כתבו לנו איזו מערכת אתם מפעילים ונגיד לכם איפה זה עומד.
ספרו לנו עם איזה CRM אתם צריכים להישאר מתואמים
ציינו את המערכת ואת הרשומות שחשובות לכם. נגיד מה נבדק, מה לא, ומתי זה יכול להיפתח אצלכם.
לשאול על סנכרון דו כיווני