Z_PAYFSS
Краткое описание :
FR-отчет Заявления на возмещение четырех доп. выходныхОписание :
Что измененно :
При наличии нескольких сотрудников в заявлении, выводить
информацию по ним без перехода на новую страницу, так как место после каждого
сотрудника позволяет.
Как измененно :
В параметры формирования "Заявление на возмещение четырех доп.
выходных" добавлен параметр "Сведения о родителе (опекуне, попечителе) всегда с
нового листа". По умолчанию при открытии интерфейса с параметрами параметр
"Сведения о родителе (опекуне, попечителе) всегда с нового листа" установлен.
При установленном данном параметре Заявление печатается, как и прежде, т.е.
каждый сотрудник с нового листа. Иначе - сведения о следующем сотруднике
печатаются сразу за предыдущим.
Z_PAYFSS
Краткое описание :
СЭДО сообщение 14 (ошибки формата) - реализовать печатьОписание :
Что измененно :
Реализовать печать сообщений 14 об ошибках формата - в FR по
гиперссылке, аналогично сообщениям 87, 105 и пр. Поскольку сейчас СФР уже
присылает внятное описание ошибок в этих сообщениях. Также сделать гиперссылку
для печати сообщения 14 на статусе сообщения 101 "Ошибка формата" аналогично
статусу "Ошибки контроля".
Как измененно :
С целью печати сообщений 14 добавлены гиперссылки в поле "Тип
сообщений" для сообщений 14 на вкладки в окне "СЭДО с ФСС": - Сведения о
застрахованном лице; - Журнал сообщений; - Прочее. По гиперссылке на поле "Тип
сообщения" или по нажатию клавише "Ввод" открывается печатная форма сообщения
14, которая содержит: - uuid сообщения - код ошибки - текст ошибки. Также по
гиперссылке на статусе сообщений 101, 104, 109 "Ошибка формата" открывается
печатная форма сообщения 14.
Z_PAYFSS
Краткое описание :
Сведения о ЗЛ - хранение и отображение сообщений СЭДО для
каждого экземпляра СведенийОписание :
Что измененно :
Если работник вносит изменения в ранее подписанные и
отправленные Сведения о ЗЛ, то при добавлении и отправке нового экземпляра
Сведений старый экземпляр сейчас сохраняется, но все связанные с ним сообщения
СЭДО 86 удаляются (при этом старые сообщения 87 и 14 не удаляются, а
оказываются привязаны к новому сообщению 86, что тоже неправильно). В
результате видим в системе только сообщения 86 по последнему экземпляру
Сведений о ЗЛ - даже если он не был принят СФР. Предлагается: - сохранять все
связанные сообщения СЭДО по старым экземплярам Сведений (до их явного удаления,
например, функцией чистки журнала сообщений); - добавить поле "Дата отправки";
- информацию о неактуальности Сведений отделить от информации о результате их
отправки; - информацию о результате отправки Сведений сделать гиперссылкой
(если были отправлены с любым результатом, то есть сохранён UUID), по
гиперссылке открывать дополнительное окно просмотра сообщений по данному
экземпляру Сведений. И в этой информации аббревиатуру "ФСС" заменить на "СФР";
- информацию о результате отправки "Сведения не подтверждены ФСС" заменить на -
"Ожидается подтверждение СФР" (чтобы не путать со "Сведения не приняты СФР"); -
при удалении экземпляра Сведений безусловно удалять все связанные с ним
сообщения СЭДО; - соответственно доработать списочный интерфейс "Документы -
Сведения о ЗЛ для ФСС": добавить отдельную колонку "Актуальность" (Актуальны/Не
актуальны), существующую колонку "Статус" переименовать в "Статус отправки"
(пока не получили ответ - отображать в ней "Ожидание" вместо "Не
подтверждены"). По гиперссылке на "Актуальности" открывать сами Сведения как
сейчас, а по гиперссылке на "Статусе отправки" - сообщения по последнему
экземпляру (если "Не отправлены" - то не делать гиперссылку);
Как измененно :
Доработано окно «Сведения о ЗЛ» и получение/отправка сообщений
на вкладке «Сведения о ЗЛ»: - сохраняются все связанные сообщения СЭДО по
старым экземплярам Сведений (до их явного удаления, например, функцией чистки
журнала сообщений); - в окно "Сведения о ЗЛ" добавлено поле "Дата отправки"; -
информация о неактуальности Сведений отделена от информации о результате их
отправки; - информация о результате отправки Сведений - гиперссылка (если были
отправлены с любым результатом, то есть сохранён UUID), по гиперссылке
открывается дополнительное окно просмотра сообщений по данному экземпляру
Сведений. И в этой информации аббревиатура "ФСС" заменена на "СФР"; -
информация о результате отправки "Сведения не подтверждены ФСС" заменена на -
"Ожидание" (чтобы не путать со "Сведения не приняты СФР"); - доработан
списочный интерфейс "Документы - Сведения о ЗЛ для ФСС": добавлена отдельная
колонка "Актуальность" (Актуальны/Не актуальны), существующая колонка "Статус"
переименована в "Статус отправки" (пока не получили ответ - в ней отображается
"Ожидание" вместо "Не подтверждены"). По гиперссылке на "Актуальность"
открываются сами Сведения как сейчас, а по гиперссылке на "Статусе отправки" -
сообщения по последнему экземпляру (если "Не отправлены" - гиперссылка
отсутствует); при удалении экземпляра Сведений безусловно удаляются все
связанные с ним сообщения СЭДО. Для корректного отображения сообщений на
вкладке «СЭДО с СФР – Сведения о застрахованном лице» (открывается по
гиперссылке в окне «Сведения о ЗЛ») выполнена конвертация сообщений 86, 87, 14
с целью заполнения ссылки на запись «Сведения о ЗЛ».
Z_PAYFSS
Краткое описание :
СЭДО сообщение 87 (14) - сохранять только последний
результат отправки Сведений о ЗЛОписание :
Что измененно :
В случае многократной отправки экземпляра Сведений о ЗЛ (при
возникновении ошибок, правке Сведений, повторной отправке и так несколько раз)
достаточно сохранять только последний результат (сообщение 87, либо 14).
Хранить предыдущие результаты смысла нет, поскольку сам экземпляр Сведений уже
изменился перед повторной отправкой - соответственно, предыдущий результат
устарел, нужно его удалять при повторной отправке этого экземпляра (в момент
получения UUID отправленного сообщения 86, даже ещё до получения нового
результата).
Как измененно :
В случае многократной отправки экземпляра Сведений о ЗЛ (при
возникновении ошибок, правке Сведений, повторной отправке и так несколько раз)
сохраняется только последний результат (сообщение 87, либо 14).
Z_PAYFSS
Краткое описание :
СЭДО сообщения 109, 112 - доработать отображение в журнале
сообщенийОписание :
Что измененно :
1. В сообщение 109 при его формировании записать и отобразить
"Тип процесса" - чтобы понимать по какому поводу это сообщение. Так как
изначально есть только 109 без 100. 2. В 109 по РОЖДЕНИЮ записать и отобразить
СНИЛС ребёнка - как он сейчас отображается в 109 по УХОДУ. Сделать гиперссылку
на СНИЛС ребёнка с переходом в Семейное положение (для РОЖДЕНИЯ), или в детское
пособие (для УХОДА) - аналогично реализованному переходу в больничный. -
необходимо учесть права доступа к 4-му разделу картотеки. СНИЛС показывать в
общепринятом формате: ххх-ххх-ххх хх 3. Колонку "Период оплаты ФСС"
переименовать в "Период оплаты ФСС/Дата рождения", для сообщений 109 отображать
в ней дату рождения ребёнка (для РОЖДЕНИЯ), или период по уходу до 1.5 лет (для
УХОДА). 4. Для сообщения 109 сохранять ответные сообщения 14 об ошибке формата
аналогично сообщениям 112 (сейчас 14 не сохраняются). 5. Для сообщения 109
добавить статусы, аналогичные сообщению 101 (Обработано/Ошибка формата/Ошибки
контроля), на статусе так же сделать гиперссылку для печати. 6. При получении
сообщения 112 не отображать в нём Номер процесса (так как уже есть в 109) и
убрать гиперссылку с Типа сообщения (будет печататься по гиперссылке на статусе
109 - аналогично 101 и 105). 7. После подчинения 109 запросу 100 поля Номер
процесса, Тип процесса, СНИЛС ребёнка и дату рождения переносить в сообщение
100, а в 109 очищать - чтобы избежать лишнего дублирования. 8. В случае
проактивного получения запроса 100 по РОЖДЕНИЮ (без предварительной отправки
109) поля Номер процесса, Тип процесса, СНИЛС ребёнка и дату рождения брать из
самого сообщения 100. В этом случае при попытке перехода по гиперссылке на
СНИЛС отсутствующего в БД ребёнка предлагать импортировать ребёнка (аналогично
импорту ЭЛН).
Как измененно :
1. В сообщение 109 при его формировании записывается и
отображается "Тип процесса". 2. В сообщение 109 по РОЖДЕНИЮ записывается и
отображается СНИЛС. Добавлена гиперссылка на СНИЛС ребёнка с переходом в
Семейное положение (для РОЖДЕНИЯ), или в детское пособие (для УХОДА). СНИЛС
отображается в общепринятом формате: ххх-ххх-ххх хх 3. Колонка "Период оплаты
ФСС" переименована в "Период оплаты СФР/Дата рождения", для сообщений 109
отображается в ней дата рождения ребёнка (для РОЖДЕНИЯ) или период по уходу до
1.5 лет (для УХОДА). 4. Для сообщения 109 сохраняются ответные сообщения 14 об
ошибке формата аналогично сообщениям 112. 5. Для сообщения 109 добавлены
статусы, аналогичные сообщению 101 (Обработано/Ошибка формата/Ошибки контроля),
добавлена гиперссылка для печати. 6. При получении сообщения 112 не
отображается в нём Номер процесса (так как уже есть в 109). 7. После подчинения
109 запросу 100 поля Номер процесса, Тип процесса, СНИЛС ребёнка и дата
рождения переносятся в сообщение 100. 8. В случае проактивного получения
запроса 100 по РОЖДЕНИЮ (без предварительной отправки 109) поля Номер процесса,
Тип процесса, СНИЛС ребёнка и датя рождения берутся из самого сообщения 100. В
этом случае при попытке перехода по гиперссылке на СНИЛС отсутствующего в БД
ребёнка предлагается импортировать ребёнка (аналогично импорту ЭЛН).