← На главную

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

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

Архитектура механизма загрузки выписки и заявок на ДС

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

Штатный бизнес-процесс казначейства строится следующим образом:

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

Основные причины разрыва связи при загрузке выписки

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

1. Латинские символы и невидимые пробелы в реквизитах. Частая причина, с которой столкнулся автор темы: наименование или реквизиты контрагента вводились вручную, и одна из букв (например, «С», «А», «О», «Р») была набрана на английской раскладке. При выгрузке в банк и межбанковском контроле такие опечатки не вызывают ошибки, однако внутренние строковые проверки 1С при сравнении данных выписки и справочника дают отрицательный результат. Также критичны неразрывные пробелы в номере расчетного счета или коде ИНН.
2. Дублирование карточек контрагентов или банковских счетов. Если в базе существует несколько одинаковых контрагентов или у партнера заведено два счета с минимальными расхождениями, исходное списание могло быть оформлено по одной карточке, а выписка банка идентифицировала другую. В результате 1С считает операцию новой.
3. Разрыв связки между партнером и контрагентом. При раздельном ведении управленческих партнеров и регламентированных контрагентов списание может не опознаваться, если у партнера установлен статус, запрещающий операции, либо счет привязан к неверному юридическому лицу группы.
4. Модификация номера платежного поручения банком. Некоторые банки при обработке обрезают лидирующие нули в номерах или присваивают операциям собственные номера банковских ордеров. Если в базе номер не совпадает с тем, что возвращает банк, сопоставление по номеру не срабатывает.
5. Неверное определение хозяйственной операции. При разборе поля «Назначение платежа» алгоритм классифицирует тип транзакции. Если из-за нестандартной формулировки операция определилась как «Прочее списание», поиск документов с видом «Оплата поставщику» вообще не будет производиться.
6. Преждевременно установленный флаг проведения. Если в исходном документе списания до загрузки выписки случайно был взведен флаг Проведено банком, система исключает его из пула ожидающих подтверждения документов и регистрирует операцию повторно.
7. Специфика прямого обмена DirectBank. При работе через прямой обмен транзакции связываются по уникальному идентификатору PaymentID. Если после отправки платеж был отредактирован, пересоздан или отправлен вручную через веб-клиент банка, связка по идентификатору разрушается.

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

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

1. Проверяем карточку контрагента и его банковский счет. Откроем карточку контрагента и перезаполним данные с помощью сервиса «1С:Контрагент» по ИНН. Это гарантированно исключит наличие латинских букв, скрытых пробелов и опечаток в наименовании, ИНН и КПП. Обязательно сверим расчетный счет (все 20 знаков).
2. Проверяем наличие дублирующихся элементов. Воспользуемся стандартной обработкой Поиск и удаление дублей (раздел «НСИ и администрирование» — «Обслуживание» — «Корректировка данных»). Выполним проверку по справочникам Контрагенты и Банковские счета. При обнаружении дублей произведем их объединение.
3. Сверяем файл банковской выписки. Если обмен идет через текстовый файл, откроем его в текстовом редакторе и найдем секцию проблемного платежа. Сравним номер документа, дату, сумму, расчетные счета плательщика и получателя с реквизитами созданного в 1С документа Списание безналичных денежных средств.
4. Анализируем рабочее место «Безналичные платежи». Откроем журнал безналичных платежей и проверим состояние исходного документа. Если он подсвечен предупреждениями или ошибками проверки реквизитов, необходимо устранить замечания до загрузки банковского файла.

Что делать, если сопоставление не произошло

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

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