В процессе работы с конфигурацией 1С:Зарплата и управление персоналом КОРП пользователи часто сталкиваются с досадной проблемой: регистрационный номер организации в ФСС (сейчас СФР) периодически «слетает» или обнуляется в настройках. Это приводит к ошибкам при формировании отчетности и невозможности корректного обмена через СЭДО. В данной статье мы подробно разберем, почему это происходит, и как настроить систему, чтобы данные оставались в сохранности.
Первым делом проанализируем ситуацию с технической точки зрения. В системе 1С существует мощный инструмент — ЖурналРегистрации. Если данные исчезают, значит, в системе зафиксировано событие изменения объекта. Нам необходимо выяснить, кто или что инициировало это изменение.
Рассмотрим пошагово, как выполнить диагностику:
Организации).Если в поле «Пользователь» указано конкретное имя сотрудника, значит, сработал так называемый «человеческий фактор». Если же в поле указан «Директор» или «Администратор» (в зависимости от настроек) при выполнении фонового задания, то проблема носит системный характер.
Если ЖурналРегистрации показывает факт изменения, но не дает понять, какие именно данные были изменены (старое и новое значение), нам поможет механизм Версионирования объектов. По умолчанию в конфигурации 1С:ЗУП КОРП версионирование может быть выключено для экономии места в базе данных, но для решения нашей задачи его необходимо активировать.
Разберем процесс включения версионирования:
Организации.После включения этой настройки, как только номер ФСС снова пропадет, мы сможем зайти в карточку организации, нажать кнопку История изменений и наглядно сравнить две версии объекта. Система подсветит красным цветом удаленное значение регистрационного номера и покажет, какой процесс или пользователь это сделал.
Одной из наиболее вероятных причин «затирания» номера является обмен данными. Рассмотрим ситуацию, когда настроена синхронизация между 1С:ЗУП КОРП и 1С:Бухгалтерия предприятия (БП). В архитектуре 1С принято, что справочник Организации является общим, и при синхронизации реквизиты могут перезаписываться.
Выясним причину конфликта: если в базе 1С:Бухгалтерия регистрационный номер ФСС не заполнен или указан неверно, то при очередном обмене правильный номер в ЗУП может быть заменен пустым значением из БП. Это происходит из-за правил приоритета (правило «ведущей базы»).
Чтобы решить эту проблему, выполним следующие действия:
Проанализируем еще один сценарий. В карточке организации есть кнопка «Заполнить по ИНН». Данный функционал использует сервис 1С:Контрагент. Иногда пользователи, желая обновить адрес или КПП, нажимают эту кнопку, не задумываясь о последствиях для других полей.
Если в реестрах, к которым обращается сервис, информация о номере ФСС временно отсутствует (например, в период реорганизации фондов в СФР), программа может очистить поле, посчитав актуальными «пустые» данные из официального источника. Посмотрите, не нажимал ли кто-то из бухгалтеров кнопку перезаполнения в тот момент, когда номер исчез.
С 2023 года произошло объединение фондов, и в последних релизах 1С:ЗУП логика хранения номеров изменилась. Теперь приоритетным является Единый регистрационный номер СФР.
Разберем нюанс: в некоторых формах программа отображает значение из нового поля РегистрационныйНомерСФР. Если вы заполнили старое поле «ФСС», а новое оставили пустым, в определенных отчетах или при печати может показаться, что номер «исчез». Проверьте, заполнены ли оба поля в карточке организации на вкладке «Главное» или «Фонды».
При использовании системы электронного документооборота (СЭДО) программа взаимодействует с серверами фонда. Проанализируем техническую особенность: при получении сообщений от фонда система сверяет данные организации с данными, указанными в сертификате подписи и в самих сообщениях.
В некоторых случаях некорректная работа расширений конфигурации или специфические патчи от 1С могут инициировать автоматическое обновление реквизитов организации на основании данных из входящих сообщений СЭДО. Если в сообщении от фонда номер указан в ином формате (например, с лишними пробелами или тире), 1С может попытаться «исправить» его в базе, что иногда приводит к очистке поля из-за программной ошибки валидации.
Рекомендация: проверьте регистр сведений ИсторияРегистрационныхНомеровФСС (через «Функции для технического специалиста»). Посмотрите, нет ли там записей с пустой датой начала действия или записей, где номер пуст. Если такие записи есть — их нужно удалить или скорректировать.
Рассмотрим пример того, как программно можно проверить наличие номера в коде, если вы создаете собственную обработку или расширение:
// Пример получения актуального номера ФСС на текущую дату
ОрганизацияСсылка = Справочники.Организации.НайтиПоРеквизиту("ИНН", "7701010101");
ПараметрыСведений = СведенияОбОрганизациях.ПараметрыСведенийОбОрганизациях();
ПараметрыСведений.Организации = ОрганизацияСсылка;
ПараметрыСведений.Период = ТекущаяДата();
Сведения = СведенияОбОрганизациях.СведенияОбОрганизациях(ПараметрыСведений);
Если Сведения.Количество() > 0 Тогда
РегНомер = Сведения[0].РегистрационныйНомерФСС;
Сообщить("Текущий номер ФСС: " + РегНомер);
КонецЕсли;
Иногда номер «пропадает» только визуально для одного пользователя. Это верный признак проблем с локальным кэшем. Если проводилось динамическое обновление конфигурации (без завершения работы пользователей), структура метаданных в памяти сервера и клиента может разойтись.
Выясним, как это лечится:
/ClearCache в дополнительных параметрах запуска.Подводя итог, можно сказать, что в большинстве случаев «слетание» номера связано либо с некорректно настроенной синхронизацией с 1С:Бухгалтерией, либо с неосторожными действиями пользователей. Включение версионирования — самый надежный способ быстро найти и устранить причину этой проблемы в будущем.