ייצור
MRO (תחזוקה, תיקונים ותפעול)
MRO הוא כל ההוצאה על תחזוקה, תיקונים ותפעול - החלקים, המתכלים והשירותים ששומרים על הציוד והמבנים עובדים, בלי להיכנס למוצר עצמו. שלושת המאפיינים שלו: המון עסקאות, סכומים קטנים בכל אחת, וזנב ארוך מאוד של ספקים.
ידוע גם כ: תחזוקה תיקונים ותפעול, הוצאת MRO
החשבון שלא נסגר
ב-MRO, הטיפול בהזמנה עולה יותר מההזמנה עצמה. הזמנה של 180 דולר יכולה לגזול מהקניין בדיוק את אותו זמן והתעסקות כמו הזמנה של 180,000 דולר: להפיק אותה, לשלוח אותה, להזכיר לספק לאשר, לעקוב אחרי האספקה, ולסגור פער בחשבונית.
ובגלל שהסכום בכל שורה קטן, כמעט תמיד לא מצדיק להשקיע בו את הזמן הזה. אז הוא מקבל עדיפות נמוכה - וכך בדיוק נוצרת השבתה בלתי מתוכננת, ברגע שמתברר שחלק שצריך עכשיו פשוט לא נמצא במחסן.
למה פורטלים כמעט לעולם לא פותרים MRO
הפתרון שנשמע מובן מאליו הוא להעביר את ספקי ה-MRO לפורטל או לקטלוג. זה עובד מול הגדולים הבודדים, ונתקע מול כל השאר - כי ההטמעה עולה בערך אותו סכום לכל ספק, בזמן שההוצאה על כל ספק כזה זעירה.
כל פתרון לזנב ה-MRO חייב לעמוד בתנאי אחד: הוספת עוד ספק כמעט לא עולה כלום. אחרת החשבון פשוט לא נסגר.
איך Evolinq מטפלת בזה
אצל Evolinq, הוספת ספק לא עולה כלום - הספק לא צריך חשבון, לא הרשמה ולא הטמעה. וזה בדיוק מה שהופך אוטומציה של זנב ה-MRO למשהו אפשרי.
שאלות נפוצות
מה ראשי התיבות MRO אומרים ברכש?
MRO הוא קיצור של Maintenance, Repair and Operations - תחזוקה, תיקונים ותפעול. זה כולל את כל החלקים, המתכלים והשירותים שצריך כדי לשמור על הציוד והמבנים עובדים - בשונה מחומרים ישירים, שנכנסים לתוך המוצר עצמו.
למה קשה לבצע אוטומציה לרכש MRO?
כי הסכום בכל עסקה קטן, אבל העבודה מסביבה בכלל לא. פורטלים וקטלוגים עולים בערך אותו דבר לכל ספק, וזה לא מצדיק את עצמו כשמדובר בזנב ארוך של ספקים שלכל אחד מהם יש שורה או שתיים.