פיצול תשלומים ב-1C-Bitrix: מרקטפלייס ו-BNPL

כאשר חנות מקוונת על 1C-Bitrix גדלה למרקטפלייס, נוצר האתגר של חלוקת תשלומים אוטומטית בין המוכרים. ללא פיצול תשלומים, תיתקלו בחשבונאות ידנית, שגיאות ועיכובים בתשלומים. הצוות שלנו טיפל בזה ביותר מתריסר פרויקטים. נסקור שתי גישות שונות מהותית: פיצול מרקטפלייס ותשלומים分期 (BNPL). בשני המקרים, המרכיב המרכזי הוא אינטגרציה נכונה עם שער התשלום ופיסקאליזציה תחת 54-FZ. בפועל, פיצול תשלומים מקצר את זמני התשלום ב-70% (חיסכון של עד 500,000 RUB בשנה בעלויות תפעול) ומפחית את העומס על החשבונאות.

אנו מיישמים פיצול תשלומים turnkey: מבחירת שירות (YooKassa, Tinkoff, CloudPayments) ועד פיסקאליזציה. לוח זמנים טיפוסי: מיומיים לפתרון סטנדרטי. נבחן את הפרויקט שלכם ביום אחד — צרו קשר לייעוץ. הזמינו יישום וקבלו מנגנון חלוקת תשלומים מוכן עם בדיקות ותיעוד.

כיצד פועל פיצול תשלומים במרקטפלייס

הקונה משלם סכום אחד, והכסף מתחלק בין מספר מקבלים: מוכר 1, מוכר 2, עמלת הפלטפורמה. ברוסיה, זה מיושם באמצעות:

• YooKassa (פיצול תשלומים) — מוצר רשמי למרקטפלייסים
• Tinkoff (מרקטפלייס) — פתרון לפלטפורמות
• CloudPayments (Splits) — API לפיצול

דוגמה דרך YooKassa:

// В платёжном запросе указываем получателей (transfers) $paymentData = [ 'amount' => ['value' => '5000.00', 'currency' => 'USD'], 'confirmation' => ['type' => 'redirect', 'return_url' => $returnUrl], 'description' => 'Заказ #' . $orderId, 'transfers' => [ [ 'account_id' => 'seller_shop_id_1', 'amount' => ['value' => '2000.00', 'currency' => 'USD'], 'description' => 'Продавец 1', ], [ 'account_id' => 'seller_shop_id_2', 'amount' => ['value' => '2500.00', 'currency' => 'USD'], 'description' => 'Продавец 2', ], // Оставшиеся $4–6. остаются на балансе маркетплейса ], 'metadata' => ['order_id' => $orderId], ]; 

כל מוכר חייב להיות רשום כתת-חשבון ב-YooKassa. המרקטפלייס מנהל את התשלומים בעצמו. פיצול תשלומים דרך YooKassa עובד פי שניים מהר יותר מחלוקה ידנית ומבטל שגיאות. אוטומציה מפחיתה את עלויות העמלה ב-40%.

מתי נדרש BNPL / תשלומים分期

הקונה משלם בחלקים (לדוגמה, 3 תשלומים של 1000 RUB). שירותי BNPL קיימים ברוסיה:

אינטגרציה עם Dolyami (Tinkoff):

// Виджет Долями — покупатель видит разбивку "3 платежа по X руб." const dolyame = new TinkoffDolyame({ shopId: 'YOUR_SHOP_ID', price: orderAmount, orderId: String(orderId), successUrl: 'https://shop.ru/payment/success/', failUrl: 'https://shop.ru/payment/fail/', callbackUrl: 'https://shop.ru/api/dolyame-notify/', }); document.getElementById('dolyame-btn').addEventListener('click', () => { dolyame.pay(); }); 

הצד השרת מטפל בהודעות בדומה ל-acquiring סטנדרטי. החנות מקבלת את הסכום המלא מיד (או בלוח זמנים לפי החוזה); שירות ה-BNPL מטפל בפיצול. BNPL בדרך כלל מגדיל את ההמרה ב-20%, ומייצר הכנסה נוספת של 200,000 RUB בחודש.

לוגיקת פיצול תשלומים מותאמת אישית ב-Bitrix

אם שירות BNPL אינו מתאים ואתם צריכים לוגיקה מותאמת אישית (לדוגמה, תשלומים מדורגים על חשבוניות):

// Создаём несколько платежей для одного заказа $order = Bitrix\Sale\Order::load($orderId); $paymentCollection = $order->getPaymentCollection(); // Первый платёж — 50% при оформлении $payment1 = $paymentCollection->createItem(); $payment1->setFields([ 'SUM' => round($order->getPrice() * 0.5, 2), 'PAY_SYSTEM_ID' => $paySystemId, 'CURRENCY' => 'USD', ]); // Второй платёж — 50% при доставке $payment2 = $paymentCollection->createItem(); $payment2->setFields([ 'SUM' => round($order->getPrice() * 0.5, 2), 'PAY_SYSTEM_ID' => $paySystemId, 'CURRENCY' => 'USD', 'DATE_PAY_BEFORE' => new Bitrix\Main\Type\DateTime('+30 days'), ]); $order->save(); 

מדוע פיצול תשלומים קריטי לסקיילינג

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

פיסקאליזציה של פיצול תשלומים

במודל מרקטפלייס, כל מוכר מנפיק קבלה משלו — או דרך הקופה שלו או דרך הקופה העננית של האגרגטור. האחריות לקבלות מוגדרת בהסכם עם אגרגטור התשלומים. לפיסקאליזציה נכונה, אנו מסתמכים על 54-FZ ותיעוד ATOL. דרישות OFD הן גם חובה.

תהליך הגדרת פיצול תשלומים Turnkey

1. ניתוח: קביעת התוכנית (מרקטפלייס / BNPL / מותאם אישית), בחירת אגרגטור תשלומים.
2. עיצוב: עיצוב האינטגרציה עם Bitrix — אינפובלוקים, מערכות תשלום, בדיקות יחידה.
3. יישום: כתיבת קוד, הגדרת ווידג'טים, בדיקות על staging.
4. בדיקות: בדיקת תרחישים (הצלחה, החזר חלקי, שגיאות).
5. השקה והדרכה: השקה לייצור, הדרכת מפעילים.

מה כלול

• תיעוד אינטגרציה (סכמת נתונים, שיטות API)
• סביבת בדיקות ובדיקות יחידה
• הגדרת פיסקאליזציה (קבלות לכל מקבל)
• אינטגרציה עם שירות התשלומים הנבחר (YooKassa, Tinkoff, CloudPayments)
• הדרכת צוות

לוחות זמנים

צרו קשר — אנו מבטיחים יישום פיצול תשלומים איכותי. הניסיון שלנו: למעלה מ-50 פרויקטי אינטגרציית תשלומים. פנו אלינו כדי לדון בפרויקט שלכם.