Зачем настраивать отсрочку платежа в 1С-Битрикс?
B2B-клиент оформляет заказ, но кнопка «Оплатить» должна быть скрыта — счёт выставляется с отложенной датой. Если этого не реализовать, компания теряет контроль над дебиторской задолженностью, а менеджеры вручную отслеживают сотни заказов. Наш опыт показывает: автоматизация отсрочки платежа в 1С-Битрикс сокращает просрочки в 2–3 раза. При этом система сама рассчитывает даты, отправляет напоминания и блокирует оплату до наступления срока. Для компании с 500 заказами в месяц автоматизация даёт экономию до 1 200 000 ₽ в год — за счёт снижения просрочек и затрат ручного труда. За годы работы мы реализовали более 50 B2B-проектов на Битрикс с отсрочкой платежа, и каждое решение сопровождается полной документацией.
Как хранить условия отсрочки
Условия отсрочки хранятся в 1С в разрезе договоров с контрагентами. В Битриксе дублируем в Highload-блок b2b_payment_terms:
| Поле |
Тип |
Описание |
UF_COMPANY_ID |
int |
ID компании |
UF_PAYMENT_DELAY_DAYS |
int |
Количество дней отсрочки (0 = без отсрочки) |
UF_PAYMENT_TYPE |
enum |
prepay (предоплата), deferred (отсрочка), mixed (частичная предоплата) |
UF_PREPAY_PERCENT |
int |
Процент предоплаты для mixed |
UF_ACTIVE_FROM, UF_ACTIVE_TO |
date |
Период действия условий |
Синхронизация из 1С при изменении условий договора — через агент или вебхук. Используем CommerceML для бесшовного обмена.
Логика оформления заказа
При создании заказа обработчик OnSaleOrderSaved читает условия оплаты компании:
-
prepay — стандартная логика, доступна оплата картой или по счёту
-
deferred — автоматически создаётся счёт с датой оплаты = дата заказа + UF_PAYMENT_DELAY_DAYS, кнопка онлайн-оплаты скрыта
-
mixed — выставляется счёт на предоплату (X% от суммы), остаток — на дату с отсрочкой
Дата оплаты записывается в пользовательское поле заказа UF_PAYMENT_DUE_DATE. В кабинете клиента в разделе заказов эта дата отображается явно.
Как настроить уведомления о сроке оплаты?
Агент, запускаемый ежедневно, проверяет заказы со статусом «Ждёт оплаты», у которых UF_PAYMENT_DUE_DATE приближается:
- За 3 дня — email-напоминание клиенту через
CEvent::Send() с шаблоном B2B_PAYMENT_REMINDER
- В день оплаты — повторное письмо + задача менеджеру в Битрикс24 (если интеграция настроена)
- На следующий день после дедлайна — запись в лог просрочек, флаг в
b2b_credit_status
Интеграция со способами доставки и оплаты
Для клиентов с отсрочкой при оформлении заказа в списке способов оплаты (b_sale_pay_system) фильтруем через обработчик OnSalePaySystemHandlerList — убираем «Оплата картой» и «Яндекс.Касса», оставляем только «Выставить счёт».
Как работает синхронизация с 1С?
Данные из 1С загружаются по расписанию. Агент раз в час проверяет обновления договоров в CommerceML-выгрузке. Если изменились дни отсрочки или тип оплаты — запись в HL-блоке обновляется. Это гарантирует, что условия всегда актуальны, даже если менеджер забыл обновить данные в Битриксе.
Типичные ошибки при внедрении
- Отсутствие проверки на дубли в HL-блоке (несколько записей для одной компании)
- Забывают про смешанный тип — остаток не переносится, клиент платит дважды
- Не настроена проверка валюты: отсрочка может работать только для рублей
Эти грабли мы обходим на этапе проектирования — код проверен в 50+ проектах.
Почему наше решение лучше стандартных модулей?
Готовые модули с маркетплейса часто не учитывают специфику B2B: разные типы отсрочки, смешанную оплату, гибкие уведомления. Мы пишем логику под вашу 1С — это даёт полный контроль и отсутствие ограничений. На практике такой подход сокращает время на доработки в 4 раза.
Что входит в работу
- Документация схемы данных и логики заказа
- Настройка HL-блоков, пользовательских полей и агентов
- Интеграция с 1С через CommerceML или REST
- Тестирование всех сценариев (prepay, deferred, mixed)
- Передача доступов и обучение ваших разработчиков
- Пост-релизная поддержка на 2 недели
Процесс работы
- Аналитика — разбираем текущие условия договоров, типы оплаты, интеграцию с 1С.
- Проектирование — схема HL-блоков, событийная модель, агенты.
- Реализация — кодинг на PHP 8.1+, компонентах 2.0, тегированном кэшировании.
- Тестирование — юнит-тесты, интеграционные сценарии, нагрузочное тестирование.
- Деплой — выкатка на прод, мониторинг ошибок через лог.
| Этап |
Длительность |
Результат |
| Аналитика |
1–2 дня |
Схема данных, требования |
| Разработка |
3–10 дней |
Готовый функционал, тесты |
| Тестирование |
1–2 дня |
Протокол, исправления |
| Деплой |
1 день |
Работа на проде |
Сроки и стоимость
Базовая отсрочка (только deferred) — от 3 до 5 дней. Полная реализация с уведомлениями, синхронизацией и смешанной оплатой — от 1 до 2 недель. Стоимость базового решения — от 150 000 до 250 000 ₽, полная версия — от 300 000 до 600 000 ₽. Точная цена зависит от сложности интеграции с вашей 1С. Получите консультацию по вашему проекту — оценим за один день.
Опыт и гарантии
За долгие годы работы на рынке мы реализовали более 50 B2B-проектов на Битрикс с отсрочкой платежа. Даём гарантию на код: бесплатно исправляем ошибки, выявленные в течение месяца после сдачи. Все решения сопровождаются лицензионной документацией.
Свяжитесь с нами — настроим отсрочку платежа для вашего B2B-каталога под ключ.
B2B-порталы на 1С-Битрикс
Наша специализация — разработка B2B-порталов на 1С-Битрикс. Не просто «интернет-магазинов для оптовиков». Тут другая вселенная: у каждого контрагента свой прайс, свой кредитный лимит, свой набор документов и свой менеджер в Краснодаре. Розничный покупатель выбирает по картинке и отзывам. Оптовик вбивает 50 артикулов в форму быстрого заказа и ждёт счёт через 30 секунд.
У нас 10+ лет опыта в этой нише, более 50 проектов внедрения. Гарантия на работы — 12 месяцев. Сертифицированные специалисты 1С-Битрикс. Свяжитесь с нами — мы проанализируем вашу текущую структуру цен и предложим архитектуру портала под ваш бизнес.
Как устроено ценообразование в B2B-портале?
Если в рознице одна цена для всех, то в B2B — матрица. Типы цен в b_catalog_price умножаются на группы контрагентов, накопительные скидки, валютные пересчёты и договорные условия. Именно здесь проект либо взлетает, либо тонет в багах.
Типы цен и прайс-листы. В Битрикс типы цен задаются через CCatalogGroup. Стандартный набор: розничная, мелкооптовая, оптовая, дилерская, дистрибьюторская. Каждый контрагент привязан к группе пользователей, группа — к типу цены. Но реальность сложнее: один дилер может видеть оптовые цены на электронику и дистрибьюторские на аксессуары. Это уже не штатный механизм — нужна кастомная логика через обработчик OnSaleBasketItemBeforePriceSave.
Скидки — прогрессивная шкала по объёму (от 100 штук — минус 5%, от 500 — минус 12%), накопительные за период, сезонные, по категориям. Скидки комбинируются через приоритеты в b_sale_discount. Порядок применения — отдельная головная боль: скидка может быть до или после фиксированной; приоритеты настраиваются в «Правилах работы с корзиной». При 20+ правилах отладка превращается в квест.
Кредитные лимиты. Контрагенту устанавливается порог отгрузки в кредит. Текущая задолженность синхронизируется с 1С через регистр РасчетыСКонтрагентами. Превышение лимита → блокировка оформления заказа. Без этого менеджеры отгружают в долг, а бухгалтерия потом разгребает дебиторку.
Договорные цены — прайс привязан к конкретному договору: сроки действия, номер, условия пролонгации. Договор истёк — цены переключаются на базовые автоматически. Реализуется через пользовательские свойства заказа и обработчик OnSaleComponentOrderProperties.
Валюта — для ВЭД обязательно. Пересчёт по курсу ЦБ (парсинг cbr.ru через CCurrencyRates::ConvertCurrency()) или фиксированный курс контракта.
Что входит в дилерский кабинет?
Заказы — полная история с фильтрацией по статусам, датам, суммам. Повтор предыдущего заказа в один клик — для регулярных закупок это экономит часы. Шаблоны заказов для типовых позиций.
Финансы — сальдо взаиморасчётов, акт сверки, история оплат. Всё, что бухгалтер обычно запрашивает по email и ждёт три дня — в кабинете мгновенно. Данные тянутся из 1С через REST или CommerceML.
Документы — счета, накладные, счета-фактуры, УПД, акты. Формируются в 1С, PDF пушится на портал через интеграцию. Скачивание одним кликом. Никакого «пришлите повторно, потерялось в почте».
Управление сотрудниками дилера — администратор создаёт учётки с разграничением прав. Менеджер по закупкам формирует заказы, бухгалтер видит только финансы, руководитель — общую картину. Реализуется через расширение стандартных групп пользователей Битрикс.
Быстрый заказ: артикул + количество = счёт
B2B-клиент знает, что ему нужно. Каталог с красивыми карточками ему не нужен — нужна форма: артикул, количество, следующая строка.
- Форма быстрого заказа — автоподстановка наименования и цены при вводе артикула. Используем AJAX-поиск по
b_iblock_element.XML_ID или PROPERTY_ARTICLE. 50 позиций за 3 минуты
- Импорт из Excel/CSV — клиент выгрузил из своей системы, загрузил на портал. Автосопоставление артикулов, проверка наличия, формирование заказа. Парсинг через
PHPExcel или PhpSpreadsheet
- Корзина с полной информацией — вес, объём, количество мест, ориентировочная стоимость доставки до оформления
Почему интеграция с 1С критична для B2B-портала?
Без актуальных данных из 1С портал бесполезен. Менеджер Иванов изменил цену на гвозди — через 15 минут дилер в Красноярске должен видеть новую цену.
| Данные |
Направление |
Механизм |
| Каталог, характеристики |
1С → Портал |
CommerceML или REST, 15–60 мин |
| Цены по типам и контрагентам |
1С → Портал |
REST API, по событию или расписанию |
| Остатки по складам |
1С → Портал |
REST, 5–15 мин или реалтайм через HTTP-сервис 1С |
| Заказы |
Портал → 1С |
REST, реальное время |
| Статусы, отгрузки |
1С → Портал |
По событию |
| Взаиморасчёты |
1С → Портал |
1–2 раза в день |
| Документы (PDF) |
1С → Портал |
По событию |
CommerceML проще: штатный модуль обмена, XML-файлы, минимум настройки. Но он медленный на больших каталогах и не поддерживает кастомные сущности (кредитные лимиты, сальдо). REST API через HTTP-сервис 1С — гибче, быстрее, но требует доработки на стороне 1С. На практике часто используем гибрид: CommerceML для каталога, REST для цен, остатков и документов. Согласно официальной документации 1С-Битрикс, для B2B-порталов критично настроить синхронизацию справочников и остатков в реальном времени. Подробнее о CommerceML и REST API 1С-Битрикс.
ЭДО: юридически значимый обмен без бумаги
Для крупных B2B-проектов:
- Провайдеры — Контур.Диадок, СБИС, Калуга Астрал. Счета-фактуры, акты, накладные в электронном виде с юридической силой
- КЭП — квалифицированная электронная подпись. Контрагент подписывает акт прямо в кабинете
- Роуминг между операторами — без этого половина партнёров, у которых другой оператор ЭДО, останется за бортом
Многофилиальность
- Региональные склады — клиент видит остатки ближайшего склада, может выбрать склад отгрузки. Товар есть в Новосибирске, но нет в Москве — портал покажет оба варианта с разными сроками
- Автоназначение менеджера — дилер из Краснодара работает с Иваном, из Екатеринбурга — с Мариной. По полю
UF_REGION в карточке контрагента
- Локальные условия — минимальная сумма заказа, условия доставки, сроки — отличаются по регионам
Процесс разработки B2B-порталов
Разработка B2B-порталов включает пять этапов. Ниже таблица с ориентировочными сроками и результатами.
| Этап |
Срок |
Результат |
| Аудит процессов |
1–2 недели |
Схема бизнес-процессов, карта интеграций |
| Проектирование |
2–3 недели |
Архитектура, прототипы, спецификация обмена с 1С |
| Разработка |
4–8 недель |
Кабинеты, ценовые механики, интеграции, документооборот |
| Тестирование |
1–2 недели |
Функциональное, интеграционное, нагрузочное на реальных данных |
| Пилот |
2–3 недели |
5–10 дилеров, обратная связь, доработки |
Что входит в работу:
- Полная проектная документация (ТЗ, архитектурная схема, протоколы интеграции)
- Настройка серверного окружения и развёртывание (On-Premise или облако)
- Перенос всех пользовательских данных и конфигураций
- Обучение администраторов портала (2 занятия онлайн)
- Гарантийная поддержка 12 месяцев с реакцией до 4 часов
После запуска — техподдержка и развитие. B2B-портал — живая система, которая эволюционирует вместе с бизнесом.
Средняя экономия времени менеджера на обработке заказов — до 20 часов в неделю.
На старте проверьте корректность типов цен и групп пользователей, ограничьте количество скидочных правил (не более 3–4), протестируйте интеграцию с 1С на реальных данных, выдайте дилерам доступы и проведите нагрузочное тестирование на 50 одновременных пользователей.
Закажите разработку B2B-портала и получите консультацию специалиста. Свяжитесь с нами для обсуждения вашего проекта — мы подготовим предварительный расчёт и предложим оптимальное решение.