При переносе данных между информационными базами 1С разработчики часто сталкиваются с загадочным поведением системы: новые контрагенты успешно загружены, в их карточках визуально заполнены все реквизиты (включая ИНН и КПП), но при формировании регламентированной отчетности — например, Декларации по НДС, Книги покупок или Книги продаж — система упорно выдает ошибку: «Не указан ИНН юридического лица».
Самое интересное начинается при попытке интерактивного исправления. Достаточно просто зайти в карточку проблемного партнера или контрагента, нажать стандартную кнопку «Записать» (даже ничего не меняя), перезаполнить декларацию — и ошибка по этому контрагенту мгновенно исчезает! Давайте разберем по шагам, почему так происходит в современных конфигурациях на базе ERP-платформы (1С:ERP, 1С:Комплексная автоматизация, 1С:Управление торговлей) и как решить эту проблему массово, не прибегая к ручному пересохранению тысяч записей.
Для начала проанализируем архитектуру хранения данных регламентированного учета в современных конфигурациях. В отличие от старых версий программ (например, УПП 1.3), где справочник Контрагенты был самостоятельным и плоским, в ERP-системах реализован дуализм управленческого и регламентированного учета:
Партнеры отвечает за управленческий учет (структура холдингов, связи, история взаимодействия). У этого справочника вообще нет реквизита ИНН.Контрагенты отвечает за регламентированный учет (юридические лица, ИНН, КПП, банковские счета).Когда мы открываем объединенную форму элемента партнера в интерфейсе, система визуально собирает данные из обеих сущностей. Но почему отчет по НДС не видит ИНН контрагента, если в карточке он есть?
Всё дело в механизме работы обособленных подразделений и реквизите ГоловнойКонтрагент в справочнике Контрагенты. Алгоритмы заполнения декларации по НДС и формирования книг покупок/продаж оптимизированы для корректной консолидации отчетности филиалов. При сборе данных ИНН плательщика выбирается в запросе не напрямую из самого элемента контрагента, а через его головную организацию:
// Пример упрощенной логики запроса в механизмах НДС
ВЫБРАТЬ
Продажи.Контрагент КАК Контрагент,
Продажи.Контрагент.ГоловнойКонтрагент.ИНН КАК ИНН
ИЗ
РегистрНакопления.НДСПродажи КАК Продажи
Если контрагент является самостоятельным юридическим лицом (а не филиалом), то по правилам системы реквизит ГоловнойКонтрагент должен ссылаться на самого себя (то есть содержать ссылку на этот же элемент справочника Контрагенты).
Если же при программном переносе данных этот реквизит остался пустым (Неопределено или пустая ссылка), то в запросе декларации путь Контрагент.ГоловнойКонтрагент.ИНН вернет пустое значение (NULL). В результате система считает, что ИНН у юрлица отсутствует, хотя в самой карточке реквизит ИНН заполнен корректно.
Вторым критически важным реквизитом является СтранаРегистрации. Если данный реквизит пуст, система не может определить правила валидации идентификационных номеров налогоплательщика и по умолчанию считает контрагента российским юридическим лицом с незаполненными ключевыми реквизитами.
Возникает закономерный вопрос: почему при ручном создании контрагента все работает нормально, а при программном переносе ломается? Причина кроется в использовании свойства ОбменДанными.Загрузка = Истина.
При написании обработок переноса данных разработчики массово используют этот флаг, чтобы ускорить запись объектов и обойти стандартные контроли. Однако этот режим полностью отключает обработчики событий, расположенные в модуле объекта (такие как ПередЗаписью и ПриЗаписи).
В типовом коде конфигурации при интерактивной записи контрагента всегда срабатывает проверка:
Процедура ПередЗаписью(Отказ)
Если ОбменДанными.Загрузка Тогда
Возврат;
КонецЕсли;
// Типовой механизм инициализации головного контрагента
Если Не ЗначениеЗаполнено(ГоловнойКонтрагент) Тогда
ГоловнойКонтрагент = Ссылка;
КонецЕсли;
КонецПроцедуры
Поскольку при программном переносе был установлен флаг загрузки, этот код проигнорировался. Реквизиты ГоловнойКонтрагент и СтранаРегистрации остались пустыми в базе данных.
Чтобы убедиться, что проблема именно в этом, проанализируем данные с помощью простейшего запроса в консоли запросов. Мы можем сравнить значения реквизитов у "исправленного" вручную контрагента и у "ошибочного":
ВЫБРАТЬ
Контрагенты.Ссылка КАК Контрагент,
Контрагенты.ГоловнойКонтрагент КАК ГоловнойКонтрагент,
Контрагенты.СтранаРегистрации КАК СтранаРегистрации,
Контрагенты.ИНН КАК ИНН
ИЗ
Справочник.Контрагенты КАК Контрагенты
ГДЕ
Контрагенты.Ссылка В (&МассивКонтрагентов)
У проблемных записей поле ГоловнойКонтрагент будет содержать пустую ссылку, в то время как у корректных там будет стоять ссылка на самих себя.
Вместо неоптимального и медленного открытия экранных форм в цикле, выполним групповое исправление реквизитов непосредственно на сервере базы данных. Напишем обработку, которая найдет всех контрагентов с пустыми служебными реквизитами и заполнит их корректно, временно отключив режим загрузки, чтобы принудительно запустить все системные механизмы валидации.
Рассмотрим пример готового кода для внешней обработки:
Процедура ИсправитьРеквизитыКонтрагентовНаСервере()
// Находим страну "Россия" в справочнике "Страны мира" по общероссийскому классификатору (код 643)
СсылкаРоссия = Справочники.СтраныМира.НайтиПоКоду("643");
Если СсылкаРоссия.Пустая() Тогда
// Если по коду не нашли, попробуем найти по наименованию
СсылкаРоссия = Справочники.СтраныМира.НайтиПоНаименованию("РОССИЯ");
КонецЕсли;
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Контрагенты.Ссылка КАК Ссылка
|ИЗ
| Справочник.Контрагенты КАК Контрагенты
|ГДЕ
| НЕ Контрагенты.ЭтоГруппа
| И (Контрагенты.ГоловнойКонтрагент = ЗНАЧЕНИЕ(Справочник.Контрагенты.ПустаяСсылка)
| ИЛИ Контрагенты.СтранаРегистрации = ЗНАЧЕНИЕ(Справочник.СтраныМира.ПустаяСсылка))";
РезультатЗапроса = Запрос.Выполнить();
Если РезультатЗапроса.Пустой() Тогда
ОбщегоНазначенияКлиентСервер.СообщитьПользователю("Проблемных контрагентов не обнаружено.");
Возврат;
КонецЕсли;
Выборка = РезультатЗапроса.Выбрать();
КоличествоИзмененных = 0;
Пока Выборка.Следующий() Цикл
ОбъектКонтрагент = Выборка.Ссылка.ПолучитьОбъект();
Модифицирован = Ложь;
// 1. Исправляем ссылку на Головного контрагента
Если Не ЗначениеЗаполнено(ОбъектКонтрагент.ГоловнойКонтрагент) Тогда
ОбъектКонтрагент.ГоловнойКонтрагент = ОбъектКонтрагент.Ссылка;
Модифицирован = Истина;
КонецЕсли;
// 2. Исправляем Страну регистрации
Если Не ЗначениеЗаполнено(ОбъектКонтрагент.СтранаРегистрации) И ЗначениеЗаполнено(СсылкаРоссия) Тогда
ОбъектКонтрагент.СтранаРегистрации = СсылкаРоссия;
Модифицирован = Истина;
КонецЕсли;
// Записываем объект, предварительно убедившись, что флаг "Загрузка" отключен
Если Модифицирован Тогда
Попытка
ОбъектКонтрагент.ОбменДанными.Загрузка = Ложь;
ОбъектКонтрагент.Записать();
КоличествоИзмененных = КоличествоИзмененных + 1;
Исключение
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(
НСтр("ru = 'Не удалось записать контрагента: '") + ОбъектКонтрагент.Наименование + ". " + ОписаниеОшибки()
);
КонецПопытки;
КонецЕсли;
КонецЦикла;
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(
СтроковыеШаблоныКлиентСервер.Шаблон(НСтр("ru = 'Успешно обработано и исправлено контрагентов: %1'"), КоличествоИзмененных)
);
КонецПроцедуры
Чтобы новые контрагенты загружались без ошибок при регулярных обменах или повторных переносах данных, необходимо скорректировать сам алгоритм создания объектов в вашей обработке переноса. Давайте проанализируем правильный паттерн заполнения реквизитов нового контрагента:
// Правильный шаблон программного создания контрагента
НовыйКонтрагент = Справочники.Контрагенты.СоздатьЭлемент();
// Получаем ссылку для нового объекта ДО его физической записи в базу данных
НоваяСсылка = Справочники.Contрагенты.ПолучитьСсылку();
НовыйКонтрагент.УстановитьСсылкуНового(НоваяСсылка);
// Заполняем основные реквизиты
НовыйКонтрагент.Наименование = "ООО Ромашка";
НовыйКонтрагент.ИНН = "7701020304";
НовыйКонтрагент.КПП = "770101001";
// Явно заполняем служебные реквизиты, чтобы обойти ограничения ОбменДанными.Загрузка
НовыйКонтрагент.ГоловнойКонтрагент = НоваяСсылка; // Ссылаемся на самого себя
НовыйКонтрагент.СтранаРегистрации = Справочники.СтраныМира.НайтиПоКоду("643");
// Записываем объект
НовыйКонтрагент.ОбменДанными.Загрузка = Истина;
НовыйКонтрагент.Записать();
Использование метода ПолучитьСсылку() и последующая привязка реквизита ГоловнойКонтрагент к этой ссылке гарантируют целостность данных в информационной базе даже при включенном режиме ОбменДанными.Загрузка = Истина. Это убережет вас от повторного возникновения ошибок при формировании регламентированной налоговой отчетности по НДС.