Зачем связывать Битрикс24 с банком
Менеджер выставил счёт, клиент оплатил — но сделка в CRM по-прежнему висит без статуса оплаты. Бухгалтер раз в день заходит в банк-клиент, сверяет выписку и вручную проставляет отметки. Это узкое место типичного отдела продаж: данные запаздывают, менеджер не знает об оплате, повторно звонит клиенту и создаёт неловкую ситуацию.
Интеграция с банком решает именно эту проблему: как только платёж поступает на расчётный счёт, Битрикс24 получает уведомление и автоматически обновляет карточку сделки.
Польза для разных ролей:
| Роль | Что получает |
|---|---|
| Менеджер | Видит факт оплаты прямо в сделке, без звонков в бухгалтерию |
| Финансовый директор | Актуальный срез по дебиторской задолженности в реальном времени |
| Бухгалтер | Меньше ручных операций; факт оплаты уже зафиксирован системой |
| РОП | Статистика по оплаченным сделкам без выгрузок из банка |
Как технически работает интеграция
На схеме показано, как банк передаёт данные о входящем платеже в Битрикс24, который сопоставляет поступление со сделкой и обновляет её статус. При необходимости данные дублируются в 1С для бухгалтерского учёта.
flowchart LR
BANK[Банк / банк-клиент] -->|вебхук или готовое приложение| B24[Битрикс24]
B24 -->|сопоставление по счёту / ИНН| DEAL[Сделка / смарт-процесс]
DEAL -->|статус оплаты| MGR[Менеджер]
DEAL -->|передача факта оплаты| ONE_C[1С]
Технически интеграция реализуется одним из двух способов:
-
Готовое приложение из маркетплейса — наименее трудозатратный вариант. Приложение устанавливается на портал, подключается к банку через API и начинает мониторить входящие платежи. По нашему опыту, именно так реализуется интеграция с Точка Банком: приложение автоматически фиксирует оплаты в Битрикс24 без разработки с нуля.
-
Кастомная интеграция через REST API и вебхуки — используется, если готового приложения для нужного банка нет, или требуется нестандартная логика сопоставления платежей. Банк отправляет вебхук при поступлении средств, обработчик на стороне Битрикс24 ищет нужную сделку и обновляет поля.
Подробнее о механике вебхуков в Битрикс24 можно почитать в статье про вебхуки смарт-процессов.
Что происходит после получения платежа
После того как банк уведомляет Битрикс24 о поступлении, в системе последовательно отрабатывают несколько шагов:
- Сопоставление платежа со сделкой — по номеру счёта, назначению платежа или ИНН плательщика.
- Обновление полей в карточке — фиксируются дата и сумма поступления, статус сделки меняется на «Оплачено» (или переходит на следующий этап воронки).
- Уведомление ответственного — менеджер получает сообщение о факте оплаты.
- Запуск бизнес-процесса — например, постановка задачи на отгрузку или генерация акта.
В проектах, где параллельно работает 1С, факт оплаты дополнительно передаётся в учётную систему. При этом ведущей системой по клиентской базе остаётся Битрикс24: данные о клиенте при создании или изменении передаются из CRM в 1С, а не наоборот.
Поля сделки для учёта платежей
Для корректного разнесения платежей в карточке сделки настраиваются специализированные поля. В типовом проекте это выглядит так:
| Поле | Тип | Назначение |
|---|---|---|
| Дата оплаты 1–5 | Дата | Фиксация каждого частичного платежа |
| Сумма оплаты 1–5 | Деньги | Сумма каждого поступления |
| Всего оплачено клиентом | Деньги (расчётное) | Автосумма всех частичных платежей |
| Задолженность клиента | Деньги (расчётное) | Разница между суммой сделки и оплаченным |
| Служебное поле «Есть оплаты» | Флаг | Используется для автоматизации и фильтрации |
Такая структура позволяет работать с многоэтапной оплатой (аванс + остаток) и видеть реальную дебиторку прямо в воронке, не открывая бухгалтерскую программу. Подробнее о настройке пользовательских полей под конкретную отрасль — в статье «Пользовательские поля в Битрикс24».
Смарт-процесс «Платёжные поручения»
В более сложных схемах — особенно там, где есть входящие платежи от поставщиков и исходящие оплаты контрагентам — платёжные поручения выносятся в отдельный смарт-процесс. Это даёт возможность:
- хранить полную историю движения денег в отдельном реестре;
- автоматически привязывать платёжное поручение к счёту через технический ID;
- запускать бизнес-процесс связки «платёжное поручение → счёт» сразу после синхронизации.
Типовой набор полей смарт-процесса «Платёжные поручения»:
- Номер (из банка или 1С)
- Дата формирования
- Клиент (привязка к карточке компании)
- Сумма и валюта
- Назначение платежа
- ID счёта (технический) — ключевое поле для автосвязки; как только оно заполняется, срабатывает бизнес-процесс, который привязывает поручение к соответствующему счёту
Интеграция через онлайн-кассу и платёжные сервисы
Если бизнес принимает оплату не только по безналу, но и через онлайн-кассу или платёжный агрегатор, логика немного иная. В этом случае Битрикс24 интегрируется с платёжным сервисом (например, ЮКасса): при переводе сделки на нужный этап воронки система автоматически генерирует ссылку на оплату и отправляет её клиенту по выбранному каналу (e-mail, WhatsApp и т.д.). После успешного платежа сервис уведомляет Битрикс24, и сделка переходит на следующий этап.
Важный нюанс: оплата наличными или через офлайн-терминал, как правило, требует ручной отметки — автоматически такие платежи не отслеживаются без дополнительного оборудования.
Отчётность по оплатам
После настройки интеграции появляется возможность строить отчёты прямо в Битрикс24, не выгружая данные в Excel:
- Дебиторская задолженность — список сделок с ненулевым полем «Задолженность клиента»
- Частично оплаченные сделки — сделки, где «Всего оплачено» больше нуля, но меньше суммы сделки
- Динамика поступлений — поступления по периодам в разрезе менеджеров или продуктов
- Просроченные оплаты — сделки, где плановая дата оплаты прошла, а факт не зафиксирован
Про настройку дашбордов и срезов для отдела продаж подробнее читайте в статье «Отчёты и дашборды в Битрикс24».
Что нужно подготовить перед внедрением
Перед запуском интеграции стоит ответить на несколько вопросов:
- Какой банк? Для ряда банков (например, Точка) есть готовые приложения; для других потребуется кастомная разработка.
- Одно или несколько юрлиц? Если платежи приходят на счета разных юридических лиц, потребуется логика маршрутизации.
- Как сопоставлять платёж со сделкой? По номеру счёта в назначении платежа, по ИНН, по сумме — нужно выбрать приоритетный метод и предусмотреть обработку «неопознанных» платежей.
- Нужна ли связка с 1С? Если да, важно определить ведущую систему и направление передачи данных.
- Как обрабатывать частичные оплаты? Структура полей в сделке должна поддерживать несколько платежей по одной сделке.
Рекомендуем оформить ответы в виде ТЗ до начала настройки — это сократит количество итераций. О том, как правильно составить такой документ, читайте в статье «Структура ТЗ на доработку Битрикс24».