← На главную

При работе в конфигурациях 1С:Комплексная автоматизация (КА) 2.4 и 1С:ERP Управление предприятием 2.4 пользователи часто сталкиваются с неприятной ситуацией. При импорте платежных поручений из клиент-банка документы поступления или списания денежных средств создаются, но поля «Основание платежа» (договор) и «Статья ДДС» остаются пустыми. Это происходит даже в тех случаях, когда у контрагента заведен всего один-единственный договор, а хозяйственная операция определена верно.

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

1. Архитектурная особенность онлайн-взаиморасчетов и механизм УИП

Прежде всего, давайте проанализируем, почему в КА 2.4 поведение системы отличается от более простых конфигураций, таких как 1С:Бухгалтерия. В простейших учетных системах программа при загрузке выписки часто подставляет «единственный» или «основной» договор контрагента по умолчанию. Однако в ERP-решениях используется принципиально другой подход — механизм онлайн-взаиморасчетов.

Для обеспечения строгого контроля расчетов и исключения ошибок ручного разнесения авансов, система КА 2.4 по умолчанию избегает заполнения договоров «наугад». Для автоматического сопоставления используется механизм УИП (Уникального идентификатора платежа). Рассмотрим по шагам, как работает эта цепочка:

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

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

2. Проверка статуса и параметров договора контрагента

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

• Статус договора: Откроем карточку договора и проверим реквизит Статус. Договор будет доступен для автоматического подбора только в том случае, если его статус установлен в значение «Действует». Если договор находится в статусе «Не согласован», «В подготовке» или «Закрыт», система его проигнорирует.
• Период действия: Внимательно изучим даты в полях «Действует с...» и «по...». Если фактическая дата платежа из выписки выходит за рамки указанного периода действия договора, автоподбор выполнен не будет.
• Совпадение реквизитов организации и контрагента: Проверим ИНН/КПП нашей организации и контрагента, указанные в файле выписки. Они должны жестко совпадать с реквизитами, выбранными в карточке договора в базе 1С. Любое расхождение приведет к тому, что программа сочтет договор неподходящим.

3. Выясняем причины незаполнения статьи ДДС

Перейдем ко второму вопросу автора темы: почему при верно указанной хозяйственной операции поле «Статья ДДС» остается пустым? Проанализируем возможные варианты:

Вариант А: Множественность статей для одной хоз. операции. Автозаполнение статьи движения денежных средств при импорте работает без участия пользователя только в том случае, если для конкретной хозяйственной операции (например, «Поступление оплаты от клиента») в системе зарегистрирована ровно одна статья ДДС. Если у вас создано несколько статей с одинаковым типом операции, программа не может самостоятельно принять решение и оставляет поле пустым для ручного выбора.

Вариант Б: Отсутствие жесткой привязки статьи к договору. В конфигурациях КА и ERP статья ДДС может наследоваться из параметров договора или соглашения. Если договор при загрузке не определился (см. пункты 1 и 2), то и статья ДДС, прописанная в нем, не подставится автоматически.

Как настроить корректное автозаполнение статей ДДС:

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

4. Специализированное рабочее место «Разнесение банковской выписки»

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

Выполним следующие шаги:

1. Перейдем в раздел меню Казначейство -> Безналичные платежи.
2. Откроем рабочее место «Разнесение банковской выписки» (в некоторых редакциях оно называется «Разнесение по аналитикам планирования»).
3. В открывшемся окне мы увидим список всех платежей. Строки, по которым договоры или статьи ДДС не определились автоматически, будут выделены.
4. Выделим строки с незаполненными договорами и воспользуемся командой Заполнить -> Поиск договоров в назначении платежа.

При запуске этой команды система выполнит интеллектуальный текстовый анализ поля «Назначение платежа», полученного из банка. Программа найдет упоминания номеров и дат договоров (например, «Оплата по дог. №123-Ф от 15.01.2023») и автоматически свяжет эти строки с соответствующими договорами в нашей базе данных. Для автоматического сопоставления документов расчетов также подойдёт алгоритм поиска и разнесения заказов клиентов при загрузке банковской выписки.

Кроме того, в данном рабочем месте мы можем настроить гибкие правила (шаблоны) заполнения аналитик. Например, можно задать условие: «Если в назначении платежа встречается фраза "за услуги связи", то автоматически подставлять конкретный договор и статью ДДС "Оплата услуг связи"». Для автоматизации этого процесса можно использовать расширение для назначения статей ДДС по тексту назначения платежа.

5. Проверка настроек обмена в карточке банковского счета

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

Проанализируем карточку расчетного счета нашей организации:

1. Перейдем в карточку организации, далее откроем вкладку Банковские счета.
2. Зайдем в настройки конкретного расчетного счета и перейдем в раздел «Обмен с банком».
3. В зависимости от версии конфигурации, проверим наличие опций автоматического сопоставления объектов расчетов по назначению платежа непосредственно при загрузке. Установим данные флаги для оптимизации процесса импорта выписок.

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