Интеграция Битрикс24 с банком: автоматическое разнесение платежей

Зачем связывать Битрикс24 с банком

Менеджер выставил счёт, клиент оплатил — но сделка в CRM по-прежнему висит без статуса оплаты. Бухгалтер раз в день открывает банк-клиент, сверяет выписку и вручную расставляет отметки. Данные запаздывают, менеджер не знает об оплате, перезванивает клиенту — и всё это создаёт ненужное напряжение.

Интеграция с банком снимает эту проблему: как только платёж поступает на расчётный счёт, Битрикс24 получает уведомление и сам обновляет карточку сделки.

Кому и что это даёт:

Роль	Что получает
Менеджер	Видит факт оплаты прямо в сделке — без звонков в бухгалтерию
Финансовый директор	Актуальный срез по дебиторской задолженности в реальном времени
Бухгалтер	Меньше ручных операций: факт оплаты уже зафиксирован системой
РОП	Статистика по оплаченным сделкам без выгрузок из банка

---

Как технически работает интеграция

Банк передаёт данные о входящем платеже в Битрикс24, система сопоставляет поступление со сделкой и обновляет её статус. При необходимости данные дублируются в 1С для бухгалтерского учёта.

flowchart LR
    BANK[Банк / банк-клиент] -->|вебхук или готовое приложение| B24[Битрикс24]
    B24 -->|сопоставление по счёту / ИНН| DEAL[Сделка / Смарт-процесс]
    DEAL -->|статус оплаты| MGR[Менеджер]
    DEAL -->|передача факта оплаты| ONE_C[1С]

Реализуется это одним из двух способов.

1. Готовое приложение из маркетплейса — наименее трудозатратный путь. Устанавливаете на портал, подключаете к банку через API — и оно само мониторит входящие платежи. По нашей практике, именно так чаще всего реализуется интеграция с Точка Банком: никакой разработки с нуля, оплаты фиксируются автоматически.

2. Кастомная интеграция через REST API и вебхуки — нужна, если готового приложения для вашего банка нет или требуется нестандартная логика сопоставления. Банк отправляет вебхук при поступлении средств, обработчик на стороне Битрикс24 находит нужную сделку и обновляет поля.

О механике вебхуков подробнее — в статье про вебхуки Смарт-процессов.

---

Что происходит после получения платежа

Когда банк уведомляет Битрикс24 о поступлении, система последовательно отрабатывает несколько шагов:

1. Сопоставление платежа со сделкой — по номеру счёта, назначению платежа или ИНН плательщика.
2. Обновление полей в карточке — фиксируются дата и сумма поступления, статус меняется на «Оплачено» или сделка переходит на следующий этап воронки.
3. Уведомление ответственного — менеджер получает сообщение о факте оплаты.
4. Запуск бизнес-процесса — например, задача на отгрузку или автоматическая генерация акта. Здесь логика может быть любой — зависит от того, что нужно бизнесу.

Там, где параллельно работает 1С, факт оплаты дополнительно передаётся в учётную систему. Ведущей по клиентской базе при этом остаётся Битрикс24: данные о клиенте идут из CRM в 1С, а не наоборот.

---

Поля сделки для учёта платежей

Для корректного разнесения платежей в карточке сделки настраиваются специализированные поля. В типовом проекте это выглядит так:

Поле	Тип	Назначение
Дата оплаты 1–5	Дата	Фиксация каждого частичного платежа
Сумма оплаты 1–5	Деньги	Сумма каждого поступления
Всего оплачено клиентом	Деньги (расчётное)	Автосумма всех частичных платежей
Задолженность клиента	Деньги (расчётное)	Разница между суммой сделки и оплаченным
Служебное поле «Есть оплаты»	Флаг	Используется для автоматизации и фильтрации

Такая структура позволяет работать с многоэтапной оплатой — аванс плюс остаток — и видеть реальную дебиторку прямо в воронке, не открывая бухгалтерскую программу. О настройке пользовательских полей под конкретную отрасль — в статье «Пользовательские поля в Битрикс24».

---

Смарт-процесс «Платёжные поручения»

В более сложных схемах — когда есть и входящие платежи от клиентов, и исходящие оплаты контрагентам — платёжные поручения выносятся в отдельный смарт-процесс. Это даёт три вещи:

• полная история движения денег хранится в отдельном реестре, не засоряя сделки;
• каждое платёжное поручение автоматически привязывается к счёту через технический ID;
• сразу после синхронизации запускается бизнес-процесс связки «платёжное поручение → счёт».

Типовой набор полей такого смарт-процесса:

• Номер (из банка или 1С)
• Дата формирования
• Клиент (привязка к карточке компании)
• Сумма и валюта
• Назначение платежа
• ID счёта (технический) — ключевое поле для автосвязки. Как только оно заполняется, срабатывает бизнес-процесс, который привязывает поручение к соответствующему счёту

---

Интеграция через онлайн-кассу и платёжные сервисы

Если бизнес принимает оплату не только по безналу, но и через онлайн-кассу или платёжный агрегатор — логика немного другая. Битрикс24 интегрируется с платёжным сервисом, например с ЮКассой: при переводе сделки на нужный этап воронки система сама генерирует ссылку на оплату и отправляет её клиенту — по e-mail, в WhatsApp или другим каналом. После успешного платежа сервис уведомляет Битрикс24, и сделка переходит дальше.

Один нюанс, который мы всегда проговариваем с клиентами: наличные и оплата через офлайн-терминал автоматически не отслеживаются. Здесь без ручной отметки не обойтись — если только не подключать дополнительное оборудование.

---

Отчётность по оплатам

После настройки интеграции отчёты строятся прямо в Битрикс24 — никаких выгрузок в Excel:

• Дебиторская задолженность — список сделок с ненулевым полем «Задолженность клиента»
• Частично оплаченные сделки — там, где «Всего оплачено» больше нуля, но до полной суммы не дотягивает
• Динамика поступлений — поступления по периодам в разрезе менеджеров или продуктов
• Просроченные оплаты — сделки, у которых плановая дата оплаты уже прошла, а факта нет

О настройке дашбордов и срезов для отдела продаж — в статье «Отчёты и дашборды в Битрикс24».

---

Что нужно подготовить перед внедрением

До запуска интеграции нужно разобраться с несколькими вопросами — и лучше сделать это до начала настройки, а не в процессе.

• Какой банк? Для части банков есть готовые приложения — например, для Точки. Для других нужна кастомная разработка.
• Одно или несколько юрлиц? Если платежи приходят на счета разных юридических лиц, понадобится логика маршрутизации.
• Как сопоставлять платёж со сделкой? По номеру счёта в назначении платежа, по ИНН или по сумме — нужно выбрать приоритетный метод и заранее продумать, что делать с «неопознанными» платежами.
• Нужна ли связка с 1С? Если да — определить ведущую систему и направление передачи данных.
• Как обрабатывать частичные оплаты? Структура полей в сделке должна поддерживать несколько платежей по одной сделке. Это кажется очевидным, но мы видим, как на этом моменте спотыкаются чаще всего.

Рекомендуем оформить все ответы в ТЗ до старта — это сократит количество итераций. Как его составить — в статье «Структура ТЗ на доработку Битрикс24».