תארו לעצמכם: מנהל יוצר הזמנה בשווי שעלותה מחושבת לאחר ביקורת, אך היא נעלמת אל תוך חלל ריק—ללא התראה אוטומטית, ללא סטטוס. המנהל מגלה על כך שבוע לאחר מכן בדואר אלקטרוני, אך עד אז הספק כבר ביטל את ההזמנה. רבים נתקלים בבעיה זו.
אנו מגדירים מחזור אישור הזמנות מלא ב-1C-Bitrix כדי למנוע הפסדים. במאמר זה נדון בהגדרת סטטוסים, התראות ואישור רב-שלבי באמצעות דוגמאות אמיתיות.
למה אישור ידני הוא רוע
עיבוד הזמנות ידני יוצר כאוס: הזמנות הולכות לאיבוד, משוכפלות, ומועדי אספקה נמשכים. לפי מחקרים, עד 30% מההזמנות הולכות לאיבוד במהלך עיבוד ידני ב-B2B.
אוטומציה על Bitrix מספקת סטטוס ברור לכל הזמנה (APPROVAL, APPROVED, REJECTED), התראות אוטומטיות הקשורות לאירועי דואר, ומסלול ביקורת (מי, מתי, מה שונה). זה מפחית את העומס על רוכשים בעד 40%.
כיצד פועל אישור הזמנות ב-B2B
תרחיש סטנדרטי: עובד יוצר הזמנה עם סטטוס "ממתין לאישור" → התראה נשלחת למנהל → המנהל מאשר או דוחה בלוח הבקרה שלו → אם אושר, ההזמנה עוברת לעיבוד; אם נדחתה, העובד מקבל התראה עם הסיבה.
תוכניות מורכבות יותר מתחשבות בסכום (עד 50 אלף — אין צורך באישור, מ-50 עד 200 אלף — רמה אחת, מ-200 אלף — שתי רמות) או בקטגוריית המוצר.
| מאפיין | תוכנית חד-רמתית | תוכנית רב-רמתית |
|---|---|---|
| מספר המאשרים | 1 | 2+ |
| גמישות הכללים | בסיסית | גבוהה (סכום, קטגוריה) |
| זמן הטמעה | שבוע | 2-3 שבועות |
| סיכון לטעויות | מינימלי | בינוני |
תוכנית מותאמת אישית מאולתרת איטית פי 3 להטמעה לעומת ההגדרה שלנו באמצעות Highload-blocks — אנחנו כבר שיכללנו את התבניות. אוטומציה באמצעות Highload-blocks מפחיתה את זמן עיבוד ההזמנות בחצי בהשוואה למנגנונים סטנדרטיים.
כיצד להגדיר סטטוסי הזמנה לאישור
ב-Bitrix, להזמנה יש סטטוס (b_sale_status). אנו מוסיפים סטטוסים מותאמים אישית:
APPROVAL— ממתין לאישורAPPROVED— אושר, הועבר לעיבודREJECTED— נדחה
הוספת סטטוסים: CSaleStatus::Add() או דרך לוח הבקרה חנות → הגדרות → סטטוסי הזמנה. כאשר עובד (לא בעל החברה) יוצר הזמנה, המטפל OnSaleOrderSaved בודק את תפקיד המשתמש. אם התפקיד דורש אישור והסכום עולה על סף מסוים, סטטוס ההזמנה משתנה ל-APPROVAL, והעיבוד הסטנדרטי מושהה באופן זמני.
כיצד להגדיר אישור שלב-אחר-שלב
להלן מדריך פשוט לתרחיש טיפוסי של רמה אחת:
- צרו סטטוסים מותאמים אישית: APPROVAL, APPROVED, REJECTED בסעיף "סטטוסי הזמנה".
- הקצו הרשאות: לתפקיד "מאשר", העניקו הרשאה לשינוי הסטטוס.
- הגדירו את אירוע הדואר
B2B_ORDER_APPROVAL_REQUESTעם תבנית מכתב המכילה את הסכום וקישור. - כתבו מטפל לאירוע
OnSaleOrderSaved: אם ההזמנה נוצרה על ידי משתמש עם תפקיד "עובד" והסכום > סף, שנו את הסטטוס ל-APPROVAL. - צרו עמוד בלוח הבקרה של המשתמש עם רשימת הזמנות בסטטוס APPROVAL. הוסיפו כפתורי "אשר"/"דחה".
- בלחיצה, קראו ל-
CSaleOrder::UpdateStatus()ושלחו התראה ליוזם.
ממשק התראות ואישור
עם המעבר ל-APPROVAL, נשלח אירוע הדואר B2B_ORDER_APPROVAL_REQUEST למאשר. הדוא"ל מכיל: רשימת פריטים, סכום כולל, וקישור לעמוד האישור. עמוד האישור בלוח הבקרה מציג רשימת הזמנות בסטטוס APPROVAL עבור המשתמש הנוכחי (או עבור החברה אם יש להם תפקיד approver).
כפתורים: "אשר" / "דחה" עם שדה סיבה. בלחיצה, בקשת AJAX נשלחת למטפל שמשנה את סטטוס ההזמנה באמצעות CSaleOrder::UpdateStatus() ושולח התראה ליוצר.
מהן רמות האישור?
עבור תכנית דו-שלבית, אנו משתמשים ב-Highload-block order_approvals: UF_ORDER_ID, UF_APPROVER_ID, UF_LEVEL (1, 2), UF_STATUS, UF_COMMENT, UF_DATE. ההזמנה עוברת לעיבוד ראשי רק כאשר לכל הרשומות המקושרות יש סטטוס approved. אם נדחתה בכל שלב, ההזמנה מקבלת סטטוס REJECTED, והשרשרת נקטעת.
תרשים סטטוסים מפורט
- הזמנה חדשה (N) → בדיקת כלל → אם נדרש אישור → APPROVAL
- APPROVAL → אם הכל אושר → APPROVED; אם נדחה → REJECTED
- APPROVED → לעיבוד
- REJECTED → הגשה מחדש אפשרית
מה כלול בהקמה
| שלב | תוצאה |
|---|---|
| ניתוח תהליכים עסקיים | סכמת תפקידים וספי אישור |
| עיצוב | פריסת אישור |
| יישום | סטטוסים, מטפלים, HL-blocks |
| התראות | תבניות דואר, אירועים |
| בדיקות | 10+ תרחישים |
| הדרכה | הנחיות למנהלים |
אנו מתחייבים לפעולה תקינה תחת עומסים של עד 10,000 הזמנות ביום. הניסיון שלנו משתרע על פני שנים רבות עם 50+ פרויקטי Bitrix ומומחים מוסמכים. צרו קשר לקבלת הצעת מחיר—אנו נבחר את סכמת אישור ההזמנות האופטימלית עבור העסק שלכם. קבלו ייעוץ בנושא אוטומציה של תהליכי B2B על Bitrix.
הקמת אישור חד-שלבי: שבוע אחד. סכמה רב-שלבית עם כללים גמישים: 2-3 שבועות. העלות מחושבת באופן אישי עבור התרחיש שלכם.
משאבים נוספים: CommerceML — תקן לחילופי נתונים עם 1C, Bitrix24 REST API לאינטגרציה עם מערכות חיצוניות.