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