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

איפה תהליך הרכש נשבר היום

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

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

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

חמשת השלבים של בקשת רכש

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

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

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

הכלל שמונע רכש עוקף: אין הזמנה בלי אישור

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

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

מה מבדיל מערכת רכש מגיליון אקסל מסודר

גיליון טוב יכול לרשום את כל מה שתואר כאן. מה שהוא לא יכול לעשות:

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

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

למי זה רלוונטי במיוחד

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

איך מתחילים בלי לשתק את הארגון

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

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

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