נוסחאות אקסל בלי לדעת אקסל: המדריך המלא לעבודה עם מודל שפה

אתם צריכים לחשב משהו באקסל, אתם יודעים בדיוק מה אתם רוצים לקבל, ואתם לא זוכרים איזו פונקציה עושה את זה. מודל שפה יבנה לכם את הנוסחה תוך שניות, בחינם, בלי רישיון מיוחד ובלי להעלות את הקובץ לשום מקום. אבל הנוסחה שתקבלו יכולה להחזיר מספר שגוי בלי שאקסל יציג ולו שגיאה אחת, ואם אתם לא יודעים אקסל או לא תשימו לב, לא תזהו את זה. במדריך הזה נראה את שני החלקים: איך מבקשים נוסחה בצורה נכונה ממודל שפה ואיך בודקים אותה.

טבלת ההזמנות שנעבוד איתה לאורך המדריך

למה זה עובד, ולמה זה מסוכן

נוסחאות אקסל הן שפה. יש לה תחביר קבוע, מספר מצומצם יחסית של פונקציות, וכללים ברורים. מודלי שפה טובים מאוד בדיוק בדברים האלה, ולכן הם כותבים נוסחאות בצורה מעולה. אתם מתארים מה אתם רוצים בעברית פשוטה, ומקבלים בחזרה משהו שאפשר להדביק ישר לגיליון.

הבעיה מתחילה במקום אחר. מודל שפה לא רואה את הקובץ שלכם. הוא לא יודע שהעמודה שנראית לכם כמו תאריכים מכילה בעצם טקסט, ושבשם של אחד הסוכנים יש רווח מיותר שנשאר מייצוא של מערכת אחרת. הוא יכתוב נוסחה מושלמת, הנוסחה תרוץ, ואקסל יחזיר מספר. המספר יהיה שגוי, ולא תופיע שום שגיאה.

מי שיודע אקסל היטב מזהה את זה מיד. מי שהגיע לכאן כי הוא לא יודע אקסל, לא. לכן המדריך הזה בנוי משני חלקים: איך לבקש נוסחה ממודל שפה והכי חשוב איך לוודא שהיא נכונה.

לפני שמתחילים

אין כאן שום דרישה מיוחדת, וזה חלק מהעניין:

• אקסל (כל גרסה) - גם Excel for the web החינמי מספיק לתרגול. הכל במדריך עובד גם ב-Google Sheets עם הבדלים קטנים, שנפרט בסוף.
• מודל שפה כלשהו (אפילו בגרסה החינמית) - הדוגמאות כאן צולמו מול ChatGPT, אבל Claude או Gemini יתנו תוצאה דומה. אין צורך ברישיון Microsoft 365 Copilot ואין צורך בשום תוסף.
• לא מעלים את קובץ האקסל למודל השפה - זו נקודה שחוזרת לאורך כל המדריך. בהרבה ארגונים העלאת קבצים לכלי AI חיצוני אסורה בנוהל או חסומה טכנית והשיטה כאן עובדת בדיוק למקרים האלו. אם אתם כן רוצים להבין מתי דווקא כדאי להעלות קובץ שלם לניתוח, כתבנו על כך בהרחבה במדריך על עבודה עם AI על קבצים ונתונים מספריים.

שלב 1: מתארים את הטבלה במקום להעלות אותה

המשימה שנפתור: כמה כסף גבתה הסוכנת דנה לוי במרץ 2026, רק מהזמנות שסומנו כ"שולם".

1. מסמנים את שורת הכותרות ועוד ארבע או חמש שורות - לא את כל הטבלה. המודל צריך להבין את המבנה, לא לקרוא את הנתונים. חמש שורות מספיקות לו בדיוק כמו 4,000.

שימו לב לאיזו שורות אתם בוחרים. אם השאלה שלכם מסננת לפי סטטוס, ודאו שבשורות שבחרתם מופיע יותר מסטטוס אחד. אחרת המודל לא יידע ש"ממתין" ו"בוטל" בכלל קיימים בעמודה, וינחש איך לנסח את התנאי.

חמש שורות מספיקות, ובלבד שהן מכסות את הערכים שהשאלה נשענת עליהם

2. מדביקים בצ'אט כטקסט נקי - וכאן מגיעה התקלה הראשונה. הדבקה רגילה של טבלה מעוצבת מעברית לתוך חלון צ'אט יכולה להישבר לגמרי. העמודות מתערבבות, הכותרות נוחתות במקומות אקראיים, וערכים משתי עמודות שונות נדבקים זה לזה. במקרה שצילמנו, "סטטוס תשלום" ברח לפינה הימנית העליונה ונותק מהטבלה, והמילה "שולם" נצמדה למספר 4,200.

הדבקה רגילה של טבלה בעברית: העמודות מתערבבות והכותרות מתנתקות

הפתרון פשוט: Ctrl+Shift+V במקום Ctrl+V. זו הדבקה בלי עיצוב, והיא משאירה טקסט מופרד בטאבים, שזה בדיוק מה שהמודל קורא הכי טוב. אם הצ'אט עדיין מתעקש לרנדר טבלה, יש דרך עוקפת שעובדת תמיד: מדביקים קודם בפנקס רשימות, מעתיקים משם, ומדביקים בצ'אט. בפועל, מודלים חדשים לפעמים מצליחים לפענח גם הדבקה מבולגנת. אבל אתם לא רוצים להיות תלויים בזה בטבלה של תשע עמודות, ושתי שניות של הדבקה נקייה חוסכות את ההימור.

ועוד נקודה שקל לפספס: גם כשלא מעלים את הקובץ, השורות שהדבקנו הן נתונים. במקרה שלנו זה לא משנה, כי הטבלה בנויה מלקוחות מומצאים וסכומים מומצאים. בקובץ אמיתי המצב שונה. שמות לקוחות, סכומי עסקאות, מספרי טלפון או תעודות זהות יוצאים מהארגון ברגע שאתם לוחצים על שלח. לכן שווה להקדיש 30 שניות ולהחליף את הערכים בחמש שורות הדוגמה בערכי דמה: "לקוח א'", "לקוח ב'", וכל סכום שבא לכם. המבנה הוא מה שהמודל צריך, לא התוכן, והנוסחה שתחזור תהיה זהה בדיוק.

שלב 2: מנסחים את הבקשה

זה הפרומפט שנשתמש בו. שווה להעתיק אותו ולהחליף את מה שרלוונטי:

יש לי טבלת הזמנות באקסל. שורה 1 היא שורת הכותרות, והנתונים יושבים בשורות 2 עד 19. הנה הכותרות וכמה שורות ראשונות לדוגמה:

[כאן מדביקים].

אני צריך לחשב כמה כסף גבתה הסוכנת דנה לוי במרץ 2026, ורק מהזמנות שהסטטוס שלהן 'שולם'. בבקשה: נוסחה אחת מוכנה להדבקה, עם הפניות לתאים האמיתיים שלי ולא טווחים כלליים כמו A1:A10.

נוסחה פשוטה וקריאה, לא הפתרון הכי מתוחכם. ושורה או שתיים בהסבר מה כל חלק בנוסחה עושה. אני עובד באקסל בעברית, לא בגוגל שיטס.

ארבעה רכיבים בפרומפט הזה עושים את כל ההבדל:

• איפה הטבלה מתחילה ונגמרת - בלי זה המודל ימציא טווחים, והנוסחה תחזיר תוצאה חלקית או שגיאה.
• בקשה להפניות תא אמיתיות - זה ההבדל בין נוסחה שמדביקים לנוסחה שצריך לערוך ידנית. רוב האנשים נתקעים בדיוק כאן, מסיקים שהשיטה לא עובדת ומוותרים.
• בקשה לפשטות - מודל שלא מגבילים אותו נוטה להחזיר את הפתרון המרשים ולא את הפתרון שאפשר לתחזק. בקשה לפשטות היא טכניקת פרומפטינג לגיטימית, לא ויתור על איכות.
• ציון הכלי שאתם משתמשים בו - חוסך נוסחאות שקיימות בגוגל שיטס ולא באקסל.

הנוסחה שחזרה במקרה שלנו הייתה =SUMIFS(D2:D19,C2:C19,"דנה לוי",E2:E19,"שולם",A2:A19,">="&DATE(2026,3,1),A2:A19,"<"&DATE(2026,4,1)). מדביקים, מקבלים 10,200.

הנוסחה רצה בלי שגיאות ומחזירה 10,200

שלב 3: בודקים לפני שממשיכים

זה השלב שרוב האנשים מדלגים עליו וחבל כי זה השלב הכי חשוב.

3. מפעילים סינון וסופרים ידנית - תפריט "נתונים", כפתור "סינון", מסננים את עמודת הסוכן ל"דנה לוי" ואת הסטטוס ל"שולם". מסמנים את עמודת הסכום ומסתכלים על שורת הסטטוס בתחתית החלון, שם אקסל מציג את הסכום של מה שסימנתם.

שימו לב לפרט קטן שמפיל אנשים: הסינון סינן סוכן וסטטוס, אבל לא תאריך. בצילום למטה שורת הסטטוס מציגה 34,650 על שמונה שורות, ובתוכן מסתתרות גם הזמנה מ-02/04 בסך 6,300 והזמנה מ-28/02 בסך 5,500. שתיהן לא שייכות למרץ. מחסירים אותן, ונשארים עם 22,850 שהם התשובה הנכונה. אפשר גם פשוט לסמן ידנית רק את שש שורות מרץ ולקבל את המספר הזה ישירות.

ספירה ידנית של אותן שורות בדיוק

הנוסחה אמרה 10,200. הספירה הידנית אומרת 22,850. יותר ממחצית הסכום האמיתי, 12,650 שקלים, נעלמו ואף אחד לא שם לב, אקסל לא הציג שגיאה. לא היה משולש אדום, לא הופיע #VALUE! ולא #REF!. מי שלא היה עוצר לבדוק היה שולח את המספר הזה לדוח.

שלב 4: הופכים את המודל לשותף לחקירה

לפני שחוזרים לצ'אט, כדאי לבדוק עוד משהו קטן, פותחים שוב את תפריט הסינון של עמודת התאריך ומסתכלים על מבנה הרשימה.

שלושה תאריכים יושבים מחוץ לקיבוץ, ואקסל מסגיר את הבעיה בעצמו

אקסל מקבץ תאריכים לפי שנה וחודש. ברשימה שלנו רוב התאריכים אכן מקובצים תחת 2026 ותחת פברואר, מרץ ואפריל. אבל שלושה תאריכים מופיעים בנפרד, בתחתית הרשימה, בלי היררכיה. אקסל לא הצליח לקבץ אותם.

4. מתארים למודל את מה שראיתם, ומבקשים בדיקה במקום פתרון - זה ניסוח שכדאי לאמץ:

"הנוסחה שנתת לי מחזירה 10,200. בדקתי ידנית בגיליון והתשובה הנכונה היא 22,850. שמתי לב שבתפריט הסינון של עמודת התאריך רוב התאריכים מקובצים לפי שנה וחודש, אבל שלושה תאריכים מופיעים בנפרד מחוץ לקיבוץ. מה זה אומר, ואיך אני מוודא את זה? תן לי נוסחת בדיקה קצרה שאני יכול להריץ בתא ריק ולהחזיר לך את התוצאה."

המשפט האחרון הוא הלב של השיטה. אתם לא מבקשים פתרון, אתם מבקשים בדיקה. המודל לא רואה את הגיליון, ואתם העיניים שלו בתוכו.

במקרה שלנו הוא ביקש להריץ =COUNT(A2:A19), וגם ניסח תחזית מפורשת: יש 18 שורות, אז אם כל התאריכים תקינים התוצאה צריכה להיות 18, ואם תתקבל 15 זה מאשר את החשד. התוצאה הייתה 15.

המודל מנסח תחזית מספרית לפני הבדיקה, וזה מה שהופך את התוצאה לאימות

הפונקציה COUNT סופרת רק תאים שמכילים מספרים, ותאריך באקסל הוא בעצם מספר עם עיצוב מיוחד. 15 מתוך 18. שלוש שורות בעמודה הזו נראות כמו תאריכים אבל אינן תאריכים, הן טקסט. אפשר להצמיד לזה גם =COUNTA(A2:A19) שסופרת כל תא לא ריק ומחזירה 18, וההצמדה של שני המספרים היא הוכחה שלא צריך להסביר.

שלב 5: מתקנים את הנתונים, לא את הנוסחה

5. מבקשים תיקון בנתונים במפורש - "אני מעדיף לתקן את הנתונים עצמם בעמודה A ולא לסבך את הנוסחה, כדי שהבעיה לא תחזור בפעם הבאה שאשתמש בקובץ."

בלי המשפט הזה סביר שתקבלו נוסחה מורכבת יותר שעוקפת את התקלה. זה יעבוד, ובפעם הבאה שתכתבו נוסחה אחרת על אותו קובץ, היא תישבר שוב.

הפתרון שקיבלנו: מסמנים את A2:A19, נכנסים לתפריט "נתונים", בוחרים "טקסט לעמודות", לוחצים "הבא" פעמיים, ובמסך השלישי בוחרים "תאריך" ומגדירים את הפורמט כ-DMY. שימו לב לנקודה הזו, כי אם תשאירו את ברירת המחדל MDY, התאריכים יתהפכו ו-07/03 יהפוך ל-3 ביולי.

חמישה צעדים, כולל הבחירה ב-DMY שרבים מפספסים

6. בודקים שוב. COUNT מחזירה עכשיו 18, והנוסחה המקורית קופצת מ-10,200 ל-22,850. בדיוק המספר שקיבלנו בספירה הידנית.

18 ו-22,850, בלי שנגענו בנוסחה

וזו השורה שכדאי לזכור מכל המדריך: הנוסחה מעולם לא הייתה הבעיה. אף תו בה לא השתנה. הנתונים היו הבעיה.

אותה שיטה, תקלה אחרת: הרווח שאי אפשר לראות

כדי להראות שזו שיטה ולא פתרון למקרה בודד, נריץ אותה על תקלה שונה לגמרי.

בטבלה שלנו מופיע הסוכן "יוסי כהן" בארבע שורות. אבל =COUNTIF(C2:C19,"יוסי כהן") מחזירה 1. בעיניים רואים ארבע, אקסל סופר אחת.

אותו פתרון בדיוק: מתארים את הסתירה למודל, מבקשים נוסחת בדיקה, מריצים, מחזירים תוצאה. הבדיקה הרלוונטית כאן היא =LEN() שסופרת תווים. על אחת השורות היא מחזירה 9, על אחרת 8. תו אחד הבדל בין שני שמות שנראים זהים לחלוטין. בשלוש מהשורות יש רווח מיותר בסוף השם, מהסוג שנשאר אחרי ייצוא ממערכת אחרת.

כשהמודל נותן תשובה נכונה ופתרון גרוע

בשלב הזה קיבלנו את הנוסחה =SUMPRODUCT(--ISNUMBER(SEARCH("יוסי כהן",C2:C19))), והיא אכן החזירה 4.

המספר נכון, אבל הרווח עדיין יושב בנתונים

המספר נכון והפתרון גרוע, הנוסחה הזו לא תיקנה כלום, היא עקפה. במקום השוואה מדויקת היא מחפשת מחרוזת חלקית, ולכן הרווח כבר לא מפריע לה. אבל הרווח עדיין בקובץ. SUMIF ימשיך להחזיר סכום חסר, חיפוש מול טבלת סוכנים ימשיך להחזיר #N/A, וטבלת ציר תציג שני סוכנים נפרדים באותו שם. ואם מחר ייכנס לטבלה סוכן בשם "יוסי כהן-לוי", הנוסחה הזו תספור גם אותו.

המודל עשה בדיוק את מה שביקשו ממנו: להחזיר 4. אף אחד לא אמר לו שהמטרה היא קובץ תקין. כשהתעקשנו, הוא הציע ניקוי אמיתי בעמודת עזר עם =TRIM(CLEAN(SUBSTITUTE(C2,CHAR(160)," "))), שמסירה רווחים מיותרים, תווי בקרה בלתי נראים, וגם רווח קשיח מהסוג שמגיע כשמעתיקים מדפדפן.

עמודת עזר שמנקה את השמות לפני שדורסים את המקור

מכאן זה שלוש פעולות: מעתיקים את עמודת העזר, מסמנים את התא הראשון בעמודה המקורית, ומדביקים בהדבקה מיוחדת כערכים בלבד. אחר כך מוחקים את עמודת העזר. אם תדביקו הדבקה רגילה במקום ערכים בלבד, העמודה תתמלא בנוסחאות שמפנות לעמודת העזר, וברגע שתמחקו אותה הכל יקרוס ל-#REF!.

הבדיקה האחרונה: =COUNTIF(C2:C19,"יוסי כהן"), אותה נוסחה פשוטה שהחזירה 1 בהתחלה, מחזירה עכשיו 4.

אותה נוסחה שנשברה בהתחלה, עכשיו על נתונים נקיים

טיפים שישפרו את התוצאה

• בקשו הסבר, לא רק נוסחה - שורה או שתיים על מה כל חלק עושה הופכות אתכם עם הזמן למישהו שמזהה נוסחה שגויה וזה שווה יותר מהנוסחה עצמה.
• בקשו תחזית לפני שאתם מריצים - "איזו תוצאה אמורה להתקבל אם הכל תקין?" זה מונע מכם לקבל מספר ולהניח שהוא נכון כי הוא נראה סביר.
• אל תשאלו "למה זה לא עובד" - תתארו מה קיבלתם, מה ציפיתם לקבל, ומה שמתם לב אליו בגיליון. מודל שמקבל ראיות חוקר. מודל שמקבל תלונה מנחש.
• נסחו את המטרה ולא רק את התוצאה - "אני רוצה שהקובץ יהיה נקי" מוביל למקום אחר מ"אני רוצה שהמספר יהיה 4", כפי שראינו.
• שמרו את הפרומפטים שעבדו - אותה תבנית תשרת אתכם בכל טבלה עתידית עם שינוי מינימלי. אספנו פרומפטים נוספים לעבודה יומיומית במדריך נפרד.

שתי אזהרות שחשוב להכיר

• נוסחה שרצה איננה בהכרח הנוסחה הנכונה - זו האזהרה המרכזית של המדריך כולו. אקסל יציג שגיאה כשהתחביר שבור, אבל הוא לא יודע מה התכוונתם לחשב. נוסחה שמסכמת את העמודה הלא נכונה, או שמדלגת על שליש מהשורות, תיראה בדיוק כמו נוסחה תקינה. הרגל בדיקה ידנית על דוגמה אחת קטנה הוא ההגנה היחידה שיש לכם, והוא לוקח 30 שניות.
• שימו לב מה אתם מדביקים לצ'אט - גם כשלא מעלים קובץ, השורות שאתם מדביקים כדוגמה הן נתונים אמיתיים. אם מדובר בשמות לקוחות, מספרי תעודת זהות או סכומים רגישים, החליפו אותם בערכי דמה לפני ההדבקה. המבנה הוא מה שהמודל צריך, לא התוכן ושתי דקות של החלפה חוסכות את הדליפה של המידע הרגיש.

עובדים בגוגל שיטס? כמעט הכל אותו הדבר

הפונקציות שהשתמשנו בהן, SUMIFS, COUNTIF, COUNT, LEN ו-TRIM, עובדות בשיטס באותו תחביר. שלושה הבדלים שכדאי להזכיר למודל: בשיטס אין "טקסט לעמודות" באותו מקום ובמקום זה משתמשים בתפריט "נתונים" ואז "פיצול טקסט לעמודות", מפריד הארגומנטים עשוי להיות נקודה-פסיק בהתאם להגדרות האזור, ולשיטס יש פונקציות ייחודיות כמו QUERY שלא קיימות באקסל ויכולות לפעמים לתת פתרון קצר יותר.

איך ליישם את זה בעבודה שלכם?

אל תתחילו מקובץ חשוב. קחו טבלה קטנה שאתם מכירים היטב, שאלו עליה שאלה שאתם כבר יודעים את התשובה שלה, ותנו למודל לבנות את הנוסחה. אם המספר שיחזור תואם למה שידעתם, בניתם אמון בשיטה על סיכון אפסי. ואם הוא לא תואם, הרגע גיליתם משהו על הקובץ שלכם.

ההרגל שמפריד בין מי שהשיטה הזו עובדת בשבילו לבין מי שנכווה ממנה הוא לא ידע באקסל. הוא הרגל הבדיקה. אתם באמת לא צריכים לזכור נוסחאות, אבל אתם כן צריכים לדעת לוודא תוצאה, וזה משהו שאפשר ללמוד בבוקר אחד.

המדריכים תמיד חינמיים, אבל אם בא לכם להתמקצע, יש גם קורס בינה מלאכותית במשרד.