При работе в 1С:Комплексная автоматизация 2.2 многие пользователи сталкиваются с неприятной ситуацией: после загрузки банковской выписки через клиент-банк в документах «Поступление на расчетный счет» или «Списание с расчетного счета» остаются пустыми критически важные реквизиты — Договоры и Ставки НДС. Это приводит к необходимости ручного перебора сотен документов, что сводит на нет все преимущества автоматизации.
В этой статье мы подробно разберем, как работает механизм автоматического распознавания, почему он может давать сбои (особенно после перехода с версии КА 1.1) и что нужно настроить в системе, чтобы данные вставали на свои места автоматически.
Первое, что нам необходимо понять: 1С:КА 2.2 не просто ищет «какой-нибудь» договор. Система использует интеллектуальный алгоритм сопоставления. Рассмотрим подробнее, из чего состоит «ключ», по которому программа пытается найти образец для заполнения:
Проанализируем ситуацию: если вы только что перешли с КА 1.1 на КА 2.2, ваша база «чистая» с точки зрения связей между импортированными банковскими строками и объектами системы. Статистика еще не накоплена, и системе просто «не на чем учиться».
Часто договор не подставляется из-за несоответствия типа операции и настроек самого договора. Выясним причины, по которым договор может игнорироваться системой:
Статус и флаги договора:
Проверим, в каком статусе находится договор. Для автоматической подстановки он обязательно должен иметь статус Действует. Если установлен статус В подготовке или Закрыт, система его проигнорирует. Также обратите внимание на признак использования договора в качестве основного (в списке он должен быть отмечен звездочкой).
Детализация расчетов:
Это один из самых важных моментов в 1С:КА 2.2. Посмотрим на настройки в карточке договора на вкладке «Расчеты»:
По договорам, то вероятность подстановки максимальна.По заказам или По накладным, система будет пытаться найти в тексте назначения платежа номер заказа или счета. Если она его не распознает, поле «Договор» останется пустым, так как программа не понимает, к какому объекту расчетов отнести платеж.Ставка НДС в расшифровке платежа в 1С:КА 2.2 определяется по определенному приоритету. Рассмотрим этот порядок:
Если вы столкнулись с тем, что данные не заполняются, выполним следующую последовательность действий для создания «эталона»:
Шаг 1. Ручное заполнение образца.
Выберите одного контрагента, по которому возникли сложности. Загрузите выписку, откройте документ и вручную укажите правильный договор, статью ДДС и ставку НДС. Проведите документ.
Шаг 2. Использование механизма статистики.
Существует способ заставить систему пересмотреть правила. Можно попробовать пометить на удаление загруженные пустые платежки, очистить кэш распознавания (если это предусмотрено вашей версией) и загрузить их повторно. Имея в базе один проведенный «эталонный» документ с такой же парой счетов и похожим назначением, 1С подставит данные в новые документы.
Шаг 3. Настройка правил распознавания платежей.
Разберем, где в интерфейсе можно задать жесткие правила. Перейдем в раздел:
НСИ и администрирование -> Настройка параметров системы -> Банк и касса.
Здесь находится инструмент «Настройка правил заполнения реквизитов». Мы можем создать пользовательское правило, указав, что при наличии определенной подстроки в назначении платежа (например, «оплата по договору аренды») система должна всегда выбирать конкретный договор и статью ДДС.
В архитектуре 1С:КА 2.2 существует разделение на Партнеров (управленческая сущность) и Контрагентов (юридическая сущность). Проанализируем, как это влияет на загрузку:
Если у вас включена опция «Независимо вести партнеров и контрагентов», убедитесь, что между ними установлена корректная связь. Если система находит расчетный счет, принадлежащий контрагенту, который не связан должным образом с партнером, автоматическое заполнение договора (который привязан к обоим сущностям) может не сработать.
Также проверим наличие дублей расчетных счетов. Посмотрим на логику поиска:
КлючСвязи = Новый Структура;
КлючСвязи.Вставить("СчетОрганизации", Объект.НомерСчетаОрганизации);
КлючСвязи.Вставить("СчетКонтрагента", Объект.НомерСчетаКонтрагента);
КлючСвязи.Вставить("ТекстНазначения", СокрЛП(Объект.НазначениеПлатежа));
Если в базе создано два одинаковых расчетных счета для одного контрагента, система может войти в «ступор» и оставить поля пустыми, требуя ручного уточнения.
Рассмотрим разницу между загрузкой текстового файла из клиент-банка и использованием технологии DirectBank. При обмене файлами .txt возможны проблемы с кодировкой (Windows/DOS), из-за которых спецсимволы в назначении платежа мешают поиску по ключевым словам. Использование DirectBank позволяет получать данные напрямую с сервера банка в формате XML, что значительно повышает точность распознавания реквизитов, так как данные передаются в строго структурированном виде.
Подведем итог: для корректной работы автоматики в 1С:КА 2.2 необходимо один раз настроить «базу знаний» системы, правильно оформив первые платежи после перехода, и проверить настройки детализации в договорах. Использование справочника правил заполнения реквизитов поможет окончательно автоматизировать даже сложные случаи с нестандартными назначениями платежей.