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

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика 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-10542
Z_DOCSFSS ( 9.1.94.0 )
2023-01-01 02:16:50

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

Импорт ЭЛН - ошибка при импорте из сообщений 111

Описание :

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

Не всегда проходит импорт ЭЛН - выдается сообщение о том, что
не обнаружен предыдущий больничный и запись не будет создана.

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

Исправлена ошибка при определении типа больничного из ЭЛН -
первичный/продолжающийся.
Z_DOCSFSS
ERP-10522
Z_DOCSFSS ( 9.1.94.0 )
2023-01-01 02:16:50

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

СЭДО детские пособия (101 benefit5) - формирование признака ухода за несколькими детьми

Описание :

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

Если работник осуществляет уход до 1.5 лет за одним ребёнком,
то в сообщении 101 не нужно заполнять блок multipart "Одновременный уход за
несколькими детьми". А поскольку по схеме спецификации документов на обмен этот
элемент является обязательным, то следует оставить его пустым: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>. В
противном случае приходит Извещение ПВСО (сообщение 10) о том, что в реестре
необходимо выбрать признак «Уход за несколькими детьми - нет». Необходимо
добавить в детские пособия признак "Одновременный уход за несколькими детьми"
для правильного формирования ответов 101 по детским пособиям (Benefit5).

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

В детские пособия добавлен признак «Уход за несколькими детьми»
("Одновременный уход за несколькими детьми"), принимающий значение: нет/да. При
формировании ответа 101 для пособия по уходу за ребенком анализируется признак
"Уход за несколькими детьми". Сумма "Среднемесячный заработок" указывается
только, если в детском пособии признак «Одновременный уход за несколькими
детьми» установлен в значение «да».
Z_DOCSFSS
ERP-10577
Z_DOCSFSS ( 9.1.94.0 )
2023-01-01 02:16:50

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

СЭДО сообщение 109 о рождении - при отсутствии СНИЛС ребёнка выводить пол ребёнка

Описание :

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

Если работник сообщает о желании получить пособие сразу после
рождения ребёнка, то в этот момент он может ещё не знать СНИЛС ребёнка. В этом
случае в сообщении 109 о рождении нужно вместо СНИЛС указать пол ребёнка в
соответствии со схемой обмена. Из обсуждения с клиентом: В данном случае,
сотрудник сообщил работодателю о рождении ребёнка в первые дни после рождения.
То есть пакет документов полностью, включая СНИЛС ребёнка, пока предоставить не
может (до момента выписки). Запроса ФСС по рождению ребёнка тоже пока нет.
Работодатель инициирует 109 сообщение, уведомляя ФСС о необходимости выплаты на
рождение ребёнка. Так как в программе в 109 сообщении с событием "рождение
ребёнка" формируется только один тег (СНИЛС), предприятие направило запрос в
ФСС. Ответ сотрудника ФСС: - При инициации работодателем сообщения о рождении
ребёнка можно указать либо СНИЛС, либо пол ребёнка.

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

Доработано формирование сообщения 109 о рождении. Если в
документах ребенка не указан СНИЛС, то в сообщении передается пол ребенка.
Перед формированием сообщения выдается предупреждение "Сформировать сообщение в
ФСС о рождении ребенка?". Также добавлен контроль на заполнение пола ребенка
(если не указан СНИЛС) при формировании сообщения в ФСС. Поле «Пол» добавлено в
FR-отчет сообщения о рождении.
Z_DOCSFSS
ERP-9362
Z_DOCSFSS ( 9.1.94.0 )
2023-01-01 02:16:50

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

Докомпиляция словаря Alter_Cumulative.exe 9.1.25.0

Описание :

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

Новая версия накопительного обновления словаря Галактика ERP
9.1 Alter_Cumulative.exe 9.1.25.0

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

Внесены изменения в словарь БД Галактики ERP 9.1
Z_DOCSFSS
ERP-9740
Z_DOCSFSS ( 9.1.94.0 )
2023-01-01 02:16:50

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

СЭДО сообщение 101 - при формировании контролировать наличие Кода подчиненности и другие проверки

Описание :

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

1. У многих клиентов не заполнен внешний атрибут "Код
подчинённости" для собственной организации - в результате в ответах 101
обязательный элемент parentNo остаётся пустым, и сервис возвращает по таким
ответам ошибку формата 14 (на данный момент без всякой диагностики). Понять, в
чём именно заключается проблема, без диагностики пользователю крайне сложно.
Предлагается при формировании ответов 101 контролировать наличие внешнего
атрибута и в случае отсутствия выдавать сообщение об ошибке, например:
"Отсутствует, или не заполнен внешний атрибут "Код подчинённости" для
собственной организации. Ответ не будет сформирован." Возможно, стОит добавить
такие проверки и по каким-то другим обязательным элементам - например,
"Регистрационный номер страхователя". 2. При формировании ответа на запрос 100
в статусе Ок (то есть по которому ранее уже был успешно принят ответ)
контролировать заполнение поля "Причина перерасчёта" (в больничном, или детском
пособии), если не заполнено - предлагать заполнить, например: "Предыдущий ответ
на данный запрос был успешно обработан ФСС. Необходимо указать причину
повторного ответа:", плюс текстовое поле для ввода, варианты Продолжить/Отмена.
Разрешить продолжить без заполнения Причины. В случае заполнения Причины
сохранять её в пособии. 3. Окно формирования ответа на запрос 100 для пособий
по уходу (benefit4) привести к общему виду с ответом по ЭЛН (benefit1): убрать
поля "Причина изменения" и "Примечание" (при необходимости будут запрашиваться
отдельно в соответствии с п. 2) и изменить информационную часть, например: <ФИО
работника> Пособие по уходу до 1.5 лет за ребёнком <ФИО ребёнка>

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

При формировании ответов 101 контролируется: • наличие внешнего
атрибута и в случае отсутствия выдается сообщение об ошибке: "Отсутствует, или
не заполнен внешний атрибут "Код подчинённости" для собственной организации.
Ответ не будет сформирован." • "Регистрационный номер страхователя". В случае
отсутствия выдается сообщение об ошибке. При формировании ответа на запрос 100
в статусе Ок (то есть по которому ранее уже был успешно принят ответ)
контролируется заполнение поля "Причина перерасчёта" (в больничном, или детском
пособии), если не заполнено - предлагается заполнить: "Предыдущий ответ на
данный запрос был успешно обработан ФСС. Необходимо указать причину повторного
ответа:", плюс текстовое поле для ввода, варианты Продолжить/Отмена. Разрешено
продолжить без заполнения Причины. В случае заполнения Причины она сохраняется
в пособии. Окно формирования ответа на запрос 100 для всех пособий приведено к
общему виду. Убраны поля "Причина изменения" и "Примечание" (при необходимости
будут запрашиваться отдельно в соответствии с п. 2) и изменена информационная
часть для пособий по уходу: <ФИО работника> Пособие по уходу до 1.5 лет за
ребёнком <ФИО ребёнка>.

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