Ручной обмен платежами и выписками выглядит простым, пока у компании один счет и мало операций. С ростом объема появляются пропуски, повторные отправки, разные справочники контрагентов и непонятные статусы. Интеграция должна сделать эти ситуации видимыми и управляемыми.

Здесь разобран банковский контур. Общие принципы технических контрактов, очередей и безопасных повторов описаны в руководстве по интеграции через API, а учетный ландшафт шире одного банка рассматривается в статье о внедрении ERP.

Что входит в интеграцию 1С с банком?

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

ПотокИсточникКонтроль
Платеж1СПолномочия, подпись, статус отправки
СтатусБанкСвязь с исходным документом
ВыпискаБанкПолнота периода и счета
Проводка1СПравило сопоставления и проверка

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

DirectBank или обмен через файл?

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

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

Как составить карту обмена?

  1. Перечислите организации, банки, счета, валюты и виды документов.
  2. Зафиксируйте конфигурацию и версию 1С, банковский канал и доступные операции.
  3. Опишите состояния платежа от подготовки до исполнения или отказа.
  4. Назначьте владельцев справочников счетов, контрагентов и договоров.
  5. Определите правила сопоставления выписки и очередь исключений.
  6. Согласуйте роли создания, проверки, подписи, отправки и разбора ошибок.
  7. Задайте сверку полноты по каждому счету и периоду.

Как организовать исходящие платежи?

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

  • Используйте единый справочник банковских счетов и реквизитов контрагентов.
  • Не отправляйте документы из чернового или несогласованного статуса.
  • Разделяйте автора, проверяющего и подписанта согласно политике компании.
  • Храните внешний идентификатор и историю изменения статуса.
  • После сетевой ошибки сначала запрашивайте результат, затем решайте вопрос о повторе.

Как загружать выписки и сопоставлять операции?

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

Какие права и меры безопасности нужны?

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

Для клиент-серверной 1С отдельно проверяют сетевой доступ сервера к банковскому сервису и доверие сертификатам. Журналы должны показывать пользователя, время, документ, канал и результат операции, не раскрывая ключи и чувствительные данные.

Как обрабатывать ошибки и проводить сверку?

СитуацияДействиеЧего избегать
Нет ответа после отправкиЗапросить статус по идентификаторуСлепо отправлять повторно
Неизвестный контрагентРазобрать справочник и владельцаСоздавать случайный дубль
Расходится суммаСвязать с частичной оплатой или исключениемАвтоматически закрывать обязательство
Пропуск периодаПовторно получить диапазон и сверитьСчитать последний файл полной выпиской

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

Что проверить в пилоте?

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

  • Контрольный документ сохраняет идентичность на всех этапах.
  • Повтор связи не создает второй платеж.
  • Выписка за период полна и не содержит дублей.
  • Запрещенная роль не может отправить или подписать документ.
  • Ошибка попадает в очередь и имеет понятную причину.
  • Итог по счету совпадает с банковским источником.

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

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

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

Типовые ошибки проекта

  • Автоматизировать отправку до согласования ролей. Техническая скорость усиливает организационный риск.
  • Считать сетевой тайм-аут отказом банка. Результат операции остается неизвестным до проверки статуса.
  • Проводить все выписки автоматически. Неоднозначные операции скрывают ошибки учета.
  • Не сверять полноту. Успешная загрузка отдельного пакета не подтверждает весь период.
  • Хранить настройки и ключи рядом с кодом. Секреты требуют отдельного управляемого хранения.

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

Чем DirectBank отличается от обмена файлами?

При DirectBank платежные документы, выписки и статусы передаются между 1С и сервисом банка напрямую. Файловый вариант требует выгрузки из одной системы и загрузки в другую. Конкретная доступность и условия DirectBank зависят от банка, договора дистанционного обслуживания и конфигурации 1С.

Можно ли подключить несколько банков?

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

Интеграция сама подпишет и отправит платеж?

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

Как избежать повторной отправки платежа?

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

Что делать, если выписка не сопоставилась?

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

Как принять интеграцию?

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

Источники и границы материала

  1. 1С: технология прямого обмена с банком
  2. 1С: как начать использовать DirectBank
  3. 1С: вопросы пользователей о DirectBank
  4. 1С: системы клиент-банка

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

Следующий шаг

Спроектируйте обмен до настройки кнопок

Покажите конфигурацию 1С, банки, счета, роли и текущий порядок платежей. Мы определим вариант интеграции, контрольные сценарии и границы пилота.

← Все статьи