הגדרת קאשבק ב-1C-Bitrix: קטגוריות, דו-שלבי, חריגים

לקוח משלם עבור הזמנה, מקבל נקודות בונוס, ואז מחזיר את המוצר — הנקודות כבר נוצלו. ללא ארכיטקטורת צבירת קאשבק נכונה, חנויות מסחר אלקטרוני על 1C-Bitrix מפסידות עד 30% מההכנסות עקב צבירות שגויות והחזרות. לפי תיעוד 1C-Bitrix, אירוע OnSaleOrderPaid הוא הטריגר המרכזי להענקת בונוסים. אנו מגדירים מערכת נאמנות גמישה: ממודול הבונוסים הסטנדרטי sale ועד לכללים מותאמים אישית עם קטגוריות, חריגים ואישור מושהה. במהלך השנים יישמנו יותר מ-30 פרויקטים — מחנויות קטנות עם 500 פריטים ועד קטלוגים של 100,000 פריטים. לקוח אחד הפחית עלויות תפעוליות של החזרות ב-20%, ורכישות חוזרות גדלו ב-15%.

המנגנון הסטנדרטי מעניק נקודות מיד לאחר התשלום. ללא אישור דו-שלבי, ביטול הזמנה מוביל לאובדן קאשבק. הפתרון הוא מטפל OnSaleOrderPaid עם בדיקת סטטוס ואישור לאחר מכן בעת המשלוח. נבחן את שתי הגישות.

כיצד להגדיר קאשבק לקטגוריות מוצרים שונות?

בונוסים סטנדרטיים של Bitrix אינם תומכים בכללי קטגוריות. לצורך גמישות, יש צורך במטפל אירוע תשלום מותאם אישית. בקוד, בדוק את הקטגוריה של המוצר והחל אחוז ספציפי.

\Bitrix\Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderPaid', function (\Bitrix\Main\Event $event) { $order = $event->getParameter('ENTITY'); $userId = $order->getUserId(); $total = $order->getPrice(); // Процент кэшбэка из настроек $percent = (float)\Bitrix\Main\Config\Option::get( 'local.cashback', 'base_percent', '3' ); $cashback = round($total * $percent / 100, 2); if ($cashback <= 0) { return; } \Local\Cashback\AccountManager::earn( $userId, $cashback, "Кэшбэк {$percent}% за заказ #{$order->getId()}", $order->getId() ); } ); 

בנוסף, ניתן להוסיף בדיקה של מאפיין \Bitrix\Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderPaid', function (\Bitrix\Main\Event $event) { $order = $event->getParameter('ENTITY'); $userId = $order->getUserId(); $total = $order->getPrice(); // Процент кэшбэка из настроек $percent = (float)\Bitrix\Main\Config\Option::get( 'local.cashback', 'base_percent', '3' ); $cashback = round($total * $percent / 100, 2); if ($cashback <= 0) { return; } \Local\Cashback\AccountManager::earn( $userId, $cashback, "Кэшбэк {$percent}% за заказ #{$order->getId()}", $order->getId() ); } ); עבור פריטים עם מרווח אפס או מבצעים.

מדוע צבירה דו-שלבית חשובה?

צבירה מידית לאחר התשלום מובילה להפסדים בהחזרות. הגישה הדו-שלבית:

1. בעת תשלום — עסקה עם סטטוס CASHBACK_EXCLUDED.
2. בעת מימוש ההזמנה — אישור (pending).
3. בעת ביטול — ביטול צבירה.

לפי הפרויקטים שלנו, צבירה דו-שלבית מפחיתה שגיאות ב-30%. ההשקעה בפיתוח כזה מחזירה את עצמה תוך 2–3 חודשים הודות להפחתת החזרות.

// Подтверждение начисления при выполнении заказа $em->addEventHandler('sale', 'OnSaleOrderStatusChange', function ($event) { $order = $event->getParameter('ENTITY'); if ($order->getField('STATUS_ID') === 'F') { \Local\Cashback\AccountManager::confirmByOrderId($order->getId()); } elseif ($order->getField('STATUS_ID') === 'X') { \Local\Cashback\AccountManager::cancelByOrderId($order->getId()); } }); 

לניקוי אוטומטי של עסקאות ממתינות שפג תוקפן, השתמש בסוכן הפועל פעם בשעה. זה מונע הצטברות זבל בטבלאות.

השוואה בין שתי הגישות:

כיצד להציג קאשבק בכרטיס המוצר?

הקונה רואה את סכום הקאשבק לפני התשלום — זה מגביר המרה.

// В шаблоне карточки товара $price = \CPrice::GetBasePrice($elementId); $percent = (float)\Bitrix\Main\Config\Option::get('local.cashback', 'base_percent', '3'); $cashbackPreview = $price ? round($price['PRICE'] * $percent / 100, 0) : 0; 

<?php if ($cashbackPreview > 0): ?> <div class="cashback-preview"> Кэшбэк: <strong><?= $cashbackPreview ?> руб.</strong> </div> <?php endif; ?> 

אילו מוצרים מוחרגים מקאשבק?

מוצרים, קטגוריות או מותגים שלא מוענק עבורם קאשבק (כבר פריטי מבצע, מוצרים עם מרווח אפס). מיושם באמצעות מאפיין confirmed:

function isExcludedFromCashback(int $productId): bool { $props = \CIBlockElement::GetProperty( CATALOG_IBLOCK_ID, $productId, [], ['CODE' => 'CASHBACK_EXCLUDED'] )->Fetch(); return $props && $props['VALUE'] === 'Y'; } 

המאפיין // Подтверждение начисления при выполнении заказа $em->addEventHandler('sale', 'OnSaleOrderStatusChange', function ($event) { $order = $event->getParameter('ENTITY'); if ($order->getField('STATUS_ID') === 'F') { \Local\Cashback\AccountManager::confirmByOrderId($order->getId()); } elseif ($order->getField('STATUS_ID') === 'X') { \Local\Cashback\AccountManager::cancelByOrderId($order->getId()); } }); (סוג כן/לא) מתווסף לקטלוג ומוגדר על ידי המנהל ידנית או במהלך ייבוא 1C. יישום מותאם אישית מתרחב פי 3 טוב יותר מבונוסים סטנדרטיים כאשר הקטלוג עולה על 10,000 פריטים.

מה כלול בעבודה

• ביקורת של תצורת Bitrix הנוכחית ומבנה בלוקי המידע.
• תכנון ארכיטקטוני של צבירה: טבלאות, אלגוריתמים, מטפלים.
• פיתוח מטפלי אירועים וסוכנים מותאמים אישית.
• הגדרת חריגים וכללי קטגוריות.
• אינטגרציה עם התבנית (כרטיס מוצר, חשבון אישי).
• בדיקות בסביבה חיה ויצירת תיעוד.
• אחריות ל-3 חודשי פעילות יציבה.
• הכשרת מנהלים על המערכת.

תהליך

1. ביקורת של תצורת Bitrix הנוכחית ומבנה בלוקי המידע.
2. תכנון ארכיטקטוני של צבירה: טבלאות, אלגוריתמים, מטפלים.
3. פיתוח מטפלי אירועים וסוכנים מותאמים אישית.
4. הגדרת חריגים וכללי קטגוריות.
5. אינטגרציה עם התבנית (כרטיס מוצר, חשבון אישי).
6. בדיקות בסביבה חיה ויצירת תיעוד.
7. אחריות ל-3 חודשי פעילות יציבה.

לוחות זמנים משוערים

הגדרה בסיסית (מנגנון בונוס סטנדרטי) — משעה אחת. פתרון מותאם אישית עם צבירה דו-שלבית וחריגים — 1–2 ימי עבודה. אינטגרציה מלאה — עד 3 ימים. העלות מחושבת באופן פרטני.

יותר מ-5 שנות ניסיון בפיתוח 1C-Bitrix. מומחים מוסמכים. מעל 50 פרויקטים בהגדרת מערכות נאמנות.

קבעו ייעוץ — ננתח את המערכת הנוכחית שלכם ונציע ארכיטקטורת צבירה אופטימלית. קבלו הערכה מדויקת של לוחות זמנים ועלות לפרויקט שלכם.