מדוע חלונות זמן האספקה ב-Bitrix אינם תואמים את המציאות
חלונות זמן האספקה ב-Bitrix אינם נלקחים "מהאוויר": האתר מחשב את הגבולות לפי פרופיל שירות האספקה — ימי עבודה, צעד החלון, שעת עצירת קבלת ההזמנה, שיוך למחסן מסוים. אם לפחות פרמטר אחד אינו תואם את לוח הזמנים האמיתי של המחסן, הלקוח רואה חלון שהשליח לא יוכל לסגור פיזית.
פער טיפוסי בין לוח הזמנים של המחסן לזה של האתר מצטבר בשקט. המחסן עבר ללוח קבלה אחר, נוספו חגים, אזור הזמן של האזור השתנה — אך הגדרת חלונות האספקה נותרה כשהייתה. סיפור נפרד — תיקונים ידניים של מנהלים בהזמנה: הם אינם משנים את רשת החלונות, והלקוח הבא שוב רואה זמן שגוי.
הגרוע מכל הוא איפוס הגדרות האספקה לאחר עדכון. עדכון המודול דורס את המטפלים, חלק מהשיוכים "מחסן — שירות" הולכים לאיבוד, ומטמון דפי התשלום מחזיר רשת ישנה. מבחוץ הכול עובד: הזמנות מתקבלות, הודעות נשלחות, אבל הזמן שהובטח שוב אינו תואם את המציאות.
המחיר — שיחות "איפה השליח", ביטולים בשלב האספקה והעברה ידנית של חלונות שגוזלת זמן מהמפעילים.
נפרק כיצד זה נסגר: היכן להחזיק מקור אחיד לגבולות, כיצד לקשר את חלונות האספקה בעמוד התשלום ללוח הזמנים של המחסן ומה לבדוק לאחר כל עדכון.
מה נותן לוח זמנים מנוהל למסירת הזמנות
כאשר החלונות מוגדרים על ידי כללים ולא ברשימה ידנית, ההבטחה "נספק בין 14:00 ל-16:00" מפסיקה להיות תלויה במי שנמצא היום במשמרת. 1C-Bitrix שומר את לוח הזמנים לצד ההזמנה, ולכן המוקדן והלקוח רואים את אותה תמונה.
דיוק הזמן המובטח לקבלה
החלון מחושב לפי המסלול האמיתי, העמסת הרכב ואופן העבודה של המחסן, ולא לפי ממוצע אזורי. שיעור ההזמנות שנמסרו בתוך החלון המובטח עולה, ושיחות נכנסות "איפה ההזמנה שלי" יוצאות מעבודת המפעילים.
עומס צפוי מראש במחסן
לוח הזמנים קובע כמה הזמנות נופלות בכל חלון — שיא הבוקר והשקט אחרי הצהריים מתאזנים. המחסן והשליחים מתכננים משמרות לפי העומס בפועל, ולא לפי ניסיונו של המוקדן.
הפחתת שיעור העברות ההזמנה
העברה נותרת אפשרית, אך הופכת מבוססת: המערכת מציעה את החלון הפנוי הקרוב במקום חלון שרירותי. תיקונים ידניים במהלך היום מצטמצמים פי כמה, והסיבה לכל הזזה נראית בהיסטוריית ההזמנה.
חישוב אוטומטי של חלונות
הכללים נאספים בכל הערוצים — האתר, האזור האישי, ביצוע דרך מנהל. הלקוח בוחר רק את החלונות שזמינים בפועל, ולכן לא נוצרות הבטחות בלתי אפשריות.
אפשרויות הגדרת החלונות: במה הן נבדלות
ב-1C-Bitrix חלונות האספקה נבנים מכמה מנגנונים, והבחירה ביניהם קובעת את התנהגות החנות כאשר חלון מתמלא או כאשר השירות משנה לוח זמנים.
פרופיל החלונות מגדיר את רשת החלונות לשירות מסוים, לוח הזמנים של האספקה — ימי עבודה וימים שאינם ימי עבודה, וירושת לוח הזמנים מושכת את הגדרות שירות האב לשירותי הבן. להלן השוואה לפי האופן שבו כל אפשרות מתנהגת בקונפיגורציות אמיתיות של חנות.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| פרופיל חלונות לשירות אספקה | מספר שירותים עם רשת חלונות שונה, צעד ועומק תכנון משלהם | החלונות מחושבים לפי הפרופיל ולא לפי המחסן: כאשר יש כמה נקודות שילוח נדרש פרופיל נפרד לכל אחת |
| לוח זמנים של אספקה | חגים, ימי תברואה, לוחות זמנים שונים לפי אזורים ונקודות איסוף עצמי | כשלעצמו אינו מגביל את מספר ההזמנות בחלון — המגבלה נקבעת בהגדרה נפרדת |
| ירושת לוח זמנים משירות | רשת סניפים עם חלונות זהים, רק האזור שונה | עריכת הגדרות האב דורסת את הבן — שינויים מקומיים הולכים לאיבוד |
| כללי חפיפת חלונות | יש צורך לבטל חפיפות כאשר חלון השליח חופף לאיסוף עצמי | הבדיקה מתבצעת בשלב התשלום: הזמנות שכבר נוצרו אינן מחושבות מחדש |
בפועל משלבים בין המנגנונים הללו: את רשת הבסיס מחזיק הפרופיל, חריגים — לוח הזמנים, ומגבלת ההזמנות לחלון סוגרת את עומס היתר על השליחים. לפני ההטמעה אנו מריצים תרחישים עם כמה מחסנים ואזורי זמן — כך רואים היכן החלונות יתחילו לחפוף או ייעלמו מהבחירה.
כיצד מתבצעת ההטמעה: שלבי העבודה
הגדרת חלונות האספקה ב-1C-Bitrix כמעט תמיד מתכסה בהיסטוריה: לוח הזמנים של המחסן נערך ידנית, חלק מהחלונות שונו ישירות בבסיס הנתונים, חלק — דרך פרופילי אספקה. בסופו של דבר איש אינו יכול להסביר מדוע היום כתובת מקבלת חלון, ומחר אותה כתובת — לא. את העבודה אנו מבצעים ברצף קבוע, שבו כל שלב מסתיים בבדיקה.
- ביקורת הגדרות האספקה. מייצאים פרופילים, כללי שיוך החלונות, לוח הזמנים הייצורי ויומן ההזמנות. מחפשים היכן החישוב אינו תואם את עבודת המחסן בפועל ואילו חלונות נסגרו ידנית.
- סכמת חישוב החלונות. קובעים כללים: מאיזה אירוע מחשבים את החלון — תשלום או אישור, כמה זמן נדרש להרכבה, כמה הזמנות המחסן לוקח לחלון אחד, כיצד מטופלים ימי מנוחה והעברות.
- לוחות זמנים ושיוכים. ממלאים את לוח הזמנים הייצורי, ימי השילוח של המחסנים, האזורים והתאמת השירותים. את התיקונים מבצעים בענף הגדרות נפרד, כדי שהחלון העובד ימשיך לקבל הזמנות.
- בדיקה על סביבת בדיקה. מעבירים את הקונפיגורציה לעותק ומריצים תרחישים: איסוף עצמי, שליח בעיר, אספקה לאזור, הזמנה מראש, הזמנה על גבול היממה. משווים את החלונות המוצעים לסכמת החישוב.
- הזמנת בדיקה. מבצעים הזמנות בקרה לפי כל תרחיש, עוברים את המסלול עד השילוח, בודקים את ההתראות וכיצד החלון מועבר בעת שינוי סטטוס, ביטול וביצוע חוזר.
- מסירת הנהלים. מוסרים מפת הגדרות: היכן משנים את ימי השילוח, כיצד מוסיפים חג, מה עושים כאשר לוח הזמנים של המחסן משתנה ואת מי מעדכנים לפני עריכה.
ערכת הגדרות, סכמות ונהלים
העבודה אינה מסתיימת ב"הגדרנו והלכנו", אלא בערכת ארטיפקטים שלפיה ניתן לשנות את חלונות האספקה בכוחות עצמכם: להרחיב חלונות לקראת העונה, להוסיף שירות אספקה, לסגור קבלת הזמנות ליום מסוים. כל סעיף להלן נמסר במצב עבודה — עם ערכים מלאים ובדיקה בסביבת בדיקה.
- קונפיגורציית חלונות — מטריצת חלונות לפי מחסנים ושירותי אספקה, שיוך לאזורים גיאוגרפיים ולכללי עצירת הזמנות כאשר החלון כבר סגור להרכבה.
- סכמת חישוב הזמינות — כיצד מלוח הזמנים של המחסן, זמן ההרכבה, ימי המנוחה והחריגים מתקבלת רשימת חלונות לתאריך מסוים; עם נקודות הרחבה לכללים חדשים.
- הרשאות גישה להגדרות — חלוקת תפקידים: מי עורך חלונות, מי רק רואה את התוצאה, אילו פעולות נרשמות ביומן ומדוע הלוגיסטיקאי אינו אמור לשנות את לוח הזמנים של המחסן.
- תיעוד האספקה — תיאור המרשמים, הקשרים בין השירותים, האזורים והחלונות, סדר העברת ההגדרות בין סביבות בדיקה.
- הוראה למנהלים — תרחישים שלב אחר שלב לקראת חגים ומבצעים, מה קורה להזמנות שכבר בוצעו, כיצד בודקים שינויים לפני פרסום.
- נוהל עריכות וחזרות — סדר ביצוע השינויים, בדיקה מחייבת על עותק, נקודת חזרה לקונפיגורציה הקודמת.
- מפת פרמטרים — היכן באזור הניהול נמצא כל מפתח הגדרה, כדי שחיפוש הערך הנדרש לא יארך חצי יום.
הערכה נשארת אצלכם ומתעדכנת בהתאם לשינויים — למשל, בעת חיבור שירות אספקה חדש די להשלים את המטריצה ולבנות מחדש את הסכמה.
מקרה בוחן: כיצד צומצם שיעור העברות ההזמנות
הלקוח — רשת מפעלים עם אספקה בעיר: כמה נקודות שילוח, שליחים משלה ושירות קבלן. בהגדרות עמד חלון רחב אחד לכל היום, ולכן המערכת הציעה זמן שנקודת השילוח לא הספיקה לסגור פיזית.
המוקדנים איזנו זאת ידנית: התקשרו ללקוח והעבירו את ההזמנה. כך אבד בערך כל הזמנה רביעית, ותלונות על זמן הקבלה עמדו במקום השני מבין הפניות.
מה נבנה מחדש
החלונות שויכו ללוח הזמנים של כל נקודת שילוח ולאזורי השליחים, נוסף זמן עצירה לפני תחילת החלון, ומספר ההזמנות לחלון הוגבל לתפוקה האמיתית של המשמרת. כאשר המגבלה נבחרה, החלון נעלם מהבחירה — הקונה רואה מיד זמן ישים.
הגדרנו את 1C-Bitrix כך שלוח הזמנים מתעדכן יחד עם הייצור: שינוי בלוח הזמנים של הנקודה, ימי מנוחה וגידול בעומס אינם מחייבים תיקונים ידניים.
תוצאה לאחר חודש
שיעור ההעברות ירד מ-24% ל-6%, ונותרו רק אלה שבהן הלקוח עצמו מבקש זמן אחר. התלונות על זמן הקבלה הצטמצמו פי שלושה, ואישור ההזמנה בנקודה הואץ מ-8 ל-2 דקות — המוקדנים הפסיקו לחלק ידנית הזמנות בין המשמרות.
בנפרד הופק דוח על עומס החלונות: רואים היכן התפוקה אינה מנוצלת במלואה והיכן החלונות נסגרים בתוך שעה — לוח הזמנים נבחן מחדש לפי נתונים ולא לפי תחושות.
במה שונה היווצרות חלונות אוטומטית מלוח זמנים ידני?
היווצרות חלונות אוטומטית בונה לוח זמנים מנתונים ולא מהזיכרון של המנהל: השירות לוקח את לוח הזמנים של המחסן, זמן ההרכבה, זמן העצירה וצעד החלון, ופורש בעצמו את הרשת לימים קדימה. שינוי בלוח הזמנים של המחסן או חג משנים את החלונות מיד בכל האזורים — עריכה אחת, ולא אחת לכל אזור.
לוח זמנים ידני של מסירה — חלונות שנקבעו במפורש לפי ימי השבוע ואזורים. הוא צפוי כל עוד הנקודות והאזורים מעטים: המנהל רואה את כל התמונה וחוסם חלון לקראת מבצע מסוים.
מעבר לכך מתחילה עלייה לינארית בעבודה הידנית: אזור חדש, שינוי עונתי ויום לפני חג מחייבים עריכות, וחלון שנשכח — הזמנה שאין מי שיוביל.
| מצב | מתי מתאים | מגבלות |
|---|---|---|
| היווצרות חלונות אוטומטית | אזורים רבים, לוח זמנים משתנה של המחסן, שיאים | נדרשים לוחות זמנים מלאים וזמני הרכבה נכונים: טעות משוכפלת לכל החלונות |
| לוח זמנים ידני של מסירה | אזור או שניים, לוח זמנים יציב, מבצעים | עריכה ידנית לכל אזור ויום, הסיכון לטעות גדל עם מספר החלונות |
| היברידי | ליבה אוטומטית ועוד חריגים ידניים | נדרש כלל עדיפות, אחרת העריכות מתנגשות עם הרשת האוטומטית |
הבחירה במצב לוח הזמנים — בין שליטה לגמישות: ב-1C-Bitrix שני המצבים עובדים עם אותו עמוד תשלום, ולכן המעבר מצטמצם להחלפת מקור לוח הזמנים, ולא לבנייה מחדש של החלון.
תחת עומס התמונה חד-משמעית: כאשר יש הרבה אזורים וחלונות, לוח זמנים ידני אינו מחזיק מעמד, ומחליפים אותו בליבה אוטומטית עם חריגים ידניים לאזורים המובילים. את מגבלת ההזמנות לחלון מחזיקים בנפרד — אחרת הרשת האוטומטית תציע זמן שלא יספיקו לו שליחים.
שאלות טכניות נפוצות בנוגע להגדרת החלונות
הגדרת חלונות האספקה מתקיימת בשני רבדים: פרמטרים של שירות האספקה והשיוך למחסן מסוים. בשל כך חלק מהספקות עולות כבר לאחר ההשקה — בעת עדכון המודול או שינוי בתנאים מצד המחסן. להלן נבחן את מה שעולה לרוב בתמיכה.
לאחר עדכון המודול החלונות התאפסו — אפשר להחזיר כפי שהיה?
ההגדרות משויכות לפרופיל שירות האספקה ולמחסן, והעדכון מושך ערכי ברירת מחדל ודורס חלק מהשדות. לכן לפני העבודה אנו מצלמים עותק של טבלאות הגדרות האספקה והפרופילים, ולאחר מכן — משווים ערכי בקרה ומחילים את הפערים נקודתית.
כלל נפרד: להחזיק את רשת החלונות במקור אחד, ולא לערוך אותה במקביל בממשק החנות ובייצוא מ-1С — אחרת בעדכון הבא חלק מהעריכות פשוט יאבדו.
לחנות יש כמה מחסנים עם לוחות זמנים שונים — זה אפשרי?
כן, לכל מחסן נקבע סט חלונות משלו, צעד הרשת וזמן עצירת קבלת ההזמנה. לקונה מוצגים רק החלונות של המחסן שבאמת מספק את הסחורה לכתובתו ולמלאי שלו, והשאר נחתכים בשלב חישוב הזמינות. אם לא עושים זאת, האדם יבחר חלון של מחסן לא זמין ויקבל סירוב כבר לאחר ביצוע ההזמנה.
כיצד החלונות משתלבים עם לוח הזמנים של שירות האספקה?
לוח הזמנים של המוביל הוא מגבלה חיצונית, ויש להעביר אותה לרשת ולא לקוות לבדיקה בעת העברת הבקשה. ימי עבודה, זמן האיסוף האחרון, חריגים אזוריים וחגים יוצרים את הגבולות שבתוכם יש בכלל טעם להציג חלונות. אחרת החלון יוצג, הבקשה תישלח, והשירות ידחה אותה.
כיצד לוודא שהחלונות אינם חופפים?
בדיקת החפיפות היא ולידציה של הקונפיגורציה: משווים זוגות חלונות בתוך אותו יום ואותו מחסן, תופסים חפיפות, משך אפס ופערים שבהם הקונה אינו יכול לבחור דבר. לאחר מכן מריצים סט בדיקה של כתובות וסלים עם מקרי קצה — הזמנה דקה לפני העצירה, שני מחסנים באותו סל, חלון על גבול היממה.
נדון במשימה ונחזור עם הערכה ותוכנית
כדי שההערכה תהיה מדויקת ולא "פחות או יותר", נדרשת תמונה מלאה: היכן מוגדרים כעת חלונות האספקה, אילו שירותים מחוברים, כיצד החלונות קשורים ללוח הזמנים של המחסן ולחריגים בחגים. תארו את המשימה בצורה חופשית — מה אינו עובד כעת ומה אמור להיות התוצאה. זה מספיק כדי לחזור עם הערכה ותוכנית עבודה.
מה לשלוח להתחלה:
- רשימת שירותי האספקה והאזורים שלהם חלים חלונות משלהם;
- ההגדרות הנוכחיות של החלונות והחריגים לפי תאריכים — בצילומי מסך או בתיאור;
- דוגמאות להזמנות שבהן החלון מוגדר שגוי, עם תאריך ועיר;
- אופן העבודה של המחסן ונקודות האיסוף העצמי;
- תפקידים: מי משנה חלונות ומי מאשר שינויים;
- הרשאות גישה לביקורת — סביבת בדיקה ופאנל הגדרות האספקה.
ההערכה נבנית לפי היקף ההגדרה ומספר התרחישים: כמה קבוצות חלונות, האם נדרשים כללים נפרדים לקטגוריות מוצרים, האם קיים חילוף נתונים עם שירותי האספקה. לאחר הביקורת אנו שולחים תוכנית עבודה: שלבים, מה עושים בכל שלב, אילו נתונים נדרשים מכם, לוחות זמנים להטמעה ונקודות אישור.
תחילה בודקים הכול על עותק של האתר, ואז מעבירים לסביבת העבודה — החלונות מתחילים להיות מחושבים נכון ללא תיקונים ידניים.
תארו את המשימה — נחזור עם הערכה ותוכנית עבודה.