Как в 1С:ЗУП 8.3 отразить остаток дней ухода за больным ребенком с предыдущего места работы?

При приеме на работу нового сотрудника бухгалтеры и специалисты по кадрам часто сталкиваются с необходимостью корректно учитывать количество дней по листу нетрудоспособности, которые уже были оплачены сотруднику на предыдущем месте работы в текущем календарном году. Это критически важно, так как законодательство устанавливает строгие лимиты на количество оплачиваемых дней ухода за больным ребенком в год (в зависимости от возраста ребенка и характера заболевания — 60, 90 или 120 дней).

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

Зачем нужен ручной ввод данных в современных условиях?

С переходом на проактивные выплаты через СЭДО (Система электронного документооборота) основную функцию контроля лимитов взял на себя СФР. Фонд видит все выплаты по ИНН/СНИЛС сотрудника во всех организациях. Однако внутри программы 1С механизм контроля остатков продолжает работать для того, чтобы бухгалтер видел актуальную картину при оформлении документа Больничный лист и мог предупредить сотрудника о том, что лимит исчерпан.

Рассмотрим ситуацию: сотрудник устроился к вам в середине года. До этого он уже трижды брал больничный по уходу за ребенком 5 лет. Суммарно он уже отгулял 45 дней из положенных 60. Программа ЗУП по умолчанию об этом «не знает», и если вы не введете остатки, она покажет, что у сотрудника впереди еще целых 60 оплачиваемых дней. Проанализируем, как исправить эту ситуацию.

Способ 1: Основной — Использование документа «Перенос данных»

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

Проанализируем алгоритм действий:

1. Перейдем в раздел Администрирование — Перенос данных.
2. Создадим новый документ. В поле Номер можно указать произвольный код, например, ПД_Ост. Дата документа должна соответствовать дате приема сотрудника или быть предшествующей первому больничному в вашей организации.
3. Нажмем кнопку Настройка состава регистров.
4. На вкладке Регистры накопления найдем и отметим галочкой регистр Периоды ухода за больными родственниками. Нажмем «ОК».
5. Теперь в документе появилась вкладка с названием этого регистра. Перейдем на нее и добавим новую запись:
   • Сотрудник: Выберем нового работника.
   • Ребенок: Внимание! Это поле обязательно. Ребенок должен быть предварительно заведен в карточке сотрудника в разделе Семья. Если вы просто введете фамилию текстом, система не свяжет эту запись с будущим больничным.
   • Вид движения: Приход.
   • Количество дней: Укажите количество дней, которые уже были оплачены на прошлом месте работы.
   • Год: Текущий календарный год.
6. Проведем документ.

После этого, при создании очередного документа Больничный лист, программа обратится к этому регистру, увидит ваши «входящие» дни и правильно рассчитает остаток лимита.

Способ 2: «Нулевой» больничный (Альтернативный вариант)

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

Важные нюансы этого метода:

1. В табличной части Уход за детьми указывается ребенок и количество дней.
2. На вкладке Оплата необходимо вручную обнулить все суммы начислений, чтобы документ не повлиял на бухгалтерский учет и выплату зарплаты.
3. Такой документ не должен отправляться в СФР.

Мы рекомендуем использовать этот способ с осторожностью, так как он может «засорить» отчетность по стажу и среднему заработку, если неаккуратно настроить периоды отсутствия.

Анализ работы регистра накопления

Для понимания того, как программа считает остатки, полезно знать структуру данных. Регистр ПериодыУходаЗаБольнымиРодственниками является регистратором для документа Больничный лист.

Посмотрим на пример структуры данных в регистре при записи через Перенос данных:

Регистратор: Перенос данных ПД_1 от 01.10.2023
Период: 01.10.2023
Сотрудник: Иванова Анна Петровна
Родственник: Иванов Иван (сын)
Количество дней: 15
Год: 2023

Когда вы открываете в больничном листе форму проверки лимитов, система делает запрос примерно такого вида (упрощенно): ВЫБРАТЬ СУММА(КоличествоДней) ИЗ РегистрНакопления.ПериодыУходаЗаБольнымиРодственниками ГДЕ Сотрудник = &Сотрудник И Родственник = &Родственник И Год = &ТекущийГод. Поэтому ручная запись в этот регистр — самый прямой путь к цели.

Особенности взаимодействия с СФР (бывший ФСС)

Разберем ситуацию с точки зрения СЭДО. В новых релизах ЗУП 3.1 данные о лимитах могут приходить напрямую в документе Входящий запрос для расчета пособия.

Рассмотрим сценарий работы:

• Приходит входящий запрос от СФР.
• В нем может быть заполнено поле Использовано дней ухода.
• Если это поле заполнено фондом, программа автоматически учтет его при расчете.

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

Типичные ошибки при вводе остатков

Проанализируем основные причины, почему остаток может не «подцепиться» в программе:

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

Резюме

Для обеспечения точности учета в 1С:ЗУП 8.3 при приеме нового сотрудника рекомендуется:

1. Взять у сотрудника сведения о количестве использованных дней ухода за текущий год (хотя справка 182н отменена, сотрудники часто приносят выписки из ЛК на Госуслугах или справки в произвольной форме).

2. Внести эти данные через документ Перенос данных по регистру Периоды ухода за больными родственниками.

3. При получении входящих запросов от СФР внимательно сверять данные фонда с данными вашего учета.

Такой подход гарантирует, что бухгалтер всегда будет владеть актуальной информацией, а программа выдаст предупреждение, как только суммарный лимит (включая прошлые места работы) будет достигнут.