Счёт покупателя: создание и настройка

Для покупателей-юрлиц оплата почти всегда идёт по безналу, а значит нужен печатный счёт с реквизитами продавца и покупателя. В 1С-Битрикс это отдельная платёжная система с обработчиком «Счёт»: она генерирует PDF, подставляет реквизиты из свойств заказа и отдаёт документ в личный кабинет и на почту.

Как устроен счёт в Битрикс

Счёт в 1С-Битрикс — это не отдельная сущность заказа, а платёжная система со специальным обработчиком, который вместо перехода на шлюз формирует печатный документ. Покупатель выбирает способ оплаты «Счёт», система создаёт объект оплаты (Payment) внутри заказа и отдаёт PDF или HTML-версию для печати.

Ключевое отличие от онлайн-эквайринга в том, что деньги приходят вне сайта — банковским переводом на расчётный счёт. Поэтому Битрикс не получает автоматического уведомления об оплате: статус придётся ставить вручную или подтягивать из 1С. Всё, что делает магазин, — корректно собрать реквизиты обеих сторон и красиво их сверстать в документе.

Тип плательщика и свойства для юрлиц

Начинать нужно не с платёжной системы, а с типа плательщика. В разделе Магазин → Настройки → Типы плательщиков создаётся или используется тип «Юридическое лицо». К нему привязывается профиль свойств, в котором собираются все данные организации.

Минимальный набор свойств для валидного счёта:

• Наименование организации — полное или сокращённое юридическое название;
• ИНН и КПП — с проверкой длины через регулярное выражение или обязательность;
• Юридический адрес покупателя;
• Расчётный счёт, банк, БИК, корр. счёт — если вы храните платёжные реквизиты покупателя;
• ФИО и должность подписанта, e-mail для отправки документа.

Свойства настраиваются в Магазин → Настройки → Свойства заказа и привязываются именно к типу «Юридическое лицо», чтобы поля появлялись только при оформлении заказа юрлицом. Эти же значения обработчик счёта потом подставит в шаблон.

Настройка платёжной системы «Счёт»

Платёжная система создаётся в Магазин → Платёжные системы (/bitrix/admin/sale_pay_system.php). При добавлении в поле «Обработчик» выбирается вариант для формирования счёта — в редакциях с реквизитами это «Счёт», в старых сборках использовался обработчик квитанции.

1. Задайте название («Оплата по счёту (безналичный расчёт)») и сортировку.
2. Ограничьте применимость: привяжите систему только к типу плательщика «Юридическое лицо» на вкладке ограничений.
3. В настройках обработчика укажите реквизиты продавца — их можно взять из констант или ввести прямо в полях.
4. Выберите способ выдачи: показывать HTML на странице оплаты и/или отдавать PDF ссылкой.

Реквизиты продавца и модуль «Реквизиты»

Реквизиты продавца в счёте можно хранить двумя способами. Простой — прописать их прямо в настройках обработчика платёжной системы: наименование, ИНН/КПП, расчётный счёт, банк, БИК. Этого достаточно для одного юрлица-продавца.

Более гибкий путь — модуль «Реквизиты» (сущность requisites), который в связке с CRM хранит карточки организаций с банковскими реквизитами и подставляет их в документы. Он удобен, когда продаёте от нескольких юрлиц или ведёте расширенный документооборот.

Если магазин обменивается заказами с 1С, реквизиты продавца обычно ведутся в учётной системе, а на сайте счёт нужен лишь как быстрый печатный документ для покупателя.

Шаблон счёта, печать и подпись

Внешний вид документа задаётся шаблоном обработчика. Файлы шаблонов лежат в папке платёжных систем (/bitrix/php_interface/include/sale_payment/ либо в структуре обработчика в /bitrix/modules/sale/handlers/paysystem/). Внутри — обычная HTML-разметка с PHP-переменными заказа: сумма, состав, реквизиты сторон.

Чтобы счёт выглядел как настоящий, в шаблон добавляют факсимиле подписи и скан печати. Изображения загружаются в настройках обработчика или подставляются по прямому пути и выводятся в подвале документа рядом с ФИО подписанта.

• Для PDF используется генерация «на лету»: HTML-шаблон конвертируется во встроенном механизме печати заказа;
• Изображение печати лучше давать в PNG с прозрачным фоном, чтобы оно ложилось поверх подписи;
• Табличную часть с товарами формируйте из коллекции корзины заказа, а НДС выделяйте отдельной строкой, если работаете с ним.

Оплата по безналу и статус оплаты

После выставления счёта заказ ждёт поступления денег. Поскольку банк не уведомляет сайт, флаг оплаты объекта Payment (свойство PAID = Y) устанавливается вручную в детальной карточке заказа либо автоматически при обмене с 1С.

Типичный сценарий:

1. Менеджер видит поступление на расчётный счёт в банк-клиенте или в 1С;
2. В карточке заказа (/bitrix/admin/sale_order_view.php) на вкладке оплаты ставит отметку «Оплачено»;
3. Смена флага может триггерить смену статуса заказа и уведомление покупателю через события модуля sale.

Если настроен обмен, 1С сама проставит оплату по номеру заказа — тогда ручной шаг не нужен. Важно не путать статус заказа (этап обработки) и статус оплаты (факт получения денег): это независимые состояния, и счёт закрывается именно вторым.

Итог

Счёт покупателя в 1С-Битрикс собирается из четырёх частей: тип плательщика «Юридическое лицо» со свойствами заказа, платёжная система с обработчиком «Счёт», реквизиты продавца и HTML-шаблон с печатью и подписью. Оплата идёт по безналу, а статус выставляется вручную или из 1С через флаг PAID. Аккуратно настроенный счёт снимает половину вопросов B2B-покупателей и ускоряет согласование оплаты.

Если нужно довести шаблон до вашего фирменного бланка, связать оплату с обменом 1С или собрать документооборот под несколько юрлиц — мы настраиваем это под ключ и поддерживаем в бою.