אתם צריכים ביטול של כל הייבוא
ביטול עוצר ריצה ולא מסיר את מה שכבר נכתב. לכן התצוגה המקדימה באה קודם. רשומות שנכנסו נשארות, ומסירים אותן כמו כל רשומה אחרת.
מעבר CRM
אפשר להעביר חברות, אנשי קשר, עסקאות והערות מ-HubSpot, Pipedrive, Microsoft Dynamics, Salesforce, Zoho, monday.com ופיירברי. ממפים את השדות, קוראים תצוגה מקדימה שלא כותבת כלום, ומפעילים את הייבוא בעצמכם. ייבוא ממלא רק שדות ריקים, ושם של איש קשר שלא תואם לשם אצלכם ממתין להחלטה של אדם.
הייבוא נבדק מול תשובות מוקלטות של הספקים, עוד לא מול חשבון אמיתי, ואת הייבוא החי הראשון מכל ספק בודקים יחד איתכם
המסלול
חמישה שלבים, והכתיבה הראשונה לנתונים שלכם קורית רק בשלב הרביעי, אחרי שקראתם מה עומד לקרות.
מערכות מקור
כל מקור נקרא עם הרשאה שאתם יוצרים במערכת ההיא ויכולים לבטל בה. ההרשאה נשמרת מוצפנת ולא מוצגת שוב אחרי ההדבקה.
| מקור | איך מתחברים | מה עובר | מציג את השדות המותאמים שלו |
|---|---|---|---|
| HubSpot | טוקן של אפליקציה פרטית | חברות, אנשי קשר, עסקאות, הערות | כן |
| Pipedrive | טוקן API ודומיין החברה | חברות, אנשי קשר, עסקאות, הערות | כן |
| Microsoft Dynamics | אפליקציית Entra על Dataverse מסחרי | חברות, אנשי קשר, עסקאות, הערות | עוד לא |
| Salesforce | אפליקציה מחוברת על ה-My Domain שלכם | חברות, אנשי קשר, עסקאות | כן |
| Zoho CRM | Self Client וטוקן רענון | חברות, אנשי קשר, עסקאות | כן |
| monday.com | טוקן API ולוח | אנשי קשר | עוד לא |
| פיירברי | טוקן API | חברות, אנשי קשר, עסקאות, הערות | עוד לא |
העיקרון
ערך שכבר נמצא אצלכם נמצא שם כי מישהו בצוות הזין אותו או כי הוא עבר בדיקה. דריסה שלו ממערכת אחרת מאבדת את העבודה הזו בלי שאף אחד ישים לב, והנזק מתגלה חודשים אחר כך, כשאיש מכירות מתקשר למספר הלא נכון. לכן ייבוא כותב לשדה ריק ומשאיר שדה מלא כמו שהוא.
הכלל הזה לבדו היה מסתיר בעיה, כי שתי מערכות יכולות לחלוק על השם של אדם בלי שאף אחד ידע. לכן כששם פרטי או שם משפחה שונים, ההבדל נשמר כסתירה פתוחה, עם השם הנוכחי והשם הנכנס זה לצד זה. אדם בוחר, הבחירה נרשמת ביומן הביקורת, וריצה מאוחרת מעדכנת את הערך הנכנס במקום להוסיף שורה. איש קשר שנמחק אצלכם נשאר מחוק, והייבוא מדלג עליו.
אותה זהירות חלה על שינויים תוך כדי עבודה. ריצה שומרת צילום של ההגדרות שלה כשהיא מתחילה. אם מישהו שמר מיפוי חדש אחרי התצוגה המקדימה, ההפעלה מסורבת ואתם מתבקשים להסתכל שוב, כך ששום דבר לא מיובא לפי כללים שאף אחד לא בדק. אימייל, שלב עסקה, בעלים וסכומים לא ממופים מחדש בכלל, כי הם זהות, קשרים וכסף.
בכנות
רוב המעברים מתאימים. אלה המקרים שעדיף שתשמעו עליהם עכשיו, לא באמצע הדרך.
ביטול עוצר ריצה ולא מסיר את מה שכבר נכתב. לכן התצוגה המקדימה באה קודם. רשומות שנכנסו נשארות, ומסירים אותן כמו כל רשומה אחרת.
קבצים מצורפים ובעלי רשומות לא מיובאים היום. משייכים בעלים אחרי המעבר, ומשאירים את הקבצים במערכת הקודמת עד שמחליטים איפה הם צריכים להיות.
שתי המערכות האלה מקבלות שינויים מאושרים, אבל אי אפשר לייבא מהן, כי תשובות הקריאה שלהן לא מתועדות מספיק. הדרך פנימה היא רשימת אנשי קשר בקובץ CSV.
לא. ייבוא נתונים היסטוריים לא מפעיל אוטומציות שיווק ולא נותן הסכמה לדיוור. איש קשר שמגיע ממערכת אחרת עדיין צריך הסכמה רשומה לפני שהוא מקבל קמפיין, כי להיות במערכת מכירות זה לא אותו דבר כמו להסכים לקבל דיוור.
כן. התצוגה המקדימה קוראת את העמודים הראשונים מהמקור ומדווחת מה יתאים, על מה ידלגו ואילו שמות לא תואמים. היא לא כותבת רשומות ולא יוצרת צנרת מכירות, ולכן אפשר להריץ אותה שוב ושוב עם מיפויים שונים.
הערך שלכם נשאר. כששם פרטי או שם משפחה של איש קשר שונים, השם הנכנס נשמר לצד שלכם כסתירה פתוחה ואדם בוחר מה להשאיר. בשאר השדות הערך שלכם פשוט נשאר. ריצה מאוחרת מעדכנת את הסתירה הפתוחה ולא מוסיפה שורה.
כן. בעלים או מנהל יכולים להשהות, להמשיך או לבטל ריצה מתוך היסטוריית החיבור, וריצה מושהית נשארת כזו עד שמישהו ממשיך אותה. ביטול עוצר קריאה של רשומות נוספות, אבל לא מסיר את מה שכבר נכתב.
מ-HubSpot, Pipedrive, Salesforce ו-Zoho כן: רשימת השדות שלהן מופיעה במסך המיפוי ואפשר לכוון כל שדה לשדה מותאם אצלכם. הערך ממלא שדה ריק ולא מחליף ערך קיים. Dynamics, monday.com ופיירברי עוד לא מציגות את שלהן.
עוזר שמחובר דרך MCP יכול לקרוא חיבורים, להריץ תצוגה מקדימה, להפעיל ריצה ולהשהות או לבטל אותה, אם למפתח שלו יש הרשאה והאדם שמאחוריו בעלים או מנהל. ברירת המחדל היא תצוגה מקדימה, ואת הייבוא האמיתי צריך לבקש במפורש.
פותחים חשבון, מחברים את ה-CRM שאתם עובדים איתו היום וקוראים מה יקרה. שום דבר לא נכתב עד שאתם מפעילים את הייבוא.
לפתוח חשבון