Интеграция с банком: как выписки и оплаты сами попадают в 1С и CRM без ручной загрузки

Короткий ответ: у банка есть три способа отдать данные в учёт. Самый простой — файл клиент-банка, который бухгалтер выгружает и загружает в 1С руками. Следующий уровень — прямой обмен 1С с банком (1С:ДиректБанк): платёжки и выписки ходят из программы без файлов. Третий — API банка для бизнеса: своя программа получает поступления и раздаёт их в CRM, 1С и уведомления. Подпись платёжек при этом остаётся за человеком.

Ниже — чем отличаются эти уровни, как поступление на счёт само закрывает сделку в CRM, что делать с безопасностью и когда хватит того, что уже есть в 1С. Общая техника обмена 1С с сайтом и CRM разобрана в статье про CommerceML, OData и HTTP-сервисы, а приём оплаты картой на сайте — в статье про эквайринг и онлайн-кассу. Здесь речь о безналичных платежах по счетам на расчётный счёт.

	Файл клиент-банка	1С:ДиректБанк	API банка
Как устроено	Бухгалтер выгружает текстовый файл из интернет-банка и загружает в 1С, платёжки — обратно	Типовая 1С сама отправляет платёжки и забирает выписки, без промежуточных файлов	Своя программа запрашивает выписки и получает уведомления о платежах по документации банка
Кто участвует каждый день	Человек: скачать, загрузить, проверить	Человек нажимает кнопку и подписывает платёжки в 1С	Только разбор платежей, которые не нашли сделку
Куда попадают данные	Только в 1С	Только в 1С	Куда настроите: CRM, 1С, кабинет клиента, Telegram
Скорость	Как часто выгрузили — раз в день или реже	По запросу из 1С, без лишних шагов	Зависит от банка: при уведомлениях по API — почти сразу после поступления
Что нужно	Ничего, работает почти везде	Поддержка у банка и в вашей конфигурации 1С	Открытый API у банка, сервер для обработчика, разработка

Какими способами банк обменивается данными с 1С?

Способов три: текстовый файл по стандарту «1С — Клиент банка», прямой обмен через 1С:ДиректБанк и API банка для бизнеса. Первые два работают внутри 1С и служат бухгалтерии. Третий нужен, когда сведения об оплате должны попадать ещё куда-то: в CRM, личный кабинет клиента или чат менеджера.

Файл клиент-банка. Это открытый стандарт фирмы «1С» для обмена с системами «Клиент банка». Файл текстовый, каждая строка вида «Реквизит=Значение», первая строка — служебный признак 1CClientBankExchange. Из 1С в банк уходят платёжные поручения, из банка в 1С приходят остатки, обороты и документы по счетам. Формат понимают почти все банки, поэтому он работает и тогда, когда другого ничего нет.

Прямой обмен. По описанию 1С, технология ДиректБанк позволяет отправлять документы в банк и получать их прямо из программы, без дополнительных программ на компьютере и без выгрузки файлов. Платёжку формируют и подписывают в 1С, отправляют одной кнопкой, а выписку и статус платежа получают онлайн. Поддержку заявляют более 40 банков и типовые конфигурации: «Бухгалтерия предприятия» 3.0, «Управление торговлей» 11, «Управление нашей фирмой», ERP, «Комплексная автоматизация» 2 и другие.

API банка. Многие банки открывают программный интерфейс для бизнес-клиентов. Например, в документации T-API Т-Банка перечислены платежи и их статусы, счета и выписки, вебхуки и песочница для тестов. У Точки есть уведомление о входящем платеже с суммой, назначением и идентификатором платежа. Состав методов, доступы и тарифы у каждого банка свои, поэтому проект начинается с чтения его документации.

Чем прямой обмен удобнее выгрузки файла?

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

Где файл ещё уместен:

• банк не поддерживает ДиректБанк или берёт за него заметную плату;
• конфигурация 1С старая или сильно переписанная, и встроенный обмен в ней не работает;
• платежей мало, и бухгалтер раз в день загружает выписку за пять минут.

Типичные проблемы файлового обмена знакомы каждому бухгалтеру: кодировка (стандарт допускает DOS и Windows, и неверный выбор превращает назначение платежа в набор символов), разные версии формата у банка и у обработки 1С, дубли при повторной загрузке. Прямой обмен большую часть этих вопросов снимает: файлы не нужно выбирать и загружать руками, формат согласован между 1С и банком.

Но у обоих способов одно ограничение: данные попадают только в 1С. Менеджер в CRM по-прежнему не видит, что клиент заплатил, пока бухгалтер не скажет ему об этом. Вот здесь и начинается настоящая интеграция.

Как оплата из банка закрывает сделку в CRM?

Обработчик получает поступление из банка или из 1С, находит по назначению платежа номер счёта, по номеру — сделку в CRM, ставит отметку «оплачено» и переводит сделку на следующий этап. Менеджеру приходит уведомление. Если сделку найти не удалось, платёж попадает в отдельную очередь для ручного разбора.

Схем две, и выбор между ними — главное решение проекта:

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

Как обработчик ищет сделку, по порядку:

• Номер счёта в назначении. «Оплата по счёту № 845 от 21.10.2026» — надёжный случай. Чтобы он был частым, номер счёта в CRM и в 1С должен совпадать, а в шаблоне счёта стоит просьба указывать его в назначении.
• ИНН плательщика и сумма. Если номера нет, ищем открытые сделки этой компании с такой суммой. Одна сделка — привязываем. Две и больше — не угадываем.
• Ручная очередь. Всё, что не разобралось, видит ответственный: платёж, плательщик, подсказки возможных сделок, кнопка «привязать».

Отдельно нужно решить, что делать с частичной оплатой, переплатой и одним платежом за несколько счетов. Это правила бизнеса, а не программиста: например, сделка переходит в «оплачено» только при поступлении полной суммы, а при частичной менеджер получает сообщение с остатком долга. Такие правила мы записываем в схему обмена и согласуем до настройки — на этом этапе приходится первый из двух раундов правок по тарифу. Как связывать заявки, сделки и уведомления в отделе продаж в целом, мы писали в статье про автоматизацию отдела продаж.

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

Что с безопасностью и подписью платёжек?

Правило простое: читать данные программа может сама, а отправлять деньги — только с подписью человека с правом подписи. Токены банка выпускают с минимальными правами, хранят на сервере обработчика, а не в CRM, и отзывают при уходе сотрудника или смене подрядчика.

Что мы закладываем в каждую связку с банком:

• Минимальные права. Для разнесения оплат хватает чтения выписок и уведомлений о поступлениях. Права на создание платежей выдают, только если без них нельзя. В T-API, например, при выпуске токена выбирают нужные доступы.
• Подпись остаётся за человеком. Программа может подготовить платёжку, но подписывает её директор или бухгалтер — в 1С через ДиректБанк (электронной подписью или по СМС, если банк это поддерживает) или в интернет-банке. У Точки, по журналу изменений API, платёж, созданный программой, попадает в раздел «На подпись».
• Проверка уведомлений. Сообщение о платеже, пришедшее на адрес обработчика, должно быть подлинным. У Точки тело уведомления приходит в виде JWT — подписанного токена, и обработчик проверяет подпись, прежде чем отмечать сделку оплаченной.
• Журнал. Каждое действие обработчика — получил платёж, нашёл сделку, сменил этап, не нашёл — пишется в журнал. Это ответ на вопрос «почему сделка стала оплаченной» через месяц.
• Доступы на компанию. Токены, сертификаты и учётные записи оформляются на вас, а не на сотрудника подрядчика. Список того, что выпущено и где лежит, передаём вместе с инструкцией.

Если в CRM попадают ФИО плательщиков-физлиц из назначения платежа, это персональные данные. Решите заранее, какие поля из выписки действительно нужны менеджеру, — обычно хватает суммы, даты и номера счёта.

Что нельзя или не стоит автоматизировать?

Не стоит отдавать программе решения, где нужна ответственность: подпись платежей, привязку спорных поступлений, возвраты и бухгалтерские проводки. Интеграция переносит факты и подсказывает, а решает человек. Попытка автоматизировать всё обычно заканчивается ручной проверкой каждого шага.

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

Когда хватит штатного обмена 1С?

Если оплату ждёт только бухгалтерия, а менеджерам достаточно отчёта раз в день, внешняя интеграция не нужна: подключите 1С:ДиректБанк, если его поддерживают ваш банк и конфигурация, или оставьте загрузку файла. Это дешевле и проще в поддержке.

Интеграция с CRM оправдана, когда:

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

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

Какие ошибки встречаются чаще всего?

Чаще всего ломается не код, а договорённости: номер счёта в CRM не совпадает с номером в 1С, никто не отвечает за неразобранные платежи, токен выпущен на уволившегося сотрудника. Эти вещи решаются до разработки и стоят дешевле, чем исправление после запуска.

• Два разных номера счёта. CRM нумерует счета по-своему, 1С — по-своему, клиент пишет в назначении любой из них. Нужен один номер или таблица соответствий.
• Ручная очередь без хозяина. Неразобранные платежи копятся неделями, сделки висят неоплаченными, доверие к системе пропадает.
• Два потока без сверки. Поступление отмечено в CRM по уведомлению банка, но в 1С выписку не загрузили. Нужна ежедневная сверка: всё ли, что есть в CRM, есть и в учёте.
• Повторная обработка. Банк может прислать уведомление повторно. Обработчик должен узнавать платёж по идентификатору и не ставить «оплачено» дважды и не плодить задачи.
• Нет уведомлений о сбоях. Срок токена истёк, банк сменил формат — обмен молчит, а в CRM просто перестают появляться оплаты. Сообщение о сбое должно приходить ответственному сразу.

Что	Зачем	Кто готовит
Список счетов и банков, по которым нужна автоматизация	У каждого банка свой способ обмена и свои доступы	Бухгалтер или финансовый директор
Конфигурация и релиз 1С, где она работает: свой сервер или облако	От этого зависит, доступен ли ДиректБанк и как достучаться до базы	Тот, кто сопровождает 1С
Как сейчас выставляются счета: из 1С, из CRM или вручную	Номер счёта — главный ключ, по которому платёж найдёт сделку	Руководитель продаж
10–20 реальных назначений платежа за прошлый месяц	По ним видно, сколько оплат разберётся автоматически, а сколько уйдёт в ручную очередь	Бухгалтер
Кто получает сообщения о неразобранных платежах и сбоях	Ошибка обмена должна дойти до человека в тот же день	Владелец процесса
Кто выпускает токены и сертификаты в банке и где они хранятся	Доступ к счёту — не то, что можно держать в общей таблице	Директор или лицо с правом подписи

Что подготовить и сколько стоит?

В прайсе Roboweb интеграции стоят от 32 000 ₽ и делаются от 2 дней. В базовую цену входит связка двух систем, например банка и CRM или 1С и CRM, с обработкой ошибок, журналом и уведомлениями. Каждая система сверх двух и доработка самой 1С оцениваются отдельно.

Работа идёт по этапам тарифа интеграций: аудит систем и форматов, схема обмена с правилами разнесения оплат, настройка обработчиков, тест на реальных платежах за прошлый период, запуск и передача доступов. Что входит в цену и чем интеграция по API отличается от обмена файлами, подробнее — в статье про интеграцию по API.

Что стоит знать о деньгах заранее:

• тарифы банка за API или ДиректБанк, подписки CRM и лицензии 1С вы оплачиваете поставщикам напрямую, в нашу цену они не входят;
• оплата по договору — 50 % предоплаты и 50 % после приёмки, на приёмку отводится 5 рабочих дней;
• до 2 раундов правок: на схеме обмена и после тестовой сборки;
• 7 дней после запуска мелкие правки бесплатно, гарантия — 30 календарных дней с даты акта: ошибки по нашей вине исправляем без доплаты;
• дальше — поддержка от 7 900 ₽ в месяц или разовые задачи, например когда банк меняет API.

Итоговую цену и срок называем после короткого брифа и фиксируем в договоре до старта. Если окажется, что вашей задаче хватает штатного ДиректБанка, так и скажем.

Короткие ответы на частые вопросы

Что такое интеграция с банком простыми словами?

Это настройка, при которой платёжки, выписки и сведения о поступлениях сами переходят между банком, 1С и CRM. Бухгалтер не скачивает файлы, а менеджер не спрашивает, пришли ли деньги: статус оплаты появляется в сделке сам.

Платный ли 1С:ДиректБанк?

Фирма «1С» пишет, что сервис бесплатен для пользователей программ 1С и для банков, но некоторые банки берут с клиентов плату за его использование. Условия смотрят в тарифах расчётно-кассового обслуживания своего банка.

Можно ли отправлять платёжки из CRM автоматически, без подписи?

Мы так не делаем и не советуем. Безопаснее, чтобы программа готовила платёжку, а подписывал её человек с правом подписи в 1С или интернет-банке. Например, у Точки платёж, созданный через API, попадает в раздел «На подпись» интернет-банка.

Что делать с платежами, где в назначении нет номера счёта?

Такие платежи не надо пытаться угадать. Обработчик ищет сделку по ИНН плательщика и сумме, а если совпадений нет или их несколько, кладёт платёж в очередь «неразобранные», где его вручную привязывает бухгалтер или менеджер.

Сколько стоит связать банк с CRM?

В прайсе Roboweb интеграции стоят от 32 000 ₽ и делаются от 2 дней, в базовую цену входит связка двух систем. Если нужны банк, 1С и CRM одновременно, третью систему оцениваем отдельно; цену и срок фиксируем в договоре до старта.

Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · цены и сроки