Переход на новую версию программного продукта, такую как 1С:Управление торговлей 11.5, часто сопровождается изменением привычных алгоритмов работы. Одной из наиболее распространенных сложностей, с которыми сталкиваются пользователи, является частичная загрузка банковских выписок. Ситуация, когда поступления отражаются корректно, а списания игнорируются или вызывают ошибки, требует детального разбора механизмов автоматизации взаиморасчетов. Чтобы упростить этот процесс, многие используют инструменты для автоматической загрузки выписок из файла kl_to_1c.txt (для этого подойдёт конвертер выписок из Excel в формат kl_to_1c), которые позволяют контролировать уникальность платежей на основе их назначения.
В этой статье мы подробно рассмотрим, почему система может «пропускать» платежи, как архитектура УТ 11.5 отличается от старых версий (например, 10.3) и какие настройки помогут наладить стабильный обмен данными с банком.
Прежде чем переходить к радикальным мерам, проанализируем базовые факторы, которые влияют на идентификацию данных в файле выписки. Процесс загрузки в 1С — это не просто перенос цифр, а сложная процедура сопоставления объектов базы данных с текстовой информацией из банка.
1. Идентификация контрагента и его расчетного счета
В 1С:УТ 11.5 поиск контрагента осуществляется по строгому алгоритму: ИНН + КПП + Номер счета. Рассмотрим ситуацию: если у контрагента в вашей базе не указан КПП или расчетный счет, а банк передает эти данные в файле, система может не распознать партнера. Проанализируем карточку контрагента: убедитесь, что все реквизиты заполнены точно так же, как они зафиксированы в банковском реестре.
2. Конфликт дублей
Если в базе данных по ошибке создано два контрагента с одинаковым ИНН, загрузчик остановится. Система не может самостоятельно решить, на какую именно карточку отнести платеж, и, чтобы не нарушить целостность учета, просто игнорирует запись или выдает ошибку в отчете.
Многие пользователи отмечают, что в старой доброй УТ 10.3 выписки грузились «без лишних вопросов». В 11-й версии механизм контроля взаиморасчетов стал значительно строже. Выясним причину этого изменения.
В УТ 11.5 используется концепция объектов расчетов. Это означает, что каждая копейка должна быть привязана не просто к контрагенту, а к конкретному основанию: договору, заказу или накладной. Если у контрагента заведен только один действующий договор, программа подставит его автоматически. Но как только договоров становится два и более, возникает неопределенность. Часто стандартные средства не справляются с заполнением реквизитов, в таких случаях выручает доработанная загрузка из клиент-банка с возможностью редактирования, которая помогает корректно подобрать объект расчетов.
Проанализируем логику системы: программа не имеет права «угадывать», по какому именно соглашению вы оплатили счет поставщику. Если в назначении платежа нет четкой ссылки на номер договора, которую парсер 1С мог бы распознать, автоматическое создание проведенного документа становится невозможным. Именно поэтому списания часто «отваливаются» при загрузке — система не может заполнить обязательное поле Объект расчетов.
Если вы столкнулись с тем, что документы не создаются из-за наличия нескольких договоров, рассмотрим наиболее эффективный метод решения проблемы, который используют опытные бухгалтеры и консультанты — для этого подойдёт обработка автоподстановки основного договора в 1С:УТ.
После этого документы Поступление безналичных денежных средств и Списание безналичных денежных средств появятся в базе, но будут помечены как записанные (не проведенные). Теперь перейдем в рабочее место «Безналичные платежи».
Рассмотрим, как быстро дозаполнить данные. В списке платежей вы увидите документы, требующие внимания. Система подсветит пустые поля Статья ДДС или Объект расчетов (договор) красным цветом или специальным индикатором. Вам останется лишь выбрать нужный договор из списка и нажать «Провести». Для более глубокого контроля на этом этапе удобно использовать анализ безналичных платежей по заказам клиентов, чтобы убедиться в правильности отражения всех хозяйственных операций.
Это решение позволяет:
Если даже после смены настроек некоторые строки выписки игнорируются, нам необходимо заглянуть «под капот» системы. Посмотрим на два важных инструмента диагностики:
Отчет о загрузке: Сразу после завершения процесса импорта нажмите кнопку «Отчет о загрузке». В нем часто содержатся технические сообщения типа: «Не удалось идентифицировать контрагента по счету №...» или «Не указана статья движения денежных средств». Это первый уровень диагностики.
Журнал регистрации: Если отчет пуст, но документы не созданы, причина может быть в системной ошибке или ограничении прав доступа (RLS). Посмотрим, как это проверить:
Администрирование — Обслуживание.Журнал регистрации.Там может скрываться информация о критической ошибке программного кода, которая блокирует запись объекта.
Для тех, кто хочет минимизировать ручной труд даже при наличии нескольких договоров, в УТ 11.5 предусмотрен механизм распознавания по назначению платежа. Разберем, как это работает.
В настройках обмена с банком можно задать ключевые слова. Если в тексте назначения платежа встречается фраза «по договору №123», система попытается найти договор с таким номером в базе. Посмотрим на пример настройки:
// Логика поиска договора системой (упрощенно)
Если СтрНайти(НазначениеПлатежа, Договор.Номер) > 0 Тогда
ОбъектРасчетов = Договор.Ссылка;
КонецЕсли;
Чтобы этот механизм работал, следите, чтобы ваши контрагенты указывали корректные номера договоров в платежных поручениях, а в базе 1С номера договоров совпадали с «бумажными» оригиналами без лишних префиксов и пробелов.
Проанализируем еще один аспект: формат обмена. Если вы до сих пор выгружаете файл kl_to_1c.txt из банк-клиента и загружаете его в 1С, вы используете технологию прошлого десятилетия. Современный протокол DirectBank позволяет 1С общаться с сервером банка напрямую. Кроме того, можно настроить автоматическую загрузку банковских выписок из почты с помощью специальных расширений, что значительно сокращает время на рутинные операции.
Преимущества DirectBank для решения нашей проблемы:
Проблема «незагрузки» выписок в УТ 11.5 чаще всего является не технической ошибкой программы, а следствием работы защитных механизмов, предотвращающих хаос во взаиморасчетах. Если система не уверена, к какому договору отнести платеж, она предоставляет право выбора человеку. Самым надежным и быстрым способом исправления ситуации является отказ от автоматического проведения при загрузке с последующим ручным распределением платежей через специализированное рабочее место.