Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1Z_DOCSFSSRES

Справка по компоненту.

Количество версий компонента144
Количество рещенных задач443
Последная дата обработки компонента2023-12-17 19:40:34
Последная дата файла2023-12-16 17:31:36
Последная версия9.1.99.0

Новые задачи в этом компоненте

Z_DOCSFSS
ERP-9367
Z_DOCSFSS ( 9.1.88.1 )
2022-10-01 13:37:20

Краткое описание :

СЭДО сообщение 109 - событие recalculation (инициация перерасчета)

Описание :

Что измененно :

В сообщении о жизненных событиях 109 помимо реализованных
событий • childCareVocation - Отпуск по уходу за ребёнком до 1.5 лет, •
birthChild - Рождение ребёнка, • elnClosed - Данные о закрытии ЛН есть
возможность передать событие • recalculation - Инициация перерасчёта, Запрос
сведений о записи реестра выплаты. Событие recalculation используется в
случаях, когда необходимо пересчитать уже выплаченное ФСС пособие, по которому
есть оплаченный реестр - по старой схеме ПВСО, или уже через СЭДО. В случае
выплаты через СЭДО есть статус выплаты пособия paymentState = 3 (и 4). В этом
случае инициируется новый проактивный процесс, в рамках которого и происходит
перерасчёт. Предлагается добавить в лок. меню СЭДО и пособий по уходу до 1.5
лет (пособия при рождении вряд ли потребуется пересчитывать) - пункт "Отправить
сообщение в ФСС о необходимости перерасчета выплаченного пособия" (в СЭДО лучше
короче - "Сообщение о необходимости перерасчета выплаченного пособия" и сделать
доступным только на 100 в статусе Ок). В больничных переименовать существующий
пункт лок. меню "Отправить в ФСС сообщение о закрытии /перерасчете ЭЛН" (если в
больничном нет номера процесса - значит, формируем сообщение о закрытии ЭЛН,
если есть - тогда о перерасчёте). При запуске проверять Статус выплаты в
пособии, если не равен 0, 3, 4- выдавать сообщение с предложением отправить
запрос статуса, например: "Нет данных о выплате пособия. Текущий статус выплаты
1 - Получены сведения о необходимости осуществления выплаты. Отправить запрос
статуса выплаты в ФСС?" (если 0 - считаем, что пособие выплачивалось по старой
схеме ПВСО). Если проверка по статусу пройдена - выдавать диалоговое окно для
заполнения Причины перерасчёта (обязательное поле) - по умолчанию заполнять из
пособия, после отправки 109 сохранять в пособии (оттуда она потом будет
подтягиваться в будущие ответы 101). Поскольку инициируется новый процесс - при
получении успеха в сообщении 112 (PROCESSED) изменять номер процесса в пособии
(больничном, детском), обнулять поля реестра и извещения, статус выплаты.
Дополнительно. При отправке любого 109 (о закрытии ЭЛН, отпуске по уходу,
перерасчёте) поле "Статус СЭДО" в пособии устанавливать "Ожидается запрос от
ФСС" - на случай, если по каким-то причинам запрос 100 сразу не придёт. Важно.
Поскольку в случае recalculation инициируется новый процесс по тому же пособию
- возникает необходимость на вкладке СЭДО в больничных и детских пособиях
отображать ветки сразу нескольких процессов. Для этого нужно перейти на ссылки
в сообщениях по номеру ЭЛН и СНИЛС ребёнка. Необходимо реализовать формирование
сообщения о перерасчете и его отправку. Дополнительно доработать в журнале
сообщений: 1. Изменить порядок следования колонок: сначала в левой части идут
колонки с информацией о процессе в целом, в правой части (начиная с Даты
получения) - столбцы с информацией о сообщении. 2. Колонку "Тип пособия"
переименовать в "Тип процесса" - так как у нас в этом окне есть процессы и есть
сообщения по ним. И убрать эту колонку с вкладки СЭДО больничных - там она
лишняя. Колонку "Период за счет ФСС" переименовать в "Период оплаты ФСС". 3. В
строках 110 сообщения не выводить ФИО - так как теперь это сообщение находится
внутри папки процесса, в которой уже есть ФИО.

Как измененно :

Реализовано формирование сообщения о перерасчете и его
отправка. С целью отправки в ФСС сообщения о перерасчете пособия в локальное
меню пособий по уходу до 1.5 лет добавлен пункт меню "Отправить сообщение в ФСС
о необходимости перерасчета выплаченного пособия", в больничных переименован
существующий пункт локального меню "Отправить в ФСС сообщение о закрытии" в
"Отправить в ФСС сообщение о закрытии /перерасчете ЭЛН" (если в больничном нет
номера процесса - формируется сообщение о закрытии ЭЛН, если есть - тогда о
перерасчёте). При запуске проверяется Статус выплаты в пособии, если не равен
0, 3, 4- выдается сообщение с предложением отправить запрос статуса: "Нет
данных о выплате пособия. Текущий статус выплаты 1 - Получены сведения о
необходимости осуществления выплаты. Отправить запрос статуса выплаты в ФСС?"
(если 0 - считаем, что пособие выплачивалось по старой схеме ПВСО). Поскольку
инициируется новый процесс - при получении сообщения 112 изменяется номер
процесса в пособии (больничном, детском), обнуляются поля реестра и извещения,
статус выплаты. При отправке любого 109 (о закрытии ЭЛН, отпуске по уходу,
перерасчёте) поле "Статус СЭДО" в пособии устанавливается "Ожидается запрос от
ФСС" - на случай, если по каким-то причинам запрос 100 сразу не придёт.
Дополнительно доработано в журнале сообщений: 1. Изменен порядок следования
колонок: сначала в левой части идут колонки с информацией о процессе в целом, в
правой части (начиная с Даты получения) - столбцы с информацией о сообщении. 2.
Колонка "Тип пособия" переименован в "Тип процесса" - так как у нас в этом окне
есть процессы и есть сообщения по ним. И убрать эту колонку с вкладки СЭДО
больничных - там она лишняя. Колонка "Период за счет ФСС" переименована в
"Период оплаты ФСС". 3. В строках 110 сообщения не выводится ФИО, так как
теперь это сообщение находится внутри папки процесса, в которой уже есть ФИО.
Z_DOCSFSS
ERP-9710
Z_DOCSFSS ( 9.1.88.1 )
2022-10-01 13:37:20

Краткое описание :

СЭДО ЭЛН (benefit1, 2 и 6) - ссылка на больничный в сообщениях

Описание :

Что измененно :

В больничных на вкладке [СЭДО с ФСС] отображается журнал
сообщений по данному ЭЛН (сообщения 100, 101, 105 и т.д.) - для этого сейчас
используется подцепка ((BlankBln.nRec == ResultSending.cUser)). В некоторых
случаях ссылки на больничный в сообщениях ResultSending.cUser остаются
незаполненными - соответственно, такие сообщения в больничных не отображаются.
Например, так происходит если сначала были загружены сообщения, а затем
больничный вводится вручную, либо ЭЛН импортируется старым функционалом. При
импорте ЭЛН в СЭДО ссылки в ранее загруженных сообщениях автоматически
заполняются по номеру ЭЛН - то есть в этом случае проблемы нет. Предлагается
рассмотреть возможность отказа от ссылок по nRec больничного и перейти на
ссылку по номеру ЭЛН в журнале сообщений - этот вариант кажется более
предпочтительным, так как можно будет отказаться от лишних действий по поиску
сообщений в момент добавления больничного для проставления ссылок на его nRec.

Как измененно :

Сообщения ФСС в окне редактирования ФСС отображаются по связи
«Номер ЭЛН – Номер ЭЛН в сообщении ФСС (поле «RESULTSENDING.Nomer»)». Проведена
конвертация сообщений ФСС 85, 105, 14 по заполнению в них номера ЭЛН. При
получении сообщений с типами 85, 105, 14 в них записывается номер ЭЛН.

9.1.99.09.1.98.19.1.98.09.1.97.09.1.96.09.1.95.09.1.94.19.1.94.09.1.93.19.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.19.1.88.09.1.87.09.1.86.09.1.85.19.1.85.09.1.84.09.1.83.09.1.81.09.1.79.09.1.77.09.1.76.09.1.75.09.1.74.19.1.74.09.1.73.09.1.72.19.1.72.09.1.71.09.1.70.09.1.69.19.1.69.09.1.68.19.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.62.09.1.61.09.1.60.09.1.59.09.1.58.09.1.57.19.1.57.09.1.56.09.1.55.09.1.54.09.1.53.09.1.52.09.1.109.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.19.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.82.09.1.80.09.1.78.09.1.63.09.1.51.09.1.50.09.1.49.09.1.48.09.1.45.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.36.09.1.35.09.1.34.09.1.33.09.1.32.09.1.31.09.1.30.09.1.029.09.1.028.09.1.027.09.1.026.09.1.025.09.1.25.09.1.024.09.1.24.09.1.023.09.1.23.09.1.22.09.1.022.09.1.021.09.1.21.09.1.020.09.1.20.09.1.19.09.1.019.09.1.18.09.1.018.09.1.017.09.1.17.09.1.16.09.1.016.09.1.015.09.1.15.09.1.14.19.1.14.09.1.014.09.1.13.09.1.12.09.1.012.09.1.011.09.1.11.09.1.10.19.1.010.09.1.10.09.1.009.09.1.9.09.1.008.09.1.8.09.1.007.09.1.7.09.1.006.09.1.6.09.1.5.09.1.005.09.1.4.09.1.004.09.1.003.09.1.3.09.1.002.09.1.2.09.1.001.09.1.1.0