В конфигурации 1С:Управление производственным предприятием (УПП) редакции 1.3 архитектура справочника Организации существенно отличается от более современных решений, таких как 1С:ERP или 1С:Бухгалтерия 3.0. Одной из главных сложностей является то, что реквизиты Наименование и ПолноеНаименование являются обычными строковыми полями, а не периодическими сведениями. Это приводит к тому, что при изменении названия компании во всех документах (в том числе за прошлые годы) при печати будет выводиться новое название. Рассмотрим, как решить эту проблему и обеспечить юридическую чистоту печатных форм.
Прежде всего проанализируем ситуацию с типовыми механизмами. В УПП 1.3 существует вкладка «История», но важно понимать, что она зачастую относится к регистру ОтветственныеЛицаОрганизаций (директор, бухгалтер) или к механизму версионирования объектов. Версионирование позволяет увидеть, кто и когда изменил карточку организации, но оно никак не влияет на алгоритмы печати. Печатные формы «зашиты» на обращение напрямую к реквизитам справочника, поэтому простое включение версионирования не решит задачу автоматической подстановки старого названия в старые документы.
Рассмотрим по шагам три основных способа решения этой задачи: от самого простого до наиболее надежного с точки зрения программирования.
Этот метод не требует привлечения программиста, но требует дисциплины от пользователей. Разберем алгоритм действий:
Важный нюанс: Этот способ плох тем, что данные в копии быстро устаревают. Если в старом периоде будут произведены корректировки (например, подача уточненной декларации), данные в двух базах начнут расходиться. Также ФНС при проверках часто запрашивает книгу покупок/продаж в электронном виде, и собирать ее из двух разных баз крайне неудобно.
Если мы хотим избежать серьезного изменения конфигурации, мы можем воспользоваться механизмом дополнительных свойств. Выясним, как это реализовать:
Организации через план видов характеристик ДополнительныеРеквизитыИСведения создаем новое свойство, например, «НаименованиеДо_2024».ФормированиеПечатныхФорм), находим функцию, которая извлекает данные организации.Пример логики в коде может выглядеть следующим образом:
Функция ПолучитьНаименованиеДляПечати(Организация, ДатаДокумента)
ДатаСмены = '20240101000000'; // Дата регистрации нового названия
Если ДатаДокумента < ДатаСмены Тогда
// Пытаемся получить старое название из дополнительных свойств
СтароеНаименование = СтруктураДопСвойств.Найти("НаименованиеДо_2024");
Если ЗначениеЗаполнено(СтароеНаименование) Тогда
Возврат СтароеНаименование;
КонецЕсли;
КонецЕсли;
Возврат Организация.НаименованиеПолное;
КонецФункции
Проанализируем наиболее профессиональный подход. Чтобы система работала корректно и автоматически, нам необходимо превратить наименование в периодический ресурс. Для этого выполним следующие действия:
1. Создание объекта метаданных
Создадим новый регистр сведений ИсторияНаименованийОрганизаций со следующими параметрами:
Организация (Тип: СправочникСсылка.Организации).НаименованиеПолное (Тип: Строка), НаименованиеСокращенное (Тип: Строка).2. Заполнение данных
Внесем в регистр две записи: со старым названием (дата начала работы компании) и с новым названием (дата смены наименования в ЕГРЮЛ).
3. Модификация запросов в печати
Теперь нам нужно изменить механизм получения данных. Вместо прямого обращения к Организация.НаименованиеПолное, мы будем обращаться к срезу последних нашего нового регистра. Рассмотрим пример запроса:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ИсторияНаименованийСрезПоследних.НаименованиеПолное КАК Название
|ИЗ
| РегистрСведений.ИсторияНаименованийОрганизаций.СрезПоследних(&ДатаДок, Организация = &Организация) КАК ИсторияНаименованийСрезПоследних";
Запрос.УстановитьПараметр("ДатаДок", Шапка.Дата);
Запрос.УстановитьПараметр("Организация", Шапка.Организация);
Результат = Запрос.Выполнить().Выбрать();
Если Результат.Следующий() Тогда
// Используем полученное из истории название для вывода в макет
КонецЕсли;
Проанализируем ситуацию со стороны проверяющих органов. ФНС крайне внимательно следит за тем, чтобы первичные документы (ТОРГ-12, Счет-фактуры, УПД) соответствовали данным ЕГРЮЛ на дату совершения операции.
Если вы просто переименуете организацию и распечатаете старый документ с новым названием, такой документ может быть признан недействительным, что повлечет отказ в вычете НДС для вашего контрагента. Именно поэтому внедрение истории наименований (через регистр или свойства) является критически важной задачей при смене реквизитов в «живой» базе 1С:УПП.
Также не забудьте про КПП. Часто при смене названия меняется и КПП (если меняется юридический адрес и ИФНС). В УПП 1.3 реквизит КПП также не является периодическим в справочнике организаций. Рекомендуем добавлять его в тот же периодический регистр сведений ИсторияНаименованийОрганизаций, чтобы печатать актуальный КПП на дату документа.
Несмотря на отсутствие штатной возможности хранения истории имен в УПП 1.3, мы имеем несколько путей решения. Если вы планируете продолжать работу в этой конфигурации более года, мы рекомендуем реализовать Способ 3 с созданием периодического регистра. Это потребует времени на правку общих модулей печати, но полностью исключит человеческий фактор и ошибки при налоговых проверках.