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

Сверку банковских платежей в Битрикс24 можно настроить тремя путями: поставить приложение из Маркетплейса, передавать оплаты из 1С или заказать доработку. Для Казахстана выбор уже, чем в России. На 3 октября 2026 года в категории «Банки» на bitrix24.kz мы нашли два приложения: KPAY для Kaspi.kz и BCC Business. Отдельного приложения, которое загружает выписки казахстанских банков и сопоставляет их со счетами, в коллекции «Платежные системы и банки» нет, а в справке Битрикс24 по приложениям для банков перечислены российские банки.

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

Что значит «интеграция Битрикс24 с банком»

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

1. Выставление счёта или платёжной ссылки из сделки. Менеджер создаёт счёт в CRM, клиент оплачивает в банковском приложении.
2. Фиксация поступления. Как только деньги пришли, счёт получает статус «оплачен», а сделка двигается дальше.
3. Сверка выписки. Все входящие платежи за день попадают в систему, а спорные строки показываются человеку.

Первые две задачи решаются платёжными интеграциями вроде Kaspi. Третья нужна компаниям, у которых клиенты платят переводами на расчётный счёт по счёту на оплату, и именно она чаще всего остаётся ручной.

Какие приложения есть в Маркетплейсе для Казахстана

Проверка каталога bitrix24.kz показывает короткий список. В категории «Банки» на момент нашей проверки два приложения, оба от разработчика Angrycode. KPAY позволяет выставлять счета в Kaspi.kz внутри CRM и автоматически фиксирует оплату клиента, установить его можно бесплатно, а условия платных функций указаны на сайте разработчика. BCC Business описан как банк внутри Битрикс24, у него заметно меньше установок. Подробности можно посмотреть на странице приложения KPAY.

Важная деталь: по описанию разработчика KPAY ориентирован на образовательные организации, такие как частные школы, языковые центры и онлайн-платформы. Для приложения указаны требования к модулям портала: CRM, бизнес-процессы, магазин и платёжные системы. Если ваш бизнес не из сферы образования, это не запрет, но перед покупкой стоит попросить у разработчика демо на вашем сценарии.

Приложение	Что делает	На что обратить внимание
KPAY (Angrycode)	Выставляет счета в Kaspi.kz из CRM, фиксирует оплату клиента	Ориентировано на образование, есть платные функции, нужны модули CRM, бизнес-процессы, магазин и платёжные системы
BCC Business (Angrycode)	Работа с банком внутри Битрикс24	Мало установок, функции стоит проверять на демо
Экспресс Платежи: CRM	Выставление счетов через систему ЕРИП	Решение для белорусской платёжной системы, для Казахстана не подходит

Остальные приложения коллекции предназначены для Узбекистана, Кыргызстана и других платёжных провайдеров. Содержание каталога меняется, поэтому перед выбором откройте его заново: на странице «Банки» в Маркетплейсе вы увидите актуальный перечень.

Что умеют приложения для работы с банками по справке Битрикс24

В справке Битрикс24 приложения для банков описаны так: они позволяют получать информацию о счетах и платежах, использовать данные о платежах в бизнес-процессах и автоматически переводить счёт в статус «оплачен», а сделку на следующую стадию. Найти их можно в Маркетплейсе, устанавливаются по подписке через кнопку «Установить приложение». Эти возможности и есть тот минимум, с которым стоит сравнивать любое решение, в том числе самописное. Подробное описание есть в справке Битрикс24 по приложениям для работы с банками.

Там же отмечено, что некоторые приложения ограничивают число счетов и платежей в месяц: например, у тарифа «Старт» указан предел до 100 платежей. Для компании с несколькими сотнями поступлений в месяц это сразу влияет на выбор тарифа приложения. Список банков в той справке российский: Точка, Газпромбанк, Модульбанк, Альфа, Тинькофф, Сбер и Райффайзен. К казахстанским расчётным счетам эти приложения не применимы, но их логику полезно знать, чтобы грамотно поставить задачу разработчикам.

Три схемы сверки платежей для компании в Казахстане

На практике выбирать приходится из трёх вариантов. Универсального лучшего нет, всё зависит от того, где у вас хранится «правда» об оплатах: в банке, в 1С или в CRM.

Схема	Как работает	Когда подходит
Приложение из Маркетплейса	Платёж или счёт обрабатывает готовый модуль, статус оплаты попадает в CRM	Оплата идёт через Kaspi, процесс простой, сделка закрывается сразу после оплаты
Через 1С	Бухгалтер загружает выписку в 1С, оттуда оплаты уходят в сделки	Учёт уже ведётся в 1С, а бухгалтерия работает с банком каждый день
Доработка на заказ	Разработчик строит обработку выписки или обмен с банком по доступному каналу и сопоставляет платежи со счетами	Много поступлений, нестандартные правила сопоставления, нужна собственная логика

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

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

Как подготовить CRM, чтобы платёж нашёл свою сделку

Любая автоматическая сверка держится на том, насколько однозначно можно связать платёж с документом. Обычно для этого используют два признака: номер счёта в назначении платежа и реквизиты плательщика. В казахстанских компаниях роль реквизита играют БИН или ИИН. Для сопоставления нужны чёткие условия в самой CRM.

1. Нумерация счетов. Номер должен быть уникальным и стабильным, его формат не должен меняться между менеджерами.
2. Поле БИН или ИИН в карточке компании и контакта. Если поля нет или оно заполнено наполовину, платёж не найдёт клиента.
3. Шаблон назначения платежа. В счёте для клиента укажите, что в назначении нужно писать номер счёта. Это самая простая мера, которая в разы сокращает ручную работу.
4. Статусы счёта и стадии сделки. Определите заранее, какой статус означает «деньги получены», а какой «оплачено частично».
5. Ответственные. Кто смотрит спорные платежи и в какой срок: назначьте конкретного человека, иначе строки без пары копятся неделями.

Если у вас пока нет единого порядка с такими вещами, интеграцию лучше отложить. Автоматизация хаоса даёт быстрый хаос. Начните с подготовки CRM, а нужные настройки и приложения подберите после. Если нужна помощь, посмотрите, как мы подходим к внедрению и настройке Битрикс24 под процессы компании.

Пошаговый план внедрения сверки платежей

1. Опишите текущий путь платежа: кто выставляет счёт, как клиент платит, кто и когда видит поступление, как сделка узнаёт об оплате.
2. Посчитайте объём: сколько поступлений в день и в месяц, сколько из них с ошибками в назначении, сколько часов уходит на ручную сверку.
3. Выберите схему из трёх выше с учётом того, где у вас ведётся учёт и какие банки используются.
4. Проведите тест на копии или на небольшой группе сделок: десяток платежей разных типов, включая частичные и ошибочные.
5. Запустите схему в рабочем режиме с ручным контролем первые две недели, затем постепенно снижайте долю ручной проверки.
6. Раз в месяц сверяйте итог по CRM с банком и бухгалтерией и записывайте расхождения.

Шаг с подсчётом объёма пропускают чаще всего, и зря. Именно он показывает, окупится ли интеграция. Если вам приходит двадцать платежей в месяц, достаточно регламента и одной ответственной. Если сотни, ручная сверка начинает стоить заметных денег.

Типичные ошибки при сопоставлении платежей

Первая ошибка: считать, что один платёж равен одному счёту. На практике клиент платит частями, объединяет несколько счетов одним переводом или платит аванс до выставления документа. Система должна уметь работать с такими случаями или хотя бы отправлять их на ручную проверку.

Вторая ошибка: доверять назначению платежа. Клиенты пишут номер счёта неверно или не пишут вовсе, поэтому нужен запасной признак, например сумма и реквизиты плательщика, а спорные строки нужно подсвечивать человеку. В приложениях из российского Маркетплейса, как описывают их разработчики, спорные строки подсвечиваются, а проведение оплаты подтверждает пользователь. Такой подход стоит взять за образец.

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

Четвёртая ошибка: не учитывать возвраты и отмены. Вернули деньги клиенту, а счёт в CRM по-прежнему «оплачен», и отчёт по выручке завышен. Решите заранее, как отражать возврат: отдельным документом, сторно или изменением статуса.

Пятая ошибка: не разделять тестовые и рабочие данные. Перед запуском проверьте схему на тестовых сделках, чтобы не менять статусы реальных счетов и не рассылать уведомления клиентам.

Сколько времени экономит автоматическая сверка

Возьмём иллюстративный пример, а не статистику. Компания получает 40 платежей в день, на сопоставление каждого вручную уходит в среднем две минуты. Это 80 минут в день, около 27 часов в месяц при 20 рабочих днях. Если автоматизация снимает 80% рутины, а оставшиеся спорные платежи проверяет человек, экономия составит больше 20 часов в месяц. Эту цифру можно умножить на стоимость часа работы сотрудника и сравнить с ценой приложения или доработки.

Но главный выигрыш обычно не во времени. Менеджер видит оплату в карточке сделки сразу, а не после вечернего звонка бухгалтеру, поэтому отгрузка или запуск услуги начинаются быстрее. А у руководителя появляется актуальный отчёт по дебиторской задолженности, не зависящий от того, успел ли кто-то внести данные.

Как поставить задачу разработчику, если нужна доработка

Заказная доработка нужна, когда готовых приложений нет или они не подходят под ваши правила. Чтобы смета была честной, а результат предсказуемым, подготовьте для разработчика короткое техническое задание. В нём достаточно описать несколько вещей.

1. Источник данных: откуда берутся платежи. Это может быть файл выписки, который выгружает бухгалтер, обмен через 1С или канал, который предоставляет сам банк. Какие именно каналы доступны, определяет банк, и это нужно выяснить до обсуждения сметы.
2. Правила сопоставления: по какому признаку платёж ищет счёт и что происходит, если признак не совпал.
3. Результат в CRM: какой статус получает счёт, на какую стадию переходит сделка, кого уведомить.
4. Обработка исключений: частичные оплаты, переплаты, возвраты, платежи без назначения.
5. Журнал: где хранится история обработанных платежей, чтобы бухгалтер мог найти, почему платёж был привязан именно к этой сделке.

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

Какие отчёты нужны руководителю после запуска

Смысл сверки не в красивой автоматике, а в управляемости денег. Когда оплаты попадают в сделки, у руководителя появляются данные, которых раньше не было или которые собирали вручную. Для начала хватит четырёх представлений.

Первое: счета, ожидающие оплаты, с разбивкой по срокам. Так видно, у кого просрочка и сколько денег застряло. Второе: фактические оплаты за период по менеджерам и по источникам лидов. Это связывает деньги с рекламой и отделом продаж. Третье: платежи, которые система не смогла сопоставить. Их список должен быть коротким, а его рост сигнализирует о проблеме с назначением платежей или правилами. Четвёртое: расхождение между оплатами в CRM и поступлениями по банку за месяц. Оно должно стремиться к нулю.

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

Как проверить, что интеграция работает после запуска

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

В первые две недели ежедневно сверяйте итоги дня по CRM и по банку и фиксируйте расхождения с причинами. Затем переходите на еженедельную сверку. Через месяц соберите статистику: сколько платежей обработано автоматически, сколько ушло на ручную проверку и какие причины встречались чаще всего. Если много платежей без номера счёта в назначении, проблема в шаблоне счёта, а не в интеграции. Если много частичных оплат, нужно добавить для них отдельное правило.

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

Связка с Kaspi: что учесть, если принимаете платежи через него

Если клиенты платят вам через Kaspi, интеграция проще: платёжные приложения в Маркетплейсе выставляют счёт и отслеживают оплату сами. При этом нужно учитывать, что стоимость приёма платежей у Kaspi Pay зависит от способа оплаты и меняется. Недавно мы разбирали, как изменение ставки влияет на маржу, в материале про возврат комиссии 0,95% за Apple Pay и Google Pay на Smart POS. Подключая интеграцию, закладывайте в расчёт и комиссию, и стоимость приложения.

Для компаний, которые продают через маркетплейсы и в разных каналах, полезно также посмотреть, как данные о заказах собираются в одну воронку. Об этом мы писали в статье про интеграцию Битрикс24 с маркетплейсами.

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

Частые вопросы

Есть ли в Битрикс24 готовая интеграция с казахстанскими банками?

Готовых приложений для загрузки выписок казахстанских банков мы в Маркетплейсе bitrix24.kz не нашли. На 3 октября 2026 года в категории «Банки» там два приложения от разработчика Angrycode: KPAY для Kaspi.kz и BCC Business. Для других банков обычно используют обмен через 1С или заказную доработку.

Что делает приложение KPAY?

KPAY позволяет выставлять счета в Kaspi.kz внутри CRM Битрикс24 и автоматически фиксирует оплату клиента. Установка бесплатная, платные функции описаны у разработчика. Приложение рассчитано в первую очередь на образовательные организации, поэтому для других сфер проверьте сценарий на демо.

Можно ли автоматически менять статус счёта на «оплачен»?

Да, по справке Битрикс24 приложения для банков умеют автоматически переводить счёт в статус «оплачен», а сделку на следующую стадию. Это зависит от выбранного приложения и настроек, поэтому перед запуском проверьте логику на тестовых сделках, включая частичные оплаты.

Как сопоставлять платёж со счётом, если клиент неверно указал назначение?

Нужен запасной признак: сумма и реквизиты плательщика, например БИН или ИИН, а спорные строки лучше передавать человеку. Автоматически проводить такие платежи без подтверждения рискованно, потому что ошибка сразу меняет статус сделки и отчётность.

Нужна ли интеграция, если платежей мало?

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