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

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика 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-2926
Z_DOCSFSS ( 9.1.42.0 )
2020-05-26 22:03:23

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

Загрузка/экспорт ЭЛН - расшифровать сообщение об ошибке, возвращаемое сервисом ФСС

Описание :

Галактика ERP \ Персонал \ ЗП \ Операции \ Больничные \ Расчет больничных \ Загрузка и экспорт ЭЛН

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

После отправки запроса на портал ФСС на получение/модификацию
ЭЛН если при проверке сервисом возникает какая-либо ошибка (невалидная подпись,
просроченный сертификат, старый ГОСТ и пр.) - выдаётся всегда одно сообщение об
ошибке Internal Server Error (500), по которому невозможно определить истинную
причину. На самом деле, кроме самой ошибки сервис возвращает xml-файл с
подробной информацией об этой ошибке. В данном файле следующий текст ошибки: "С
01.01.2020 введен запрет на использование сертификатов ГОСТ 2001. Для работы с
ЭЛН необходимо использовать сертификаты, сформированные по ГОСТ 2012".
Предлагается дать возможность прочитать полную информацию об ошибке.

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

При загрузке или экспорте ЭЛН при возникновении ошибки в
протокол и на экран выдается ошибка, которая возвращается с Портала ФСС в
xml-файле с ошибками (ранее во многих случаях в Галактике отображалась ошибка
internal Error 500). Например, в случае, если неверно указан сертификат
страхователя, в файле с ошибками присутсвует ошибка
"ru.fss.integration.ws.fault.v01.InternalException: Не удалось расшифровать
сообщение. Возможно сообщение зашифровано на ключе отличном от ключа
уполномоченного лица ФСС. Проверьте правильность и актуальность ключа
уполномоченного лица ФСС. class
ru.ibs.cryptopro.jcp.eln.crypt.CryptoException". В Галактике в этом случае на
экран и в протокол запишется сообщение: "Ошибка: Не удалось расшифровать
сообщение. Возможно сообщение зашифровано на ключе отличном от ключа
уполномоченного лица ФСС. Проверьте правильность и актуальность ключа
уполномоченного лица ФСС." Дополнительно. Параметр "Включить sil-протокол"
удален как неактуальный.
Z_DOCSFSS
ERP-2930
Z_DOCSFSS ( 9.1.42.0 )
2020-05-26 22:03:23

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

Не удалять xml-файл с ошибкой в функции SOAPClient_Execute

Описание :

ЗП - Операции - Больничные - Расчет больничных - Загрузка и импорт ЭЛН

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

Для реализации взаимодействия с Web-сервисом, например сервисом
ФСС (получение и отправка электронных листков нетрудоспособности) используется
внешняя библиотека GalHttpConnector.dll. При отправке сообщения сервису с
помощью функции [SOAPClient_Execute(soap: TALSOAPClientGal; RequestXML,
ResponseXML : IntPtr) : boolean] в случае ошибки при обработке RequestXML, файл
ResponseXML не формируется. Но в случае ошибки уровня обработки запроса этом
файле (ответе сервера) содержится XML c описание ошибки. На данный момент в
большинстве случаев SOAPClient_LastHttpErrorText(soap) возвращает только
Internal Errror 500 для таких ошибок. Также нужна возможность определить, был
ли получен ответ от сервиса или нет. Сейчас функция SOAPClient_Execute
возвращает false в случае ошибки. Это может быть как ошибка в ответе ФСС, так и
ошибка, возникающая при отправке запроса.

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

Для методов SOAPClient_XXXXXXXXX библиотеки
GalHttpConnector.dll реализована возможность логирования работы в sil-протокол.
В библиотеку (и в ERP) добавлены 2 метода: * function
SOAPClient_EnableSil(_ConfigFileName: String): boolean; * procedure
SOAPClient_DisableSil; для включения и отключения логирования. входным
параметром для метода включения логирования служит полный путь к файлу
конфигурации sil-протокола. Пример файла во вложении к задаче. В случае вызова
метода с параметром по умолчанию (пустая строка) будет в качестве файла настоек
протокола будет выбран SoapClient.sic в каталоге с самой библиотекой. В лог,
указанный в конфигурации будут сохранены как тест запроса, так текст ответа
сервера (Header + Body). В случае отсутствия ответа сервера в протоколе можно
сделать вывод о том, что ответ от сервиса клиентом не получен.

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