← На главную

При интеграции учетных систем с внешними сервисами проверки контрагентов разработчики периодически сталкиваются с ситуацией, когда на официальном портале налоговой службы статус организации уже изменился или зафиксирована дата ликвидации, а через веб-сервис 1С возвращается пустое значение (Неопределено). Разберем причины возникновения таких расхождений, проанализируем структуру объектов XDTO и рассмотрим способы получения официальной выписки в формате PDF.

Причина 1: Разделение этапов жизненного цикла организации

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

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

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

Причина 2: Версионирование WSDL и структуры XDTO-пакетов

Одной из наиболее частых причин отсутствия данных при программном обращении к веб-сервису проверки контрагентов является использование устаревших версий интерфейса. Модели данных периодически обновляются в соответствии с изменениями форматов выгрузок налоговых органов.

Рассмотрим, как менялось обращение к реквизитам в разных версиях сервиса:

1. В ранних версиях сервиса сведения о статусе и дате прекращения могли находиться во вложенных составных типах (например, в структуре СвСтатус_РО.СвСтатус).
2. В актуальных версиях схемы реквизиты реорганизованы, а обращение к дате прекращения выполняется напрямую через свойства сведений о юридическом лице, например через ОбъектXDTO.СвНаимЮЛ.ДатаПрекрЮЛ.

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

Причина 3: Регламент кэширования и репликации данных

Сервис проверки контрагентов 1С функционирует по принципу оптимизирующего прокси-сервиса. Он собирает и кэширует сведения из официальных источников, обеспечивая высокую скорость ответа и стабильность работы учетных программ при массовых проверках.

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

Как получить официальный PDF-документ выписки

Разберем способы получения печатной формы сведений о контрагенте и официального файла выписки:

1. Получение структурированных данных без PDF. Веб-сервис orgregister предназначен исключительно для передачи структурированной информации в форматах XDTO, JSON или XML. Он не формирует готовые бинарные файлы выписок с электронной подписью налогового органа.
2. Формирование внутреннего отчета в 1С. На основе полученных структурированных данных в типовых конфигурациях формируется отчет "Досье контрагента". Полученный макет можно программно выгрузить в PDF с помощью стандартного метода платформы:
   Скопировать код

   
   ТабличныйДокумент = Новый ТабличныйДокумент;
   // Заполнение табличного документа данными отчета...
   ТабличныйДокумент.Записать(ПутьКФайлу, ТипФайлаТабличногоДокумента.PDF);
   

3. Прямая загрузка юридически значимой выписки через HTTP-запросы. Публичный поисковый интерфейс реестра позволяет программно получить файл выписки с усиленной квалифицированной электронной подписью (УКЭП). Для этого с помощью объектов HTTPСоединение и HTTPЗапрос реализуется цепочка действий:
   1. Отправка POST-запроса с указанием ИНН или ОГРН для инициализации поиска и получение временного токена задачи в формате JSON.
   2. Отправка GET-запроса с полученным токеном для извлечения идентификатора готового документа (разбор выполняется через объект ЧтениеJSON).
   3. Отправка финального GET-запроса на скачивание бинарных данных подписанного PDF-файла.
4. Использование типового сервиса отчетности. В типовых решениях 1С функционал запроса и сохранения юридически значимой выписки из ЕГРЮЛ в виде PDF с цифровой подписью уже встроен в подсистему взаимодействия с контролирующими органами.