Добрый день, помогите разобраться в проблеме пожалуйста. У нас ЗУП КОРП последний релиз. Обновляемся всегда сразу как только выходят обновления. Проблема выяснилась после 20 марта. Мы отправляем ответ на запросы по СЭДО на оплату больничных и уже в запросе от СФР стоит измененный способ выплаты по сотруднику. Т.Е. зарплату и больничные сотрудник сейчас получает например на Озон банк (так настроено в карточке по сотруднику). Но год назад он перешел на этот банк, до этого у него был другой банк ВТБ по зарплатному проекту. Почему то 30 марта образовался документ у кадровиков Создать сведения о застрахованных лицах (СЭДО) на этого сотрудника якобы Актуализировать данные по способу выплаты. Ну и кадры естественно отправляют — а там почему то на смену выплаты на другой банк первоначальный на ВТБ. И СФР отправляет сумму больничного на этот банк, а у сотрудника там проблемы и сотрудник собрался на нас жаловаться. Простите за сумбур. Вопрос где и почему создалась эта проблема ? Какими действиями? Кадровых изменений у сотрудника не было никаких, но данные для выплаты больничного изменились. Хотя в карточке у сотрудника так и стоит выплата зарплаты на ОЗОН банк все правильно. И это не у одного так получилось — уже несколько позвонили что не могут получить деньги на своих рабочих счетах .
Главная страница » Индивидуальные консультации » Вопросы 1С ЗУП » Изменяется способ выплаты пособия по больничному листу у сотрудников
Макс
RuTube
Все комментарии (7)
Комментарии закрыты.
Похожие вопросы
- Выплата различных частей зарплаты в различные места выплаты Добрый день! Вопрос по выплатам различных частей зарплаты в различные места выплаты (ЗУП 3.1.25). У сотрудника введены 2 лицевых счета…
- Выплаты по зарплатным проектам Добрый день. В справочнике Сотрудники мы указ\ываем способ выплаты зп сотруднику. Там можно указать только один Зарплатный проект. А если…
- Исправление ошибки при подаче сведений в СФР по больничному. Здравствуйте. Сотрудник оформился на работу и в этом месяце заболел. Поступил запрос из СФР на оформление больничного. Оформили, направили ответ.…
- СЭДО при загрузке извещение встало не на того сотрудника Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.18.337) Загрузилось четыре Извещения ФСС. Все четыре извещения в ФСС оформлены на одного…
Статьи по этой теме
- Почему по давно выплаченному БЛ пришло повторное уведомление о выплате? По давно выплаченному больничному пришло повторное уведомление о его оплате СФР. В уведомлении указан признак Перерасчет. Почему это произошло и…
- Ошибка в адресе ERR_777 при отправке Ответа на запрос СФР в ЗУП 3.1 При отправке через СЭДО Ответа на запрос СФР по пособию может приходить отрицательный протокол с ошибкой ERR_777: Поле "Адрес проживания:…
- Как узнать в ЗУП 3.1, если пособие нужно назначить по одному страхователю и больничный уже оплатил другой работодатель? Сотрудник числится у нескольких работодателей. Он заболел и во Входящем запросе СФР указан метод назначения пособия По одному страхователю. Сотрудник…
- Запрос сведений о зарплате через СЭДО Нормативная база Отмена справок 182н с 2023 года Сообщение СФР: Обязанности выдавать справки 182н в 2023 году нет. Для получения…
Добрый день! Проверьте, пожалуйста, какой счет указан в карточке сотрудника в подразделе Прямые выплаты ФСС. Есть вероятность, что там был указан счет в ВТБ, программа это увидела и предложила отправить документ Сведения о застрахованных лицах (СЭДО) в СФР, т.к. в ранее в этом документе был указан счет в ОЗОН банке.
да в закладке Прямые выплаты ФСС действительно стоит счет ВТБ, но это мы настраивали еще в 2022 году когда оформляли прямые выплаты с ФСС. До сегодняшнего дня же ничего не происходило — сотрудник был на больничном и в начале года и в 2025. Все перечисления правильно уходили в СФР на сотрудника. Чем мы можем портить эти данные — операцией какой то или документом или обновления программы что то затронуло? и как теперь выявить это или отследить на кого подали сведения на смену выплат?
Сейчас подраздел Прямые выплаты ФСС используется для определения способа выплаты пособия при заполнении документов Ответ на запрос СФР для расчета пособия и Сведения о застрахованных лицах СЭДО.
В последних релизах разработчики запустили сверку данных в подразделе Прямые выплаты ФСС с ранее отправленными документами Сведения о застрахованных лицах СЭДО. Считается, что данные в подразделе Прямые выплаты ФСС приоритетнее, чем в документах Сведения о застрахованных лицах СЭДО, поэтому программа предложила отправить в СФР новый документ Сведения о застрахованных лицах СЭДО.
Можно с помощью Универсального отчета посмотреть какие данные указаны на этой закладке.
Видео с примером настройки отчета высылаю — https://buhexpert8.ru/wp-content/uploads/2026/04/Otchet-1.mp4
у нас 2000 сотрудников и не возможно каждого открыть и посмотреть карточку сотрудника счет на зарплату и закладку Прямые выплаты. Может как то общий отчет можно создать с выводом счетов с этими разными данными? или только отдельно как вы показали с универсальным?
Добрый день! Писала о данной проблеме разработчикам ранее, но, к сожалению, сверку не сделали.
Если способы выплаты зарплаты и пособий в большинстве случае у сотрудников совпадают, то мы можем сверить данные в Excel, предварительно выгрузив списки из 1С.
Места выплаты зарплаты выгружаем из донастроенного отчета. Видео по настройке отчета и сами настройки для загрузки высылаю:
https://buhexpert8.ru/wp-content/uploads/2026/04/Otchet_1.mp4
https://buhexpert8.ru/wp-content/uploads/2026/04/Mesta_vyplaty_zarplaty.xml
А также высылаю пример выгрузки способов выплаты пособий —
https://buhexpert8.ru/wp-content/uploads/2026/04/Otchet_2.mp4
Здесь вариант поудобнее, чем первый был прямо из регистра.
Добрый день. Списки сформировали — всех сотрудников выявили. Спасибо за помощь. Вопрос только — почему нигде не было написано в пояснениях к обновлениям — что разработчики сменили сверку этих данных. За помощь спасибо большое. Вопрос закрываем.
Добрый день! К сожалению, есть такая проблема. Разработчики высылают описание только ключевых доработок, а некоторые изменения приходится выявлять опытным путем. Причем даже в программном коде не всегда бывает понятно, зачем данное изменение было выпущено, приходится уже по факту выяснять у разработчиков суть доработки.