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

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

עודכן לאחרונה: 9 בספטמבר 2026

מה אוטומציה עושה למחלקת כספים?

היא מוציאה מהחודש את ההקלדה מחדש, את הרדיפה ואת ההתאמות, ומשאירה למחלקה את החריגים ואת שיקול הדעת.

מחלקת כספים בחברה של 20 עד 200 עובדים רצה בדרך כלל על 3 מערכות שלא מדברות: מערכת הנהלת החשבונות (פריוריטי, SAP Business One או חשבשבת, לפי מתי החברה קמה ומי היה רואה החשבון הראשון), הבנק, וכל השאר (ה-CRM, כלי הפרויקטים, אפליקציית ההוצאות, תיבת המייל שאליה מגיעות חשבוניות ספקים). את הפערים בין המערכות ממלאים אנשים. זו העבודה שאוטומציה מורידה.

תהליכים מבוססי כללים עושים את רוב זה בלי שום AI. איפה ש-AI (אצלנו Claude) נכנס זה בקריאה: חשבונית ספק שהגיעה כ-PDF שצולם בטלפון, מייל מלקוח שאומר "נשלם שבוע הבא, מספר ההזמנה השתנה", קבלה בעברית ובאנגלית על עמוד אחד. השלבים האלה דרשו בן אדם לפני שנתיים ולא דורשים עכשיו.

הוצאת חשבוניות

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

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

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

המדד למדוד מולו: ימים ממסירה לחשבונית. בחברות שעושות את זה ביד זה בדרך כלל 5 עד 15 ימים. עם אוטומציה, 0 עד 1. הכסף מגיע מוקדם באותה מידה, ולא שיניתם תנאי תשלום אחד.

גבייה ותזכורות תשלום

גבייה נכשלת מסיבה משעממת: התזכורת תלויה במישהו שיזכור, ולמי שצריך לזכור יש עוד 30 דברים.

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

תנאי התשלום הישראליים (שוטף+30, שוטף+60, שוטף+90) הופכים את גיל החוב לארוך, ובדיוק בגלל זה תזכורת 3 ימים לפני המועד חשובה: מחלקת התשלומים של הלקוח שכחה לא פעם שהחשבונית בכלל קיימת.

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

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

קליטת חשבוניות ספקים

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

האוטומציה קוראת אותן. כלל בתיבת המייל תופס את הקבצים המצורפים, חיבור ל-WhatsApp Business תופס את התמונות, ושלב של עיבוד מסמכים קורא כל חשבונית: ספק, מספר חשבונית, תאריך, סכומים, מע"מ, שורות. הוא בודק שהספק קיים, מתאים את החשבונית להזמנת רכש אם אתם עובדים עם כאלה, מסמן כפילויות (אותה חשבונית שנשלחה פעמיים, וזה קורה יותר ממה שמודים), ורושם טיוטת פקודה בפריוריטי, ב-SAP או בחשבשבת לאישור של בן אדם.

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

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

התאמות בנק

התאמה היא הצלבה, והצלבה היא בדיוק מה שתוכנה נועדה לעשות.

התהליך הלילי מושך את תנועות הבנק (דרך ה-API של הבנק איפה שיש, או מייצוא), מושך את הפריטים הפתוחים מהספרים, ומצליב: קודם סכום ואסמכתא מדויקים, אחר כך סכום ותאריך בטווח, ואז המקרים העמומים (לקוח ששילם 3 חשבוניות בהעברה אחת, ספק שלקח הנחה שלא סיכמתם). כל מה שהותאם נרשם. כל מה שלא הותאם עולה לרשימה אחת, והרשימה הזאת היא הבוקר של מחלקת הכספים.

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

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

סגירת חודש

הסגירה לוקחת 10 ימים כי היא 40 משימות בראש של 6 אנשים, וכל אחד מחכה לזה שלפניו.

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

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

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

דוחות הוצאות

דוחות הוצאות הם התהליך שכולם שונאים, וזה עם הכי פחות תירוצים להישאר ידני.

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

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

דוח תזרים מזומנים

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

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

תוספת ה-AI היא פסקה כתובה למעלה ("מזומן צפוף בשבועות 6 עד 8 כי 2 תקבולים גדולים נוחתים אחרי תשלום המע"מ; 3 החשבוניות שבפיגור למעלה היו מכסות את זה") כדי שהקורא יקבל את הנקודה ב-20 שניות. הפסקה הזאת צריכה להיווצר מהמספרים, והיא צריכה להגיד "לא יודע" איפה שלמודל אין בסיס. זה עניין של איך הפרומפט כתוב, ומשהו לבקש מספק להראות לכם.

איך זה מתחבר לפריוריטי, ל-SAP ולחשבשבת?

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

לפריוריטי יש OData API שעובד לקריאה ולכתיבה של רוב המסמכים, וזה זה שאנחנו בונים מולו הכי הרבה. ל-SAP Business One יש Service Layer שעושה את אותו דבר. חשבשבת קשה יותר: לפי הגרסה, אינטגרציה אומרת API משלה, ייבוא קבצים או מתווך, והתשובה משנה את הבנייה. ספק שאומר "אנחנו מתחברים להכל" בלי לשאול איזו גרסה אצלכם עוד לא עשה את זה.

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

מה כדאי למחלקת כספים לאטמט קודם?

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

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

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

על מה סמנכ"ל כספים צריך לשים לב?

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

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

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

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

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

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

שאלות נפוצות

מה אוטומציה עושה למחלקת כספים?

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

אוטומציה עובדת עם פריוריטי, SAP Business One או חשבשבת?

כן, והשיטה שונה. לפריוריטי יש OData API, ל-SAP Business One יש Service Layer, וחשבשבת תלויה בגרסה שאצלכם, וזה יכול להיות API, ייבוא קבצים או מתווך. ספק צריך לשאול איזו מערכת ואיזו גרסה לפני שהוא אומר לכם מה אפשרי.

בטוח לתת לתוכנה לרשום בספרים?

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

כמה AI מדויק בקריאת חשבוניות ספקים?

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

מה כדאי למחלקת כספים לאטמט קודם?

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

למנהל החשבונות החיצוני עדיין יש עבודה?

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

הצעד הבא

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