В процессе работы с электронными листками нетрудоспособности (ЭЛН) в системе 1С:Зарплата и управление персоналом (ЗУП) бухгалтеры и специалисты по расчету заработной платы сталкиваются с различными нюансами. Одной из таких ситуаций является необходимость корректного отражения периодов простоя, которые пересекаются с больничным листом сотрудника, особенно когда таких периодов несколько. Рассмотрим, как мы можем решить эту задачу, исходя из опыта коллег и актуальных рекомендаций.
Прежде всего, важно отметить, что с 2022 года Фонд Социального Страхования (ныне Социальный Фонд России, СФР) перешел на проактивную (беззаявительную) систему выплаты пособий. Это кардинально изменило порядок взаимодействия работодателей с фондом: если ранее компании сами инициировали выплаты, отправляя реестры сведений, то теперь они в основном отвечают на запросы, поступающие от СФР. Однако, понимание процессов формирования реестров и ручной корректировки остается критически важным для тех случаев, когда требуется внести специфические данные или отработать переходный период.
В более ранних или специфических версиях 1С:ЗУП, при формировании документа, аналогичного Реестру сведений для прямых выплат ФСС (или как его иногда называют, реестру с данными для пособия), пользователи могли столкнуться с ограничением на количество строк для указания периодов простоя. Пользователи сообщали, что в стандартном интерфейсе для внесения периодов простоя доступно всего две строки, в то время как в некоторых ситуациях необходимо указать большее количество таких периодов.
Мы выясним, как обойти это ограничение и обеспечить корректную передачу всей необходимой информации в СФР.
Первым шагом при возникновении подобных ограничений всегда должен быть анализ нормативной базы. Регламенты СФР (ранее ФСС) по формированию реестров сведений, как правило, не накладывают жестких ограничений на количество периодов в самом файле выгрузки. Например, в регламенте, таком как ReglamentReestra_V1_7_6_7.pdf (хотя ссылка может быть устаревшей, суть в том, что в подобных документах), мы обычно не находим прямого указания на лимит строк для периодов простоя. Это означает, что ограничение, скорее всего, является особенностью реализации пользовательского интерфейса в конкретной версии программы 1С, а не требованием фонда.
Поскольку проблема возникает в интерфейсе 1С, мы будем искать способы ее решения внутри программы.
Разберем различные подходы к решению данной задачи, начиная с наиболее практичного и проверенного на опыте пользователей.
Это решение оказалось наиболее эффективным и часто используется бухгалтерами в "форс-мажорных" ситуациях, когда стандартный функционал не позволяет внести все необходимые данные. Несмотря на то, что этот метод может показаться "неудобным" (как отмечают коллеги), он является рабочим обходом ограничения.
Пошаговая инструкция:
Формирование реестра: Сначала сформируйте документ Реестр сведений для прямых выплат ФСС (или актуальный аналог, если вы еще используете этот механизм) в 1С:ЗУП. Внесите все возможные периоды простоя, которые позволяет интерфейс (например, две строки).
Просмотр и открытие файла: В созданном документе найдите кнопку "Показать файл". При нажатии на нее программа откроет сгенерированный файл выгрузки, который обычно имеет формат XML или текстовый файл, предназначенный для отправки в СФР.
Ручное редактирование файла: Откроется окно с содержимым файла. Здесь нам потребуется внимательность. Мы должны вручную добавить дополнительные секции или теги, описывающие периоды простоя, в соответствии со структурой файла. Как правило, периоды простоя указываются в специальных тегах, например, <ПрОст>...</ПрОст> или аналогичных, которые содержат даты начала и окончания простоя.
Пример (гипотетическая структура XML):
Предположим, у нас уже есть два периода простоя:
<ПериодыПростоя>
<Простой>
<ДатаНачала>2023-01-01</ДатаНачала>
<ДатаОкончания>2023-01-05</ДатаОкончания>
</Простой>
<Простой>
<ДатаНачала>2023-01-10</ДатаНачала>
<ДатаОкончания>2023-01-12</ДатаОкончания>
</Простой>
</ПериодыПростоя>
Если нам нужно добавить третий период, мы копируем существующую структуру <Простой>...</Простой> и вставляем ее с новыми датами:
<ПериодыПростоя>
<Простой>
<ДатаНачала>2023-01-01</ДатаНачала>
<ДатаОкончания>2023-01-05</ДатаОкончания>
</Простой>
<Простой>
<ДатаНачала>2023-01-10</ДатаНачала>
<ДатаОкончания>2023-01-12</ДатаОкончания>
</Простой>
<Простой>
<ДатаНачала>2023-01-15</ДатаНачала>
<ДатаОкончания>2023-01-18</ДатаОкончания>
</Простой>
</ПериодыПростоя>
Важно: Будьте предельно осторожны при редактировании XML-файла. Неправильно закрытый тег, лишний пробел или некорректный формат даты могут привести к ошибке при импорте файла в СФР. Желательно иметь под рукой актуальный XSD-схему или пример корректного файла для сверки.
Сохранение изменений: После внесения всех необходимых периодов простоя, закройте окно редактирования файла. Программа 1С автоматически предложит сохранить изменения. Подтвердите сохранение. Это критически важный шаг, так как именно в этот момент измененный файл сохраняется в привязке к текущему документу реестра в 1С. При последующей отправке реестра в СФР будет отправлена именно скорректированная версия файла.
Отправка реестра: Далее мы можем отправить реестр в СФР обычным способом. Фонд получит файл с полным набором указанных периодов простоя.
Этот метод подтвержден практикой пользователей, которые успешно использовали его для исправления других неточностей или добавления информации в тегах, и он, по их мнению, спасает в экстренных случаях.
Если ваша организация использует сторонние системы для сдачи отчетности (такие как СБИС, Контур.Экстерн и т.п.), возможно, они предоставляют более гибкий интерфейс для ввода множественных периодов простоя. В таких системах часто реализованы более продвинутые механизмы работы с XML-файлами и их редактирования. Если вы используете эти сервисы, мы можем попробовать ввести данные через них, если они позволяют это сделать.
В некоторых случаях, если никакие другие варианты не подходят, мы могли бы попытаться указать дополнительные периоды простоя в текстовом поле "Иная информация, влияющая на назначение пособия". Однако, этот метод не дает гарантии, что СФР обработает эту информацию автоматически и корректно. Такая информация может быть учтена только при ручной обработке документов сотрудником фонда, что может увеличить сроки и вероятность ошибок.
Очень важно понимать, что описанные выше ручные корректировки в основном касаются "старого" механизма формирования реестров. В актуальных версиях программы «1С:Зарплата и управление персоналом» (ЗУП) значительно автоматизирована работа с периодами простоя при расчете больничных в рамках проактивной системы взаимодействия с СФР.
Основная задача бухгалтера теперь — корректно и своевременно отразить сам факт простоя в программе 1С.
Регистрация простоя: Для регистрации периода временной приостановки работы используйте документ Простой, отстранение от работы. В нем мы указываем причину простоя (по вине работодателя, работника или по независящим причинам), а также его даты.
Автоматический учет в больничном: Когда сотрудник предоставляет больничный лист, который пересекается с периодом зарегистрированного простоя, программа 1С:ЗУП автоматически учитывает эту информацию:
Автоматическое заполнение: При расчете больничного листа программа самостоятельно определяет и вносит периоды простоя в специальную таблицу на вкладке "Главное" как исключаемые из расчета пособия.
Корректный расчет: Пособие за дни нетрудоспособности, совпавшие с периодом простоя, не начисляется, что полностью соответствует законодательству.
Отправка данных в СФР через "Ответ на запрос": Вместо устаревшего Реестра сведений для прямых выплат ФСС, основным документом для обмена с фондом стал Ответ на запрос СФР для расчета пособия.
Когда из СФР поступает входящий запрос по электронному больничному, работодатель формирует на него ответ. В этом документе, в разделе сведений для расчета пособия, периоды простоя, совпавшие с болезнью, отражаются автоматически. Таким образом, проблема с ограничением количества строк для указания периодов простоя, которая обсуждалась ранее, в новом формате обмена данными теряет свою актуальность.
Современные механизмы в 1С:ЗУП позволяют корректно передавать всю необходимую информацию в СФР в автоматическом режиме при условии правильного ведения учета простоев в самой программе. Ручное редактирование файла выгрузки, которое упоминалось как выход из ситуации для "старого" механизма, больше не является рекомендуемой практикой для нового проактивного процесса.
Мы выяснили, что проблема с ограничением количества периодов простоя в реестре ЭЛН для СФР (ФСС) в 1С:ЗУП, хотя и является неудобной особенностью реализации интерфейса в некоторых версиях, имеет рабочее решение через ручную корректировку файла выгрузки. Этот метод требует внимательности и знания структуры XML-файла, но позволяет передать полную информацию в фонд.
Однако, мы должны помнить, что будущее за проактивной системой СФР. Современные версии 1С:ЗУП уже адаптированы под эту систему, и ключевым становится своевременное и корректное отражение всех событий, включая простой, внутри самой программы. Это обеспечивает автоматическую передачу всех необходимых сведений в Ответе на запрос СФР для расчета пособия, минимизируя необходимость ручного вмешательства и делая процесс более эффективным и менее подверженным ошибкам.