При работе в конфигурации «1С:Управление производственным предприятием 1.3» (УПП) или отраслевых решениях на ее базе бухгалтеры часто сталкиваются с ситуацией, когда при оформлении документов поступления товаров или услуг по валютному договору система автоматически подставляет счет 60.01 (расчеты в рублях), хотя согласно учетной политике и условиям договора должен использоваться счет 60.31 (расчеты с поставщиками в у.е.).
Такая ситуация вынуждает пользователя корректировать счета вручную, что увеличивает риск ошибок и замедляет работу. В этой статье мы подробно разберем механизмы системы, отвечающие за автоматическую подстановку счетов учета, и выясним, где именно могут скрываться неверные настройки.
Первым делом проанализируем основной источник данных для автоматического заполнения — регистр сведений СчетаУчетаРасчетовСКонтрагентами. В УПП 1.3 именно этот регистр определяет, какой счет будет подставлен в документ в зависимости от параметров сделки.
Важно понимать приоритетность поиска в этом регистре. Система ищет подходящую запись по принципу «от частного к общему»:
Договора контрагента. Если такая запись есть, счета из нее имеют наивысший приоритет.Контрагента.Что нужно проверить: найдем в списке записей регистра те, которые относятся к вашему контрагенту. Если там создана пустая запись или по ошибке указан счет 60.01 для валютных расчетов, система отработает именно так. Убедимся также, что дата (период) записи в регистре меньше или равна дате оформляемого документа.
Разберем ситуацию, когда счета в регистре настроены верно, но подстановка все равно не срабатывает. Для того чтобы система понимала, что необходимо использовать счета группы 60.31/60.32, в карточке договора должны быть соблюдены определенные условия:
Валюта — там должна быть указана иностранная валюта (например, EUR или USD).Если валюта договора — евро, но флаг «Расчеты в у.е.» не установлен, система квалифицирует такой договор как обычный валютный. В этом случае алгоритм будет пытаться подставить счет 60.21 (расчеты в валюте). Если же в регистре счетов учета для такого случая настройки отсутствуют, программа может «сбросить» значение на стандартный рублевый счет 60.01.
Проанализируем шапку документа ПоступлениеТоваровУслуг. Алгоритм подбора счетов в УПП 1.3 чувствителен к валюте самого документа. Рассмотрим пример:
Если в Договоре установлена валюта EUR и флаг «у.е.», а в самом Документе (в кнопке «Цены и валюта») выбрана валюта регламентированного учета (рубли), то программа посчитает, что вы оформляете рублевую операцию, и подставит счет 60.01. Для корректной работы валюта в документе должна совпадать с валютой договора.
Выясним, правильно ли указан Вид договора в карточке договора контрагента. Для автоматической подстановки счета 60.31 вид договора должен быть строго «С поставщиком».
Если выбран вид «Прочее», система будет использовать совершенно другие алгоритмы подбора (обычно ориентируясь на счета 76-й группы или прочие расчеты), что часто приводит к некорректному заполнению счетов в типовых формах поступления ТМЦ.
Если все настройки выше верны, но проблема сохраняется, следует обратить внимание на то, что база может быть отраслевой (например, на базе УПП строятся решения для строительства, автотранспорта или сельского хозяйства). В таких конфигурациях стандартная логика может быть переопределена.
Программисту рекомендуется изучить процедуру ЗаполнитьСчетаУчетаРасчетов в модуле документа или в общем модуле БухгалтерскиеЗаполнения (название может варьироваться). Посмотрим на пример упрощенного кода, который может отвечать за подстановку:
// Пример логики в типовой УПП
СтруктураСчетов = БухгалтерскийУчет.ПолучитьСчетаУчетаРасчетов(Организация, Контрагент, Договор);
СчетУчетаРасчетов = СтруктураСчетов.СчетУчетаРасчетов;
СчетУчетаАвансов = СтруктураСчетов.СчетУчетаАвансов;
В отраслевых решениях часто добавляются дополнительные условия, зависящие от «Вида операции» документа. Если ваш вид операции не предусмотрен разработчиком отраслевого решения для валютных расчетов, система может игнорировать настройки регистра и жестко прописывать 60.01.
Рассмотрим еще одну частую причину. Если документ Поступление товаров и услуг создается путем ввода на основании документа Заказ поставщику, система может копировать счета учета непосредственно из «Заказа».
Если в исходном Заказе поставщику счета были заполнены неверно (например, на момент его создания настройки в регистре еще не были заданы), то эти неверные данные «перекочуют» в поступление, игнорируя текущие исправленные настройки регистра. В этом случае необходимо проверить и перевыбрать договор в документе-основании или в самом поступлении для инициации перезаполнения счетов.
ПриИзменении.Выполнение этих шагов в большинстве случаев позволяет восстановить корректную автоматическую работу системы в 1С:УПП 1.3 без привлечения программистов для изменения кода.