האצת סגירת החודש: איך מקצרים מעשרה ימים לשלושה בלי להחליף את ה-ERP

האצת סגירת החודש: איך מקצרים מעשרה ימים לשלושה בלי להחליף את ה-ERP

למה סגירת החודש נמשכת עשרה ימים

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

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

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

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

הצוואר האמיתי: חשבוניות שעוד לא הגיעו

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

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

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

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

הפרשות בהערכה מול הפרשות בנתונים

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

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

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

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

Three-way match כמנוע של סגירה מהירה

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

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

MILO, סוכן ה-AP של CORZ, מריץ את ההתאמה הזו ברקע וקולט את החשבוניות באמצעות IDP. הוא מסמן חריגים וממליץ על טיפול, וההחלטה נשארת אצל הצוות בגישת Human-in-the-Loop.

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

מה קורה כשכל המידע יושב במקום אחד

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

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

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

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

סגירה מהירה בלי להחליף מערכות

החשש הטבעי הוא שקיצור הסגירה דורש פרויקט ERP חדש. זה לא המצב. CORZ פועלת כשכבה חכמה מעל מערכת הליבה הקיימת ומתחברת אליה דרך REST API.

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

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

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

הרגולציה הישראלית לא צריכה לעכב את הסגירה

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

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

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

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

מה מודדים אחרי שהסגירה מתקצרת

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

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

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

שאלות נפוצות

כמה זמן לוקח לקצר את סגירת החודש?

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

האם צריך להחליף את מערכת ה-ERP כדי לזרז את הסגירה?

לא. CORZ פועלת כשכבה חכמה מעל מערכת הליבה הקיימת ומתחברת אליה דרך REST API. מערכת הליבה נשארת במקומה וספר החשבונות ממשיך להתנהל כרגיל.

מה הגורם מספר אחת שמאריך את סגירת החודש?

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

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

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

האם סגירה מהירה פוגעת בבקרה או בעמידה ברגולציה?

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

שאלות נפוצות

כמה זמן לוקח לקצר את סגירת החודש?
הטמעה של שכבת אוטומציה מעל ה-ERP הקיים נמשכת בדרך כלל שבועות ספורים. אצל לקוח לוגיסטיקה, הטמעה של שלושה שבועות הביאה לקיצור של 75% בזמן סגירת החודש.
האם צריך להחליף את מערכת ה-ERP כדי לזרז את הסגירה?
לא. CORZ פועלת כשכבה חכמה מעל מערכת הליבה הקיימת ומתחברת אליה דרך REST API. מערכת הליבה נשארת במקומה וספר החשבונות ממשיך להתנהל כרגיל.
מה הגורם מספר אחת שמאריך את סגירת החודש?
חשבוניות ספקים שטרם התקבלו או טרם נקלטו. כל עוד יש חשבונית באוויר, אי אפשר לדעת מה ההוצאה האמיתית של החודש, והצוות נאלץ לרשום הפרשות מבוססות הערכה.
איך אפשר לסגור חודש כשחשבוניות ספקים עדיין לא הגיעו?
כשיש הזמנת רכש פתוחה עם תעודת קבלה מאושרת, ההפרשה מבוססת על נתון ולא על הערכה. הסכום, הספק וסעיף החשבונאות ידועים, כך שהסגירה נשארת יציבה ולא מתוקנת בחודש הבא.
האם סגירה מהירה פוגעת בבקרה או בעמידה ברגולציה?
להפך. כשבדיקות הציות כמו אישור ניהול ספרים וניכוי מס במקור מוטמעות בפורטל בזמן הקמת הספק, הן כבר בוצעו כשהחודש נגמר. חתימה אלקטרונית כפולה לפי נספח ו' וארכיון דיגיטלי מאושר משלימים את הבקרה.