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

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

Поведение документа Списание безналичных ДС при загрузке выписки

В конфигурациях на базе современной линейки 1С (включая 1С:Управление торговлей, 1С:Комплексная автоматизация и 1С:ERP) платежным поручениям на исходящую оплату соответствует документ СписаниеБезналичныхДенежныхСредств.

Когда мы создаем документ вручную для отправки в банк, флаг «Проведено банком» остается снятым, так как фактическое списание со счета организации еще не произошло. При последующей загрузке файла банковской выписки через раздел «Казначейство» — «Безналичные платежи» система не создает дубликаты вслепую, а выполняет поиск уже созданного документа.

После успешного сопоставления со строкой выписки в исходном документе СписаниеБезналичныхДенежныхСредств происходят следующие изменения:

1. Устанавливается признак «Проведено банком».
2. Заполняется поле «Дата проведения» (фактическая дата списания по банковской выписке).
3. Документ автоматически перепроводится и формирует актуальные движения по регистрам учета денежных средств.
4. Вся ранее заполненная пользователем аналитика (заявка на расходование ДС, статья ДДС, объект расчетов, договор или заказ поставщику) полностью сохраняется.

По каким реквизитам 1С сопоставляет платежи

Рассмотрим, как алгоритм загрузки сопоставляет строчку из банковского файла kl_to_1c.txt с базой данных. Поиск совпадений выполняется по комплексу ключевых реквизитов:

1. Банковские счета: расчетный счет организации-плательщика и расчетный счет контрагента-получателя.
2. Идентификаторы контрагента: совпадение ИНН и КПП получателя платежа.
3. Номер документа: номер исходящего платежного поручения.
4. Сумма платежа: точное совпадение суммы операции.
5. Дата документа: дата платежа с учетом допустимого интервала отклонения дат.

Почему могут появиться дубли и как их предотвратить

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

1. Модификация номеров клиент-банком: банковская программа при выгрузке может обрезать ведущие нули или заменить исходящий номер 1С на собственный номер транзакции.
2. Несовпадение суммы: если произошло частичное исполнение платежа или сумма изменилась, автоматическое сопоставление по строгой сумме не выполнится.
3. Неверная кодировка файла обмена: несоответствие кодировок (DOS и Windows-1251) между банком и 1С может исказить строковые реквизиты (номера, текстовые поля контрагентов).

Чтобы избежать появления дублей, перед нажатием кнопки «Загрузить» в окне обработки загрузки выписки обратим внимание на колонку предполагаемого действия. Если сопоставление прошло успешно, в строке отобразится действие «Изменить» и ссылка на существующий документ. Если система определила операцию как «Создать», сопоставить строку с нужным документом можно вручную непосредственно в таблице обработки до завершения импорта.

Использование прямого обмена DirectBank

Для исключения проблем с форматированием файлов и номеров документов рекомендуется использовать технологию прямого обмена DirectBank. При ее включении обмен с банком выполняется напрямую по защищенному каналу без использования промежуточных текстовых файлов. Статусы отправленных платежей («Принят», «Исполнен», «Отклонен») синхронизируются в 1С автоматически по уникальным идентификаторам банка, гарантируя корректную установку признака проведения.