Z_DOCSFSS
Краткое описание :
Докомпиляция словаря Alter_Cumulative.exe 9.1.29.0Описание :
Что измененно :
Новая версия накопительного обновления словаря Галактика ERP
9.1 Alter_Cumulative.exe 9.1.29.0
Как измененно :
Внесены изменения в словарь БД Галактики ERP 9.1
Z_DOCSFSS
Краткое описание :
Импорт ЭЛН - на веб не работает кнопка открытия xml-файла
ЭЛНОписание :
Что измененно :
1. На веб не работает кнопка открытия xml-файла ЭЛН. Необходимо
реализовать с учётом специфики 3-х архитектуры. 2. На веб не работает кнопка
печати больничного. Необходимо реализовать с учётом специфики 3-х архитектуры.
Как измененно :
В список загруженных файлов добавлены пункты локального меню: -
Печать ЭЛН; - Открыть xml-файл ЭЛН. Для печати и открытия файла ЭЛН необходимо
воспользоваться локальным меню. На 6.0 в списке загруженных файлов упразднены
поля с картинками, по клику на которых в Галактике 5.5 открываются печатная
форма и xml-файл ЭЛН.
Z_DOCSFSS
Краткое описание :
СЭДО. Широковещательные сообщения в ответе СФР на запрос
количества сообщенийОписание :
Что измененно :
СФР добавил в ответе на запрос GetCountMessages новый блок
broadcastMessageList, который содержит теги broadcastMessage. Это
широковещательные сообщения, содержащие uuid, текст, дату конца публикации. На
продуктивном контуре СЭДО уже приходят ответы СФР, которые содержат внутри
широковещательное сообщение следующего содержания «В связи с переходом на
Единую цифровую платформу в социальной сфере вводится новый регистрационный
номер страхователя в СФР, который необходимо указывать в отчетности,
представляемой в СФР с 01.11.2024. Узнать свой новый регистрационный номер в
СФР страхователь может на официальном сайте СФР:
https://ecp.sfr.gov.ru/new-reg-num с 01.10.2024. Кроме этого, сведения о новом
регистрационном номере в СФР будут отражены в выписках ЕГРЮЛ/ЕГРИП.». Кроме
того, в ответном сообщении СФР на запрос GetCountMessages, добавился блок
«Fault», содержащий код и текст ошибки. Ранее эта информация передавалась в
отдельном файле error.xml. Например, "Запрос от лица абонента уже выполнялся,
попробуйте позднее". В результате чего, в Галактике эта информация перестала
выводится на экран. Предлагается в левую панель окна СЭДО добавить новый раздел
"Оповещения СФР" (перед разделом "Прочие сообщения"). Новый блок Fault
обрабатывать так же, как сейчас error.xml - выводить сообщение об ошибке.
Как измененно :
В левую панель окна СЭДО добавлен новый раздел "Оповещения СФР"
(перед разделом "Прочие сообщения"). В правой панели отображается информация
широковещательного сообщения СФР: • Дата получения сообщения; • Время получения
сообщения; • Краткая информация; • UUID сообщения; • Актуальность. В мемо-поле
записывается полный текст широковещательного сообщения. Новый блок Fault в
сообщении getCntMessageResponse обрабатывается так же, как сейчас error.xml -
выводится сообщение об ошибке.
Z_DOCSFSS
Краткое описание :
Заявление о возмещении расходов на оплату дополнительных
выходных дней – учесть ограничение накопленных днейОписание :
Что измененно :
Согласно законодательства с 1 сентября 2023 года сотрудники
получили право копить льготные выходные. При этом однократно в течение
календарного года один из родителей ребенка-инвалида может взять до 24
дополнительных оплачиваемых выходных дней в пределах накопленных дней. Пример.
Сотрудник имеет право на льготные выходные в 2024 году с 01.01.2024.
Использовал только 4 выходных дня в сентябре. В октябре сотрудник написал
заявление о предоставлении 10 дополнительных выходных дней. В Заявлении,
сформированном в Галактике, количество накопленных дней получилось 32. Это
соответствует действительности, но использовать из этих накопленных дней можно
только 24. Если в бумажной форме Заявления строгого контроля по накопленным
дням нет (видимо на усмотрение сотрудника СФР), то в электронном формате в
xsd-схеме есть ограничение: количество накопленных дней не может превышать 24 и
количество накопленных часов - 192. Иначе возвращается ошибка 14.
Как измененно :
Исправлено. Количество накопленных дней и часов ограничивается
24 и 192 соответственно (в электронном формате и бумажной форме заявления).
Z_DOCSFSS
Краткое описание :
СЭДО. При импорте не заполняется вид пособия для 13 причины
нетрудоспособности (уход за ребенком-инвалидом)Описание :
Что измененно :
При импорте ЭЛН в БД Галактики не заполняется вид пособия для
причины нетрудоспособности 13 (уход за ребенком-инвалидом).
Как измененно :
Исправлено. При импорте ЭЛН кроме кодов ‘09’, ‘12’
анализируются еще и другие коды причины нетрудоспособности члена семьи: • 13
(Ребенок-инвалид); • 14 (Ставится в случае болезни, связанной с
поствакцинальным осложнением или злокачественными образованиями у ребенка); •
15 (ВИЧ-инфицированный ребенок).
Z_DOCSFSS
Краткое описание :
Загрузка ЭЛН - ошибка инициализации при открытии окнаОписание :
Что измененно :
У клиента при первом открытии окна загрузки и импорта ЭЛН, либо
когда указывают папку ЭЛН (сетевую, или локальную - не важно) и начинается
чтение xml-файлов в ней (при их наличии) - стабильно возникает ошибка ссылки на
НЕинициализированный объект. Если данное сообщение игнорировать, то файлы в
папке читаются нормально и далее всё работает корректно. Предположительно,
проблема возникает при попытке записи события в атлантис-протокол, который ещё
не был инициализирован.
Как измененно :
Исправлено.
Z_DOCSFSS
Краткое описание :
Изменить логику получения сообщения 14 с портала СЭДО ЕЦПОписание :
Что измененно :
Недавно при получении сообщений 14 (на тестовом портале)
столкнулись с ситуацией, когда в 14 сообщении отсутствует uuid исходящего
сообщения в блоке «faultList» (uuid сообщения, в котором обнаружена ошибка).
Сейчас программа не загружает сообщение с типом 14 в БД при отсутствии uuid в
блоке «faultList». В xsd-схеме сообщения 14 тэг «uuid» в блоке «faultList» не
является обязательным. Uuid исходящего сообщения содержится в поле
"uuidInbound". Необходимо доработать загрузку сообщений с типом 14.
Как измененно :
Доработано получение сообщений с типом 14. Uuid сообщения, в
котором обнаружена ошибка, определяется по содержимому поля «uuidInbound».
Заполнение поля «uuidInbound» является обязательным согласно xsd-схеме.
Z_DOCSFSS
Краткое описание :
Заявление на допвыходные дни по уходу за детьми инвалидами
и в сообщение 120 неверно выводится накопленные дниОписание :
Что измененно :
В «Заявление о возмещении расходов на оплату дополнительных
выходных дней, предоставляемых для ухода за детьми-инвалидами одному из
родителей» неверно выводятся накопленные дни. Необходимо доработать «Заявление
о возмещении расходов на оплату дополнительных выходных дней» и корректно
выводить информацию в блоки, отмеченные сносками: • ** (Заполняются при
предоставлении четырех дополнительных выходных дней); • *** (Заполняются при
предоставлении до двадцати четырех дополнительных выходных дней). Если в
заявлении выводим данные только о четырех дополнительных днях, необходимо
заполнять только блок **, а блок *** не заполнять. И наоборот, если в заявлении
выводим данные только о накопленных днях, то заполнять только блок ***, а блок
** не заполнять. С целью однозначного разделения целодневных неявок по видам
предоставляемых дней, в классификаторе отпусков (таблица klotpusk) добавить
новый признак "Использовать накопленные дни» с подсказкой «Накопленные дни
отпуска по уходу за ребенком-инвалидом" (для отпусков, у которых пользователи
устанавливают признак "Дополнительный отпуск по уходу за ребенком-инвалидом").
В целодневных неявках добавить вычисляемое поле "Накопленные дни отпуска по
уходу за ребенком-инвалидом".
Как измененно :
Доработано «Заявление о возмещении расходов на оплату
дополнительных выходных дней». 1. В классификатор отпусков (таблица klotpusk)
добавлен новый признак "Использовать накопленные дни» с подсказкой «Накопленные
дни отпуска по уходу за ребенком-инвалидом" (для отпусков, у которых
пользователи устанавливают признак "Дополнительный отпуск по уходу за
ребенком-инвалидом"). 2. В целодневных неявках добавлено вычисляемое поле
"Накопленные дни отпуска по уходу за ребенком-инвалидом". 3. «Заявление о
возмещении расходов на оплату дополнительных выходных дней» формируется только
по целодневным неявкам. Формирование заявления по видам оплат упразднено. 4.
Изменено заполнение блоков со сносками **, ***. Целодневные неявки, у которых
количество предоставленных дней не более 4 и нет признака «Накопленные дни»,
отражаются в блоке «Месяц, год и количество дополнительных выходных дней,
фактически предоставленных **». Блок “Месяц, год и количество накопленных
дополнительных выходных дней, фактически предоставленных ***” заполняется
целодневными неявками, у которых установлен признак «Накопленные дни» или
количество предоставляемых дней > 4. 5. Блок «Месяц, год, за который
дополнительные выходные дни не были использованы, и количество накопленных
дополнительных выходных дней, не использованных обоими родителями (опекунами,
попечителями)***» заполняется информацией на основании табеля учета рабочего
времени (вкладка «Неявки»). Анализируется количество предоставленных ранее дней
по уходу за ребенком-инвалидом. 6. В окно выбора документов-оснований
(целодневных неявок) в параметрах формирования "Заявление о возмещении расходов
на оплату дополнительных выходных дней" добавлены поля "Количество дней
неявки", "Количество часов неявки". Важно!!! Необязательно выделять отдельным
видом отпуск по накопленным неявкам. Программа автоматически определит отпуск
по уходу за ребенком-инвалидом как накопленный, если количество предоставляемых
дней > 4.
Z_DOCSFSS
Краткое описание :
Загрузка ЭЛН - ошибка CryptoPro.Sharpei.Base Плохие данныеОписание :
Что измененно :
При загрузке ЭЛН (старый сервис СФР) продолжает выдаваться
ошибка "CryptoPro.Sharpei.Base Плохие данные".
Как измененно :
Исправлено. При загрузке ЭЛН (старый сервис СФР) ошибка
"CryptoPro.Sharpei.Base Плохие данные" не выдается.
Z_DOCSFSS
Краткое описание :
СЭДО сообщения 109, 101 для пособия по уходу (benefit5) -
даты начала/окончания брать из самого пособияОписание :
Что измененно :
С 01.01.2024 досрочное прерывание отпуска по уходу за ребёнком
больше не является основанием для прекращения выплаты ежемесячного пособия. При
формировании пособий по уходу до 1.5 лет возникает проблема в случае, когда
делаются приказы РПД-41 и РПД-14 в один день (то есть работник фактически
отпуск не берёт, но ему нужно оформить пособие, а для этого необходим приказ на
отпуск). Сейчас пособие у нас автоматом не создаётся и мы должны его вручную
создать в Зарплате, но при создании пособия вручную берутся даты из
фактического отпуска - то есть получается 1 день (а надо до 1.5 лет). Далее,
при формировании сообщений 109 об отпуске по уходу и 101 (benefit5) в блоки
vocationPeriod и vacation соответственно переносятся эти даты начала и
окончания фактического отпуска. А СФР нужна именно информация о периоде,
который ему должны оплатить. Предлагается в 109 и 101 сообщения вместо периода
фактического отпуска брать даты начала и окончания пособия. Кроме того, в
интерфейсе параметров формирования 109 можно переименовать поле "Период
отпуска" на "Период выплаты" и сделать дату "по" редактируемой.
Как измененно :
Доработано формирование: • сообщений с типом 109 об отпуске по
уходу за ребенком. Дата начала и окончания отпуска по уходу в сообщение 109
подтягивается из ежемесячного пособия по уходу. В окне отправки сообщения 109
дата окончания отпуска - редактируемое поле; • сообщений с типом 101 об отпуске
по уходу (benefit5). Даты начала и окончания отпуска по уходу также
подтягиваются из ежемесячного пособия по уходу.