Разберем вопрос по существу: работодателю не нужно ждать от сотрудника бумажный больничный, распечатку электронного листка нетрудоспособности или номер ЭЛН на листочке. В действующем порядке сведения об электронном больничном листе поступают работодателю напрямую из системы Социального фонда России через механизм социального электронного документооборота. Иными словами, искать информацию нужно не у работника, а в тех сервисах и учетных программах, которые подключены к обмену с СФР.
Рассмотрим подробнее, как устроен этот процесс, где именно смотреть сведения, что делать в 1С, почему иногда информация не приходит автоматически и как работодателю выстроить правильную последовательность действий без лишних запросов к сотруднику.
Искать сведения об электронном больничном нужно в СЭДО СФР — то есть в системе электронного взаимодействия работодателя с Социальным фондом России. На практике это может быть:
личный кабинет страхователя СФР;
оператор электронного документооборота или отчетности, через которого организация работает с фондом;
учетная система 1С, если в ней настроен обмен с СФР и используется механизм СЭДО.
Это ключевой вывод, который решает исходную проблему. Работодатель получает сведения об открытии, продлении, закрытии или аннулировании ЭЛН автоматически. Значит, основной акцент нужно делать не на том, чтобы сотрудник что-то принес, а на том, чтобы у работодателя был корректно настроен прием сообщений от фонда.
Проанализируем ситуацию с точки зрения практики работы кадровой службы и бухгалтерии. После перехода на обязательное применение электронных листков нетрудоспособности работодатель перестал зависеть от бумажного документа. Медицинская организация формирует ЭЛН в информационной системе, после чего сведения становятся доступны фонду, а фонд уже передает работодателю необходимые данные через электронный обмен.
Из этого следует несколько важных выводов:
не нужно требовать от работника бумажный бланк;
не нужно просить у работника распечатку из поликлиники;
не нужно строить процесс так, будто без номера ЭЛН от сотрудника работодатель не сможет ничего сделать.
Конечно, на практике сотрудник может сообщить, что открыл больничный, чтобы предупредить о невыходе на работу. Это полезно для организации рабочего процесса. Но для назначения пособия и получения официальных сведений сам факт сообщения сотрудника не является источником данных. Официальным источником выступает электронное взаимодействие с СФР.
Посмотрим, какая именно информация обычно поступает работодателю по электронному больничному. Через сообщения СЭДО можно увидеть:
фамилию, имя, отчество работника;
дату рождения и СНИЛС;
номер ЭЛН;
текущий статус листка нетрудоспособности;
дату открытия;
дату продления, если больничный продолжается;
дату закрытия;
сведения о периоде нетрудоспособности;
отдельные данные, необходимые для назначения и выплаты пособия.
Рассмотрим подробнее логику обмена. Сначала фонд может передать информацию о том, что больничный открыт. Затем, если лечение продолжается, работодатель получает сообщение о продлении. После закрытия ЭЛН поступает сообщение о закрытом листке. Уже на следующем этапе может прийти Входящий запрос СФР для расчета пособия, по которому работодатель должен подтвердить или уточнить сведения, необходимые для выплаты пособия.
Теперь разберем по шагам, где физически искать эти данные, если вопрос стоит прикладно: «открыл сотрудник больничный, где мне это увидеть?»
Это базовый официальный вариант. Если организация подключена и у нее есть доступ, сведения по ЭЛН можно получать через сервис страхователя. Такой вариант особенно полезен, когда нужно проверить, действительно ли фонд направлял данные, или когда нужно посмотреть информацию вне учетной программы.
Этот способ удобен как резервный канал контроля. Даже если организация работает через 1С или через оператора ЭДО, личный кабинет фонда остается хорошим местом для сверки:
пришло ли уведомление по сотруднику;
какой у ЭЛН статус;
поступил ли запрос на сведения для расчета пособия;
не возникло ли технической ошибки обмена.
Многие работодатели работают не напрямую в интерфейсе фонда, а через внешние сервисы отчетности. В таком случае сведения об ЭЛН приходят в соответствующий раздел сервиса. Это удобно, если у организации уже выстроен весь документооборот через одну систему.
Но здесь важно понимать ключевой принцип: источник сведений все равно СФР. Оператор только отображает и передает сообщения фонда. Поэтому, если данные не видны в сервисе, нужно выяснять, это проблема подключения, загрузки сообщений, статуса обмена или настройки интеграции.
Для пользователей 1С это обычно самый удобный и рабочий вариант. Если организация ведет зарплату и кадры в 1С, правильнее всего получать сведения по ЭЛН прямо в программе. Тогда можно не просто увидеть номер больничного, но и сразу перейти к отражению отсутствия, созданию документа больничного, расчету первых трех дней за счет работодателя и подготовке ответа на запрос фонда.
Именно этот вариант чаще всего интересует бухгалтеров и кадровиков на практике, поэтому рассмотрим его подробно.
Разберем типовую логику для решений 1С, где поддержан обмен с СФР по линии СЭДО. После настройки обмена программа получает сообщения фонда об изменении статуса ЭЛН. Далее бухгалтер или кадровик может обработать эти сообщения в программе и создать необходимые документы.
В 1С полезно ориентироваться на следующие объекты и рабочие места:
Сообщения ФСС об изменении ЭЛН или аналогичное рабочее место сообщений СЭДО;
Больничный лист;
Отсутствие (болезнь, прогул, неявка);
Входящие запросы СФР для расчета пособий;
Ответ на запрос СФР для расчета пособия;
Сведения о застрахованном лице;
Исходящие сообщения о страховых случаях СФР.
Названия разделов могут немного различаться в зависимости от конфигурации и редакции, но сама логика остается одинаковой.
Рассмотрим подробнее, куда зайти в программе. Обычно сведения по электронным больничным находятся в рабочем месте сообщений об изменении ЭЛН. Именно туда загружаются уведомления об открытии, продлении и закрытии больничного. Это первое место, куда следует идти, если нужно узнать, пришла ли информация по сотруднику.
Дальше возможны два сценария:
программа автоматически создает документы на основании входящих сообщений;
пользователь обрабатывает сообщения вручную и сам создает нужные документы.
Посмотрим на оба варианта.
Если в учетной политике и настройках обмена включена автоматическая обработка, программа может сама создавать кадровые и расчетные документы по факту поступления сообщений СЭДО.
Обычно логика такая:
при сообщении об открытии или продлении ЭЛН создается документ Отсутствие (болезнь, прогул, неявка);
при сообщении о закрытии ЭЛН создается документ Больничный лист;
после этого пользователь проверяет данные, утверждает документ и продолжает обработку пособия.
Такой подход удобен, потому что позволяет не пропускать случаи нетрудоспособности и быстрее отражать отсутствие сотрудника в учете рабочего времени. Кроме того, он снижает риск человеческой ошибки: бухгалтеру не нужно вручную заводить каждую ситуацию с нуля.
Но важно помнить: даже при автоматическом создании документов их нужно проверять. Сообщение о закрытии больничного не означает, что можно бездумно принять все реквизиты без контроля. Нужно сверить сотрудника, период болезни, основания расчета и последующие действия по запросу СФР.
Если автоматическое создание документов не используется или не подходит под регламент организации, обработаем сообщения вручную. Такой порядок часто применяют, когда кадровая служба хочет отдельно контролировать факт невыхода на работу, а бухгалтерия — момент создания расчетного документа.
Разберем по шагам:
откроем рабочее место сообщений об изменении ЭЛН;
найдем нужного сотрудника или нужный номер ЭЛН;
посмотрим текущий статус: открыт, продлен, закрыт, аннулирован;
если сотрудник болеет, создадим документ Отсутствие (болезнь, прогул, неявка);
после закрытия ЭЛН создадим документ Больничный лист;
дождемся или получим Входящий запрос СФР для расчета пособия;
подготовим и отправим Ответ на запрос СФР для расчета пособия.
Этот путь длиннее, но зато дает полный управленческий контроль. Он особенно полезен, когда в компании сложный кадровый учет, есть совместители, неполный рабочий день, отпускные пересечения, споры по стажу или нюансы с расчетным периодом.
Теперь выясним, что именно должен сделать работодатель, когда сведения о больничном уже получены. Очень часто ошибка заключается в том, что работодатель ограничивается только просмотром статуса и не доводит процесс до ответа фонду.
После получения сведений о закрытом ЭЛН обычно нужно:
зарегистрировать или проверить документ Больничный лист;
дождаться Входящего запроса СФР для расчета пособия либо, если это требуется по сценарию обмена, инициировать нужное исходящее сообщение;
проверить данные сотрудника, стаж, период нетрудоспособности, заработок, наличие предыдущих страхователей;
подготовить Ответ на запрос СФР для расчета пособия;
отправить сведения в установленный срок.
Ключевой срок — не позднее трех рабочих дней со дня получения запроса фонда. Поэтому работодателю мало просто понять, где посмотреть ЭЛН. Нужно еще выстроить процесс так, чтобы не пропускать входящие запросы и вовремя на них отвечать.
Рассмотрим подробнее наиболее частую проблемную ситуацию: сотрудник говорит, что у него больничный открыт или уже закрыт, а в 1С или другом сервисе ничего нет. Здесь важно не гадать, а последовательно проверить несколько причин.
Это базовая техническая причина. Если организация не подключена к электронному взаимодействию с СФР или обмен настроен некорректно, автоматических сведений не будет. Тогда работодатель может ошибочно считать, что сотрудник что-то не донес, хотя проблема находится на стороне самой организации.
В такой ситуации разберем по шагам:
проверим, активен ли канал обмена с СФР;
проверим сертификаты, подписи и техническую настройку обмена;
посмотрим, загружаются ли вообще входящие сообщения СЭДО;
сравним ситуацию с личным кабинетом страхователя или внешним оператором.
Это одна из самых важных причин. Если по работнику отсутствуют или некорректны Сведения о застрахованном лице, фонд может не направить сообщения в обычном режиме либо направить уведомления о несоответствии сведений.
Проанализируем, что нужно проверить:
отправлялись ли сведения по сотруднику вообще;
есть ли положительный протокол приема;
совпадают ли данные СНИЛС, ФИО, дата рождения;
корректно ли отражены сведения о трудоустройстве;
нет ли расхождений между кадровыми данными работодателя и данными персонифицированного учета.
Если здесь обнаруживается ошибка, нужно не ждать больничный, а сначала привести в порядок сведения о застрахованном лице и, при необходимости, скорректировать кадровые данные и отчетность.
Бывает и так, что фонд уже сформировал сообщение, а учетная система его не подтянула автоматически. Тогда следует проверить журнал обмена и выполнить повторное получение сообщений. Иногда проблема связана не с отсутствием ЭЛН, а с тем, что пользователь не выполнил загрузку или не заметил сообщение в рабочем месте.
В 1С здесь полезно проверить:
журналы или регистры входящих сообщений СЭДО;
статусы обмена;
наличие ошибок получения;
выполнение регламентных операций обмена, если они используются.
В некоторых случаях помогает повторный прием входящих сообщений и перепроверка конкретного ЭЛН по сотруднику.
Иногда сообщение о больничном уже видно, а Входящий запрос СФР для расчета пособия не приходит. Это отдельная ситуация, и ее нужно отличать от вопроса о самом ЭЛН. Иначе работодатель видит больничный и делает вывод, что система работает, хотя дальнейший этап процесса завис.
Что можно проверить:
закрыт ли ЭЛН медицинской организацией окончательно;
создан ли в программе документ Больничный лист;
не требуется ли формирование Исходящего сообщения о страховом случае СФР в конкретной схеме обмена;
нет ли зависшего проактивного процесса;
не пришло ли сообщение в другую систему, если организация использует несколько каналов обмена одновременно.
Здесь важно не смешивать два вопроса: получение информации о существовании ЭЛН и получение запроса на сведения для расчета пособия. Это связанные, но не тождественные этапы.
Сформируем рабочий алгоритм, который подойдет большинству организаций.
Убедимся, что организация подключена к СЭДО СФР и обмен работает стабильно.
Проверим, что по сотруднику актуальны Сведения о застрахованном лице.
Откроем в 1С или в сервисе страхователя раздел со входящими сообщениями по ЭЛН.
Найдем сообщение об открытии, продлении или закрытии больничного.
При необходимости создадим документ Отсутствие (болезнь, прогул, неявка).
После закрытия ЭЛН зарегистрируем документ Больничный лист.
Проверим поступление Входящего запроса СФР для расчета пособия.
Подготовим Ответ на запрос СФР для расчета пособия и отправим его в срок.
Проконтролируем расчет первых трех дней за счет работодателя и дальнейшую выплату пособия фондом.
Если действовать по такому алгоритму, вопрос «где получить информацию по электронному больничному» превращается в понятный регламент: смотрим входящие сообщения СЭДО и далее обрабатываем их в учетной системе.
Рассмотрим подробнее, почему недостаточно просто увидеть сообщение об ЭЛН. Для учета, расчета и последующей передачи сведений в фонд важен именно документ Больничный лист. Он связывает данные о нетрудоспособности с расчетом пособия, стажем, оплатой первых трех дней и ответом фонду.
В современных версиях 1С этот документ также может использовать сведения о среднем заработке из разных источников. В частности, программа умеет учитывать:
данные учета самой организации;
данные фонда о среднем заработке;
данные из входящего запроса фонда.
Это особенно важно в сложных случаях, когда у сотрудника были предыдущие работодатели, замена лет расчетного периода, периоды работы у нескольких страхователей или расхождения между данными работодателя и фонда.
Посмотрим на практический момент, который часто упускают. Получить информацию о больничном — это только начало. Дальше нужно правильно использовать данные для расчета.
В 1С для этого могут участвовать следующие документы и механизмы:
Больничный лист;
Входящий запрос СФР для расчета пособия;
Ответ на запрос СФР для расчета пособия;
Средний заработок по данным СФР (СЭДО).
Разберем логику. Если фонд прислал сведения о заработке или эти сведения можно использовать в расчете, программа позволяет выбрать источник среднего заработка. Это помогает корректно рассчитать пособие, особенно когда в учете организации нет полной картины по предыдущим страхователям.
Поэтому работодателю полезно не только увидеть номер ЭЛН, но и проверить, какие именно данные 1С подтянула для расчета и какой источник выбран в документе.
Разберем типовую коммуникацию с работником. Часто сотрудник сам не понимает, что делать после открытия электронного больничного. В такой ситуации работодателю лучше выстроить простое и корректное объяснение.
Можно действовать так:
попросим сотрудника оперативно сообщить о факте отсутствия по болезни, чтобы организовать работу;
не будем требовать бумажный больничный как обязательный документ;
не будем ставить получение пособия в зависимость от того, принес ли сотрудник распечатку;
самостоятельно проверим сведения в СЭДО и в учетной системе;
при необходимости уточним у сотрудника только те данные, которые действительно нужны для учета, например реквизиты по стажу или заявление о замене лет, если такая ситуация возникла.
Такой подход и юридически корректен, и организационно удобен.
Проанализируем распространенные ошибки, из-за которых вопрос об ЭЛН превращается в проблему.
Ждут номер ЭЛН от сотрудника, вместо того чтобы проверить СЭДО. Это устаревшая модель поведения.
Не настраивают обмен с СФР в 1С. В результате кадровик и бухгалтер работают вслепую.
Не отправляют или не актуализируют сведения о застрахованном лице. Из-за этого по сотруднику возникают сбои обмена.
Путают сообщение об ЭЛН и входящий запрос на расчет пособия. Увидеть один этап еще не значит завершить весь процесс.
Не контролируют сроки ответа фонду. Даже если больничный уже виден в системе, это не освобождает от дальнейших действий.
Используют несколько каналов обмена и не сверяют, куда именно пришло сообщение. Например, уведомление есть у оператора, но не загружено в 1С.
Чтобы не возвращаться к одному и тому же вопросу каждый раз, имеет смысл закрепить внутренний порядок работы с электронными больничными. Рассмотрим пример такого регламента.
Сотрудник обязан своевременно сообщить о факте болезни и невозможности выйти на работу.
Кадровая служба или бухгалтерия проверяет наличие ЭЛН через СЭДО.
Получение информации от сотрудника носит уведомительный, а не подтверждающий характер.
При поступлении сведений об открытии ЭЛН создается документ отсутствия.
При поступлении сведений о закрытии ЭЛН создается или проверяется документ Больничный лист.
После поступления входящего запроса от СФР ответственное лицо готовит и отправляет ответ в срок.
Отдельно контролируется правильность сведений о застрахованных лицах и технический статус обмена.
Такой регламент снимает массу споров между бухгалтерией, кадровой службой и сотрудниками.
Если сформулировать решение совсем коротко, оно будет выглядеть так: работодатель получает информацию об электронном больничном листе сотрудника через СЭДО СФР — в личном кабинете страхователя, через оператора ЭДО или прямо в 1С при настроенном обмене.
Но для практической работы этого короткого ответа недостаточно. Поэтому важно запомнить еще три уточнения:
сотрудник не является основным источником сведений по ЭЛН;
в 1С нужно смотреть сообщения об изменении ЭЛН и входящие запросы СФР;
для корректной работы нужно поддерживать в актуальном состоянии Сведения о застрахованном лице и контролировать сам обмен.
Подведем итог и соберем все в одну понятную схему.
Когда возникает вопрос, где работодателю получить информацию об электронном больничном листе работника, действуем не через бумажные документы и не через требования к сотруднику, а через официальный электронный обмен с СФР. Для этого используем личный кабинет страхователя, сервис оператора ЭДО или учетную систему 1С, в которой настроен СЭДО.
В 1С основное внимание уделяем рабочим местам и документам Сообщения ФСС об изменении ЭЛН, Больничный лист, Отсутствие (болезнь, прогул, неявка), Входящие запросы СФР для расчета пособий, Ответ на запрос СФР для расчета пособия, Сведения о застрахованном лице. Именно они позволяют пройти весь путь от получения информации о больничном до корректного расчета и передачи сведений фонду.
Если сообщения не приходят, не обвиняем сотрудника и не требуем от него бумажные подтверждения, а последовательно проверяем: подключение к СЭДО, статус обмена, корректность сведений о застрахованном лице, загрузку входящих сообщений и состояние проактивного процесса.
Таким образом, правильное решение состоит не в поиске распечатки больничного, а в настройке и контроле электронного документооборота работодателя с Социальным фондом России. Именно этот подход является современным, корректным и рабочим для большинства организаций.
Информация носит справочный характер.