Z_DOCSFSS
Краткое описание :
СЭДО сообщение 101 - новые поля для контактных данных
отправителяОписание :
Что измененно :
В спецификации 2.33 от 23/05/2023 в схеме сообщения с типом
№101 добавлены атрибуты элемента approveSocialAssist для контактных данных
отправителя: approveSocialAssist/@author, approveSocialAssist/@email,
approveSocialAssist/@phone. Для автоматического заполнения этих полей в ответах
101 предлагается добавить соответствующие пользовательские настройки в раздел
"Общие настройки системы \ Интеграция со смежными системами \ Портал ФСС": -
"ФИО отправителя", - "Адрес электронной почты отправителя", - "Номер телефона
отправителя". Попутно для упорядочивания списка настроек существующую настройку
"GUID электронной доверенности (МЧД)" поместить сразу после настроек
сертификатов (перед Рабочей папкой). Доработать печатные формы ответных
сообщений 101.
Как измененно :
Для автоматического заполнения атрибутов элемента
approveSocialAssist («ФИО отправителя», «адрес электронной почты отправителя»,
«номер телефона отправителя») в ответах 101 добавлены соответствующие
пользовательские настройки в раздел "Общие настройки системы \ Интеграция со
смежными системами \ Портал ФСС": • "ФИО отправителя", • Адрес электронной
почты отправителя, • Номер телефона отправителя. Для упорядочивания списка
настроек существующая настройка "GUID электронной доверенности (МЧД)"
перенесена сразу после настроек сертификатов (перед Рабочей папкой). В ответных
сообщениях 101 (Ответ на запрос недостающих сведений, Ответ на запрос
недостающих сведений (о рождении ребенка), Ответ на запрос недостающих сведений
(по уходу за ребенком)) формируются атрибуты элемента approveSocialAssist, если
ФИО отправителя, адрес электронной почты отправителя, номер телефона
отправителя заполнены в настройках системы. Доработаны печатные формы ответного
сообщения 101. В печатные формы добавлены значения атрибутов "ФИО отправителя",
"адрес электронной почты отправителя", "номер телефона отправителя" из
xml-файла сообщения 101.
Z_DOCSFSS
Краткое описание :
Ошибка CryptoPro. Sharpei.Base. Плохие данные при работе с
СЭДООписание :
Что измененно :
При отправке/получении сообщений с типами 10, 11, 85 появляется
сообщение об ошибке "CryptoPro. Sharpei.Base. Плохие данные".
Как измененно :
Доработаны процедуры отправки и получения сообщений с типами
10, 11, 85.
Z_DOCSFSS
Краткое описание :
СЭДО чистка журнала - не удаляются сообщения 86Описание :
Что измененно :
Необходимо доработать функцию чистки журнала сообщений для
удаления сообщений 86 вместе со всеми подчинёнными. Отбирать по дате отправки,
неактуальными считать сообщения 86, которые связаны НЕ с текущими экземплярами
Сведений. Добавить фильтр по сообщениям, аналогично ЭЛН и Журналу сообщений - с
вариантами "все/актуальные/не принятые" (запоминать в dsk): актуальные - все
сообщения 86, которые связаны с текущими экземплярами Сведений; не принятые -
все сообщения 86 со статусом, не равным "Успех". Дополнительно. В сообщениях 87
убрать отображение СНИЛС - аналогично сообщениям 14.
Как измененно :
Доработана функцию чистки журнала сообщений для удаления
сообщений 86 вместе со всеми подчинёнными. Сообщения отбираются по дате
отправки, неактуальными считаются сообщения 86, которые связаны НЕ с текущими
экземплярами Сведений. Добавлен фильтр по сообщениям, аналогично ЭЛН и Журналу
сообщений - с вариантами "все/актуальные/не принятые": актуальные - все
сообщения 86, которые связаны с текущими экземплярами Сведений; не принятые -
все сообщения 86 со статусом, не равным "Успех". Дополнительно. В сообщениях 87
убрано отображение СНИЛС. В интерфейсе СЭДО аббревиатура ФСС заменена на СФР.
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 14 (ошибки формата) - реализовать печатьОписание :
Что измененно :
Реализовать печать сообщений 14 об ошибках формата - в FR по
гиперссылке, аналогично сообщениям 87, 105 и пр. Поскольку сейчас СФР уже
присылает внятное описание ошибок в этих сообщениях. Также сделать гиперссылку
для печати сообщения 14 на статусе сообщения 101 "Ошибка формата" аналогично
статусу "Ошибки контроля".
Как измененно :
С целью печати сообщений 14 добавлены гиперссылки в поле "Тип
сообщений" для сообщений 14 на вкладки в окне "СЭДО с ФСС": - Сведения о
застрахованном лице; - Журнал сообщений; - Прочее. По гиперссылке на поле "Тип
сообщения" или по нажатию клавише "Ввод" открывается печатная форма сообщения
14, которая содержит: - uuid сообщения - код ошибки - текст ошибки. Также по
гиперссылке на статусе сообщений 101, 104, 109 "Ошибка формата" открывается
печатная форма сообщения 14.
Z_DOCSFSS
Краткое описание :
Сведения о ЗЛ - хранение и отображение сообщений СЭДО для
каждого экземпляра СведенийОписание :
Что измененно :
Если работник вносит изменения в ранее подписанные и
отправленные Сведения о ЗЛ, то при добавлении и отправке нового экземпляра
Сведений старый экземпляр сейчас сохраняется, но все связанные с ним сообщения
СЭДО 86 удаляются (при этом старые сообщения 87 и 14 не удаляются, а
оказываются привязаны к новому сообщению 86, что тоже неправильно). В
результате видим в системе только сообщения 86 по последнему экземпляру
Сведений о ЗЛ - даже если он не был принят СФР. Предлагается: - сохранять все
связанные сообщения СЭДО по старым экземплярам Сведений (до их явного удаления,
например, функцией чистки журнала сообщений); - добавить поле "Дата отправки";
- информацию о неактуальности Сведений отделить от информации о результате их
отправки; - информацию о результате отправки Сведений сделать гиперссылкой
(если были отправлены с любым результатом, то есть сохранён UUID), по
гиперссылке открывать дополнительное окно просмотра сообщений по данному
экземпляру Сведений. И в этой информации аббревиатуру "ФСС" заменить на "СФР";
- информацию о результате отправки "Сведения не подтверждены ФСС" заменить на -
"Ожидается подтверждение СФР" (чтобы не путать со "Сведения не приняты СФР"); -
при удалении экземпляра Сведений безусловно удалять все связанные с ним
сообщения СЭДО; - соответственно доработать списочный интерфейс "Документы -
Сведения о ЗЛ для ФСС": добавить отдельную колонку "Актуальность" (Актуальны/Не
актуальны), существующую колонку "Статус" переименовать в "Статус отправки"
(пока не получили ответ - отображать в ней "Ожидание" вместо "Не
подтверждены"). По гиперссылке на "Актуальности" открывать сами Сведения как
сейчас, а по гиперссылке на "Статусе отправки" - сообщения по последнему
экземпляру (если "Не отправлены" - то не делать гиперссылку);
Как измененно :
Доработано окно «Сведения о ЗЛ» и получение/отправка сообщений
на вкладке «Сведения о ЗЛ»: - сохраняются все связанные сообщения СЭДО по
старым экземплярам Сведений (до их явного удаления, например, функцией чистки
журнала сообщений); - в окно "Сведения о ЗЛ" добавлено поле "Дата отправки"; -
информация о неактуальности Сведений отделена от информации о результате их
отправки; - информация о результате отправки Сведений - гиперссылка (если были
отправлены с любым результатом, то есть сохранён UUID), по гиперссылке
открывается дополнительное окно просмотра сообщений по данному экземпляру
Сведений. И в этой информации аббревиатура "ФСС" заменена на "СФР"; -
информация о результате отправки "Сведения не подтверждены ФСС" заменена на -
"Ожидание" (чтобы не путать со "Сведения не приняты СФР"); - доработан
списочный интерфейс "Документы - Сведения о ЗЛ для ФСС": добавлена отдельная
колонка "Актуальность" (Актуальны/Не актуальны), существующая колонка "Статус"
переименована в "Статус отправки" (пока не получили ответ - в ней отображается
"Ожидание" вместо "Не подтверждены"). По гиперссылке на "Актуальность"
открываются сами Сведения как сейчас, а по гиперссылке на "Статусе отправки" -
сообщения по последнему экземпляру (если "Не отправлены" - гиперссылка
отсутствует); при удалении экземпляра Сведений безусловно удаляются все
связанные с ним сообщения СЭДО. Для корректного отображения сообщений на
вкладке «СЭДО с СФР – Сведения о застрахованном лице» (открывается по
гиперссылке в окне «Сведения о ЗЛ») выполнена конвертация сообщений 86, 87, 14
с целью заполнения ссылки на запись «Сведения о ЗЛ».
Z_DOCSFSS
Краткое описание :
СЭДО. В файл с данными о пересчете детского пособия выходит
не правильный реестрОписание :
Что измененно :
В файл с данными о пересчете детского пособия выходит не
правильный реестр (не тот, что виден в интерфейсе). Дополнительно. Расширить
блок полей с номером реестра в детском пособии, чтобы номер полностью
помещался. Увеличить размер панели "СЭДО", чтобы видеть все панели этого
интерфейса.
Как измененно :
Исправлено. В файл с данными о пересчете детского пособия
выводится номер реестра, указанный в пособии. Расширен блок полей с номером
реестра в детском пособии. Увеличен размер вкладки "СЭДО", чтобы видеть все
панели этого интерфейса.
Z_DOCSFSS
Краткое описание :
СЭДО сообщения 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. В
этом случае при попытке перехода по гиперссылке на СНИЛС отсутствующего в БД
ребёнка предлагается импортировать ребёнка (аналогично импорту ЭЛН).