בוחרים תוכנת רכש על בסיס תהליך אמיתי של החברה: בקשה מהשטח, אישור, הזמנה, קבלת משלוח ובדיקת חשבונית. בהדגמה כדאי לבדוק גם חריגים, הרשאות וייצוא נתונים, ולהגדיר מראש מה חייב לעבוד ביום הראשון.
מגדירים את הבעיה לפני רשימת היכולות
אספו שלושה מקרים מהעבודה: הזמנה שאושרה באיחור, תעודת משלוח שלא נמצאה או חשבונית שנשלחה לבירור. לכל מקרה רשמו מי היה מעורב, איזה מידע היה חסר ואיזו החלטה התעכבה. הרשימה הזו נותנת בסיס להשוואה בין מערכות.
הפרידו בין צורך נוכחי לרצון עתידי. חברה שמנהלת כמה אתרים צריכה בדרך כלל שיוך ברור לפרויקט ונראות של ההזמנות. חיבור עמוק למערכת כספים עשוי להיות שלב נוסף, עם אפיון ולוח זמנים משלו. בקשו הצעה שמפרידה בין התוכנה, ההטמעה ועבודת החיבור.
מריצים תרחיש מלא בהדגמה
הכינו דוגמה ללא מידע רגיש: הזמנה של 100 יחידות, אישור מנהל, אספקה ראשונה של 70 יחידות וחשבונית של 80. בקשו לראות איך כל שלב נרשם, מי רואה אותו ואיך מטפלים בעשר היחידות שבפער. לאחר מכן בדקו איך מוסיפים את יתרת האספקה בלי לדרוס את הרישום הראשון.
הדגמה שימושית מראה גם מה קורה כשחסר מסמך, כשהמאשר נעדר וכשהמשתמש בשטח עובד מהטלפון. שאלו אילו פעולות דורשות רשת ואילו נתונים יישארו זמינים אם הקליטה נקטעת.
- פתיחת הזמנה ושיוכה לפרויקט ולספק
- אישור עם כמות ומחיר ברורים
- תיעוד אספקה חלקית וקישור מסמך
- בירור פער חשבונית לצד המסמכים
- בדיקת השפעת ההזמנה על תמונת הפרויקט
בודקים הרשאות ואחריות
רשמו מי רשאי לפתוח, לערוך, לאשר ולצפות בנתונים. אם עובד צריך לעבוד רק על חלק מהפרויקטים, בקשו להראות שההגבלה אכן קיימת ומתאימה למודל ההרשאות המוצע. אל תסתפקו בתיאור כללי של מערכת הרשאות.
בקשו להבין איך מצרפים עובד, איך מסיימים גישה ואיך יודעים מי מטפל בנקודה פתוחה. הבחינו בין יכולת שקיימת במוצר לבין התאמה שהספק מציע לפתח.
מפרידים בין ייצוא, יבוא ואינטגרציה
קובץ שאפשר להוריד אינו חיבור אוטומטי. שאלו אילו ישויות עוברות, באיזה כיוון ובאיזו תדירות, ואיך מטפלים בכשל או ברשומה כפולה. בקשו דוגמה של קובץ הייצוא ובדקו אם אפשר לעבוד איתו בלי ניקוי ידני ממושך.
ב־Novapro חיבור למערכת ERP דורש בדיקת ממשקים, הרשאות, אפיון ופיתוח. בהערכת התאמה צריך לכלול את העבודה הזאת במפורש. קליטת מסמכים וחילוץ טקסט תלויים גם בהגדרת השירותים ובאימות התוצאה.
מגדירים פיילוט עם תנאי הצלחה
בחרו פרויקט אחד, צוות מצומצם וקבוצת הזמנות. קבעו מי אחראי לנתוני הבסיס, מתי מפסיקים לערוך את הקובץ הישן ומה עושים אם חסר שדה. בסיום בדקו אם הצוות הצליח לבצע את התהליך בלי שחזור מידע ממקורות מקבילים.
מדדו תהליך שאפשר לבדוק: זמן המתנה לאישור, שיעור אספקות עם תיעוד או מספר חשבוניות פתוחות לבירור. הגדירו את נקודת ההתחלה ואת אופן המדידה; אין טעם לקבוע אחוז שיפור בלי נתון בסיס.
רשימת בדיקה לעבודה
- תרחיש הדגמה מוסכם
- יכולות חובה מול פיתוח עתידי
- מודל הרשאות שנבדק
- דוגמת ייצוא ותוכנית העברת נתונים
- אחראי פיילוט ותנאי הצלחה
שאלות נפוצות
האם מערכת רכש צריכה להחליף את הנהלת החשבונות?
לא בהכרח. אפשר לנהל תהליך רכש ובקרה במערכת ייעודית ולהמשיך לעבוד במערכת הכספים הקיימת. צריך להגדיר איזה מידע עובר ביניהן ומי אחראי לכל נתון.
מה להביא להדגמה של תוכנת רכש?
הביאו תרחיש ללא מידע רגיש, רשימת תפקידים ושלושה מצבים שקשה לטפל בהם כיום. דוגמה עם אספקה חלקית ופער חשבונית מאפשרת לבדוק את רצף העבודה בצורה מעשית.
ממשיכים לקרוא
איך בונים תהליך רכש מסודר בפרויקט בנייה? ←