Добрый день!
Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.30.57)
Возникла проблема с отправлением ЭЛН на перерасчет в СФР по несчастному случаю на производстве.
В ответе на запрос СФР для расчета пособия раньше поле Параметры назначения- <> заполнялось автоматически, но сейчас оно пустое, так как оно пустое в самом входящем запросе. От СФР приходит отказ если заполнить его вручную (поле недопустимо для редактирования).
Программа выдает ошибку и не дает провести документ если это поле не заполнить.
Позвонили в СФР, оказалось что у них прошло недавно обновление программы и теперь это поле должно быть не заполнено, нам посоветовали обновить нашу программу, но на данный момент стоит свежий релиз.
Что делать в данной ситуации?
Здравствуйте!
Последний релиз сегодня 3.1.31.13. Но в нем нет описания, что разработчики обновили спецификацию.
Прикладывая ссылку на публикацию: Особенности больничных в связи с несчастным случаем и профзаболеванием .
Меня еще смущает, что параметр Вид договора во Входящим договоре указан НЕТ. Хотя это поле обязательно к заполнению. Прикладываю ссылку на публикацию: Поддержка новых спецификаций СЭДО (ЗУП 3.1.27.291 / 3.1.30.36) . Может быть получилось так, что Входящий запрос пришел до установки обновления?
Предлагаю сейчас попробовать загрузить новые данные для проверки: для проверки, заполнить документ «Больничный лист» по кнопке «Получить из ФСС», указав номер ЭЛН.
Если ничего не изменится, то отправим Ответ на запрос с признаком Пособие не требуется. Затем отправим Исходящее сообщение о страховом случае, указав видом пособия — несчастный случай. Возможно придет верный Входящий запрос, который позволит сформировать Ответ на запрос.
Если что-то не будет получаться, пожалуйста, напишите.
Обновление на 31 не планируется, будем сидеть на линейке 30 пока ее поддерживают.
Уже так делали как вы написали, СФР снова присылает входящий запрос с пустым полем.
Звонили им, утверждают, что у них было обновление и теперь это поле должно быть пустым, но мы то с 1с не можем отправить такой ответ
На партнерском форуме встречали такую проблему. Сегодня партнер поделился опытом: что именно сегодня отправили очередное исходящее сообщение и входящий запрос пришел, наконец, с видом заработка.
Уточните, пожалуйста, когда Вы получили последний раз Входящий запрос. Если не сегодня, то предлагаю попробовать. Может правда СФР что-то меняет на своей стороне, у нас нет обновлений. Поэтому Ваш релиз тут действительно не причем
как правильно оформить исходящий запрос, заполнять поля документ-основание и ответ? В поле документ-основание ставить БЛ, который исправленный? Ответ на запрос какой-то подтягивать или оставить незаполненным?
Уточните, пожалуйста,Ответ на запрос с признаком Пособие не требуется уже отправлен?
Посмотрите, пожалуйста, видео и публикацию: Что делать, если во входящем запросе СФР неверно указан вид пособия? .
да, ответ с признаком пособие не требуется отправлен и принят
В таком случае отправим Исходящий запрос как на скриншоте в публикации:
— Документ основания не будет указывать
— Ответ на запрос заполним
— Укажем вид пособия.
так с утра и сделали, входящий запрос опять пришел с пустым полем
В таком случае пробовать все возможные варианты:
— отправить «Реестр прямых выплат» с галочкой «Перерасчет»
— отправить эл.письмо в СФР, где приложить файл «Ответ на запрос СФР для расчета пособия» в формате xml без вида заработка, т.е. как пришел. Описать ситуацию, что пришел такой-то входящий запрос без вида заработка, хотя по спецификации он должен быть заполнен (здесь должна быть ссылка на спецификацию — «Спецификация типов документов СЭДО v2.25_Пр_10_Проактив (13.09.24).docx»). Поэтому Ответ по СЭДО отправить не можем, отправляем как вложение в письме.
Если СФР говорят, что у них обновилась спецификация, то пусть хотя бы скажут дату и номер. Будем вместе новую искать.
на сайте https://sedo.fss.ru/ висит, что недавно вышла новая:
Спецификация типов документов СЭДО v2.26_Пр_10_Проактив (10.10.2024).docx
Спасибо за уточнение! Прошу время на более детальной проверки отличий в спецификации. На первый взгляд, в ней ничего не изменилось для Метода назначения пособия. Указано, что его нельзя менять.
Вы поможете приложить идентификатор сообщения запросить из регистра «Входящие сообщения СЭДО СФР». Попробуем у разработчиков уточнить информацию. Другие подписчики к нам не обращаются с такой проблемы, мы тоже не можем понять: проблема локальная для Вашего региона или просто нет таких больничных.
Здравствуйте!
Предлагаю проверить, есть ли в входящем запросе заполнение Метода назначения пособия. Если он там есть,а 1С его не заполняет, то это действительно дело в программе. А если оно изначально не заполнено, тогда тут вопрос к Фонду.
Сформировать текст запроса можно по кнопке Ещё — Текст xml. Сохраните его в формате Word, пожалуйста. Проверим вместе!
У нас аналогичная проблема и тоже возникала в один и тот же период времени
Если у Вас есть возможность, пришлите текст запроса на почту mila@profbuh8.ru. Чтобы сформировать текст запроса: кнопка Ещё — Текст xml. Сохраните его в формате Word
И у нас такая же проблема: метод назначения и выплаты пособия приходит пустым от СФР.
Если у Вас есть возможность, пришлите текст запроса на почту mila@profbuh8.ru. Чтобы сформировать текст запроса: кнопка Ещё — Текст xml. Сохраните его в формате Word
У нас ЗУП редакция 3.1 (3.1.30.57)
К сожалению, выслать не можем, так как документ содержит персональные данные
Приложение
По данному вопросу зарегистрирована ошибка, прикладываю скриншот — ответ разработчиков.
Добрый день!
Есть решение по данному вопросу?
Не можем отправить ответ на входящий запрос с той же проблемой.
Здравствуйте! Не видя Ваших данных — подсказать очень сложно. У одного подписчика выяснилось, что проблема была совершенно в другом. Если Вам патч не помог, то нужно разбираться в чем дело более предметно. Если у Вас есть возможность — задайте, пожалуйста, вопрос в личном кабинете. Если такой возможности нет, то можно позвонить в техподдержку 1С-Отчетности, написать обращение на линию консультации 1С
Добрый день, а есть патч EF_60017704 для версии 1С ЗУП 3.1.30.36?
Здравствуйте! Нет, для релиза 3.1.3036 нет такого патча