Перерасчет. Исправление сведений для расчета пособий. Причина Исправления

Вопрос задал Ольга М.

Ответственный за ответ: Клишева Мила (★9.82/10)

Добрый день. Платформа 1С:Предприятие 8.3 (8.3.22.2239) ЗУП (3.1.27.93
Больничный сотрудника был оплачен по данным Фонда, где не верно учтен стаж.
Создали Исходящее сообщение на Перерасчет. Получили Входящий запрос. При вводе Ответа на запрос автоматически проставился признак Перерасчет и Идентификатор строки реестра. Нам дополнительно требуется установить признак Исправление и указать Причину?
В материале https://buhexpert8.ru/1s-zup/vzaimodejstvie-s-fss/sedo-s-fss/ispravlenie-svedenij-dlya-rascheta-posobij.html по похожей проблеме в Ответе на Входящий запрос по Исходящему сообщению на Перерасчет после некорректной оплаты признака Перерасчет не видим.
Хотелось бы получить более четкое описания когда требуется проставлять Признак Исправление с Причиной, когда только Перерасчет с идентификатором строки реестра, а когда оба эти признака.
И ещё один вопрос. Со слов представителя ФСС на действия Фонда по Перерасчету влияет указание Причины Исправления. Так, если указана причина 06 Иное, то в Перерасчете отказывают. В перечне Причин нет варианта Ошибка в данных фонда, поэтому указывали 06 Иное. По этой проблеме общались с несколькими представителями ФСС- Ответы получали взаимоисключающие. У вас есть информация об отказе на Перерасчет из-за указанной причины? Спасибо.

Обсуждение (12)

  1. Здравствуйте! Мы получили Ваш вопрос! Куратор займется подготовкой ответа для Вас в понедельник. Если вопрос срочный и не терпит отлагательства, напишите об этом в комментарии. В этом случае постараемся ответить оперативно!

  2. Здравствуйте!
    В документе Ответ на запрос указываем Исправление, выбираем Код и можем расписать причину в поле ввода.
    Так же мы указываем Перерасчет и указываем номер реестра. Программа должна сама заполнить эти данные. У Вас не такое поведение программы?
    Прикладываю ссылку на публикацию: Обмен через СЭДО — пособие по временной нетрудоспособности от НС и ПЗ , прошу обратить внимание на раздел Случай 2. Расследование НС и ПЗ не завершено до закрытия больничного.
    Статья, на которую Вы ссылаетесь, была написала до ввода поля Перерасчет в программе ЗУП. Поэтому там его не видно на скриншоте. Спасибо за уточнение!
    Наши подписчики не писали о проблеме с Ответами на запрос, с признаком Иное. Но Вы правильно указываете, что другой подходящей причины нет. Поэтому я бы с такой ситуации указала именно этот код причины перерасчета.

  3. Добрый день. Извещение, полученное по БЛ содержало информацию, которая нас окончательно запутала в части установки признака Перерасчет. См файл. вложения
    Поэтому и пытались найти ответ в ваших материалах.
    Вариант, который предлагаете вы в Комментарии мы уже отправляли ранее, но в рамках ответа на Извещение, а не через Исходящее сообщение на Перерасчет. К сожалению попали в замкнутый круг. Извещение за Извещением
    Столкнулись с тем, что в нашем Ответе признак Перерасчет установлен и заполнен идентификатор реестра, а по словам представителя ФСС в полученном ими Ответе признак Перерасчет не установлен. Можно ли на уровне файла xml на нашей стороне проверить установку этого признака?

  4. Приложение

    Исходящее сообщение о страховом случае СФР — это документ с кодом 109 для СФР. После его получения СФР откроет новый проактивный процесс и пришлет Входящий запрос. Тогда на него можно будет ответить в обычном режиме.
    Прикладываю скриншот — как в ЗУП выглядят данные и как выгружаются для СФР.
    Правильно ли я понимаю, что Исходящие сообщение Вы не отправляли в СФР?

  5. Т.к. внятного ответа от ФСС почему не выполняется Пересчет через Ответы на Извещения мы так и не получили., сейчас мы пошли путем через Исходящее сообщение. Получили Входящий запрос и перед отправкой Ответа на него решили ещё раз прояснить правила заполнения разделов по Исправлению и Пересчету. Признак Пересчета и идентификатор строки реестра заполнились автоматически, заполним признак Исправление и Причину и отправим. По результату дадим обратную связь. Спасибо.

  6. Когда мы говорим о перерасчетах, то у нас одна схема запуска этого процесса: Исходящее сообщение — Входящий запрос — Ответ на запрос с признаком перерасчета.
    Вы, так и написали в своем вопросе: Создали Исходящее сообщение на Перерасчет. Получили Входящий запрос. При вводе Ответа на запрос автоматически прославился признак Перерасчет и Идентификатор строки реестра.
    Когда мы получает Извещение, то на основании этого документа мы не можем создать Ответ на запрос. Так как в Ответе на запрос все равно обязателен входящий запрос.
    Прикладываю ссылку на публикацию: СЭДО с ФСС: получение извещений из ФСС о представлении недостающих сведений (ЗУП 3.1.14.265 / 3.1.15.96) .
    Да, пожалуйста, отпишитесь как будет информация из фонда

  7. Уточню ситуацию. То что стаж по данным фонда некорректный было выявлено после того, как был отправлен первый Ответ на запрос, но до того как был оплачен БЛ.
    В соответствии с рекомендацией из Исправление сведений для расчета пособий Исправление мы сделали путем отправки нового Ответа на запрос с признаком Исправления. А далее последовала череда Извещений о которых писала выше.

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

  9. Добрый день. Вариант с Исходящим сообщением дал положительный результат- Пересчет выполнен.
    Правильно ли я вас поняла, что теперь вне зависимости от того оплачен БЛ или нет, любые исправления для корректного расчета БЛ следует делать через Исходящее сообщение? Если это так, отразите, пожалуйста, этот факт в материалах сайта. Спасибо.

    1
  10. ДОбрый день.
    Нет,сказать однозначно что теперь всегда так нужно поступать не могу. После Вашего вопросам, обсуждали с коллегами ситуацию и нашли интересный вопрос: СЭДО пособие по беременности и родам .
    Возможно разная ситуация складывается по- разному, в каждом регионе своя. Мы со своей стороны будет пристально наблюдать за развитием событий в этом вопросе.

  11. Понятно, Но для себя, пожалуй, мы выберем путь такой- Дождемся «неправильной» выплаты, и уже после неё создадим Исходящее сообщение. Такое решение вызвано тем, что этот путь рабочий, а на вариант с Исправлением до оплаты и кучей извещений мы потратили значительно больше времени и сил. Вам Спасибо. Вопрос можно закрыть.

  12. Пожалуйста! Спасибо, что делитесь свои опытом. Для нас это очень важно.
    Рада была с Вами работать, до новых встреч:)

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