מייצאים פנקס כתובות מספק אחד ואז מייבאים אנשי קשר לספק אחר, ונראה שהמשימה הושלמה. אבל כשבודקים את התוצאה, מגלים שהשמות וכתובות הדוא״ל הראשיות נשארו, ואילו מספר הטלפון הנוסף, הכתובת למשלוח דואר, התפקיד הקודם וההערה שכתבתם ב־2021 על מי שהכיר ביניכם נעלמו. ייתכן שגם לא הופיעה שום אזהרה.
הבעיה יכולה להיות בפורמט הקובץ או ביכולות הייבוא. CSV לא יעביר מידע שאין עבורו עמודה שהמערכת מזהה. גם פורמט עשיר יותר לא יעזור אם המערכת המקבלת קוראת רק חלק מהשדות שלו.
נבדוק מה הפורמטים השונים יכולים לשמור, איך לבדוק את העברת פנקס הכתובות ומה לעשות עם רשומות כפולות שעלולות להיווצר.
איש קשר הוא לא רק שורה בטבלה
בגיליון אלקטרוני כל תא מכיל בדרך כלל ערך אחד. איש קשר יכול לכלול:
- כמה כתובות דוא״ל עם תוויות, כגון עבודה, בית או כתובת ישנה שעדיין מעבירה הודעות.
- כמה מספרי טלפון, גם הם עם תוויות.
- כתובות למשלוח דואר המחולקות לרכיבים, ולא רק מחרוזת אחת.
- ארגון ותפקיד שמשתנים עם הזמן.
- הערות באורך משתנה, שעשויות לכלול פסיקים וירידות שורה.
- תמונה.
- חברות בקבוצות. איש קשר יכול להשתייך לכמה קבוצות בו זמנית.
כדי להכניס את המידע הזה לטבלה, צריך לשמור רק את הערך הראשון בכל שדה חוזר או להוסיף עמודות כמו email_2 ו־email_3. כלים שונים עושים זאת בדרכים שונות. אם כלי הייצוא וכלי הייבוא אינם מסכימים על העמודות ומשמעותן, חלק מהמידע לא יעבור.
האובדן עלול להתרחש בלי הודעה. מבחינת כלי הייבוא, הפעולה הצליחה אם הוא קרא את כל העמודות שהכיר. העמודות שלא זיהה עשויות פשוט לא להיכלל בתוצאה.
vCard לעומת CSV בייבוא אנשי קשר
| vCard (.vcf) | CSV | |
|---|---|---|
| כמה כתובות דוא״ל ומספרי טלפון | הפורמט תומך בכמה ערכים עם תוויות; ייבוא הקבצים הנוכחי קורא ערך אחד מכל סוג | צריך לתאם עמודות בין הכלים; גם הייבוא הנוכחי קורא ערך אחד מכל סוג |
| כתובות דואר המחולקות לרכיבים | הפורמט תומך בכך, אך בייבוא קובץ הכתובת מאוחדת למחרוזת אחת | בדרך כלל נשמרות כמחרוזת אחת |
| תמונות | הפורמט יכול לשמור תמונות, אך ייבוא הקבצים הנוכחי לא מעביר אותן | הייבוא הנוכחי לא תומך בתמונות |
| הערות עם פסיקים וירידות שורה | נשמרות אם התווים המיוחדים מיוצגים כראוי | נשמרות עם שימוש נכון במירכאות; שגיאות עלולות לשבש את העמודות |
| קבוצות | התמיכה תלויה בגרסה וביישום; ייבוא הקבצים הנוכחי לא משחזר חברות בקבוצות | ייבוא הקבצים הנוכחי לא משחזר חברות בקבוצות |
| עריכה בגיליון אלקטרוני | לא מתאים לעריכה רגילה בגיליון | אפשרית |
| השוואת שינויים כטקסט | אפשרית, אך תלויה באופן שבו השדות מיוצגים | אפשרית; סדר השורות והמירכאות עשויים להקשות על ההשוואה |
vCard משמש בהיקף רחב להעברת אנשי קשר, ואחת מגרסאותיו מוגדרת ב־RFC 6350. הפורמט יודע לייצג שדות חוזרים וכתובות מורכבות. עם זאת, גרסאות שונות של אנשי הקשר של Google, Outlook, אנשי הקשר של Apple ויישומים בטלפון עשויות להציע אפשרויות ייצוא שונות. העובדה ששדה נמצא בקובץ לא מבטיחה שכלי הייבוא ישמור אותו.
כדי לשמור את פנקס הכתובות המקורי, כדאי בדרך כלל לשמור גם ייצוא בפורמט vCard. לפני ייבוא של רשימה גדולה, בדקו על כמה אנשי קשר אם השדות הדרושים עוברים. CSV נוח לעריכה בגיליון או כשהמערכת המקבלת דורשת אותו; אל תניחו שהעברה תהיה מלאה רק בגלל סיומת הקובץ.
מתי כדאי לייבא אנשי קשר באמצעות CSV
CSV נוח כשצריך לטפל בנתונים: להסיר כפילויות מכמה רשימות, לאחד כתיבה באותיות גדולות וקטנות, להשלים עמודת חברה או להוציא אנשים שלא יצרתם איתם קשר מאז 2019. גיליון אלקטרוני מתאים לעיתים למשימות כאלה יותר מממשק פנקס הכתובות.
לקובץ CSV דרושה שורת כותרות. אין הבחנה בין אותיות גדולות לקטנות, אבל אופן כתיבת הכותרת חשוב: לא כל החלופות בדוגמאות הבאות מזוהות באותה דרך.
| עמודה | שדה באיש הקשר | חובה |
|---|---|---|
email או email_address | דוא״ל ראשי; החלופה השנייה מזוהה באמצעות חיפוש כותרת מתאימה | כן, נדרשת כתובת דוא״ל תקינה |
name, או first_name + last_name | שם איש הקשר; כדי לייבא שם פרטי ושם משפחה בנפרד, החליפו את הקווים התחתונים ברווחים | לא |
company או organization | חברה | לא |
job_title או title | תפקיד; החלופה הראשונה מזוהה באמצעות התאמה חלקית בכותרת | לא |
phone | מספר טלפון | לא |
address | כתובת דואר כמחרוזת אחת | לא |
birthday או birth_date | תאריך בפורמט YYYY-MM-DD; החליפו את הכותרת השנייה בראשונה או החליפו את הקו התחתון ברווח | לא |
notes | הערות | לא |
עמודות לא מוכרות אינן מיובאות. ערכים ריקים לא מוחקים שדות קיימים בזמן עדכון. שורות בלי כתובת דוא״ל תקינה נעקפות, אבל שגיאה במבנה הקובץ או חריגה ממגבלה עשויות לבטל את הפעולה כולה. לכן כדאי לבדוק קובץ גדול על מדגם קטן תחילה.
יש גם סיכונים בגיליונות אלקטרוניים. מספרי טלפון שמתחילים ב־+ או באפסים עלולים להפוך לערכים מספריים ולאבד את התווים האלה. הגדירו את העמודה כטקסט לפני טעינת הנתונים או הזנתם; שמירה לאחר ההמרה לא תחזיר ספרות שכבר אבדו. ערכים שמתחילים ב־=, ב־+ או ב־- עלולים להתפרש כנוסחאות. פתחו קבצים כאלה בזהירות, במיוחד אם אינכם יודעים מה מקורם.
אם הכלי מציע תצוגה מקדימה, בדקו את מספר הרשומות, כמה דוגמאות והודעות אימות. ייבוא אנשי הקשר הנוכחי בדואר בדפדפן מטפל בקובץ מיד לאחר ההעלאה ומציג את מספר הרשומות שעובדו ונעקפו לאחר הפעולה. אין תצוגה מקדימה לפני הייבוא, ולכן שמרו ייצוא לגיבוי ובדקו תחילה קובץ קטן.
ייבוא לפנקס כתובות קיים
המקרה שדורש תשומת לב הוא לא פנקס כתובות ריק, אלא רשימה שחלק מאנשי הקשר בה כבר קיימים אצלכם.
כלים מסוימים מחליפים את איש הקשר הקיים ברשומה המיובאת כולה. התוצאה נראית תקינה, אבל מידע עלול להימחק: ב־CSV היו רק כמה עמודות, ואילו בכרטיס הקיים היו גם טלפון נייד, כתובת דואר והערות שהצטברו במשך שנים. לאחר ההחלפה נשארים רק שדות הקובץ.
כאן הייבוא מעדכן שדות נתמכים שאינם ריקים אצל איש קשר עם כתובת דוא״ל תואמת, ומשאיר שדות חסרים או ריקים ללא שינוי. כך אפשר להוסיף חברה ולשמור על שאר השדות. עם זאת, הכרטיס המקורי שהתקבל דרך CardDAV לא נכתב מחדש בייבוא הזה. הדואר בדפדפן ולקוח CardDAV עשויים להציג מידע שונה זמנית, ולכן צריך לבדוק אותם בנפרד.
בדקו איך כל כלי שבו אתם משתמשים מעדכן רשומות קיימות. האפשרות לשחזר תלויה בגיבוי ובהיסטוריית השינויים; בלעדיהם ייתכן שלא ניתן יהיה להחזיר שדות שאבדו.
בעיית הכפילויות
כפילויות מצטברות בפנקסי כתובות, וייבוא עשוי להוסיף עוד. אותו אדם עשוי להשתמש ב־anna@acme.com, ב־a.smith@acme.com וב־anna.smith@gmail.com. כל הכתובות תקינות, אבל המערכת לא בהכרח יודעת שהן שייכות לאותו אדם.
התאמה אוטומטית לא תמיד יכולה לקבוע זהות. שם זהה אינו מספיק, כי לאנשים שונים יכול להיות אותו שם. כתובת דוא״ל היא מפתח ברור לעדכון, אך גם היא לא מוכיחה זהות: היא עשויה להיות משותפת או לעבור לעובד אחר. בדקו מי משתמש בה לפני מיזוג רשומות.
לאחר הייבוא, מיינו לפי שם ובדקו התאמות אפשריות. ברשימות גדולות זה עשוי להימשך יותר מהצפוי. בדיקה ידנית של הכתובות, הטלפונים וההקשר מסייעת להחליט, אבל לא הופכת כל דמיון להוכחה.
עדיף לצמצם הבדלים מראש. איש קשר שנוצר מהודעה נכנסת משתמש בכתובת השולח, ואילו בהקלדה ידנית קל לטעות. דרך הוספה אחידה עוזרת, אבל עדיין צריך לבדוק מי שלח את ההודעה ואיזו כתובת כדאי לשמור.
סנכרון במקום ייבוא חוזר
ייבוא יוצר עותק חד פעמי. אם רוצים לשמור את פנקס הכתובות בטלפון ובדואר בדפדפן מעודכן באופן שוטף, משתמשים בסנכרון באמצעות CardDAV.
CardDAV מאפשר ללקוחות לקרוא ולעדכן את פנקס הכתובות בשרת, בדומה לתפקיד של IMAP בדואר. איש קשר שנוסף בטלפון יופיע לאחר סנכרון מוצלח. זה לא בהכרח קורה מיד: החיבור לרשת, פעילות היישום ברקע ומרווחי העדכון משפיעים על התזמון.
אנשי הקשר של Apple ב־macOS וב־iOS תומכים ב־CardDAV. ב־Android משתמשים לעיתים קרובות ב־DAVx⁵, ול־Thunderbird יש תמיכה מובנית. Outlook דורש בדרך כלל תוסף חיצוני; התאימות תלויה בגרסה ובלקוח הנבחר.
מדריכי הגדרה: Apple ב־macOS, iPhone ו־iPad, Android עם DAVx⁵, Thunderbird.
סנכרון מפחית את הסיכון להבדלים ממושכים בין העותקים בטלפון ובמחשב. עם זאת, התנגשויות, מחיקות ושגיאות הגדרה עדיין אפשריות. אל תראו בו תחליף לייצוא לגיבוי.
שלבי העברת פנקס הכתובות
- ייצאו vCard מהספק הקודם אם הוא תומך בכך. בדקו את אפשרויות הייצוא בגרסה שלכם של אנשי הקשר של Google, Outlook או אנשי הקשר של Apple. השתמשו ב־CSV לפי הצורך ושמרו את הנתונים המקוריים בנפרד.
- פתחו את הקובץ ובדקו את התוכן. vCard הוא קובץ טקסט. מצאו איש קשר עם פרטים רבים וודאו שהמידע הדרוש באמת נמצא בקובץ.
- נקו את הנתונים בגיליון לפי הצורך, תוך התחשבות במגבלות הפורמט וכלי הייבוא. שמרו בנפרד את הייצוא המקורי המלא.
- בדקו את הייבוא על מדגם קטן. אם יש תצוגה מקדימה, עיינו בה. בדואר הנוכחי בדפדפן, שמרו גיבוי מראש ובדקו את התוצאה לאחר העלאת הקובץ.
- בדקו מדגם של התוצאה. פתחו את אותו איש קשר מפורט והשוו אותו למקור, כולל התצוגה בלקוחות המחוברים.
- בדקו כפילויות אפשריות ידנית, במיון לפי שם ובהשוואת פרטים נוספים.
- הגדירו CardDAV במכשירים כדי להפחית את הצורך בייצוא חוזר. ודאו שהסנכרון עובד בשני הכיוונים.
- שמרו את הקובץ המקורי במקום מוגן בזמן בדיקת ההעברה. הוא מכיל מידע אישי, ולכן הגבילו גישה וקבעו תקופת שמירה.
אפשר לייבא אנשי קשר גם דרך API. אם משתמשים ב־שרת MCP, בדקו אילו כלים ושדות זמינים בו. ייבוא קבצים לא מעביר חברות בקבוצות. ב־REST API מנהלים קבוצות וחברים בפעולות נפרדות, דבר שעוזר כשבונים פנקס כתובות מנתוני CRM.
שאלות נפוצות
באיזה פורמט כדאי לייבא אנשי קשר?
שמרו ייצוא מקורי מלא, רצוי vCard אם אפשר, ובדקו את כלי הייבוא על כמה רשומות. vCard יכול לשמור שדות מורכבים, אבל ייבוא הקבצים הנוכחי קורא רק חלק מהמידע ולא מעביר תמונות או קבוצות. CSV נוח לעריכה בגיליון אם מתאימים נכון את כותרות העמודות.
האם הייבוא ידרוס את אנשי הקשר הקיימים?
שדות נתמכים שאינם ריקים מעדכנים איש קשר עם כתובת דוא״ל תואמת, ושדות חסרים וריקים לא מוחקים ערכים קיימים. אבל כרטיס CardDAV המקורי נשמר בנפרד ולא נכתב מחדש בייבוא הזה. בדקו את הנתונים גם בדואר בדפדפן וגם בלקוח המסונכרן.
למה מספרי הטלפון הועברו לא נכון?
ייתכן שהגיליון התייחס אליהם כאל מספרים והסיר את ה־+ או את האפסים בתחילת המספר. הגדירו פורמט טקסט לפני הטיפול בנתונים. אם התווים כבר אבדו, חזרו לייצוא המקורי. vCard עוזר להימנע מהמרה בגיליון, אבל לא מרחיב את יכולות כלי הייבוא.
אפשר לייבא איש קשר בלי כתובת דוא״ל?
פורמט vCard עצמו מאפשר זאת, אבל ייבוא הקבצים הנוכחי דורש כתובת דוא״ל תקינה גם ב־CSV וגם ב־vCard ועוקף רשומות בלעדיה. אין לבלבל בין היכולות של לקוח CardDAV נפרד לבין היכולות של העלאת קובץ.
איך מעבירים אנשי קשר לטלפון?
לשימוש שוטף, הגדירו CardDAV ביישום תואם. הלקוחות יסנכרנו את פנקס הכתובות בשרת. בדקו את החשבון, כיוון הסנכרון והתוצאה; עדיין ייתכנו עיכובים והתנגשויות.
האם כפילויות נמחקות בזמן הייבוא?
הייבוא מעדכן רשומות לפי כתובת דוא״ל תואמת ולא קובע את זהות האדם. כתובת משותפת או כזו שעברה לעובד אחר מחייבת תשומת לב. שמות זהים לא ממוזגים אוטומטית. אחרי ייבוא גדול, בדקו כפילויות אפשריות ידנית.
אפשר לייצא שוב את אנשי הקשר?
כן, כ־CSV או vCard. הייצוא שומר את השדות הנתמכים כיום, ולא בהכרח את כל המידע בכרטיס CardDAV המקורי. לפני שינוי נרחב, שמרו ייצוא מתאים לגיבוי ובדקו את תוכנו.
מה קורה לקבוצות של אנשי הקשר?
התמיכה של vCard תלויה בגרסה וביישום, אבל ייבוא הקבצים הנוכחי לא משחזר חברות בקבוצות מ־vCard או מ־CSV. ב־REST API אפשר להגדיר קבוצות וחברים בפעולות נפרדות. לגבי MCP, בדקו אם הכלים המתאימים נתמכים.
