הגדלת מרווחי כמות בהזמנה: מניעת שגיאות עיגול בעגלת הקניות
נתקלתם פעם במצב שבו לקוח סיטונאי מוסיף 23 יחידות של מוצר לעגלה, אבל האריזה היא רק בחבילות של 12? התוצאה: שגיאות עיגול, לקוח לא מרוצה, ועסקה אבודה. עבור קטלוגים סיטונאיים עם אריזות בקופסאות, ארגזים או משטחים, הגדלת מרווחי כמות בהזמנה היא חובה. אנו מבטלים בעיות כאלה על ידי הגדרת מרווחים ברמת הקטלוג ועגלת הקניות. למהנדסים שלנו יש ניסיון של 8+ שנים ועשרות פרויקטים, מה שמבטיח אינטגרציה ללא טרחה. צרו קשר כדי לקבל ייעוץ לפרויקט שלכם.
למה מרווחי כמות חשובים
מרווח כמות הוא הצעד שבו כמות המוצר משתנה בעגלת הקניות. זה קריטי למוצרים עם אריזה קבועה: אלכוהול במארזים של 6 בקבוקים, מוצרים בתפזורת בשקיות של 25 ק"ג. ללא מרווחים מתאימים, המערכת לא יכולה לחשב את ההזמנה או תעגל את הכמות בצורה לא נכונה, מה שמוביל לפערים במזומן. חנויות מקוונות עם פונקציונליות סיטונאית מאבדות נאמנות לקוחות בגלל חוסר היכולת להזמין את הכמות הנדרשת. הגדרת מרווחים נכונה בונה אמון ומפחיתה נטישת עגלות. הלקוחות שלנו חוסכים עד 70% מהזמן בניהול מרווחים לאחר אוטומציה.
איך STEP_QUANTITY עובד בביטריקס
השדה STEP_QUANTITY מאוחסן בטבלת b_catalog_product. אם הוא 0 או 1, המרווח מושבת. רכיב עגלת הקניות הסטנדרטי bitrix:sale.basket.basket מעגל אוטומטית את הכמות שהוזנה למעלה לכפולה הקרובה ביותר. לדוגמה, עם STEP_QUANTITY=6 וקלט של 10, העגלה מציגה 12. הטבלה שלהלן מציגה את כל שלושת שדות בקרת הכמות:
| שדה | מטרה |
|---|---|
STEP_QUANTITY |
שלב שינוי הכמות (מרווח) |
MIN_QUANTITY |
כמות מינימלית |
MAX_QUANTITY |
כמות מקסימלית |
ייבוא דרך CSV מהיר פי 10 מהגדרה ידנית: עריכה ידנית של כל מוצר אורכת עד 5 דקות, בעוד שייבוא בכמות גדולה של 1000 מוצרים אורך כשעה. עדכון פרוגרמטי דרך API מהיר אפילו יותר — בערך 30 דקות.
איך אנו מגדירים מרווחים: מקרה מהפרקטיקה שלנו
לאחרונה עבדנו עם לקוח — מפיץ כלי עבודה חשמליים. הקטלוג שלהם מכיל 1200 מוצרים, רובם עם אריזות בחבילות של 10. הגדרה סטנדרטית דרך פאנל הניהול הייתה אורכת שבועות. השתמשנו בייבוא CSV בכמות גדולה ובעדכון פרוגרמטי:
\Bitrix\Catalog\Model\Product::update($elementId, [ 'STEP_QUANTITY' => 10, 'MIN_QUANTITY' => 10, ]); בנוסף, הגדרנו מיפוי ב-CommerceML (המאפיין \Bitrix\Catalog\Model\Product::update($elementId, [ 'STEP_QUANTITY' => 10, 'MIN_QUANTITY' => 10, ]); ) כך שהמרווח מתעדכן אוטומטית במהלך סנכרון 1C. כל הפרויקט ארך 3 שעות, כולל בדיקת התנהגות העגלה על 100 הזמנות בדיקה. לפי התיעוד הרשמי של ביטריקס, זו הגישה הסטנדרטית.
מה כלול בעבודה
- ביקורת על תוכנית הכמויות הנוכחית (STEP_QUANTITY, MIN_QUANTITY, MAX_QUANTITY) במסד הנתונים.
- הגדרת מרווחים למוצרים/קבוצות נבחרות: דרך פאנל הניהול, ייבוא או פרוגרמטית.
- התאמה עם כמות מינימלית (מניעת ערכים שאינם כפולות).
- בדיקת פונקציונליות העגלה (סטנדרטית ומותאמת) לבעיות עיגול.
- אינטגרציה עם 1C (CommerceML) לסנכרון מרווחים אוטומטי.
- תיעוד לתחזוקה והדרכה למנהלים.
תהליך: מניתוח ועד פריסה
- ניתוח — איסוף דרישות: אילו מוצרים, איזו אריזה, האם משתמשים ב-SKU.
- עיצוב — בחירת שיטת ההגדרה: ייבוא בכמות גדולה, סקריפט או עריכה ידנית.
- יישום — עדכון
КратностьПродажиדרך ייבוא או API, אימות נכונות. - בדיקות — יצירת הזמנות בדיקה עם מרווחים שונים, בדיקת עיגול בעגלה ובתשלום.
- פריסה — החלת הגדרות על סביבת הייצור, ניטור לוגים.
מתי נדרש פיתוח מותאם אישית
אם אתם משתמשים ברכיבי עגלה מותאמים אישית (React/Vue) או בתשלום לא סטנדרטי, התנהגות המרווחים חייבת להיות מיושמת ידנית. אנו מתחברים ל-REST API של הקטלוג (מתודה b_catalog_product) ומוסיפים לוגיקת עיגול בפרונטאנד. השוואה: על רכיב סטנדרטי, ההגדרה אורכת 2–3 שעות; על רכיב מותאם אישית, זה לוקח מ-8 שעות (פי 4 יותר). הבחירה תלויה בארכיטקטורת האתר שלכם. הזמינו הגדרת מרווחים היום — קבלו ייעוץ חינם ממהנדס.
לוח זמנים ועלות
לוח זמנים — משעתיים (לקבוצת מוצרים דרך ייבוא) ועד יומיים (עם אינטגרציית 1C ועגלה מותאמת אישית). העלות מחושבת באופן אישי לאחר ניתוח היקף העבודה. אנו מבטיחים ללא שגיאות עיגול לאחר ההגדרה ומציעים תמיכה לאחר השקה למשך 30 יום. צרו קשר כדי להימנע משגיאות עיגול — נשלח הערכה מוקדמת תוך 24 שעות.