5 נקודות כשל בתהליך הרכש ואיך לצמצם אותן

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

נישה: רכש, יבוא ושילוחזמן קריאה: 7 דקות

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

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

חמישה תרחישים אפשריים ברכש

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

מה כדאי לבדוק לפני שמבצעים אוטומציה

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

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

אחרי הסדרה

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

לא תמיד צריך להחליף מערכת

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

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

איך מתחילים בלי להבטיח תוצאה

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

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

שאלות נפוצות

אנחנו כבר עובדים עם ERP, זה לא אמור לפתור את זה?

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

זה מתאים גם לחברה קטנה בלי מחלקת רכש?

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

כמה זמן לוקח לתקן תהליך רכש כזה?

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

שלב הבא
רוצים לבדוק איך זה יכול להתאים לתהליך אצלכם?

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

לשיחה בוואטסאפ ←
מעדיפים שאחזור אליכם? אפשר להשאיר פרטים בטופס קצר.