הגדרת הנחות וכללי שיווק בביטריקס

נתקלתם בהצטברות בלתי מבוקרת של הנחות?

תרחיש טיפוסי: שלוש מבצעים מצטברים, ומתקבלת הנחה של 70% במקום 15% הצפויים. או שקוד קידום מופעל יחד עם מבצע כללי, והלקוח מקבל את המוצר כמעט בחינם. בפרויקט אחד, הגדרה שגויה של LAST_DISCOUNT הובילה להפסדים משמעותיים. שורש הבעיה הוא עדיפות שגויה והגדרת דגל LAST_DISCOUNT. אנו מגדירים את הכללים כך שכל מבצע יחול אך ורק על פי תנאיו, ובקרת ההצטברות מונעת הפסדים.

הניסיון שלנו: 7+ שנים בעבודה עם Bitrix, מעל 50 פרויקטים של הגדרת שיווק. לפי תיעוד 1C-Bitrix, OnSaleDiscountRuleAction הוא מנגנון מפתח למניעת החלת הנחות מרובות. בנוסף, אנו משתמשים באירועי LAST_DISCOUNT מותאמים אישית למכניקות לא סטנדרטיות. הגדרה נכונה יכולה לחסוך הכנסות משמעותיות.

מדוע מבצעים ב-Bitrix עשויים להצטבר בצורה שגויה?

הבעיה נוצרת כאשר מספר כללי הנחה בעלי אותה עדיפות ודגל 'עצור עיבוד נוסף' אינו מופעל. לדוגמה, מבצע '10% הנחה על הזמנה ראשונה' ומבצע '5% הנחה על כל הקטלוג' חלים יחד, ומתקבלת הנחה של 14.5% במקום 10%. הפתרון: הגדרת עדיפות 100 למבצע הראשי והפעלת OnSaleDiscountCondition. אם יש צורך בהצטברות, השתמשו בהפעלה משותפת בהגדרות. במקרים מורכבים, אנו מוסיפים בדיקה באירוע // событие OnSaleDiscountCondition class MyCondition extends \Bitrix\Sale\Discount\Condition\Base { public static function getClassName() { return __CLASS__; } public static function getControlId() { return 'MyCondition'; } public static function checkCondition(array $params, array $arOrder) { // Проверяем, что в корзине есть товар из нужной категории $basket = $arOrder['BASKET_ITEMS']; foreach ($basket as $item) { if ($item['IBLOCK_SECTION_ID'] == 42) { return true; } } return false; } } כדי לשלוט באופן תכנותי בתחולה.

// событие OnSaleDiscountCondition
class MyCondition extends \Bitrix\Sale\Discount\Condition\Base
{
    public static function getClassName()
    {
        return __CLASS__;
    }

    public static function getControlId()
    {
        return 'MyCondition';
    }

    public static function checkCondition(array $params, array $arOrder)
    {
        // Проверяем, что в корзине есть товар из нужной категории
        $basket = $arOrder['BASKET_ITEMS'];
        foreach ($basket as $item) {
            if ($item['IBLOCK_SECTION_ID'] == 42) {
                return true;
            }
        }
        return false;
    }
}

כיצד להבחין בין הנחת קטלוג לכלל שיווקי?

הנחות קטלוג (טבלה b_catalog_discount) פועלות ברמת מחיר המוצר לפני סל הקניות. כללים שיווקיים (סעיף 'כללי סל') פועלים בסל הקניות, ומאפשרים מתנות, הנחות משלוח, שרשראות תנאים. לפי ויקיפדיה, הנחות קטלוג הן הנחות מחיר קלאסיות, בעוד שכללים שיווקיים הם מנגנון מורכב יותר. שימוש בכללים שיווקיים מעניק 30% יותר גמישות מהנחות קטלוג, מכיוון שניתן לשלב תנאים ולהטיל הגבלות.

יצירת מבצע באמצעות הבונה

Магазин → Маркетинг → Скидки и акции → Добавить:

1. תנאים — בונה AND/OR:

   • סכום הזמנה גדול מ-X
   • הסל מכיל מוצר מקטגוריה N
   • משתמש בקבוצה G
   • נעשה שימוש בקוד קידום

   פעולות:

   • הנחה על הזמנה (אחוז, קבוע)
   • הנחה על פריטי סל
   • הנחת משלוח
   • הוספת מתנה (מוצר במחיר אפס)

   הגדרות יישום:

   • עדיפות
   • 'עצור עיבוד נוסף' — חשוב למבצעים סותרים
   • הפעלה משותפת עם הנחות אחרות

   אירועי OnSaleDiscountRuleAction מותאמים אישית מאפשרים ליישם מכניקות פי 2-3 מהר יותר מאשר יצירת מודול מותאם אישית. לדוגמה, הוספנו הנחה על המוצר השני בסל — זה לקח שעתיים במקום שבוע פיתוח.

   קודי קידום: כלליים, ייחודיים ומותאמים למשתמש

   בהגדרות המבצע, הפעילו קופון (Магазин → Маркетинг → Купоны). סוגי קופונים:

   סוג	תיאור
   כללי לכולם	קוד אחד, שימושים מרובים
   ייחודי	קוד אחד, שימוש אחד
   ייחודי למשתמש	מקושר למשתמש ספציפי

   קופונים נשמרים ב-b_sale_discount_coupon. בעת הפעלה, הקופון נבדק דרך \Bitrix\Sale\DiscountCouponsManager::add. אם קוד קידום אינו חל, בדקו את פעילות הקופון, תאריך התפוגה והסוג — הבעיה היא לעתים קרובות בשמירת נתוני הסל במטמון.

   מה לעשות אם מבצעים לא מופעלים?

   ראשית, בדקו את יומן השגיאות ב-Магазин → Маркетинг → Скидки и акции → Отчет о применении. אם מבצע אינו מוחל, ודאו שהוא פעיל והתנאים תואמים לסל. כמו כן, בדקו את קיבוץ התנאים: אולי תנאי 'AND' במקום 'OR' חוסם את הביצוע. הפעילו מצב ניפוי שגיאות ב-bitrix/php_interface/dbconn.php כדי לצפות בשאילתות SQL: $DB->showSqlStat = true;. זה עוזר למצוא בעיות מטמון או יחסים שגויים.

   מה כלול?

   שלב	משך
   ביקורת מבצעים קיימים	1-2 שעות
   עיצוב לוגיקה	1-3 שעות
   יישום באמצעות בונה או קוד	3-5 שעות
   בדיקה על הזמנת ניסיון	1-2 שעות
   תיעוד והדרכה	שעה אחת

   • ביקורת מבצעים וכללים קיימים
   • עיצוב לוגיקת החלת הנחות
   • יישום באמצעות בונה או קוד מותאם אישית
   • בדיקה על הזמנת ניסיון
   • תיעוד והדרכת צוות
   • תמיכה לחודש לאחר ההשקה

   צרו קשר לביקורת של הכללים השיווקיים שלכם. הזמינו ייעוץ כדי למנוע הפסדים מהנחות שגויות. הגדרה של 3-5 מבצעים סטנדרטיים עם קודי קידום — 3-5 שעות. מכניקות מורכבות עם מתנות ופעולות מותאמות אישית — 1-2 ימי עבודה. המחיר מחושב באופן אישי לאחר ניתוח המפרט. בנוסף, אתם מקבלים אחריות על פעילות תקינה של המבצעים למשך 30 יום.

   קבלו ביקורת מפורטת ותוכנית אופטימיזציה — פשוט כתבו לנו.