מערכת תשלום קאשבק מותאמת אישית ל-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+ אינטגרציות של מערכות תשלום ותוכניות נאמנות. הצוות שלנו נמצא בשוק למעלה מעשור, ומשרת לקוחות מרוצים רבים. אנו מבטיחים טיפול נכון בקאשבק: תשלום, ביטול, החזר. אנו מספקים תיעוד מלא ומייעצים לצוות שלך. קבל ייעוץ על התקנה—נעזור לך להימנע מטעויות נפוצות ולהאיץ את היישום. צור קשר להערכת פרויקט חינם. אנו מציעים אינטגרציה מלאה עם תמיכה מלאה. כתוב לנו היום כדי לדון בפרויקט שלך.