Банковские выписки в Битрикс24: автоматическая разноска оплат по сделкам

Типичная картина в казахстанской компании: клиент оплатил счёт в понедельник утром, бухгалтер выгрузил выписку после обеда, менеджер узнал об оплате во вторник. Сутки задержки на каждой сделке — это отложенная отгрузка, недовольный клиент и невозможность увидеть реальную картину по деньгам в любой момент. Автоматическая разноска банковских выписок в Битрикс24 убирает этот разрыв.

Как платежи попадают в портал

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

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

В большинстве проектов мы используем первый вариант — он надёжнее и не требует дублирования данных. Типовые схемы обмена разобраны в материале про интеграцию Битрикс24 с 1С.

По каким правилам платёж находит свою сделку

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

Третий уровень — совпадение суммы и даты при единственном открытом счёте у клиента. Всё, что не попало ни под одно правило, отправляется в список на ручную разноску. Чтобы список был коротким, важно приучить клиентов указывать номер счёта в назначении: это делается простой правкой шаблона счёта, который формируется в портале — о нём мы писали в статье про счета в Битрикс24.

Частичные оплаты и переплаты

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

Автоматика не должна принимать решение за бухгалтера в спорных случаях — её задача снять рутину с 90% платежей и подсветить оставшиеся. Работа с задолженностью подробно описана в статье про контроль дебиторской задолженности в Битрикс24.

Что это даёт разным ролям

Менеджеру — уведомление об оплате в момент поступления и возможность сразу запустить отгрузку.

Бухгалтеру — сокращение ручной разноски в несколько раз и отсутствие вопросов «а оплатил ли клиент».

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

Клиенту — более быстрая отгрузка и отсутствие звонков с просьбой прислать платёжное поручение.

Ограничения, о которых стоит знать

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

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