← На главную

При переходе на актуальные версии программы «1С:Управление торговлей» (начиная с редакций 11.4 и 11.5) пользователи и специалисты нередко сталкиваются с ситуацией: в карточке контрагента невозможно обнаружить поле для ввода полного наименования организации («Общество с ограниченной ответственностью...»). На форме присутствуют только «Рабочее наименование» и «Сокращенное юр. наименование». Разберем по шагам, почему архитектура конфигурации устроена именно так, куда делись привычные реквизиты и как корректно решить задачу вывода полного наименования контрагента в печатные формы договоров.

Архитектурная причина: почему в УТ 11 нет отдельного полного наименования

Проанализируем структуру метаданных прикладного решения. В конфигурациях линейки ERP-платформы (к которым относятся 1С:Управление торговлей 11, 1С:Комплексная автоматизация 2 и 1С:ERP) архитектура справочника Контрагенты существенно отличается от конфигурации 1С:Бухгалтерия предприятия.

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

Посмотрим, как в этой ситуации ведет себя сервис автоматического заполнения реквизитов контрагента по ИНН:

1. При отправке запроса сервис обращается к данным ЕГРЮЛ/ЕГРИП и получает полную структуру сведений о юридическом лице. В ответе сервиса присутствуют оба варианта: и полное фирменное наименование, и сокращенное.
2. В общем модуле конфигурации, обрабатывающем пакет ответа, сокращенное юридическое наименование намеренно записывается в реквизит НаименованиеПолное.
3. Полное наименование из полученного ответа отбрасывается, поскольку в типовой структуре справочника для него не предусмотрено отдельного поля-приемника.

С точки зрения регламентированного документооборота разработчики опирались на нормы законодательства: в счетах-фактурах, универсальных передаточных документах (УПД) и товарных накладных ТОРГ-12 допускается указание как полного, так и сокращенного наименования в соответствии с учредительными документами. Сокращенное наименование обладает полной юридической силой, поэтому во всех стандартных печатных формах УТ 11 используется значение поля НаименованиеПолное, фактически содержащее краткое официальное название.

Практическая проблема: преамбула договора

Несмотря на легитимность сокращенного названия в первичных документах, юридические службы контрагентов зачастую настаивают на указании полного фирменного наименования в преамбуле («вводной части») и реквизитах договоров. Рассмотрим основные варианты решения этой задачи без снятия конфигурации с поддержки.

Способ 1. Использование типового механизма дополнительных реквизитов (без доработки кода)

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

Разберем по шагам порядок настройки:

1. Перейдем в раздел «НСИ и администрирование» → «Общие настройки» → «Дополнительные реквизиты и сведения». Убедимся, что функциональная опция включена.
2. В списке наборов найдем справочник Контрагенты и создадим новый дополнительный реквизит с наименованием, например, «Полное юридическое наименование» (тип значения — Строка достаточной длины, от 250 до 500 символов).
3. После сохранения реквизита в карточке каждого контрагента появится соответствующее поле для ввода данных.
4. Настроим вывод данных в договор. В УТ 11 встроен функционал «Шаблоны договоров». Созданный дополнительный реквизит автоматически станет доступен в качестве поля подстановки (тега) при редактировании шаблона договора в формате .docx. При формировании печатной формы система автоматически подставит полное наименование из карточки контрагента.

Способ 2. Добавление реквизита через расширение конфигурации и перехват данных сервиса

Если заполнять полное наименование вручную неудобно, можно автоматизировать этот процесс с помощью расширения конфигурации. Это позволит не только добавить поле на форму, но и перехватывать данные, которые уже приходят из ЕГРЮЛ при поиске по ИНН.

Выясним алгоритм реализации через расширение:

1. Создадим расширение конфигурации с назначением «Адаптация» или «Дополнение».
2. Добавим в расширение реквизит справочника Контрагенты с именем, например, ПолноеЮридическоеНаименование (тип Строка, неограниченной длины или фиксированной, например, 500 символов).
3. Выведем данный реквизит на форму элемента справочника Контрагенты рядом с сокращенным наименованием.
4. Для автоматического заполнения не требуется писать собственные интеграции с внешними API ФНС. В типовом модуле конфигурации, отвечающем за разбор ответа сервиса заполнения контрагентов, данные полного наименования уже содержатся во входящей структуре. Достаточно перехватить соответствующую процедуру постобработки методом &После или &Вместо, прочитать значение полного наименования из входящего пакета и записать его в добавленный реквизит расширения.

Особенности синхронизации данных с «1С:Бухгалтерией предприятия 8»

Проанализируем важный нюанс взаимодействия баз при настроенном обмене данными. В конфигурации 1С:Бухгалтерия предприятия (БП 3.0) исторически присутствуют два раздельных реквизита: НаименованиеСокращенное и НаименованиеПолное.

При типовой синхронизации через универсальный формат EnterpriseData значение поля НаименованиеПолное из УТ 11 транслируется в одноименное поле формата. В результате при загрузке данных в бухгалтерию сокращенное наименование из торговли может перезаписать полное наименование контрагента в БП.

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

1. В правилах синхронизации на стороне приемника (БП) настроить запрет перезаписи наименований уже существующих контрагентов при регулярном обмене.
2. При необходимости сквозной передачи данных — сопоставить созданный в УТ 11 дополнительный реквизит полного наименования с типовым полем НаименованиеПолное в правилах конвертации формата EnterpriseData.