by Agile-ERPרכש ארגוני, תקציב ואישוריםמחוברים ל־Priority.
למבקשים, למאשרים ולגזברות: כל הזמנה נפתחת מתוך התקציב, עוברת את המאשרים הנכונים ונוצרת ב־Priority רק לאחר אישור. הזמנת הרכש הרשמית נשמרת ב־Priority.
- בקשות נבדקות מול התקציב הזמין לפני שהן יוצאות לאישור
- אישורים לפי תחום אחריות וסמכות בארגון
- מעקב אחד עד קבלת הסחורה וחשבונית הספק
בשימוש הנוער העובד והלומד, עם כ־320 משתמשים.
מספר המשתמשים לפי נתוני הארגון, אוקטובר 2026.
לסיפור הלקוחשותף מורשה של Priority
ממכתבי ההמלצה
…תהליכי הרכש הוסדרו, רוכזו ועברו דיגיטציה; הבקרה והשקיפות התחזקו; והעבודה השוטפת של המשתמשים נעשתה ברורה ופשוטה יותר.
המערכת מהירה מאוד, מאפשרת לבצע מגוון בקרות, וממשק הניהול שלה נוח ומאפשר למנהלי המערכת לפעול באופן עצמאי.
מה הארגון מקבל
שליטה בתקציב ובאישורים, בלי לשנות את Priority
Opero Procurement היא סביבת העבודה של הרכש מעל Priority: המשתמשים עובדים בממשק פשוט בעברית, ו־Priority נשארת המערכת הפיננסית.
תקציב לפני הזמנה
המבקש רואה את היתרה הזמינה בסעיף, והזמנה שחורגת ממנה נעצרת לפני שהיא יוצאת לאישור.
המאשר הנכון, בכל פעם
מסלול האישור נקבע לפי הסכום, המבנה הארגוני והספק, ונשמרת היסטוריה מלאה של מי אישר ומתי.
כל אחד רואה את מה שבאחריותו
כל משתמש רואה ופועל רק בתקציבים, ביחידות ובהזמנות שבתחום אחריותו.
הזמנה רשמית אחת, ב־Priority
לאחר האישור הסופי נוצרת הזמנת הרכש ב־Priority, בלי הקלדה כפולה.
מעקב עד הסחורה והחשבונית
קבלת הסחורה נרשמת מול ההזמנה, וחשבונית הספק שנקלטה ב־Priority מוצגת לצידה.
שינויי תקציב מבוקרים
העברות בין סעיפים ובקשות הגדלה והקטנה, עם בדיקת יתרה והרשאות ועדכון התקציב ב־Priority.
פירוט מלא: אישורים, הרשאות, בקרת תקציב ואמינות
מנוע האישורים
- מסלול נבחר לפי סף סכום ולפי הממדים הארגוניים של הבקשה, ולא לפי תפקיד גנרי.
- לכל מאשר רמת סמכות ותחום אחריות, ולסמכות יש תאריכי תוקף.
- ספק יכול לשאת מאשר ייעודי שמחליף את המאשר הראשון במסלול.
- דחייה מחזירה את הבקשה למגיש עם הנימוק שנרשם.
- מי היה אחראי לשלב ומי אישר בפועל נשמרים בנפרד.
- בקשת ביטול עוברת מסלול אישור משלה.
- בודק תרחישים לקריאה בלבד מראה איזה מסלול יחול, בלי לבצע דבר.
הרשאות ותחומי אחריות
- פרופיל הרשאות מגדיר את היקף הפעולה לפי ממדים ארגוניים, ומשויך למשתמשים.
- שיוך משתמשים ליחידות, למנהלים ולתקציבים קובע מה כל אחד רואה ומה מגיע אליו לאישור.
- ההרשאות נאכפות בשרת ובכל שאילתה, ולא רק בתפריט; ההפרדה בין ארגונים נשמרת גם בייצוא.
בקרת תקציב
- היתרה נבדקת בשרת בהגשה ושוב באישור הסופי; חריגה חוסמת.
- הניצול כולל הזמנות פתוחות, ולכן התחייבות אינה נספרת פעמיים.
- סעיף לא פעיל, סעיף שאינו סעיף הוצאה או סעיף ללא נתוני ניצול — חוסם ולא מנחש.
- בחירת סעיף לפי שנת הסעיף התקציבי, ולא לפי שנת הלוח.
- ניהול העברות התקציב הוא מודול שמופעל לפי ארגון. העברת תקציב משנה הקצאות — אין בה תשלום.
אמינות מול Priority
- כל הזמנה נושאת אסמכתה; ניסיון יצירה חוזר מחזיר את ההזמנה הקיימת במקום ליצור כפולה.
- תוצאה לא ודאית נבדקת מול Priority לפני כתיבה נוספת.
- הזמנה שלא נוצרה, מסמך שלא הופק או סנכרון שנכשל מסומנים וגלויים למי שאחראי.
דוגמאות למסלולי אישור
- בדיקת תקציב
- אישור אוטומטי
- בדיקת תקציב
- מאשר ראשון
- בדיקת תקציב
- מאשר ראשון
- מאשר שני
- בדיקת תקציב
- מאשר ייעודי
- המשך לפי סף
להמחשה בלבד. הספים, הממדים הארגוניים ורמות הסמכות מוגדרים לכל ארגון.
רוצים לראות את זה על תהליך הרכש שלכם?
איך זה עובד
תהליך הרכש וניהול התקציב — שלב אחר שלב
בחרו שלב או תרחיש כדי לראות מה קורה בו, מי מבצע אותו ומה עובר בין Opero ל־Priority.
הזמנת רכש אחת לאורך כל הדרך: היא נפתחת ומאושרת ב־Opero, והופכת להזמנה המחייבת ב־Priority רק לאחר האישור הסופי.
Opero Procurement
שלב 1 מתוך 5
פתיחת הזמנת רכש
- מה קורה
- המשתמש פותח הזמנת רכש מתוך סעיף תקציבי שבתחום אחריותו: ספק, שורות, כמויות ומחירים. ההזמנה נשמרת כטיוטה עד שהיא נשלחת לאישור.
- מי מבצע
- משתמש שרשאי להשתמש בסעיף התקציבי.
- מה נבדק
- רק סעיפים שבתחום האחריות של המשתמש זמינים לבחירה. בזמן העריכה מוצגת היתרה הזמינה, וחריגה מסומנת מראש.
- מול Priority
- Priority → Operoספקים, סעיפי תקציב ושערי חליפין מסונכרנים מ־Priority.
שלב 1 מתוך 5: פתיחת הזמנת רכש
כל השלבים בטקסט
אותו תוכן כמו בתרשים, בתצוגה רציפה.
תהליך הרכש
הזמנת רכש אחת לאורך כל הדרך: היא נפתחת ומאושרת ב־Opero, והופכת להזמנה המחייבת ב־Priority רק לאחר האישור הסופי.
פתיחת הזמנת רכש
מה קורה: המשתמש פותח הזמנת רכש מתוך סעיף תקציבי שבתחום אחריותו: ספק, שורות, כמויות ומחירים. ההזמנה נשמרת כטיוטה עד שהיא נשלחת לאישור.
מי מבצע: משתמש שרשאי להשתמש בסעיף התקציבי.
מה נבדק: רק סעיפים שבתחום האחריות של המשתמש זמינים לבחירה. בזמן העריכה מוצגת היתרה הזמינה, וחריגה מסומנת מראש.
מול Priority: Priority → Opero: ספקים, סעיפי תקציב ושערי חליפין מסונכרנים מ־Priority.
בדיקת תקציב והרשאות
מה קורה: בשליחה לאישור, השרת בודק שוב את ההרשאה על הסעיף ואת היתרה הזמינה בו.
מי מבצע: המערכת, בשרת — לא רק במסך.
מה נבדק: חריגה מהיתרה או סעיף ללא הרשאה חוסמים את השליחה. הניצול כבר כולל הזמנות פתוחות, ולכן התחייבות אינה נספרת פעמיים.
מול Priority: Priority → Opero: יתרת הסעיף נבדקת מול נתוני התקציב של Priority.
מסלול האישור
מה קורה: המערכת קובעת את מסלול האישור לפי הסכום, הממדים הארגוניים והספק, ומעבירה את ההזמנה למאשרים לפי הסדר. מתחת לסף שהוגדר ההזמנה יכולה להיות מאושרת אוטומטית.
מי מבצע: המאשרים במסלול, לפי רמת הסמכות ותוקפה.
מה נבדק: באישור הסופי היתרה נבדקת שוב. דחייה מחייבת נימוק ומחזירה את ההזמנה למגיש.
מול Priority: המסלול מתנהל כולו ב־Opero. בשלב הזה עדיין לא נכתב דבר ל־Priority.
הזמנת רכש ב־Priority
מה קורה: לאחר האישור הסופי נוצרת ב־Priority הזמנת הרכש המחייבת, ומספר ההזמנה נשמר חזרה ב־Opero. מסמך ה־PDF הרשמי נמשך מ־Priority ונשלח בדוא״ל למזמין.
מי מבצע: המערכת, דרך שכבת ה־Gateway — אוטומטית או בלחיצה של משתמש מורשה, לפי הגדרת הארגון.
מה נבדק: כל הזמנה נושאת אסמכתה. תוצאה לא ודאית נבדקת מול Priority לפני ניסיון נוסף, כדי שלא תיווצר הזמנה כפולה.
מול Priority: Opero → Priority: הזמנת הרכש ושורותיה נכתבות ל־Priority. Priority → Opero: מספר ההזמנה ומסמך ה־PDF הרשמי חוזרים מ־Priority.
קבלת סחורה וחשבונית ספק
מה קורה: קבלת הסחורה נרשמת מול ההזמנה, ונוצרת תעודת קבלה ב־Priority. חשבונית הספק שכבר נקלטה ב־Priority מוצגת בהקשר של ההזמנה וקבלת הטובין, כולל מספר החשבונית, הסטטוס ״נקלטה חשבונית ספק״ ופתיחת PDF כאשר זמין.
מי מבצע: קבלת הסחורה: המזמין או מאשר שההזמנה בתחום אחריותו, או אוטומטית לפי כללים שהארגון הגדיר. פרטי החשבונית מוצגים למי שרשאי לצפות בהזמנה, ופתיחת ה־PDF — למשתמשים שהוסמכו לכך.
מה נבדק: החשבונית משויכת להזמנה דרך תעודת הקבלה. זוהי תצוגה בלבד: Opero אינה קולטת חשבוניות מדוא״ל, אינה יוצרת או רושמת חשבוניות, ואינה מבצעת התאמות או תשלומים.
מול Priority: Opero → Priority: תעודת קבלת הסחורה נכתבת ל־Priority. Priority → Opero: חשבונית הספק וה־PDF שלה נקראים מ־Priority — קריאה בלבד.
ניהול תקציב
העברה בין סעיפים
העברה ישירה בין שני סעיפים שהמשתמש מורשה בהם. אין לה מסלול אישור: המשתמש בודק, מאשר במפורש ומבצע — והבדיקות רצות לפני הביצוע.
בחירת מקור ויעד
מה קורה: המשתמש מחפש את סעיף המקור ואת סעיף היעד ישירות בשדה, לפי קוד או תיאור, ומזין את סכום ההעברה.
מי מבצע: משתמש עם הרשאת כתיבה בשני הסעיפים.
מה נבדק: מוצעים רק סעיפים שהמשתמש מורשה בהם. סעיף הרזרבה אינו יכול לשמש מקור, ומקור ויעד חייבים להיות שונים.
מול Priority: Priority → Opero: סעיפי התקציב מסונכרנים מ־Priority.
בדיקת ההעברה
מה קורה: לפני הביצוע מוצגת השוואה: היתרה במערכת הרכש, היתרה העדכנית ב־Priority והיתרה הצפויה לאחר ההעברה.
מי מבצע: המערכת, בשרת.
מה נבדק: הרשאה בשני הסעיפים, כלל העברה שהגדיר מנהל הארגון בין המקור ליעד, ויתרה מספקת במקור — גם במערכת הרכש וגם ב־Priority.
מול Priority: Priority → Opero: היתרה העדכנית בסעיף המקור נקראת מ־Priority.
ביצוע ב־Priority
מה קורה: המשתמש מאשר את ההעברה במפורש, והתקציב מתעדכן ב־Priority: הקצאת המקור קטנה והקצאת היעד גדלה בסכום ההעברה.
מי מבצע: המשתמש שביצע את הבדיקה.
מה נבדק: כל הבדיקות רצות שוב ברגע הביצוע. כל עדכון נקרא בחזרה מ־Priority, ותוצאה חלקית מסומנת להתאמה ואינה נבלעת.
מול Priority: Opero → Priority: עדכון ההקצאות של שני הסעיפים בתוכנית התקציב ב־Priority.
תיעוד והיסטוריה
מה קורה: כל העברה נשמרת עם המבצע, התאריך, המקור, היעד, הסכום והמצב, וניתן לייצא את הרשימה.
מי מבצע: המשתמש רואה את ההעברות שלו; מנהל הארגון רואה את כולן.
מה נבדק: העברה שלא הושלמה במלואה עוברת לטיפול מתועד ואינה מוצגת כהצלחה.
מול Priority: התיעוד וההיסטוריה נשמרים ב־Opero.
בקשת הגדלה
בקשה להגדיל סעיף עוברת מסלול אישור. המאשר מממן אותה מהרזרבה של הארגון או מסעיף שהוא מורשה בו, ורק אז התקציב מתעדכן.
הגשת הבקשה
מה קורה: המבקש בוחר את הסעיף בחיפוש ישיר בשדה, רואה את ההקצאה, הניצול והיתרה מ־Priority, ומזין סכום הגדלה או יתרה מבוקשת — והשדה השני מחושב. נדרש נימוק.
מי מבצע: משתמש עם הרשאת כתיבה בסעיף.
מה נבדק: בהגשה הנתונים נקראים שוב מ־Priority. אם השתנו, הבקשה אינה נשמרת ומוצג החישוב המעודכן.
מול Priority: Priority → Opero: הקצאה, ניצול (כולל הזמנות פתוחות) ויתרה נוכחית.
מסלול האישור
מה קורה: הבקשה נפתחת אצל הדרג המאשר הרלוונטי, וניתן להעביר אותה לדרג הבא לפי מנגנון האישור שהוגדר לארגון.
מי מבצע: המאשרים בדרג הפעיל.
מה נבדק: המאשר יכול לדחות בנימוק, או לאשר סכום נמוך מהמבוקש — לא גבוה ממנו.
מול Priority: המסלול מתנהל כולו ב־Opero.
מימון הבקשה
מה קורה: המאשר בוחר את מקור המימון: סעיף הרזרבה המרכזי של הארגון, או סעיף שהוא עצמו מורשה בו.
מי מבצע: מימון מהרזרבה — מאשרים שהוסמכו לכך. מימון מסעיף — מאשר עם הרשאה בסעיף המממן.
מה נבדק: יתרת מקור המימון נבדקת במערכת הרכש וב־Priority. מה שמאושר הוא סכום קבוע.
מול Priority: Priority → Opero: היתרה העדכנית במקור המימון.
ביצוע ב־Priority
מה קורה: התקציב עובר ממקור המימון אל הסעיף המבוקש, ותוכנית התקציב מתעדכנת ב־Priority.
מי מבצע: המערכת, בעקבות פעולת המימון של המאשר.
מה נבדק: הבדיקות רצות שוב ברגע הביצוע, ולכל בקשה מתבצעת העברה אחת בלבד.
מול Priority: Opero → Priority: עדכון ההקצאות של מקור המימון ושל הסעיף המבוקש ב־Priority.
מעקב והתראות
מה קורה: היסטוריית הבקשה מציגה מי טיפל בה, מי העביר אותה הלאה ומה אושר. הודעות דוא״ל נשלחות בפתיחת שלב, בדחייה, במימון ובביטול.
מי מבצע: המבקש והמאשרים הרלוונטיים.
מה נבדק: רק המבקש יכול לבטל בקשה פתוחה.
מול Priority: ההיסטוריה וההתראות מנוהלות ב־Opero.
בקשת הקטנה
בקשה להחזיר תקציב שאינו נדרש מסעיף אל סעיף הרזרבה של הארגון. היא עוברת את מסלול האישור, והאישור מבצע את ההחזרה.
הגשת הבקשה
מה קורה: המבקש בוחר את הסעיף להקטנה ומזין סכום הקטנה או יתרה מבוקשת — והשדה השני מחושב מנתוני Priority. נדרש נימוק.
מי מבצע: משתמש עם הרשאת כתיבה בסעיף.
מה נבדק: לא ניתן להקטין יותר מהיתרה הנוכחית, שכבר כוללת הזמנות פתוחות. סעיף הרזרבה עצמו אינו ניתן להקטנה.
מול Priority: Priority → Opero: הקצאה, ניצול (כולל הזמנות פתוחות) ויתרה נוכחית.
מסלול האישור
מה קורה: הבקשה עוברת את מסלול האישור שהוגדר לארגון, עם אפשרות לדחייה בנימוק.
מי מבצע: המאשר בדרג הפעיל, או מאשר בקשות תקציב מוסמך.
מה נבדק: פעולות המימון של בקשת הגדלה אינן זמינות כאן — היעד הוא תמיד הרזרבה.
מול Priority: המסלול מתנהל כולו ב־Opero.
אישור והחזרה לרזרבה
מה קורה: האישור מבצע העברה אחת מהסעיף אל סעיף הרזרבה, ותוכנית התקציב מתעדכנת ב־Priority. ניתן לאשר סכום נמוך מהמבוקש.
מי מבצע: המאשר.
מה נבדק: יתרת הסעיף נבדקת שוב, במערכת הרכש וב־Priority, ברגע הביצוע.
מול Priority: Priority → Opero: היתרה העדכנית בסעיף. Opero → Priority: עדכון ההקצאות של הסעיף ושל הרזרבה ב־Priority.
מעקב והתראות
מה קורה: היסטוריית הבקשה מציגה מי טיפל בה ומה אושר, והודעות דוא״ל מלוות את שלביה.
מי מבצע: המבקש והמאשרים הרלוונטיים.
מה נבדק: רק המבקש יכול לבטל בקשה פתוחה.
מול Priority: ההיסטוריה וההתראות מנוהלות ב־Opero.
המחשת החישוב
המחשה בלבד — הנתונים אינם נתוני לקוח.
- הקצאה: ₪40,000 · ניצול (כולל הזמנות פתוחות): ₪28,000 · יתרה נוכחית: ₪12,000
- סכום ההגדלה: ₪4,000 · יתרה מבוקשת לאחר השינוי: ₪16,000
- סכום ההקטנה: ₪3,000 · יתרה מבוקשת לאחר השינוי: ₪9,000
- יתרה = הקצאה − ניצול. ההזמנות הפתוחות כבר כלולות בניצול, ולכן אינן מנוכות פעם נוספת.
המערכת עצמה
כך זה נראה בעבודה היומיומית
צילומי מסך מהמערכת, עם נתוני הדגמה בלבד.
Opero בפעולה
האינטגרציה
Priority נשארת מקור האמת
Opero Procurement אינה מנהלת ספרים משלה: היא קוראת מ־Priority את מה שהתהליך צריך, וכותבת אליו את המסמכים המחייבים רק לאחר אישור.
מגיע מ־Priority
- ספקים ונתוני האב שלהם
- סעיפי תקציב, ניצול ויתרות
- שערי חליפין
- מסמך ההזמנה הרשמי (PDF)
- חשבוניות ספק שכבר נקלטו ב־Priority
נכתב אל Priority
- הזמנות רכש, לאחר אישור סופי
- תעודות קבלת סחורה
- רישום ביטול
- עדכוני תקציב מהעברות ומבקשות שאושרו
Opero Procurement מוצעת כיום כמוצר מוכן לאינטגרציה עם Priority ERP. חיבור למערכות ERP נוספות יכול להתבצע במסגרת פרויקט אינטגרציה ייעודי.
מליבת ה־ERP לתפעול מודרני
משפחת המוצרים
משפחת Opero
Opero Procurement הוא המוצר הזמין כיום במשפחת Opero — שכבות תפעוליות מעל מערכת ה־ERP.
- זמין
מתוכנן
מתוכנן
זמין היום: Opero Procurement. Opero CRM ו־Opero Flow הם כיווני פיתוח מתוכננים, ואינם זמינים כיום. אלה כיוונים נבחרים, ולא מפת הדרכים המלאה.
שאלות נפוצות
מה שנשאלים לפני הדגמה
האם Opero Procurement מחליפה את Priority?
לא. Priority נשארת מערכת הליבה ומקור האמת, וכל מסמך פיננסי מחייב נוצר בה. Opero Procurement היא סביבת העבודה של הרכש מעליה.
למה לא להשתמש במסכי הרכש הסטנדרטיים של Priority?
אם הם מכסים את התהליך שלכם והמשתמשים עובדים איתם היטב — כדאי להישאר איתם, ונגיד את זה גם בפגישה. Opero Procurement משתלמת כשמסלולי האישור וההרשאות מורכבים, וכשחלק גדול מהמשתמשים אינם אנשי ERP.
האם מסלולי האישור יכולים לשקף את המבנה הארגוני שלנו?
כן. המסלול נקבע לפי סף סכום וממדים ארגוניים, עם רמות סמכות ותחומי אחריות, וספק יכול לשאת מאשר ייעודי. הספים והממדים מוגדרים לכל ארגון.
האם למשתמשים שונים יכולים להיות תקציבים והיקפים שונים?
כן. פרופיל ההרשאות ותחום האחריות קובעים אילו סעיפי תקציב ויחידות כל משתמש רואה ורשאי לפעול בהם, והכלל נאכף בשרת.
איפה נשמרת ההזמנה הסופית?
ב־Priority. ההזמנה נוצרת שם רק לאחר האישור הסופי, ומספרה נשמר חזרה ב־Opero. מסמך ה־PDF הרשמי של Priority נשלח בדוא״ל למזמין, ואפשר לשתף אותו עם הספק בוואטסאפ כשהאפשרות מופעלת בארגון.
איך מתבצעות העברות תקציב ובקשות הגדלה או הקטנה?
העברה ישירה בין סעיפים מבוצעת על ידי משתמש המורשה בשני הסעיפים, לאחר בדיקת הרשאות, כללי העברה ויתרה. בקשות הגדלה והקטנה עוברות מסלול אישור: הגדלה ממומנת מהרזרבה או מסעיף מורשה, והקטנה מחזירה תקציב לרזרבה. בכל המקרים ההקצאות מתעדכנות ב־Priority.
האם אפשר לצפות בחשבוניות ספק מתוך המערכת?
כן. חשבונית הספק נקלטת ב־Priority כרגיל, ומוצגת ב־Opero בהקשר של ההזמנה וקבלת הסחורה: מספר החשבונית, הסטטוס ופתיחת ה־PDF כשהוא זמין ולמשתמשים המורשים. רישום החשבונית והטיפול בה נשארים ב־Priority.
האם אפשר לעבוד מהטלפון?
כן. אפשר להגיש בקשות, לאשר, לצפות בתקציב ולעקוב אחרי הזמנות גם מהטלפון. המערכת פועלת בדפדפן ומותאמת למסך הטלפון, בלי צורך בהתקנת אפליקציה.
זה פיתוח ייעודי או מוצר?
מוצר. Opero Procurement היא פלטפורמה רב-ארגונית שפועלת בפרודקשן, וההתאמה לארגון נעשית בתצורה: מבנה ההזמנה, רמת התקציב, תוויות ההיררכיה ומסלולי האישור.
השלב הבא
בואו נראה איך זה עובד על תהליך הרכש שלכם
הדגמה קצרה על תהליך אמיתי מהארגון שלכם: מי מבקש, מי מאשר ולפי מה. מעדיפים שנחזור אליכם? השאירו פרטים.
לתיאום הדגמהאו
נחזור אליכם
השאירו טלפון או מייל, ונחזור אליכם בהקדם.