מדוע משלוח חינם ב-1С-Битрикс שובר את חישוב ההזמנה
תקלה קלאסית: לקוח ממלא סל מעל סף המשלוח החינם, רואה עלות משלוח אפס, מבצע הזמנה — ובחשבונית סכום המשלוח חוזר. קורה גם הפוך: הסף לכאורה הושג, אבל כלל הסל מחשב את הסכום לפני החלת הנחות ומתנות, וכרטיס ההזמנה — אחרי, ומשלוח חינם ב-1С-Битрикс פשוט לא פועל.
מבחוץ זה נראה כמו «האתר מחשב לא נכון», אם כי בפנים פועלים שלושה מנגנונים בלתי תלויים שלא יודעים זה על זה.
הראשון — כללי עבודה עם הסל: שם בדיוק מוגדר סף המשלוח החינם, ולרוב הוא מוגדר כהנחה על שירות המשלוח. השני — הגדרות השירות עצמו: עלות הבסיס שלו, מגבלות לפי אזור, משקל ומידות פריטים. השלישי — מודול חישוב עלות המשלוח, שפונה לשירות חיצוני ומחשב מחדש את התוצאה בכל שינוי בהרכב הסל.
כל עוד ההנחה מוחלת לפני חישוב העלות, אין מה להפחית: הסכום או מתאפס במקום הלא נכון, או שההנחה «נאכלת» בחישוב מחדש הבא.
מקור נפרד לשגיאות בסל — סדר החישוב מחדש וקישור התוצאה. עלות המשלוח עשויה להישאר מהמצב הקודם: הלקוח שינה כתובת או אופן קבלה, ביטל חלק מהפריטים — הסף הפסיק להתקיים, אבל על המסך עדיין אפס. משם הפער עובר לסנכרון עם 1С, והמנהל מתקן את החשבונית ידנית ומסביר ללקוח את ההפרש.
המחיר של תרשים כזה — לא קוסמטיקה, אלא הזמנות אבודות ופעולות ידניות בכל הזמנה שנייה. בהמשך נפרק איך סוגרים את זה.
מה משתנה אחרי הגדרת כללי שליחת ההזמנה
כללי שליחת הזמנה ב-1С-Битрикс מתוארים ברמת תנאי ההזמנה, ולא בתבנית הסל: סף סכום הסל, הגבלה לפי שירות משלוח, אזור או קבוצת מוצרים. החישוב מתבצע בצד השרת בכל חישוב מחדש, ולכן מתנהג באותו אופן בחנות, בגרסת המובייל ובתהליך רכישה חד-שלבי.
בהמשך — מה משתנה בנתונים. הסף גלוי ישירות בסל יחד עם רמז כמה חסר למשלוח חינם: הקונה מוסיף מוצר במקום לעזוב ולהשוות תנאים. עלות הסל הממוצעת עולה, שיעור הסלים הנטושים יורד — בתנאי שהרמז מתעדכן יחד עם הרכב ההזמנה.
פניות לתמיכה פוחתות משתי סיבות. הלקוח כבר לא צריך לכתוב «למה המשלוח הפך לתשלום» — הכלל וההנחה פועלים אוטומטית. המנהל לא מאשר ולא מחיל הנחה ידנית, ונעלם סוג שלם של שגיאות שבהן הובטח משלוח חינם, אבל בהזמנה הוא נשאר בתשלום.
מהירות ביצוע ההזמנה עולה בזכות ויתור על שלבים מיותרים: עלות המשלוח מחושבת מחדש בלי רענון הדף, והתוצאה גלויה לפני אישור. את האפקט כדאי למדוד לפי סט קבוע של מדדים — עלות סל ממוצעת, שיעור הזמנות עם משלוח חינם, שיעור המעברים מהסל לתשלום, מספר הפניות בנושא משלוח. השוואה לפני ואחרי ההגדרה מפרידה בין תוצאת הכללים החדשים לבין תנודות עונתיות.
דרכים להגדיר משלוח חינם: השוואת גישות
משלוח חינם — לא מתג נפרד, אלא תוצאה של חישוב: המודול מחזיר עלות, ואז או שכלל הסל מאפס אותה, או שמחשב מחדש המטפל העצמאי. המקום שבו יושבת הלוגיקה קובע מה יהיה צריך לשנות כשמספר השירותים והאזורים גדל.
| אפשרות | מתי מתאים | מגבלות |
|---|---|---|
| כלל סל עם הנחה על משלוח | שירות אחד או שניים, סף לפי סכום הזמנה | ההנחה מונחת מעל החישוב; כשמדובר בכמה שירותים הכלל משוכפל, ותנאים לפי אזורים מוגדרים ידנית כרשימה |
| הגדרת מודול חישוב משלוח | ספים וגאוגרפיה משתנים לעתים קרובות | הלוגיקה קשורה למטפל מסוים — החלפת שירות דורשת הגדרה מחדש |
| שירות נפרד «חינם» | צריך להציג עלות אפס ישירות ברשימת האפשרויות | גלוי לכולם; סינון לפי סכום ואזור מחייב בדיקה נוספת בשלב ההזמנה |
| הגבלות לפי אזורים | משלוח חינם רק בחלק מהגאוגרפיה | דורש מיקומים תקינים בהזמנה; עבור איסוף עצמי יש להפריד את הלוגיקה בנפרד |
| אישור ידני | משלוחים לא שגרתיים, הזמנות גדולות | אין אוטומציה: הלקוח ממתין לתשובה, שיעור הסלים הנטושים עולה |
מה חשוב בכל אפשרות
התנאי חייב להתחשב מחדש בכל שינוי בסל, ולא רק בשלב האחרון של ביצוע ההזמנה — אחרת הלקוח רואה סכום אחד, ובהזמנה מקבל אחר. סף לפי סכום מחשבים לפי עלות המוצרים בלי התחשבות במשלוח עצמו, אחרת הכלל יתחיל לפעול על עצמו.
אם יש כמה שירותים, מוציאים את הלוגיקה למקום אחד: כללי הסל והגדרות המודול משכפלים זה את זה ומתפצלים בשינוי הראשון בתעריפים.
שלבי ההגדרה: מביקורת כללים ועד מסירת נהלים
משלוח חינם ב-1С-Битрикс — זה לא תיבת סימון אחת בהגדרות, אלא מערכת כללי חישוב שמצטלבים ביניהם: שיוך שירותים למחסנים, קבוצות קונים, סף סכום, אזור, מידות ומגבלות לפי אמצעי תשלום. לכן העבודה מתנהלת בשלבים, כשכל שלב נשען על תוצאת הקודם.
- ביקורת כללי החישוב. מייצאים את כללי המשלוח הפעילים, שיוך השירותים למחסנים ולקבוצות קונים, בודקים היסטוריית הזמנות. המשימה — למצוא היכן התנאים מתנגשים ביניהם ולמה משלוח חינם לא פועל כשהסכום מתאים.
- תרשים החישוב. מתארים מטריצת תנאים: עבור אילו אזורים, סוגי מוצרים וספים המשלוח הופך לחינם, ועבור אילו נשאר בתשלום, כולל התנהגות במקרה של החזרה חלקית.
- בחירת מנגנון. או כלל משלוח נפרד עם עלות אפס, או משלוח חינם דרך הנחה — אם הסף מחושב מהסל כולו וצריך להתחשב במבצעים שכבר הוחלו.
- הגדרה וסדרי עדיפויות. קובעים את סדר החלת הכללים, כדי שההנחה על המשלוח לא תצטבר עם מבצעים אחרים ולא תאפס את הרווחיות על הלוגיסטיקה.
- הזמנות בדיקה. מריצים תרחישים: סכום מתחת לסף, בדיוק על הגבול ומעליו; איסוף עצמי; הזמנה מכמה מחסנים; ביצוע על ידי אורח ועל ידי קונה מחובר; תשלום בעת קבלה.
- מסירת נהלים. מוסרים מפת כללים עם סדרי עדיפויות, הוראה לעריכת ספים ורשימת בדיקות למבצעים חדשים — כדי שניתן יהיה לשנות תנאים בלי לערוך קוד.
הגדרות כללים, תרשימי חישוב ונהלי עדכון
לידי המזמין נמסר לא «הגדרנו והלכנו», אלא סט ארטיפקטים שלפיהם אפשר לקבל את העבודה ולהמשיך לשנות בלי־תלות בנו. כל אחד מהם סוגר שאלה משלו: למה משלוח חינם פעל או לא, ומי רשאי לעקוף את הכלל.
- תצורת כללים: שיוך שירותים למחסנים, לקבוצות מוצרים ולסוגי משלמים.
- תרשים חישוב: סדר החלת הנחות ועיגול לפני בדיקת הסף.
- מדיניות מגבלות: אזורים, משקל, מידות וקבוצות מוצרים חריגים.
- הוראה למנהל: שינוי ידני של משלוח בהזמנה ורישום בהיסטוריה.
- נוהל עדכון ספים: מי יוזם בחינה מחדש ואיך נבדקת העריכה.
- מפת בדיקות: סלים על גבול הסף, עם חריג, עם שני מחסנים.
בנפרד מתעדים אחרי איזה שינוי מה בודקים מחדש — עריכת תנאים לא צריכה לשבור תרחישים שכנים.
| שינוי | מה מתקנים | מה בודקים |
|---|---|---|
| סף חדש | התנאי בכללים | סל על הגבול וצעד מתחת |
| שירות חדש | שיוך למחסן ולאזור | חישוב בעת בחירתו |
| מבצע לזמן מוגבל | תקופת תוקף התנאי | החזרת הלוגיקה לאחר סיומו |
נוהל עדכון הספים קשור לשינויים אצל המובילים, ולא ללוח השנה: בעת בחינה מחדש של תעריפים התנאים נבדקים ומתוקנים במקום אחד — בתצורת הכללים, ולא בתבנית ביצוע ההזמנה.
מקרה בוחן: איך העברת כללים הסירה שגיאות בחישוב הזמנות
המזמין — מפיץ עם פעילות קמעונאית וסיטונאית. תנאי המשלוח החינם ישבו בארבעה מקומות: תבנית ביצוע ההזמנה, מטפל הסל, חלק הניהול וייצוא הזמנות ל-1С. בכל אחד מהם היה כלל משלו, והפער יצר הזמנות עם עלות משלוח אפס, שתוקנו אחר כך ידנית.
העברת כללים
אספנו את כל התנאים למודול אחד בצד 1С-Битрикс: הוא מחשב את עלות המשלוח גם עבור הקונה, גם בחישוב מחדש של הזמנה מצד הניהול, וגם בייצוא ל-1С. סף הסכום, האזור והמשקל נקראים ממדריך, ולא מקוד התבנית, ולכן התנאי משתנה בלי להוציא עדכון לאתר.
בנפרד סגרנו ענפים שקודם טופלו ידנית: איסוף עצמי, החזרה חלקית של פריטים והזמנה מכמה מחסנים. לכל אחד יש בדיקה על סלים לדוגמה — הגבלה אזורית חדשה נבדקת לפני פרסום.
מדדים לפני ואחרי
ראש תחום: «נדמה היה שאנחנו מתקנים זוטות, עד שחישבנו כמה הזמנות יצאו עם משלוח חינם במקום שבו הוא לא היה אמור להיות. עכשיו התנאי משתנה במקום אחד, והפער מול 1С צץ ברגע ההזמנה, ולא אחרי שבוע».
מה לעשות אם הלוגיקה של המשלוח כבר מוגדרת על ידי מודול אחר?
אם משלוח חינם כבר פועל — דרך מודול צד שלישי, מטפל עצמאי או עריכת תבנית — המשימה היא לא להפעיל אותו מחדש, אלא להסיר את התנגשות הכללים. הפלטפורמה 1С-Битрикс מעבירה את הסל דרך שרשרת מטפלים: כל אחד מחשב מחדש את עלות המשלוח, והתוצאה שמתקבלת היא של זה שפעל אחרון. כל עוד יש כמה מטפלים, ההתנהגות בלתי צפויה: לשני קונים עם סל זהה המשלוח לפעמים קיים ולפעמים לא.
מתחילים במיפוי: אילו מטפלים רשומים, היכן פרופילי משלוח מוגדרים מחדש, מה מוטבע בתבנית ביצוע ההזמנה, ואילו תנאים הוגדרו בהגדרות מודול צד שלישי. בהמשך מרכיבים מטריצה — אזור, משקל, סכום סל, קבוצת קונה, שירות משלוח.
חלק מהתנאים בדרך כלל משוכפל בשני-שלושה מקומות עם ספים שונים, והפערים יוצרים בדיוק את אותן הזמנות חינם מוזרות.
מעבירים את התנאים למנגנון הסטנדרטי — כללי עבודה עם הסל ופרופילי משלוח. עוברים שירות משלוח אחד בכל פעם, ואת המטפלים הישנים לא מוחקים אלא מכבים: כל עוד החישוב החדש לא נבדק, צריך להישאר מסלול חזרה בעריכה אחת, בלי שחזור מגיבוי.
מיגרציית ההגדרות מתבצעת תוך שמירת היסטוריה: עלות המשלוח בהזמנות שכבר בוצעו קבועה, והחלפת הלוגיקה לא משכתבת אותן.
את ההחלפה עושים במקביל: חישוב חדש וישן מחשבים משלוח בו-זמנית, ופערים נכנסים ליומן — רואים היכן התנאים לא תאמו. כשאין פערים, מכבים את מודול הצד השלישי, מסירים עריכות בתבנית ומנקים כפילויות. מכאן משלוח חינם חי במקום אחד: עדכון מודול, החלפת תעריפים או אזור חדש לא שוברים אותו.
שאלות טכניות נפוצות לגבי חישוב עלות הזמנה
חישוב עלות הזמנה ב-1С-Битрикс — מקום שבו טעות נראית לקונה מיד ועולה באמון בחנות. להלן שאלות נפוצות לגבי החישוב ששואלים לפני תחילת העבודה, ותשובות קצרות של המהנדס.
איך להגביל משלוח חינם לפי אזורים?
התנאי נקשר למיקום הקונה: אזורים מוגדרים כרשימת אזורים, וסף הסכום מחושב בנפרד לכל אחד. מחוץ לאזור הכלל לא פועל — הקונה רואה תעריף בתשלום ולא מקבל הפתעה בשלב ההזמנה.
האם אפשר להגדיר תנאי משלוח שונים לקבוצות קונים?
כן: כללי הסל פועלים בחתך קבוצות, וסיטונאי מול קמעונאי מקבלים סף משלו. בודקים שהקבוצה מוקצית אוטומטית בעת ההרשמה, אחרת התנאי פשוט לא יחול.
מה יקרה אם כמה תנאים מתנגשים?
כללים פועלים לפי עדיפות: בחפיפה מוחל הכלל הראשון שמתאים, והאחרים מכבים. לפני ההפעלה מריצים מטריצת תרחישים — אזור, קבוצה, סכום — כדי שמבצע ומשלוח חינם לא יעלו זה על זה.
האם ההגדרות ישרדו עדכון פלטפורמה?
את לוגיקת החישוב מוציאים למודול ולמטפלים משלנו, ולא לתבנית ביצוע ההזמנה. עדכון הליבה והמודולים הטיפוסיים אז לא מוחק תנאים — הם חיים בנפרד מקבצי המערכת.
מי אחראי לנכונות החישוב?
את החישוב מתעדים בסט בדיקות ומוסרים מפת כללים: רואים איזה תנאי אחראי למה ובאיזה סדר הוא פועל. אותה מפה משמשת נקודת חזרה בעריכות הבאות.
בואו נדון במשימה: כללי משלוח לתנאים שלכם
כללי המשלוח תלויים באזור, בסכום ההזמנה, במחסן השילוח ובקבוצת הקונה — כאן אין הגדרה אוניברסלית. כדי לא לעצב מחדש את הלוגיקה אחרי ההשקה, בשיחה נפרק את התנאים ונסתכל על אתר פעיל: אילו שירותי משלוח מחוברים, איך מחושבת העלות, ואיפה כרגע מוחלפת ההנחה.
זה מספיק כדי לחזור עם הערכת עבודה ותוכנית הגדרה. מה מבררים ואיזה נתונים בודקים:
- גאוגרפיה: אילו אזורים אתם משרתים והאם יש אזורים עם תנאים מיוחדים;
- סף: מעל איזה סכום הזמנה המשלוח הופך לחינם ואיך הוא קשור לסכום ההזמנה המינימלי;
- מנגנון: הנחה נפרדת על משלוח, כלל עם הגבלה לפי סל או שירות נפרד עם סינון;
- קבוצות קונים: קמעונאות, סיטונאות, שותפים — למי הכלל זמין ולמי לא;
- מחסנים ודרכי קבלה: איסוף עצמי, שליח, נקודות חלוקה, כמה מחסני שילוח;
- הרשאות: סביבת בדיקה או אתר פעיל, שבו אפשר לבדוק את הכללים בלי סיכון להזמנות אמיתיות.
עם הערכה שולחים תוכנית הגדרה: אילו כללים יוצרים, באיזה סדר מפעילים, איך בודקים בהזמנות בדיקה ואיך מבצעים חזרה. תנאי שיתוף הפעולה נדונים שם. תארו את המשימה בשתיים-שלוש שורות — נדון בה עניינית ונחזור עם הערכה ותוכנית.