למה אקסל מציג ג'יבריש?
כשפותחים קובץ CSV בלחיצה כפולה, אקסל ב-Windows בעברית משתמש בקידוד Windows-1255. שירותים מודרניים מייצאים קובצי CSV ב-UTF-8, ולכן הקובץ תקין אבל הטקסט באקסל משובש. אם בתחילת הקובץ יש BOM (סימון שאומר "הקובץ הזה ב-UTF-8"), אקסל קורא אותו נכון.
ג'יבריש
לקוח,עיר,טלפון דוד כהן,חיפה,04-8123456 שרה לוי,רחובות,08-9123456
אחרי התיקון
לקוח,עיר,טלפון דוד כהן,חיפה,04-8123456 שרה לוי,רחובות,08-9123456
איך מזהים את הסיבה לפי צורת הג'יבריש?
׳¢׳™׳¨במקוםעיר: קובץ UTF-8 שאקסל בעברית קרא כ-Windows-1255. הסימן׳חוזר שוב ושוב, כי כל אות עברית ב-UTF-8 מתחילה בבייט שב-Windows-1255 הוא הגרש׳.עיר: אותו קובץ באקסל באנגלית או ב-Mac, שקוראים אותו כ-Windows-1252.òéø: ההפך – קובץ שנשמר ב-Windows-1255 ונפתח בתוכנה עם הגדרות מערביות.???: הקובץ נשמר בקידוד שאין בו אותיות עבריות. האותיות אבדו ואי אפשר לשחזר אותן.
שלוש הצורות הראשונות ניתנות לתיקון, ו-Mojibuster מזהה כל אחת מהן אוטומטית. יש מלכודת אחת: כשאקסל קורא UTF-8 כ-Windows-1255, האותיות א, ל, מ, ך, ם ו-ן הופכות לתווי בקרה בלתי נראים. אם הם נמחקו בהעתקה, האותיות האלה יחסרו גם אחרי התיקון – לכן עדיף לגרור את הקובץ המקורי מאשר להדביק טקסט מאקסל. מספרים ואותיות לטיניות נשארים תקינים בכל המקרים.
דרך 1: שמירה ב-UTF-8 עם BOM בעזרת Mojibuster
- גררו את קובץ ה-CSV לתיבה למעלה.
- המקומות המשובשים מתוקנים אוטומטית. האפשרות שמירה עם BOM מסומנת מראש בקובצי CSV.
- הורידו את הקובץ ופתחו אותו באקסל בלחיצה כפולה – העברית תוצג כמו שצריך.
גם אם הקובץ כבר נשמר באקסל כשהוא משובש, Mojibuster יכול ברוב המקרים להחזיר את הטקסט הנכון. למה זה קורה מוסבר בדף מה זה ג'יבריש?
דרך 2: ייבוא נכון באקסל
- פתחו חוברת עבודה ריקה ובחרו נתונים ← מטקסט/CSV.
- בחרו את קובץ ה-CSV.
- בשדה מקור הקובץ בחרו 65001: Unicode (UTF-8).
- בדקו את התצוגה המקדימה ולחצו טעינה.
אם אחרי הייבוא כל הנתונים נמצאים בעמודה אחת, בדקו את המפריד: מערכות מסוימות מייצאות עם נקודה-פסיק ; במקום פסיק. אפשר לבחור את המפריד הנכון באותו חלון תצוגה מקדימה.
Google Sheets, LibreOffice ואקסל ב-Mac
- Google Sheets: פתחו גיליון חדש, בחרו קובץ ← ייבוא והעלו את קובץ ה-CSV. Google Sheets קורא UTF-8 נכון גם בלי BOM, אבל מציג קובצי Windows-1255 עם
�. המירו קבצים כאלה ל-UTF-8 קודם. - LibreOffice Calc: בכל פתיחה של קובץ CSV מופיע חלון ייבוא עם בחירת ערכת תווים. בחרו Unicode (UTF-8) או Hebrew (Windows-1255) לפי הקובץ, ובדקו את התצוגה המקדימה לפני שלוחצים "אישור".
- אקסל ב-Mac: לחיצה כפולה גורמת לאותה בעיה, בדרך כלל עם
×בין האותיות. השתמשו בייבוא טקסט מתפריט הנתונים ובחרו UTF-8 כמקור הקובץ, או שמרו את הקובץ עם BOM.
כששומרים מאקסל
בחלון שמירה בשם בחרו CSV UTF-8 (מופרד בפסיקים), ותוכנות אחרות יקראו את הקובץ בלי ג'יבריש. הפורמט הרגיל CSV (מופרד בפסיקים) משתמש ב-Windows-1255.
איך נמנעים מהבעיה בעתיד?
- בקשו מהמערכת המייצאת קובצי UTF-8 עם BOM אם אפשר – חנויות ומערכות CRM רבות מאפשרות זאת בהגדרות הייצוא.
- כשהקידוד לא ידוע, פתחו קובצי CSV דרך מטקסט/CSV ולא בלחיצה כפולה.
- אל תשמרו קובץ שמוצג בג'יבריש לפני שתיקנתם אותו, כדי שהשיבוש לא יעבור למערכות אחרות.
- כדי שהגיליון יוצג מימין לשמאל, השתמשו באפשרות גיליון מימין לשמאל בכרטיסייה פריסת עמוד. זו הגדרת תצוגה, ואין לה קשר לקידוד.
שאלות נפוצות
זה קורה גם באקסל ב-Mac?
כן. אקסל ב-Mac לא מזהה לעתים קרובות קובצי CSV ב-UTF-8 בלי BOM. שמירה עם BOM היא הפתרון הבטוח ביותר.
מה זה BOM?
שלושה בייטים בלתי נראים בתחילת הקובץ, שמודיעים לתוכנות כמו אקסל שהקובץ ב-UTF-8.
למה Google Sheets מציג את הקובץ נכון ואקסל לא?
כי Google Sheets מניח תמיד UTF-8, ואילו אקסל משתמש בלחיצה כפולה בקידוד של Windows, אלא אם הוא מוצא BOM. הקובץ עצמו תקין בשני המקרים.
למה המספרים תקינים והעברית משובשת?
למספרים ולאותיות הלטיניות יש אותם בייטים ב-UTF-8 וב-Windows-1255. רק האותיות העבריות נשמרות אחרת, ולכן רק הן משתבשות.
מה עושים אם תוכנת הנהלת החשבונות מקבלת רק Windows-1255?
שמרו את הקובץ באקסל בפורמט CSV (מופרד בפסיקים), שמשתמש ב-Windows-1255. ואם קיבלתם קובץ בקידוד הזה, ראו המרת Windows-1255 ל-UTF-8.
קובצי נתוני לקוחות בטוחים כאן?
כן. הקובץ מעובד בדפדפן בלבד ולא נשלח לשום מקום.