ЕФС 1 под.1.1 частично принят

1. Здравствуйте!
   Статус «Частично принят» по ЕФС-1 подраздел 1.1 обычно означает, что часть мероприятий СФР принял успешно, а по другой части были обнаружены ошибки или замечания.
   Чтобы понять точную причину, нужно посмотреть протокол приема отчета.

   Чаще всего такой статус возникает, если:
   • по одному из сотрудников есть ошибка в СНИЛС, ФИО или кадровом мероприятии;
   • мероприятие уже ранее подавалось;
   • неверно указана дата или вид мероприятия;
   • часть записей принята, а часть отклонена фондом.

   Если будет возможность, пришлите, пожалуйста:
   • текст ошибки из протокола;
   • или скриншот результата приема.
   Тогда сможем точнее подсказать, что именно нужно исправить 😊

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

3. Видимо я не там галочку поставила, нужно было сверху, а я в табличной части только.

4. А вот бухгалтер сдавала отчет по другому сотруднику. Сдала со статусом ПЖИГ, в отчете не проставила принят фондом или нет, поправила статус на ВПИГ, и хочет откорректировать отчет. Как это сделать? Если не стояли галочки в отчетах, что они приняты, а они приняты без ошибок, то как теперь уточниться?

5. Добрый день!
   Да, все верно — если отчет фактически был принят без ошибок, то, скорее всего, дело было именно в установке флажков. Верхний флажок над таблицей считается основным, и при его установке программа автоматически проставляет отметки по строкам сотрудников.

   По второй ситуации, если отчет уже был отправлен со статусом ПЖИГ, то вручную менять статус на ВПИГ в отправленном отчете не нужно.
   Если требуется подать сведения уже со статусом ВПИГ, предлагаю сделать так:
   • отправленный отчет ПЖИГ не редактируем;
   • создадим новый документ «Регистрация трудовой деятельности»;
   • по кнопке «Исправить» выберем нужное мероприятие «Прием»;
   • сохраним документ;
   • затем сформируем новый отчет ЕФС-1 подраздел 1.1.
   В новом отчете проверим статус ЗЛ (код категории) и при необходимости изменим его на ВПИГ, после чего отправим корректирующие сведения.

   Если же проблема была только в том, что не стояли флажки «Документ принят в СФР», а отчет фактически принят успешно, тогда:
   • откроем исходный документ;
   • установим верхний флажок «Документ принят в СФР».
   После этого программа будет корректно учитывать, что сведения уже приняты фондом.

   Если что-то пойдет не так при формировании исправления — пишите.

   

   png td6

   

   png td5

   

   png td4

6. Добрый вечер, не получается поставить отменяющую запись. Исправление сделала, но в сведения в мероприятия не встает изменение. Не заполняет мероприятия. где ошибка не понимаю.

7. Здравствуйте!
   Скорее всего, программа не подбирает мероприятие для отмены, потому что исходный отчет не отмечен как принятый СФР.
   Проверьте:
   1. Откройте исходный ЕФС-1.
   2. Установите верхний флажок «Документ принят в СФР».
   3. Перепроведите отчет.
   После этого заново откройте документ «Регистрация трудовой деятельности» и нажмите «Исправить» — мероприятие должно подтянуться.

8. Флажок установлен. по 1 скрину заполнено все верно. А дальше нет мероприятий. Воспринимается как сдается впервые сос статусом ВПИГ.

9. Пришлите, пожалуйста принятый первичный отчет ЕФС-1 с UUID и новый документ «Регистрация ТД» с UUID

   

   png otch14

10. Либо не подтягивается, либо подтягивается 1 мероприятие отмена и 2 приема.
    Создаю новый отчет. в котором должны быть всего 2 мероприятия. В регистрацию трудовой деятельности захожу через сданный отчет?
11. 1

12. Формируется без UUID и новый документ «Регистрация ТД» с UUID

13. Выгружался отчет в контур и отправлялся
14. 1

15. Спасибо, теперь причина понятнее.
    Если UUID отсутствует, программа не сможет определить, что мероприятие уже было принято СФР, и будет воспринимать его как первичное. Поэтому отменяющая запись не заполняется.
    Если отчет отправлялся через Контур, UUID может отсутствовать в ЗУП, так как обмен с СФР выполняется через стороннюю программу.

    В Вашем случае потребуется:
    • либо восстановить UUID;
    • либо повторно загрузить результаты приема из Контур, если такая возможность есть.
    После появления UUID в базе программа сможет корректно сформировать отменяющее или исправляющее мероприятие.

    Как восстановить UUID, можно посмотреть в статье Решение проблем с UUID кадровых мероприятий .

16. Татьяна,у нас почему-то первичный отчет стоит с правильным статусом, т.е есть вероятность, что не стояла галочка, что отчет принят и стали проводится корректировки, как вернуть в сданный первичный отчет ошибку)? А то получается, что не соответствие сданному отчету и тому, который в 1С. И на что это может повлиять? Если у нас первичный «ти по» правильный.

17. Здравствуйте!
    Да, такое возможно — если изначально не был установлен флажок «Документ принят в СФР», а затем начали формировать исправления, данные в базе могли разойтись с фактически отправленным отчетом.
    Но если первичный отчет был принят СФР и в нем изначально были корректные сведения, критичной проблемы здесь нет. В первую очередь важно, какие данные принял фонд, а не текущий технический статус документа в ЗУП.
    На что это может повлиять:
    • программа может некорректно определять, какие мероприятия уже были переданы в СФР;
    • могут не заполняться отменяющие/исправляющие мероприятия;
    • возможно появление дублей мероприятий при последующем формировании ЕФС-1.

    Предлагаю уточнить в СФР, какой код категории был принят по сотруднику — ПЖИГ или ВПИГ.

    Чтобы привести данные в соответствие, обычно:
    • в исходном отчете устанавливаем корректные данные и признак принятия;
    • при необходимости восстанавливаем UUID первичного мероприятия.

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

    Для понимания текущего состояния лучше еще проверить:
    • есть ли UUID у мероприятий;
    • совпадает ли UUID мероприятия в ЗУП и в отправленном отчете из Контур;
    • формируются ли дубли при создании нового ЕФС-1.

18. Исправили, вернули ошибку, что бы соответствовало. При отправке корректирующего данные из 1 С не совсем соответствуют выгруженному в Контур отчету. На скрине печатная форма из 1С и печатная форма уже отправленного отчета в контуре. Может он так выглядеть, как Вы думаете?

19. Здравствуйте!
    Да, в Вашей ситуации печатная форма может выглядеть именно так.
    После исправлений, восстановления UUID и формирования отменяющих мероприятий печатная форма в ЗУП может отличаться от ранее выгруженного отчета из Контур.

    По Вашим скриншотам критичной ошибки не вижу. Сейчас в ЗУП формируется корректирующая цепочка:
    • отменяющее мероприятие;
    • и новое мероприятие с корректными данными.
    Для СФР в первую очередь важны:
    • UUID мероприятия;
    • корректная последовательность мероприятий;
    • и какие данные будут фактически отправлены в новом отчете.

    Поэтому визуальное отличие печатных форм между ЗУП и Контур в такой ситуации допустимо.

    Сейчас я бы ориентировалась именно на:
    • корректность UUID;
    • отсутствие дублей;
    • правильный статус мероприятия (ПЖИГ/ВПИГ);
    • и корректное заполнение нового корректирующего ЕФС-1.

    1

20. спасибо за ответ!

21. Рада была помочь! Хорошего Вам завершения рабочей недели и замечательных выходных! ☀️🌺☀️

    1

Комментарии закрыты.