תוכנה לניהול רכש

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

בקצרה

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

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

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

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

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

הבדיקה שמייצרת את רשימת הדרישות

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

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

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

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

שרשרת אישורים שלא מייצרת עקיפות

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

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

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

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

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

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

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

סימנים שההצעה לא תחזיק

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

איך אני עובד על זה

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

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

מאיפה להתחיל

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

דברו איתי  |  קשור: מערכות ERP ו-CRM, עיבוד חשבוניות עם AI, אינטגרציות

SLAtech LTD