הצגת תוכניות תשלומים בכרטיס מוצר ב-1C-Bitrix

לקוחות רבים עוזבים את דף המוצר מבלי לראות אפשרויות תשלום בתשלומים, מה שמוריד את שיעור ההמרה ואת ערך ההזמנה הממוצע. אנו מפתחים ומגדירים בלוק להצגת תנאי תשלומים בכרטיס המוצר של 1C-Bitrix, תוך אינטגרציה עם ממשקי API של בנקים ואוטומציה של חישובי תשלומים חודשיים. הצוות שלנו מספק פתרון מלא—משלב האבחון ועד היישום והתמיכה השוטפת—בסמכות מלאה ובדיוק מירבי.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הצגת תוכניות תשלומים בכרטיס מוצר ב-1C-Bitrix
פשוט
~1 יום

הכישורים שלנו:

שאלות נפוצות

היעדר בלוק תשלומים בפריסה בכרטיס המוצר פירושו שלקוח רואה מחיר של 150,000 ₽ ועוזב. הנתונים שלנו מראים שעד 30% מהסשנים נקטעים בשלב בחירת אמצעי התשלום. עם ניסיון של 10 שנים בפיתוח Bitrix, אנו מבטיחים יציבות ודיוק בחישוב. רכיב ה-1C-Bitrix שלנו מציג תוכניות זמינות עם לוגואים של בנקים וחישוב תשלום חודשי — ישירות בכרטיס המוצר. הפתרון עובד על כל תעריף ומתרחב.

בעיות שבלוק התשלומים בפריסה פותר

  • חוסר מידע ללקוח. מוצר עולה 10,000–200,000 ₽ אך האפשרות לתשלום בפריסה אינה מוצגת — המבקר חושב שהיא לא זמינה. הרכיב מציג תוכניות זמינות עם לוגואים של בנקים וסכומי השתתפות.
  • ירידה בהמרות. לפי נתוני הפרויקטים שלנו, נוכחות BNPL מעלה את ערך ההזמנה הממוצע ב-20–30%. לקוחות בוחרים פריטים יקרים יותר בידיעה שישלמו בפריסה.
  • שגיאות חישוב. חישוב פחת ידני מוביל לאי-התאמות מול הבנק. אנו הופכים את נוסחת התשלום האנוניטי לאוטומטית ובודקים אותה על נתוני בדיקה.

יישום הצגת תנאי התשלום בפריסה

אנו משתמשים ב-HL-block UF_PARTNER לאחסון תנאים קבועים (שותף, ריבית, תקופות). עבור תנאים דינמיים, אנו מחברים API של בנקים באמצעות בקשות עם מטמון. קוד החישוב ב-PHP משוכפל ב-JavaScript לאינטראקטיביות בצד הלקוח.

אחסון תנאים ב-HL-block

שדה סוג תיאור
UF_LOGO מחרוזת שם השותף (Tinkoff, Halva)
UF_MIN_AMOUNT קובץ לוגו להצגה
UF_MONTHS מספר עשרוני סכום מוצר מינימלי לתשלום בפריסה
UF_RATE מחרוזת תקופות זמינות (3,6,10,12,18,24)
UF_ACTIVE מספר עשרוני שיעור ריבית (0 ללא ריבית)
monthly = price / months דגל האם התוכנית מופעלת

חישוב תשלום חודשי

ללא ריבית: function calcInstallment(float $price, int $months, float $annualRate): float { if ($annualRate <= 0) { return $price / $months; } $r = $annualRate / 12 / 100; return $price * $r / (1 - pow(1 + $r, -$months)); } . עם ריבית — נוסחת אנוניטי. פונקציית PHP:

function calcInstallment(float $price, int $months, float $annualRate): float {
    if ($annualRate <= 0) {
        return $price / $months;
    }
    $r = $annualRate / 12 / 100;
    return $price * $r / (1 - pow(1 + $r, -$months));
}

מקבילה ב-JavaScript לחישוב מחדש בעת בחירת תקופה:

function calcInstallment(price, months, annualRate) {
  if (annualRate <= 0) return price / months;
  const r = annualRate / 12 / 100;
  return price * r / (1 - Math.pow(1 + r, -months));
}

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

הצגת הבלוק בכרטיס המוצר

בתבנית function calcInstallment(price, months, annualRate) { if (annualRate <= 0) return price / months; const r = annualRate / 12 / 100; return price * r / (1 - Math.pow(1 + r, -months)); } , אחרי המחיר, אנו טוענים תוכניות מתאימות:

$price = (float)$arResult['CATALOG_PRICE_1'];
$plans = \Local\Installment\InstallmentPlanTable::getList([
    'filter' => ['=UF_ACTIVE' => true, '<=UF_MIN_AMOUNT' => $price],
    'order' => ['UF_MIN_AMOUNT' => 'ASC'],
])->fetchAll();

בצד הלקוח, עבור כל שותף אנו מציגים בלוק עם לוגו וכפתורי בחירת תקופה. בלחיצה, התשלום החודשי מתעדכן.

מטמון בקשות API: קריטיות וגישה

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

מטמון הופך את בלוק התשלומים בפריסה ליעיל פי 100 מבחינת עומס על השרת.

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

  1. ניתוח דרישות — קביעת מקורות תנאים (סטטי/API), הסכמה על עיצוב הבלוק.
  2. פיתוח HL-block ורכיב — יצירת אחסון, כתיבת רכיב תצוגה.
  3. שילוב לוגיקת חישוב — יישום פונקציות PHP ו-JS, בדיקה על ערכי קצה.
  4. שילוב API של בנק — חיבור, הגדרת מטמון, טיפול בשגיאות.
  5. עיצוב וסטיילינג — התאמת הבלוק לעיצוב האתר, הוספת טקסטים משפטיים.
  6. בדיקות והשקה — בדיקה על כל המכשירים, תיעוד תוצאות.
  7. תיעוד והעברת הדרכה — תיאור הגדרות, מתן הוראות למנהלים.
דוגמה לטיפול בשגיאת API אם ה-API של הבנק אינו זמין, אנו מציגים תוכנית סטטית חלופית עם תנאים קבועים. אנו מתעדים את השגיאה ומודיעים למנהל המערכת.

שגיאות הגדרה אופייניות

  • לא מתחשבים בסף המוצר המינימלי. אם הסכום נמוך מ-catalog.element, הבלוק לא מוצג — הלקוח לא רואה כלום. כדאי גם להציג מציין מקום או הודעה.
  • שוכחים חישוב מחדש כשהמחיר משתנה. אם בדף יש בחירת אפשרויות, המחיר משתנה — התשלום בפריסה חייב להתעדכן. אנו משתמשים באירוע $price = (float)$arResult['CATALOG_PRICE_1']; $plans = \Local\Installment\InstallmentPlanTable::getList([ 'filter' => ['=UF_ACTIVE' => true, '<=UF_MIN_AMOUNT' => $price], 'order' => ['UF_MIN_AMOUNT' => 'ASC'], ])->fetchAll(); .
  • לא כוללים טקסט משפטי. לפי 54-FZ, חובה להציג שהתשלום בפריסה ניתן על ידי בנק השותף. אנו מוסיפים אותו מתחת לבלוק.

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

שלב זמן
אחסון תנאי שותף 1–2 שעות
חישוב תשלום (PHP + JS) 2–3 שעות
בלוק בכרטיס המוצר 3–4 שעות
שילוב API של בנק (אופציונלי) 4–8 שעות

המחיר מחושב באופן אישי בהתאם למספר השותפים ומורכבות ה-API.

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