Почему в одной базе 1С контрагенты горят красным («нет в ФНС»), а в другой всё нормально?

← На главную

Каждый бухгалтер хотя бы раз сталкивался с ситуацией, когда при начале работы с базой 1С:Бухгалтерия 3.0 ИНН контрагентов (и даже собственной организации) внезапно окрашиваются в красный цвет с предупреждением: «Недействителен» или «Нет в базе ФНС». Ситуация становится еще более загадочной, когда в соседней базе или на сервере в резервной копии те же самые контрагенты отображаются корректно и горят зеленым цветом.

В этой статье мы подробно разберем внутреннее устройство механизмов проверки контрагентов в 1С, выясним технические причины подобного поведения системы и рассмотрим пошаговые методы исправления этой ошибки.

Разбор механизмов: «1С:Контрагент» против веб-сервиса ФНС

Для начала проанализируем, как именно программы «1С» взаимодействуют с внешними источниками для валидации реквизитов. Очень часто пользователи путают две совершенно разные технологии:

Сервис «1С:Контрагент». Данный сервис является платным коммерческим решением (входит в подписку ИТС ПРОФ или приобретается отдельно для техно-тарифов). Он обращается напрямую к серверам фирмы «1С» по адресу api.orgregister.1c.ru. Основная его задача — автозаполнение реквизитов новых юридических лиц и индивидуальных предпринимателей по ИНН в справочнике. Напрямую за подцветку контрагентов красным в текущих документах он не отвечает.
Интегрированный веб-сервис проверки ИНН/КПП ФНС. Это бесплатный механизм, встроенный в конфигурацию. Он отправляет XML-пакеты напрямую на шлюз Федеральной налоговой службы (исторически использовался адрес npchk.nalog.ru/FNSNDSCAWS_2). Этот сервис проверяет актуальность существующих записей ЕГРЮЛ/ЕГРИП для корректного формирования книг покупок, книг продаж и деклараций по НДС. Именно он отвечает за индикацию контрагентов («красный» или «зеленый») в списках документов.

Почему базы ведут себя по-разному: эффект кэширования

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

В системе 1С настроено периодическое фоновое задание, которое запускает проверку контрагентов по расписанию (обычно в ночное время). Результаты этой проверки сохраняются в локальный кэш базы данных. Схема развития проблемы выглядит следующим образом:

В определенный момент времени (например, ночью в выходной день) шлюз проверки ФНС (npchk.nalog.ru) испытывал технические сбои, отдавал пустые ответы или возвращал ошибку о том, что организации не найдены в реестре.
Рабочая база №1 запустила регламентное задание проверки контрагентов именно в этот критический момент сбоя. Получив некорректный ответ от серверов налоговой службы, программа записала этот ложный статус («Нет в ФНС») в свой локальный кэш. С этого момента все юрлица с 10-значным ИНН окрасились в красный цвет.
Копия базы (или База №2) в этот момент была выключена, регламентное задание в ней не сработало или было заблокировано. В этой базе остались сохраненными старые, «зеленые» статусы контрагентов из предыдущих успешных сессий проверки.
Утром, когда сервер ФНС полностью отключился или перестал отвечать, обе базы потеряли физический доступ к проверке. Но База №2 продолжает отображать корректные («зеленые») данные из своего кэша, в то время как База №1 показывает ложные («красные») предупреждения.

Способ 1. Очистка кэша программных интерфейсов через платформу

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

Запустим рабочую информационную базу 1С в режиме «Предприятие» под пользователем с правами Администратор.
В главном меню программы (в правом верхнем углу интерфейса «Такси») нажмем кнопку «Сервис и настройки» (выглядит как шестеренка или три полоски в зависимости от версии платформы).
Выберем команду «Перейти по ссылке» (или нажмем сочетание клавиш Shift + F11).
В открывшемся окне в поле ввода ссылки вставим внутренний адрес регистра сведений:
e1cib/list/РегистрСведений.КэшПрограммныхИнтерфейсов
и нажмем кнопку «Перейти».
В открывшемся списке записей найдем строки, которые содержат упоминания веб-сервисов проверки контрагентов (в поле адреса будет фигурировать npchk.nalog.ru или api.orgregister.1c.ru).
Выделим эти строки и удалим их (можно очистить весь регистр полностью — система автоматически заполнит его корректными схемами при следующем обращении к веб-службам).
Перезапустим программу 1С.

Способ 2. Программная очистка кэша и перезапуск регламентных заданий

Рассмотрим ситуацию, когда администратору базы данных требуется программно очистить кэш или автоматизировать этот процесс. Мы можем написать простую обработку, которая очистит нужные записи в регистре сведений КэшПрограммныхИнтерфейсов.

Проанализируем пример кода на языке 1С, который выполняет выборочную очистку записей, связанных с сервисами ФНС и контрагентов:


// Создаем набор записей для работы с регистром
НаборЗаписей = РегистрыСведений.КэшПрограммныхИнтерфейсов.СоздатьНаборЗаписей();

// Выполняем очистку регистра
// В реальной практике для полной очистки кэша достаточно записать пустой набор без отборов:
НаборЗаписей.Записать();

ЗаписьЖурналаРегистрации("ОчисткаКэша", 
    УровеньЖурналаРегистрации.Информация, , , 
    "Кэш программных интерфейсов успешно очищен вручную.");

После очистки кэша нам необходимо заставить программу заново отправить запросы в ФНС. Для этого выполним запуск регламентного задания:

Перейдем в раздел «Администрирование» — «Обслуживание».
Откроем ссылку «Регламентные и фоновые задания».
В списке регламентных заданий найдем строку «Проверка контрагентов» (в некоторых релизах она может называться «Проверка контрагентов на веб-сервисе ФНС»).
Нажмем кнопку «Выполнить сейчас» на панели инструментов.

Способ 3. Устранение несовместимости версий конфигурации

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

Дело в том, что ФНС России периодически обновляет свои шлюзы, протоколы безопасности и структуры XML-документов. Старые версии 1С продолжают обращаться к отключенным адресам или отправлять устаревшие схемы запросов, на что сервер ФНС возвращает ошибку соединения или пустой результат.

В этом случае выполним следующие рекомендации:

Регулярно обновляйте конфигурацию «1С:Бухгалтерия» до актуальных версий. Изменения в механизмах интеграции с ФНС поставляются разработчиками в рамках обновлений Библиотеки интернет-поддержки (БИП).
Проверьте настройки шифрования SSL/TLS на сервере, где развернута СУБД и сервер приложений 1С:Предприятие. При изменении сертификатов со стороны ФНС операционная система сервера должна иметь актуальные корневые сертификаты безопасности Windows/Linux.

Важный совет для бухгалтера: Если программа неожиданно выдала предупреждение об отсутствии контрагента в базе ФНС, не спешите останавливать платежи и отгрузки. Перейдите на официальный портал ФНС РФ в ручной сервис «Предоставление сведений из ЕГРЮЛ/ЕГРИП в электронном виде», введите ИНН контрагента и сформируйте выписку. Если на официальном сайте выписка создается без проблем и статус компании активен — значит, проблема носит временный технический характер интеграции на стороне вашей локальной базы 1С.