Z_DOCSFSS
Краткое описание :
СЭДО сообщение 112 для ЭЛН - сохранять номер процесса соц.
поддержки в больничномОписание :
Что измененно :
При получении положительного ответа 112 (результат обработки
информации о жизненных событиях, статус PROCESSED) по переданному ранее в
сообщении 109 событию "Закрытие ЭЛН" необходимо записывать номер процесса соц.
поддержки из ответа 112 в больничный. Дополнительно. Перенести информацию из
внешних атрибутов больничного в специально добавленные для этого поля.
Как измененно :
При получении положительного ответа 112 (результат обработки
информации о жизненных событиях, статус PROCESSED) по переданному ранее в
сообщении 109 событию "Закрытие ЭЛН" записывается номер процесса соц. поддержки
из ответа 112 в больничный. Информация из внешних атрибутов: • 'Номер процесса'
• 'Номер реестра' • 'Дата извещения' • 'Номер извещения' • 'Статус выплаты'
перенесена в добавленные ранее при докомпиляции поля таблицы BLANKBLN.
Z_DOCSFSS
Краткое описание :
Расчет больничных - запретить расчет аннулированных ЭЛНОписание :
Что измененно :
Запретить расчёт аннулированных ЭЛН (статус 090). И, возможно,
добавить предупреждение при импорте.
Как измененно :
Запрещен расчет аннулированных ЭЛН. При импорте ЭЛН со статусом
90 (действия прекращены) выдается предупреждение. Примечание. Статус 090 в ЭЛН
- действия прекращены. Такой статус в электронном больничном выставляется после
аннулирования ЭЛН. Оплате такой листок нетрудоспособности не подлежит.
Необходимо выяснить причины аннулирования.
Z_DOCSFSS
Краткое описание :
СЭДО Сведения о ЗЛ - при выгрузке в xml обрезать лишние
пробелы в номере банковского счетаОписание :
Что измененно :
Если в отправляемых через СЭДО Сведениях о ЗЛ в начале, или в
конце номера банковского счёта случайно проставлен пробел, то ФСС такие
Сведения не принимает - возвращается ошибка формата 14. Обнаружить такую ошибку
клиентам довольно сложно, поэтому предлагается при выгрузке Сведений в xml
автоматически обрезать эти лишние пробелы.
Как измененно :
При выгрузке Сведений о ЗЛ в банковских реквизитах работника: -
bankName (наименование банка) - bik (БИК) - accountNum (расчетный счет) -
cardMir (номер карты МИР) удаляются справа и слева этих строк все пробелы.
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 101 для ежемесячных пособий - элемент
childInfo/snils подставлять из соответствующего запроса 100Описание :
Что измененно :
В запросах 100 по ежемесячным пособиям (блок benefit5Approve)
элемент childInfo/snils и по рождению (блок benefit4Approve) элемент
birthInfo/snils имеют атрибут editable=false, поэтому в ответ 101 его нужно
подставлять из соответствующего запроса 100. Если в запросе 100 snils указан и
отличается от уже существующего в БД СНИЛС ребёнка - выдавать предупреждение
(но подставлять всё равно snils из 100). Если в запросе 100 snils НЕ указан -
пустой тег в ответе 101 не формировать, предупреждение не выдавать. В
соответствии с последней на сегодняшний день версией формата (Спецификация
типов документов СЭДО v2.19_Пр_10_Проактив (15.06.22).docx) данный элемент НЕ
является обязательным.
Как измененно :
При получении сообщений 100 ( benefit4Approve, benefit5Approve)
СНИЛС ребенка (при наличии) прописывается в сообщении. В ответном сообщении 101
СНИЛС подставляется из сообщения 100 (при отсутствии читается из xml-файла в
мемо-поля). Если в запросе 100 snils НЕ указан - пустой тег в ответе 101 не
формируется, предупреждение не выдается. Если в запросе 100 snils указан и
отличается от уже существующего в БД СНИЛС ребёнка - выдается предупреждение
(но подставляется всё равно snils из 100).
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 101 - изменение формата для пособий при
рождении (benefit4)Описание :
Что измененно :
В ближайшее время изменяется схема сообщений 100 и 101 для
единовременных пособий при рождении ребёнка (блок benefit4Approve) и на
тестовом контуре (план 04-05/07), и на продуктивном (план 08-11/07) -
необходимо доработать формирование 101 сообщения.
Как измененно :
Доработано формирование сообщения 101 (benefit4 о рождении
ребенка) в новой версии формата 02. Все сообщения 101 (benefit4) формируются в
формате v.02 (urn:ru:fss:integration:types:proactive:benefit4:v02).