← На главную

В процессе работы с кадровыми документами в программе 1С:Бухгалтерия предприятия 3.0 (особенно в релизах линейки 3.0.108) многие пользователи столкнулись с критической ошибкой: документ «Сведения о застрахованных лицах (ФСС)» отказывается проводиться. При попытке записи или проведения система выдает неинформативное сообщение об ошибке, а при попытке прямой отправки через СЭДО (Социальный электронный документооборот) в поле результата отображается системный сбой.

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

Разберем техническую причину возникновения ошибки

Для начала проанализируем, что именно происходит «под капотом» программы в момент проведения документа. С внедрением системы проактивных выплат ФСС (ныне СФР), 1С перешла на использование механизма СЭДО. Одним из ключевых элементов этого механизма является регистр сведений ОчередьОбработкиКадровыхДанныхФСС.

Алгоритм проведения документа предполагает следующую последовательность действий:

1. Программа проверяет корректность заполнения персональных данных (СНИЛС, паспорт, реквизиты счета).
2. Система пытается создать запись в специальной «очереди», чтобы регламентное задание могло в фоновом режиме отправить эти данные в фонд.
3. В релизах 3.0.108.x была допущена программная ошибка: в конфигурации отсутствовал или был некорректно описан шаблон регламентного задания Очередь обработки кадровых данных ФСС.

В результате, когда объект ДокументОбъект.СведенияОЗастрахованныхЛицахФСС пытается инициировать процедуру записи в очередь, он обращается к несуществующему или поврежденному метаданному. Происходит исключение, транзакция проведения отменяется, и пользователь видит ошибку.

Решение проблемы в сервисе 1С:Фреш

Если вы работаете в облачном сервисе 1cfresh.com, возможности самостоятельного исправления кода у вас ограничены, так как доступ к конфигуратору закрыт. Однако, как показывает практика, администраторы сервиса оперативно реагируют на подобные массовые сбои.

Рассмотрим порядок действий для «облачных» пользователей:

• Обращение в техподдержку: Несмотря на скепсис некоторых участников форума, именно специалисты поддержки Фреша имеют возможность принудительно установить исправительный патч (расширение) на вашу область данных.
• Проверка обновлений: Убедимся, что база обновлена до актуального релиза. Перейдем в раздел «Администрирование» — «Обслуживание» — «Обновление программы». В облаке это обычно происходит автоматически, но стоит удостовериться, что версия выше 3.0.109.
• Перепроведение после патча: После того как поддержка сообщит об исправлении, необходимо заново зайти в документ, нажать кнопку «Записать», а затем «Провести».

Инструкция для пользователей локальных версий

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

Способ 1: Установка оперативных исправлений (патчей)

Фирма «1С» выпускает исправления программных ошибок в виде небольших расширений — патчей. Разберем, как их загрузить:

1. Перейдем в раздел «Администрирование».
2. Выберем пункт «Интернет-поддержка и сервисы».
3. Найдем блок «Обновление программы» и убедимся, что установлена галочка «Загружать и устанавливать исправления (патчи) автоматически».
4. Если патч не установился сам, нажмем «Поиск и установка обновлений». В списке доступных компонентов ищем исправления, касающиеся СЭДО и ФСС.

Способ 2: Обновление конфигурации

Поскольку ошибка была признана массовой, она была полностью устранена в последующих релизах. Если ваша версия конфигурации ниже 3.0.109.x, настоятельно рекомендуем выполнить полное обновление. Это восстановит корректную структуру РегламентныеЗадания и позволит документу проводиться без сбоев.

Дополнительная диагностика: почему еще может не проводиться документ?

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

1. Настройка проактивных выплат

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

2. Проверка дублей физических лиц

Выясним, нет ли в базе «двойников» сотрудника. Если в справочнике ФизическиеЛица создано два элемента с одинаковым СНИЛС, механизм формирования сведений может заблокироваться. Воспользуемся обработкой «Поиск и удаление дублей» (раздел «Администрирование» — «Обслуживание»), чтобы объединить карточки, если они есть.

3. Полнота данных в карточке сотрудника

Проверим обязательные поля. Система СЭДО крайне чувствительна к формату данных. Убедимся, что в карточке сотрудника заполнены:

• СНИЛС (в формате 11 цифр);
• ИНН (если есть);
• Адрес регистрации (обязательно по ФИАС/ГАР);
• Способ выплаты пособия (если выбрана карта МИР — проверьте номер карты, если расчетный счет — проверьте БИК банка и номер счета).

Как убедиться, что всё заработало?

После выполнения обновлений или установки патчей, откроем проблемный документ. Нажмем «Провести». Если документ успешно провелся, кнопка «Отправить в Фонд» станет активной. При нажатии на неё программа должна инициировать сеанс связи с серверами СФР. В окне состояния отправки должна появиться запись «Принято фондом» или «Доставлено». Если вы видите статус «Ожидает подтверждения», значит техническая проблема с проведением решена, и теперь выполнение задачи зависит от серверов контролирующего органа.

Помните, что механизм СЭДО постоянно дорабатывается, поэтому регулярное обновление конфигурации 1С:Бухгалтерия — это залог стабильной сдачи отчетности и своевременных выплат сотрудникам.