ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО СУФД АСФК ВЕРСИИ 026.120.700T02



Код документа: 54819512.09.01,00.ИО.013 -1.0 1(2,5)

Государственный контракт № УФТ-11/2016 от 01.01.2001

Листов: 10





Доработки, реализованные в версии/Патче

Номер доработки

Содержание доработки

Доработка документации

SUFD-98871

(Доработка-источник: SUFD-98808)

Куратор УФТ: ЦАФК -

При выполнении ручного или автоматического импорта после определения организации-отправителя и ее роли вызвать операцию контроля требований к внешней ЭП.

Требуется доработать функции контроля с учетом:

- значения системной константы «Проверка внешних ЭП при импорте документов» при ручном и автоматическом импорте структурированных документов (реализована ранее в SUFD-84743);

- организации-отправителя на соответствие справочнику «Перечень организаций, использующих внешние ЭП» при ручном и автоматическом импорте структурированных документов (реализован в SUFD-84739).

*Алгоритм контроля необходимо реализовать следующего характера:*

* *1.* Если системная константа = 0, контроль не осуществляем, импортируем документ без дополнительных контролей (описанных ниже).

* *2.* Если системная константа = 1, то идем к *п. 2.1*:

** *2.1.* Проверяем структуру предоставленного документа клиента на соответствие маске *{color:blue}<имяТФФ>_<маркер ТФФ>.zip{color}*:

*** *2.1.1.* При несоответствие импорт не осуществлять, сформировать протокол импорта файла с ошибкой со следующим текстом:

{color:green}*_Отсутствует обязательная электронная подпись для проверки импортируемого файла <имяТФФ>.<маркерТФФ>, документ не подлежит импорту в систему._*{color}

*** *2.1.2.* При совпадении - запустить процедуру импорта архива с вложениями.

* *3.* Если системная константа = 2, то идем к *п. 3.1*:

** *3.1.* Проверяем наличие организации-отправителя в справочнике «Перечень организаций, использующих внешние ЭП»:

*** *3.1.1.* При наличии проверить структуру предоставленного документа клиента на соответствие *{color:blue}<имяТФФ>_<маркер ТФФ>.zip{color}*:

**** *3.1.1.1.* при несоответствие импорт не осуществлять, сформировать протокола импорта файла с ошибкой со следующим текстом:

{color:green}*_Отсутствует обязательная электронная подпись для проверки импортируемого файла <имяТФФ>.<маркерТФФ>, документ не подлежит импорту в систему._*{color}

**** *3.1.1.2.* при соответствии запустить процедуру импорта архива с вложениями.

*** *3.1.2.* При отсутствии организации-отправителя в справочнике импортировать документ без дополнительных контролей.

Необходимость доработки документации не определена

Внешние ошибки, исправленные в версии/патче

Номер ошибки

Содержание ошибки

ОрФК

ACCEPT-69521

В выписках и приложениях к ним отсутствуют платежные поручения. Документы приложил

6000 - УФК по Саратовской области

ACCEPT-69522

Пенсионный 00925 создает в портале-суфд Расходное расписание с 01 лс. Заполняет поле "по Сводному реестру", при этом выходит сообщение об ошибке: "Поле "по Сводному реестру" не должно быть заполнено.". Скрин приложен. Поле должно заполняться, т. к. это РБС (а по 8н поле не заполняется только у ФО и ГРБС).

Было зарегистрировано https://jira-support. otr. ru/browse/SF-731086 (https://jira-support. otr. ru/browse/RFC-48108), где предоставлено следующее решение:

Исправление контролей РР будет включено в доработку SUFD-94313 (SUFD-94677), включенную в версию 26.1 .

Установили 26.1 - проблема актуальна, скрин приложен.

2800 - УФК по Владимирской области

ACCEPT-69585

В суфд-портале, при импорте Расходного расписания возникает ошибка 1.JPG:

{code}

ItemTotalCount=1

Item_0.Level=ERROR

Item_0.Message=В справочнике Сводный реестр не найдена актуальная на дату [Mon Jun 26 00:00:00 GMT+03:00 2017]

запись содержащая значения полей "Финансовый орган" [Финансовое управление администрации округа Муром] и "Бюджет (код)" [28030004].

       at com. fd. transformer. AP. transformers. DocRRTransformer. checkDocument(DocRRTransformer. java:630)

{code}

Во вложении скрины справочников, и импортируемый файл.

2800 - УФК по Владимирской области

ACCEPT-69596

В портале-суфд клиент 00750 создает сокращенную ЗКР. При сохранении ошибка:

"Значение поля "Наименование клиента" (муниципальное казенное учреждение "Администрация поселка Городищи Петушинского района Владимирской области") не соответствует текущему создателю документа [<пусто>, <пусто>] со следующими реквизитами: код клиента (00750), код бюджета (28030083)."

По организации 00750 отсутствуют актуализированные записи в справочнике СР. Попробовали вместо 8-мизначного кода проставить 5-тизначный, ругается на размерность кода по сводному реестру - требует заполнить 8 символов.

2800 - УФК по Владимирской области

Внутренние ошибки, исправленные в версии/патче

Номер ошибки

Содержание ошибки

SUFD-99017

7.262.107, ua11u, АРМ 07374 АП

Непредвиденная ошибка при создании документа с заполненными новыми полями:

-Порядковый номер ЭС

-Дата составленя ЭС

-Уникальный идентификатор составителя ЭС

при пустых создание и заполнение дока работает.

infrd. JPG, infrd1.JPG - родительский документ, на основе которого создаётся док "запрос".

SUFD-99038

[Ссылка на постановку|https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Регистрация и доведение бюджета/Сведения об операциях с ЦС. doc]

По постановке "Контроль на пустоту поля "по ОКТМО" для Федерального бюджета" должен срабатывать контроль "Блокирующий", но сработал "Предупреждающий".

Приложены снимки экрана.

SUFD-99051

*Разработать контроли*

Ошибка - Пункт 4. Контроль на размерность КПП плательщика, если ИНН плательщика равен 10 символам.

(Срабатывает без учета "Предусловие: КПП плательщика заполнено...")

Ошибка - Пункт 5. Контроль на размерность КПП плательщика, если ИНН плательщика равен 12 символам.

(Срабатывает без учета "Предусловие: КПП плательщика не пустой...")

Ошибка - Пункт 9. Контроль на размерность КПП получателя, если ИНН получателя равен 12 символам.

(Срабатывает без учета "Предусловие: КПП получателя не пустой...")

Для справочника СР нужно изменить размерность поля ОКПО (в БД поле CodeOKPO) с =8 на <=10.

Снимки экрана во вложении "Снимки экрана. zip"

SUFD-99064

Из ОЕБС выгружен документ "Пакет извещений ГИС ЖКХ"

tb_mess= 3036730

<docGUID>529FBBB4-5B0E-471D-E053-5D0111ACF03E</docGUID>

1.Пакет извещений выгружен на тестовую ИТС ФК.

Id=ZKZ_529FBBB4-5B0E-471D-E053-5D0111ACF03E_NotificationOfOrderExecutionType. xml

2.Из ЖКХ вернулся ответ Fault

Id=ZKZ_529FBBB4-5B0E-471D-E053-5D0111ACF03E_Fault. xml

В котором указано:

<faultstring>FMT001300: Некорректный XML</faultstring>

<ns3:StackTrace>

ru. lanit. hcs. mon. exception. SoapFaultException: ru. lanit. hcs. mon. exception. XmlValidationException: Line: 27. Column: 4491. Message: cvc-complex-type.3.2.2: Attribute 'base:version' is not allowed to appear in element 'smev:importNotificationsOfOrderExecutionRequest'. at ru. lanit. hcs. mon. smev. spring. processor. ValidationProcessor. processBody(ValidationProcessor. java:121) at

SUFD-99076

Запустить АП "Автопроцедура формирования запросов справочника поставщиков ЖКУ"

Формируется запрос выгружается в ИТС ФК.

1.При приеме в ЖКХ SPP SendPacketRequest. xml        запрос не принимается и падает на ошибку

SMEV-102000: Сообщение не прошло ФЛК [Валидация запроса по МР 2.5.5]. Найдены ошибки: Неверное количество вхождения элемента [/soap:Envelope/soap:Body/*[1]/smev:Message], требуется минимум [1] Неверное количество вхождения элемента [/soap:Envelope/soap:Body/*[1]/smev:MessageData], требуется минимум [1]

Возможно связано с некорректным getStateRequest SPP а именно Body пустое.

2.При приеме Fault на логистику СУФД ошибка

(java. lang. NumberFormatException: For input string: "4c517f8581dd_"



ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ


версии док-та

Дата
изменения

Автор
изменений

Изменения

1.0

27.06.2017

Начальная версия документа.