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

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

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

שאלות נפוצות

העבודות האחרונות

  • image_website-b2b-advance_0.webp
    פיתוח אתר חברה B2B ADVANCE
    1455
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    פיתוח אתר לחברת FIXPER
    1018
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    760
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    879
  • image_crm_dolbimby_434_0.webp
    פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    804
  • image_crm_technotorgcomplex_453_0.webp
    פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    1162

היעדר בלוק תשלומים בפריסה בכרטיס המוצר פירושו שלקוח רואה מחיר של 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.