← На главную

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

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

1) Выясним ключевое правило: страховой случай по пособию до 1,5 лет начинается не по дате заявления, а по дате начала отпуска по уходу

Рассмотрим подробнее: ежемесячное пособие по уходу за ребенком до 1,5 лет “привязано” к отпуску по уходу (страховой случай — это начало отпуска по уходу). Поэтому СФР оценивает сведения в первую очередь по дате начала отпуска по уходу, а не по дате, когда сотрудница принесла заявление.

Отсюда практический вывод: даже если документы собраны заранее, в сведениях обязательно должна стоять корректная дата начала отпуска по уходу — обычно это следующий день после окончания отпуска по БиР (или иная дата, если сотрудница так указала, но не раньше окончания БиР, иначе получится пересечение двух отпусков с разными основаниями).

2) Проверим сроки: отправлять сведения нужно оперативно после получения документов, но дата начала может быть будущей

Проанализируем ситуацию с точки зрения сроков. В большинстве сценариев “проактивных выплат” работодатель обязан передать необходимые сведения в фонд в короткий срок (на практике часто фигурирует ориентир “в течение 3 рабочих дней” после получения заявления/документов). Это означает, что затягивать передачу сведений не стоит, даже если отпуск по уходу начнется через несколько дней.

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

Важно: иногда технические проверки (как в СФР, так и в интеграции 1С/оператора ЭДО) могут “строже” трактовать раннюю отправку. Поэтому ниже разберем два рабочих варианта: “отправляем заранее” и “отправляем в дату начала”.

3) Решение №1 (основное): оформляем отпуск по уходу с будущей датой и отправляем исходящее сообщение в СФР заранее

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

Шаг 1. Зафиксируем кадровое событие “Отпуск по уходу” с правильной датой начала

В 1С нужно создать документ отпуска по уходу так, чтобы дата начала отпуска по уходу была:

1. не раньше даты окончания БиР;
2. обычно — на следующий день после окончания БиР;
3. точно совпадала с датой, которую сотрудница указала в заявлении (если она не противоречит правилам и не пересекается с БиР).

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

Шаг 2. Убедимся, что в учетной системе включен обмен с СФР по СЭДО

Посмотрим на типовую настройку: в 1С должен быть включен обмен с СФР (СЭДО) и настроена связка с оператором (например, через 1С-Отчетность или другого спецоператора). Если обмен не настроен, “заранее” или “не заранее” — не важно, сообщения просто не уйдут.

Шаг 3. Сформируем исходящее сообщение о страховом случае “Ежемесячное пособие по уходу”

В типовых конфигурациях 1С встречаются разные названия, но логика одинаковая: формируем документ вида ИсходящееСообщениеОСтраховомСлучае (или близкий по смыслу) с типом “Ежемесячное пособие по уходу за ребенком”.

Проверяем заполнение ключевых полей:

1. Сотрудник и его данные;
2. Ребенок (ФИО, дата рождения, иные реквизиты по формату СФР, если требуется);
3. Дата начала отпуска по уходу (важнейшее поле);
4. Дата окончания (часто ставят планово до 1,5 лет или до 3 лет — в зависимости от того, как требует формат обмена и как вы ведете учет);
5. Сведения о режиме занятости, если сотрудница планирует работать на неполном времени во время отпуска по уходу (если применимо);
6. Реквизиты для перечисления, если система/формат требует подтверждения.

Шаг 4. Отправим сообщение

После формирования и проверки отправляем исходящее сообщение в СФР. Даже если дата начала отпуска по уходу еще не наступила, в большинстве случаев сообщение может быть принято как “заранее поданные сведения” и “дожидается” наступления даты начала страхового случая в обработке фонда.

Шаг 5. Контролируем статусы обмена

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

Плюсы этого решения

1. Соблюдаем сроки передачи сведений сразу после получения документов.
2. Снижаем риск “забыть отправить” в день окончания БиР.
3. Ускоряем старт выплаты: к моменту начала отпуска по уходу сведения уже в фонде.

Минусы/риски

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

4) Решение №2 (консервативное): готовим документы заранее, но отправляем сведения в день начала отпуска по уходу

Теперь разберем второй вариант, если вы сталкивались с отказами при ранней отправке или хотите идти максимально “безопасно” по техническим проверкам.

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

Разберем по шагам:

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

Плюсы

1. Минимизируем вероятность “технического отказа из-за будущей даты”.
2. При этом не теряем время на подготовку: все уже создано и проверено заранее.

Минусы

1. Появляется риск человеческого фактора: забыли отправить, отправили позже, чем нужно.
2. Если в организации много таких случаев, ручной контроль становится тяжелее.

5) Разберем частую причину ошибок: пересечение БиР и ухода, неверная дата начала отпуска по уходу

Выясним причину большинства отказов и “странного поведения” СФР/1С: в документах указывают дату начала отпуска по уходу, которая попадает внутрь периода БиР, либо путают дату окончания БиР (например, кадровик ориентируется на “примерно начало марта”, а в базе закрывающая дата другая).

Чтобы не ошибиться, действуем так:

1. Проверяем дату окончания БиР по данным больничного/ЭЛН и фактическому периоду отпуска по БиР в учете.
2. Ставим дату начала отпуска по уходу строго после окончания БиР (часто — следующий день).
3. Если сотрудница хочет начать уход позже (например, через неделю после окончания БиР), это допустимо, но тогда у нее будет “разрыв” без отпуска по уходу — согласуем это осознанно и фиксируем заявлением.

Важно: пособие по уходу до 1,5 лет назначается на период отпуска по уходу. Если отпуск по уходу начнется позже, то и пособие начнется позже (за “промежуток” оно, как правило, не возникнет автоматически). Поэтому смотрим на заявления внимательно и обсуждаем с сотрудницей последствия выбора даты.

6) Посмотрим, как это обычно выглядит в 1С: какие объекты помогают решить задачу

Рассмотрим типовую связку объектов, которые чаще всего участвуют в сценарии (названия могут немного отличаться в зависимости от конфигурации и версии, но смысл сохраняется):

1. Кадровый документ отпуска по уходу — именно он фиксирует период ухода и является основой для сведений в фонд. Часто это документ с понятным названием, где вы выбираете сотрудника и заполняете период.
2. Документ/раздел исходящих сообщений СФР (СЭДО) — здесь формируется “исходящее сообщение о страховом случае” по ежемесячному пособию по уходу.
3. Раздел входящих запросов СФР — если СФР запросит дополнительные сведения, отвечаем через этот механизм.
4. Журнал обмена/статусы ЭДО — контролируем доставку, принятие, ошибки формата.

Чтобы “собрать” решение в одну понятную последовательность, действуем так:

1. Сначала фиксируем отпуск по уходу.
2. Затем формируем исходящее сообщение о страховом случае.
3. Проверяем ключевые даты и данные ребенка/сотрудника.
4. Отправляем (либо сразу, либо в дату начала — в зависимости от выбранного решения).
5. Контролируем статусы и отвечаем на запросы.

7) Разберем сценарии “несколько решений” — что выбрать именно вам

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

Выбираем Решение №1 (отправляем заранее), если:

1. Обмен с СФР по СЭДО работает стабильно и вы уже отправляли сообщения с будущими датами без отказов.
2. Важна скорость и отсутствие ручных напоминаний “отправить в день Х”.
3. Вы уверены в корректности даты окончания БиР (она точно зафиксирована в учетной системе).

Выбираем Решение №2 (отправляем в дату начала), если:

1. Ранее получали технические отказы из-за будущей даты начала отпуска по уходу.
2. Оператор ЭДО/интеграция настроены так, что фонд “не принимает заранее”.
3. У вас есть надежный внутренний контроль отправки в нужный день (ответственный сотрудник, регламент, чек-лист).

8) Проанализируем дополнительные нюансы, которые часто забывают

Нюанс 1. Неполное рабочее время во время отпуска по уходу

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

Нюанс 2. Замена расчетных лет

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

Нюанс 3. Корректность персональных данных

СФР чувствителен к расхождениям персональных данных: СНИЛС, ФИО, дата рождения, данные ребенка. Поэтому перед отправкой перепроверяем карточку сотрудника и сведения о ребенке.

Нюанс 4. Запросы СФР “не пришли автоматически”

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

9) Посмотрим на типовые ошибки и как их исправить

Ошибка A: отправили сведения, но получили отказ/ошибку формата

Разберем по шагам:

1. Открываем протокол обмена/описание ошибки.
2. Сверяем, какие реквизиты не прошли проверку (часто: дата начала, данные ребенка, обязательные поля формата).
3. Исправляем первичные данные в кадровом документе/исходящем сообщении.
4. Формируем новое исходящее сообщение или корректировку (в зависимости от механики вашей конфигурации) и отправляем повторно.

Ошибка B: дата начала отпуска по уходу пересекается с БиР

Действуем так:

1. Уточняем фактическую дату окончания БиР в учете.
2. Исправляем дату начала отпуска по уходу на корректную (после окончания БиР).
3. Перезаполняем исходящее сообщение (если оно подтягивает даты автоматически).
4. Отправляем заново.

Ошибка C: сотрудница передумала и изменила дату начала ухода

Это тоже бывает. Тогда:

1. Оформляем новое заявление сотрудницы с новой датой.
2. Корректируем кадровый документ отпуска по уходу.
3. Если исходящее сообщение уже отправлено — готовим корректирующие сведения по механике СЭДО (в вашей 1С это может быть отдельный вид сообщения/переформирование документа).

10) Сверим итоговый чек-лист, чтобы сделать “с первого раза”

Чтобы закрепить решение, давайте составим совместный чек-лист:

1. Проверяем дату окончания БиР в учете.
2. Берем заявления на отпуск по уходу и на пособие (если по вашей процедуре они нужны) и фиксируем дату начала ухода после БиР.
3. Создаем документ отпуска по уходу с корректной датой начала.
4. Формируем исходящее сообщение о страховом случае по ежемесячному пособию до 1,5 лет.
5. Перепроверяем данные сотрудника и ребенка, режим занятости, замену лет (если есть).
6. Отправляем сведения заранее (Решение №1) или в дату начала отпуска (Решение №2).
7. Контролируем статусы и отвечаем на входящие запросы СФР при необходимости.

11) Короткий вывод: можно ли отправить заранее?

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

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

Важно: в любом варианте не допускаем пересечения периодов БиР и ухода и внимательно контролируем даты — это главная точка, где чаще всего возникает ошибка.

Информация в материале носит справочный характер.