אם אפשר להוכיח כל חישוב, מה בעצם הבעיה? בניית מודל פיננסי תלת-דוחִי ב-Excel עם AI

תשובה מהירה (Zero-Click Answer):
בניית מודל פיננסי תלת-דוחִי (3-Statement Model: רווח והפסד, מאזן ותזרים מזומנים) בעזרת AI בתוך Excel אינה מבוססת על בקשה כללית ל"דיוק", אלא על דרישה חד-משמעית להוכחה מתמטית: הזנת שני קובצי קלט נעולים בלבד (היסטוריה והנחות), איסור גורף על ערכים מוקלדים (Hardcoded numbers) בתחזית, והקמת גיליון ביקורת ייעודי (Checks Sheet) עם 15 בדיקות איזון ונוסחאות חיות שמציגות פער מספרי ממשי (0.000). עם זאת, אימות מתמטי מוכיח אריתמטיקה בלבד — הוא אינו מחליף שפיטה עסקית וביקורת סקפטית של מנהל כספים.

לפני מספר שבועות פנה אלינו מנכ"ל חברת צמיחה ישראלית בקהילת AI Finance Transformation של רונן עמוס עם בקשה שנשמעה שגרתית לחלוטין:

החברה נמצאת במשא ומתן מתקדם עם משקיעים וקרנות חוב על גיוס מימון חדש. לפני שמישהו חותם על מסמך עקרונות (Term Sheet), המשקיעים והבנקאים דרשו מודל פיננסי מלא ומקצועי: חמש שנות היסטוריה (2020–2025), חמש שנות תחזית קדימה (2026–2030), ושלושה תרחישים תפעוליים (Base, Worst, Best). החבילה הסטנדרטית שמסבירה למממנים האם העסק מסוגל לעמוד בשרות החוב.

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

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

"למה שלא נבנה את כל המודל בעזרת AI? עם Claude ישירות בתוך Excel?"

השאלה שאף אחד לא רצה לענות עליה

ברגע שהרעיון עלה לאוויר, השתררה שתיקה בחדר.

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

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

ישבנו ורשמנו את כל הסיכונים על הלוח:

• נוסחה שנראית תקינה לחלוטין אך מקשרת לשורה הלא נכונה במאזן.
• מספרים מוזנים ידנית (Hardcoded) שמסתתרים בתוך תאים שאמורים להכיל נוסחאות דינמיות.
• מאזן שמתאזן רק בגלל שהמודל דחף "מספר פקק" שקט (Plug) לתוך שורת יתרת זכאים.
• מספרים שמסתכמים אריתמטית אך חסרי כל היגיון כלכלי ותעשייתי.
• מסמכים פיננסיים סודיים שזולגים לשרתים פומביים ללא הגנה.

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

"אם אנחנו יכולים להוכיח כל חישוב וחישוב, ויש לנו תיעוד ביקורת (Audit Trail) מלא — מה בדיוק הבעיה?"

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

1. עובדים אך ורק בסביבה הארגונית המאובטחת (Enterprise setup) שאינה מאמנת מודלים על נתוני לקוח.
2. משתמשים אך ורק בנתונים שהלקוח אישר במפורש לשתף.
3. שום נתון אינו מועתק לחשבונות פרטיים או לכלים חינמיים.

ואז כריסטינה, מנהלת הביקורת המנוסה ביותר אצלנו שבדקה יותר מודלים מכל אדם אחר במשרד, הציבה את הרף המכריע:

"תעבירו את המודל הגמור למנהל ביקורת. אם הוא יכול לבצע עליו כל בדיקת ביקורת שהוא מבצע על מודל שנבנה ידנית — התהליך תקף. אם הוא לא מסוגל לבדוק אותו בשיטות הרגילות — אנחנו עוצרים הכל וחוזרים לבנות את המודל בשיטה הישנה."

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

תהליך הבנייה: צעד אחר צעד

שלב 1: שני קובצי קלט — ושום דבר מעבר לזה

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

קלט 1 — נתוני ההיסטוריה (Historical Financials): דוח רווח והפסד, מאזן ודוח תזרים מזומנים לשנים 2020 עד 2025, לצד יחסים פיננסיים מרכזיים. זהו מקור ההיסטוריה הבלעדי שה-AI מורשה להתבסס עליו.

קלט 2 — גיליון ההנחות והמנועים (Assumptions & Drivers): כל מנוע שהמודל זקוק לו: שיעורי צמיחת הכנסות לפי קו מוצרים, ימי לקוחות (DSO), ימי מלאי (DIO), ימי ספקים (DPO), והשקעות הוניות (Capex) — מוגדרים עבור שלושה תרחישים: Base, Worst, Best.

תא בורר תרחישים בודד בראש הגיליון (Scenario Selector) קובע איזו עמודה פעילה כעת ומפעילה את המודל כולו.

למה הקפדנו על הגדרה נוקשה כל כך? מכיוון ש-AI ממלא חללים ריקים. אם תותירו לו מרווח לנחש — הוא ינחש. הבהרנו לו באופן חד-משמעי ששני הגיליונות הללו הם האמת היחידה המותרת לשימוש.