מחזור B2B מלא לתשלום ב-1C-Bitrix
לקוחות B2B לא משלמים בכרטיסים — הם זקוקים לחשבונית רשמית עם חותמת ופרטי חברה. ללא אוטומציה, מנהל צריך להנפיק חשבונית ידנית, להמתין לאישור מחשבות החשבונות, ולסמן את התשלום. זה לוקח שעות, ושגיאות מובילות לעיכובים. ב-1C-Bitrix ניתן להקים מחזור מלא: מאיסוף פרטי הקונה ועד לאישור אוטומטי של קבלת הכסף לחשבון העו"ש. הניסיון שלנו — למעלה מ-7 שנות פיתוח, עשרות פרויקטים עם תשלום B2B. אנו משתמשים בתבניות מוכחות — מאפייני משתמש להזמנה, REST APIs של בנקים, יצירת PDF באמצעות FPDF. תוצאה: זמן עיבוד התשלום מצטמצם מיומיים ל-20 דקות, עלויות תפעול יורדות ב-70%. תשלום ללא מזומן הוא השיטה הסטנדרטית לתשלומי B2B. ב-Bitrix, הוא מיושם על ידי מערכת התשלום המובנית Cash/BankTransfer, לפי התיעוד הרשמי.
זרימת תשלום B2B סטנדרטית
- הקונה (ישות משפטית) מבצע הזמנה ובוחר "תשלום בחשבונית".
- המערכת מייצרת חשבונית עם פרטי המוכר.
- רואה החשבון של הקונה יוצר הוראת תשלום בבנק.
- הכסף מגיע לחשבון העו"ש של המוכר.
- המנהל או אינטגרציית הבנק רושמים את התשלום ב-Bitrix.
כיצד להגדיר את מערכת התשלום "העברה בנקאית" ב-Bitrix?
ל-Bitrix יש handler סטנדרטי Cash / BankTransfer. הגדר אותו ב-חנות → הגדרות → מערכות תשלום. הזן את פרטי החברה שלך: שם, ח.פ., ח.מ., חשבון עו"ש, בנק, מזהה בנק. הוסף הוראות לקונה — טקסט שהלקוח יראה לאחר בחירת אמצעי התשלום.
// Параметры безналичной оплаты (вводятся в административной части) // Логотип, название, текст-инструкция для покупателя // В шаблоне платёжной системы — показываем реквизиты <div class="bank-details"> <p>Банк: ПАО «Сбербанк»</p> <p>БИК: 044525225</p> <p>Р/с: 40702810ХХХХХХХХХХ</p> <p>К/с: 30101810400000000225</p> <p>ИНН: ХXXXXXXXXX</p> <p>КПП: XXXXXXXXX</p> <p>Назначение платежа: Оплата по счёту №<?= $order->getAccountNumber() ?></p> </div> דוגמה להגדרת מאפייני משתמש להזמנה
טופס איסוף פרטי קונה
בעת הזמנה, ישות משפטית חייבת לספק את פרטיה לצורך חשבונית ומסמכים סוגרים. הוסף מאפייני משתמש להזמנה דרך API:
// Добавление свойств заказа через API Битрикс // local/php_interface/init.php или установочный скрипт use Bitrix\Sale\Internals\OrderPropsTable; $props = [ ['NAME' => 'Название компании', 'CODE' => 'COMPANY_NAME', 'TYPE' => 'STRING'], ['NAME' => 'ИНН', 'CODE' => 'INN', 'TYPE' => 'STRING'], ['NAME' => 'КПП', 'CODE' => 'KPP', 'TYPE' => 'STRING'], ['NAME' => 'Юридический адрес', 'CODE' => 'LEGAL_ADDRESS','TYPE' => 'STRING'], ['NAME' => 'Расчётный счёт', 'CODE' => 'BANK_ACCOUNT', 'TYPE' => 'STRING'], ['NAME' => 'Наименование банка','CODE' => 'BANK_NAME', 'TYPE' => 'STRING'], ['NAME' => 'БИК', 'CODE' => 'BANK_BIK', 'TYPE' => 'STRING'], ]; בתבנית הקופה, הצג שדות אלה כאשר נבחר "תשלום בחשבונית". ניתן ליצור תלות באמצעות JavaScript: הצג את הבלוק רק עבור השיטה שנבחרה.
מדוע אישור תשלום אוטומטי הוא קריטי
סימון תשלום ידני הוא מקור לעיכובים. רואה החשבון עלול לשכוח, המנהל עלול לטעות. אוטומציה פותרת את הבעיה: התקבל תשלום — ההזמנה עוברת מיד לסטטוס "שולם". אפשרויות:
- אינטגרציית 1C — אם משתמשים ב-1C:Accounting, תשלומים נכנסים מסונכרנים אוטומטית עם הזמנות דרך מודול ההחלפה. זה אמין אך דורש הגדרת משימות מתוזמנות.
- API של הבנק — בנקים רבים (Sberbank, Tochka, Modulbank) מספקים APIs לקריאת דפי חשבון. כאשר מופיע תשלום עם מטרה נכונה, אנו מעדכנים אוטומטית את סטטוס ההזמנה:
// Пример: парсинг выписки Сбербанка (SimpleBankStatementParser) $statement = parseBankStatement($statementXml); foreach ($statement->getTransactions() as $transaction) { if ($transaction->getType() !== 'credit') continue; // Ищем номер заказа в назначении платежа preg_match('/№(\w+-\d+)/', $transaction->getPurpose(), $matches); if (!isset($matches[1])) continue; $orderNumber = $matches[1]; $order = getOrderByAccountNumber($orderNumber); if ($order && abs($order->getPrice() - $transaction->getAmount()) < 0.01) { setOrderPaid($order->getId(), $transaction->getDate()); } } גישה זו דורשת התאמה אישית של ה-parser לפורמט הבנק הספציפי, אך היא משתלמת בכך שהיא מסירה שגיאות אנוש. החיסכון בטיפול ידני בתשלום אחד הוא משמעותי.
מקרה אמיתי: כיצד קיצרנו את עיבוד התשלום מ-8 שעות ל-30 דקות
בפרויקט אחד עם 200+ הזמנות B2B בחודש, המנהל בילה חצי יום בבדיקה ידנית של חשבון העו"ש ובסימון תשלומים. שילבנו את API הבנק ו-1C. תוצאה: אישור תשלום מתרחש כעת אוטומטית תוך 30 דקות בממוצע. עומס העבודה של המנהל ירד לאפס עבור משימה זו, ושגיאות נעלמו לחלוטין. הלקוח חסך כ-80 שעות עבודה בחודש.
כיצד ליצור חשבונית PDF עבור ישויות משפטיות
לאחר ביצוע הזמנה, ישות משפטית זקוקה לחשבונית PDF רשמית. Bitrix אינו מייצר PDF "מתוך הקופסה" — אנו מוסיפים ספריות צד שלישי. אנו משתמשים ב-FPDF או mPDF:
// Генерация счёта через FPDF или mPDF function generateInvoicePdf(Bitrix\Sale\Order $order): string { $pdf = new FPDF(); $pdf->AddPage(); $pdf->SetFont('Arial', 'B', 14); $pdf->Cell(0, 10, 'СЧЁТ НА ОПЛАТУ №' . $order->getAccountNumber(), 0, 1, 'C'); // Реквизиты продавца // Таблица товаров // Итого и подписи $path = '/tmp/invoice_' . $order->getId() . '.pdf'; $pdf->Output('F', $path); return $path; } החשבונית נוצרת ברגע ביצוע ההזמנה ונשלחת לקונה בדוא"ל. בנוסף, אנו שומרים אותה במערכת הקבצים להורדה חוזרת מהחשבון האישי.
השוואה בין עיבוד תשלום ידני לאוטומטי
| קריטריון | סימון ידני | אוטומטי (API/1C) |
|---|---|---|
| עיכוב | משעה אחת עד יומיים | 5–30 דקות |
| שגיאות | אפשריות | מבוטלות |
| עומס על מנהלים | גבוה | אפס |
| עלות יישום | 0 (אם קיים מנהל) | 1-3 ימי הגדרה |
אוטומציה מעבדת תשלומים פי 10 מהר יותר מאשר סימון ידני.
תהליך הגדרה כולל (Turnkey)
- אנליטיקה — אנו מנתחים את זרימת העבודה, מזהים נקודות אינטגרציה.
- עיצוב — ארכיטקטורת מודול התשלום, בחירת כלים (HL-blocks לפרטים, agents לעיבוד).
- יישום — הגדרת מערכת תשלום, איסוף פרטים, יצירת PDF, אינטגרציה עם API בנק או 1C.
- בדיקות — אימות כל התרחישים: תשלום מוצלח, שגיאות, החזרים, תשלום חלקי.
- פריסה — העלאה לסביבת ייצור, הדרכת מנהלים.
לוחות זמנים
| משימה | משך |
|---|---|
| הגדרת מערכת תשלום ותבנית | 0.5–1 יום |
| טופס פרטי קונה | 0.5–1 יום |
| יצירת חשבונית PDF | 1–2 ימים |
| אישור אוטומטי דרך API בנק | 2–4 ימים |
| אינטגרציית 1C (אם נדרש) | 2–5 ימים |
לוח זמנים כולל — מ-4 עד 10 ימים, תלוי במורכבות ובצורכי האינטגרציה.
כיצד אנו מבטיחים תוצאות
אנו מנסחים את כל ההסכמות במפרט טכני. לאחר המסירה, אתה מקבל גישה מלאה לקוד, מדריך תפעול ותמיכה לחודש אחד. הזמינו הגדרה כוללת — קצרו את זמן עיבוד התשלומים שלכם. קבלו ייעוץ לפרויקט שלכם — נציע את הפתרון האופטימלי.