← На главную

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

Больничный не создается автоматически из СФР

Если при загрузке данных из СФР в регистре СообщенияФССОбИзмененииСостоянийЭЛН вы видите строчку со статусом "Требуется создать больничный" и "Состояние ЭЛН в ФСС - 030 Закрыт мед организацией" для отдельных сотрудников, при этом большинство больничных создаются нормально, и в учетной политике организации установлены все необходимые флажки, значит, нам предстоит более глубокий анализ. Рассмотрим распространенные причины этой проблемы и предложим шаги по ее устранению.

1. Настройки интеграции с СФР

   Первым делом мы должны убедиться, что электронный документооборот (ЭДО) с СФР настроен корректно и полностью. Это включает в себя не только наличие учетной записи для обмена данными, но и актуальность используемых сертификатов. Проверьте следующие аспекты:

   • Актуальность сертификатов: Мы должны убедиться, что сертификаты для обмена данными с СФР не истекли и установлены правильно на сервере или рабочем месте, где выполняется загрузка данных.
   • Настройки учетной записи: В разделе Администрирование -> Настройки программы -> Обмен электронными документами -> Обмен с СФР (ФСС) проверьте, что все параметры учетной записи заполнены корректно, а подключение к сервису СФР успешно проверено.

2. Неполные или некорректные данные сотрудника

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

   • СНИЛС: Убедитесь, что СНИЛС сотрудника заполнен без ошибок и соответствует данным в СФР. Одна лишняя цифра или пропущенный знак могут быть причиной несоответствия.
   • Дата рождения: Дата рождения также является ключевым идентификатором. Проверьте ее точность в карточке сотрудника.
   • Паспортные данные: Хотя СФР чаще использует СНИЛС, полнота и корректность паспортных данных также не будут лишними и помогут в идентификации.

   Если мы обнаружим несоответствия, мы должны их исправить и попробовать повторно получить сообщения.

3. Ошибки в программе или релизе ЗУП

   К сожалению, в некоторых релизах ЗУП могут присутствовать ошибки, которые препятствуют автоматическому созданию больничных листов, даже при идеальных настройках. Мы знаем о следующих примерах:

   • Ошибка 60006135: Известна ситуация, когда документ "Больничный лист" не создается автоматически при загрузке сообщения об изменении ЭЛН со статусом "030 — Закрыт медицинской организацией".
   • Ошибка 60017161: Эта ошибка может препятствовать созданию и проведению больничного листа, если в том же месяце уже зарегистрирован документ "Отсутствие (болезнь, прогул, неявка)". Программа не может корректно обработать наложение документов.

   Что мы можем предпринять?

   • Обновление программы: Мы настоятельно рекомендуем обновить программу до актуального релиза. Разработчики 1С регулярно выпускают исправления.
   • Установка патчей: После обновления мы должны проверить наличие доступных исправлений (патчей) для нашей конфигурации и установить их. Патчи часто исправляют конкретные ошибки, не требуя полного обновления релиза.

4. Пересекающиеся отсутствия

   Если на период поступившего больничного листа уже зарегистрирован другой документ отсутствия (например, Отсутствие (болезнь, прогул, неявка), Отпуск, Командировка), программа может не создать новый больничный лист автоматически из-за конфликта дат. Мы должны проверить:

   • Наличие других документов отсутствия: Перейдите в карточку сотрудника и посмотрите все его отсутствия за соответствующий период.
   • Действия: Если мы обнаружим пересекающийся документ, нам может потребоваться отменить его проведение или скорректировать его период, чтобы освободить даты для нового больничного листа.

5. Технические сбои на стороне СФР

   Иногда проблемы с получением данных могут быть вызваны временными трудностями на серверах СФР. Это могут быть перегрузки системы, технические работы или сбои. В таких случаях:

   • Повторная попытка: Мы можем попробовать повторно запросить или получить сообщения об изменении ЭЛН в часы наименьшей нагрузки, например, рано утром или поздно вечером.
   • Проверка статуса сервисов СФР: Если проблема массовая, мы можем поискать информацию о работе сервисов СФР на их официальных ресурсах.

6. Дата запрета изменения

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

7. Недостаточные права пользователя

   Пользователь, который выполняет загрузку ЭЛН из СФР, должен обладать соответствующими правами доступа для работы с больничными листами и ЭДО с СФР. Мы должны проверить профиль доступа пользователя и убедиться, что у него есть все необходимые роли.

8. Аннулированные или уже обработанные ЭЛН

   Программа не создаст новый больничный лист, если:

   • ЭЛН аннулирован: Медицинская организация аннулировала предыдущий ЭЛН и выписала новый. В этом случае мы должны ожидать получения нового ЭЛН.
   • ЭЛН уже обработан: Если ЭЛН уже имеет статус "Заполнен страхователем", это означает, что он уже был обработан в программе (возможно, вручную или по ошибке), и новый документ создан не будет.

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

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

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

   • Из журнала Сообщения ФСС об изменении ЭЛН: Найдите соответствующую строчку и воспользуйтесь ссылкой "Создать больничный".
   • На основании документа Входящий запрос СФР для расчета пособия: Откройте входящий запрос и на его основании создайте больничный лист.

2. Проверка журнала регистрации: Журнал регистрации 1С является нашим основным инструментом для диагностики. Мы должны внимательно изучить записи в журнале регистрации за период, когда ожидалось автоматическое создание больничного листа. В нем могут содержаться детальные сообщения об ошибках, которые помогут нам выявить конкретную причину, по которой документ не был создан. Мы должны искать записи, связанные с обработкой ЭЛН или созданием документов.

3. Переключение флажка в учетной политике: Некоторые пользователи сообщают, что помогает простое действие: снять и повторно установить флажок "Автоматически создавать больничные при загрузке ЭЛН" в учетной политике организации. Это может перезапустить внутренние механизмы программы, ответственные за автоматическое создание.

4. Ручной запрос сведений: При необходимости мы можем вручную запросить данные из СФР. Это можно сделать как из самого документа Больничный лист (после его ручного создания), так и путем формирования документа Исходящее сообщение о страховом случае СФР, чтобы инициировать обмен данными. Это поможет убедиться, что программа получает актуальную информацию.

5. Проверка статуса сотрудника: Как было отмечено в обсуждении на форуме, мы должны убедиться, что статус сотрудника на момент получения больничного — "Работает". Изменения статуса, например, увольнение или длительное отсутствие по другим причинам, могут влиять на возможность автоматического создания документов.

Документы отсутствия создаются будущим месяцем

Проблема, когда документы отсутствия (например, Отсутствие (болезнь, прогул, неявка), создаваемые на основании данных СФР, датируются будущим месяцем, также является известной и достаточно неприятной ошибкой в ЗУП. Это приводит к некорректным начислениям зарплаты и переплатам, требующим ручной корректировки.

1. Известная ошибка 60007376: Эта ситуация описана как известная ошибка 60007376 в системе 1С. Она возникает, если в учетной политике включена настройка автоматического создания отсутствий, и при этом программа получает несколько сообщений об изменении незакрытых ЭЛН в одном месяце. В этом случае каждый последующий документ Отсутствие (болезнь, прогул, неявка), который должен был бы являться исправлением предыдущего или дополнять его, по ошибке создается следующим месяцем расчета вместо текущего.

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

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

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