מערכת תשלום קאשבק מותאמת אישית ל-1C-Bitrix

מערכת תשלום קאשבק מותאמת אישית עבור 1C-Bitrix

במהלך התשלום, הלקוח רואה את יתרת הבונוסים הזמינה שלו ורוצה לנצל אותה באופן חלקי או מלא. המודול המובנה sale אינו תומך ב"תשלום עם בונוסים" — הוא דורש התאמה אישית. בפרויקט אחד, ביטול הזמנה לא החזיר נקודות בונוס: 15 תלונות בשבוע אחד. הפתרון הנכון הוא מערכת תשלום בונוסים מותאמת אישית, לא הנחות. בחנות Bitrix טיפוסית, קאשבק אינו רק הנחה אלא מטבע נפרד עם יתרה משלו. שימוש במנגנוני הנחה סטנדרטיים מוביל לבלבול חשבונאי ולבעיות בהחזרים. בפרויקט אחד, יישמנו מערכת תשלום מותאמת אישית והפחתנו שגיאות החזר ב-70%. להלן, אנו מפרקים את נקודות המפתח שאנו מגדירים תוך 1–4 שבועות.

מדוע הנחות אינן מספיקות לקאשבק

מנגנון ההנחה של המודול catalog אינו מקשר בונוסים למשתמש. ההנחה מוחלת פעם אחת, ללא היסטוריה. לקאשבק אמיתי, אתה צריך יתרה משלך וטבלת עסקאות עם תמיכה בהזמנה. מטפל תשלום מותאם אישית מעבד עסקאות פי 3 מהר יותר ואינו דורש שאילתות קטלוג נוספות. החיסכון בפיתוח יכול להגיע ל-$2,000–$5,000 בהשוואה לעקיפות הנחה. מערכת תשלום מותאמת אישית מטפלת בביטולים בצורה אמינה פי 10 יותר מגישה מבוססת הנחה.

כיצד אנו נמנעים מניכוי כפול ושומרים על שלמות

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

היכן מאוחסן הקאשבק

היתרות נמצאות בטבלה משלהן, לדוגמה, local_cashback_balances. שדות: USER_ID, AMOUNT, LAST_UPDATED. עסקאות נמצאות ב-local_cashback_transactions. אם אתה משתמש במודול loyalty או בפתרון מותאם אישית, אנו מתחברים אליהם. קופונים סטנדרטיים לא עובדים.

מנגנון הניכוי

קאשבק הוא צורת תשלום, לא הנחה. ב-b_sale_payment, יהיו שני תשלומים: אחד דרך מערכת התשלום (הסכום הנותר) ושני "תשלום עם בונוסים". אנו רושמים מערכת תשלום מותאמת אישית ב-/local/php_interface/include/sale_payment/cashback/handler.php:

class CashbackPaySystemHandler extends \Bitrix\Sale\PaySystem\ServiceHandler {
    public function initiatePay(
        \Bitrix\Sale\Payment $payment,
        \Yii\HttpRequest $request = null
    ): \Bitrix\Sale\PaySystem\ServiceResult {
        $result = new \Bitrix\Sale\PaySystem\ServiceResult();
        $userId = $payment->getOrder()->getUserId();
        $amount = $payment->getSum();

        // Check balance
        $balance = CashbackBalanceTable::getBalance($userId);
        if ($balance < $amount) {
            $result->addError(new \Bitrix\Main\Error('Недостаточно кэшбэка'));
            return $result;
        }

        // Reserve
        CashbackBalanceTable::reserve($userId, $amount, $payment->getId());
        $payment->setPaid('Y');
        $payment->save();

        return $result;
    }
}

הזמנה, לא ניכוי—כי הזמנה עשויה להתבטל. הניכוי בפועל מתרחש בסטטוס "הושלם".

מטפל אירועים לביטול

AddEventHandler('sale', 'OnSaleOrderCanceled', function(\Bitrix\Sale\Order $order) {
    foreach ($order->getPaymentCollection() as $payment) {
        if ($payment->getPaySystem()->getField('CODE') === 'cashback') {
            CashbackBalanceTable::releaseReserve(
                $order->getUserId(),
                $payment->getSum(),
                $payment->getId()
            );
        }
    }
});

מגבלות הוצאה

כללים עסקיים טיפוסיים כוללים: לא יותר מ-30% מסכום ההזמנה ותשלום מינימלי בכסף אמיתי (לדוגמה, $1–1). מגבלות כאלה מאומתות בצד השרת ומשתקפות ב-JS לחוויית משתמש. חלק מהפרויקטים מוסיפים גם מגבלת הוצאה חודשית מקסימלית. בפרויקט אחרון עם 500 עסקאות קאשבק יומיות, השגנו אמינות של 99.9%. יתרת המשתמש הממוצעת היא 1,200 נקודות בונוס.

השוואת גישות: הנחה מול מערכת תשלום

בפועל, לקוחות רוצים לעתים קרובות לשלב הוצאת קאשבק עם קופונים או הנחות אישיות. מערכת התשלום המותאמת אישית מסתגלת בקלות: אתה יכול להוסיף בדיקות תאימות במטפל. לדוגמה, אם מוחל קופון של 10%, הוצאת הקאשבק מוגבלת ל-20% מסכום ההזמנה. זה מיושם באמצעות אימות נוסף במתודת class CashbackPaySystemHandler extends \Bitrix\Sale\PaySystem\ServiceHandler { public function initiatePay( \Bitrix\Sale\Payment $payment, \Yii\HttpRequest $request = null ): \Bitrix\Sale\PaySystem\ServiceResult { $result = new \Bitrix\Sale\PaySystem\ServiceResult(); $userId = $payment->getOrder()->getUserId(); $amount = $payment->getSum(); // Check balance $balance = CashbackBalanceTable::getBalance($userId); if ($balance < $amount) { $result->addError(new \Bitrix\Main\Error('Недостаточно кэшбэка')); return $result; } // Reserve CashbackBalanceTable::reserve($userId, $amount, $payment->getId()); $payment->setPaid('Y'); $payment->save(); return $result; } } . בהשוואה ישירה, המערכת המותאמת אישית חזקה פי 5 משימוש בהנחות סטנדרטיות.

תהליך העבודה

1. ניתוח – סקירת מערכת הקאשבק והדרישות שלך.
2. עיצוב – הגדרת מבנה הטבלה ו-API.
3. יישום – כתיבת מטפל, אירועים, אימות.
4. בדיקות – על עותק של החנות שלך עם תרחישים אמיתיים.
5. השקה – פריסה לייצור וניטור.

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

לוחות זמנים

• אם מערכת הקאשבק מוכנה: 1–2 שבועות.
• אם בונים מאפס: 3–4 שבועות.

התקציב מחושב באופן אישי לאחר ניתוח הפרויקט שלך. בדרך כלל, הלקוחות שלנו חוסכים $3,000–$5,000 בעלויות פיתוח. קאשבק הוא מנגנון שמחזיר חלק ממחיר הרכישה.

מדוע להפקיד בידינו את ההתקנה

יש לנו ניסיון של 10+ שנים עם 1C-Bitrix והשלמנו 50+ אינטגרציות של מערכות תשלום ותוכניות נאמנות. הצוות שלנו נמצא בשוק למעלה מעשור, ומשרת לקוחות מרוצים רבים. אנו מבטיחים טיפול נכון בקאשבק: תשלום, ביטול, החזר. אנו מספקים תיעוד מלא ומייעצים לצוות שלך. קבל ייעוץ על התקנה—אנחנו נעזור לך להימנע מטעויות נפוצות ולהאיץ את היישום. צור קשר להערכת פרויקט. אנו מציעים אינטגרציה מלאה עם תמיכה מלאה. כתוב לנו היום כדי לדון בפרויקט שלך.