Описание изменений к ППО «АСФК (СУФД)» версии 025.310.700T07 Инструкция по обновлению

ППО «Автоматизированная система Федерального казначейства (СУФД)»
ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО «АСФК (СУФД)» ВЕРСИИ 025.310.700T07
Инструкция по обновлению
Государственный контракт № УФТ-11/2016 от 01.01.2001
Код документа: 54819512.09.01,00.33.063 -1.0 1(2,5)
Листов: 12

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

№	Номер доработки	Содержание доработки	Доработка документации
1.	SUFD-91324 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Для подтверждения передачи документов группы "Своды" между ППО АСФК и *ПУиО* ЭБ используется документ "Квиток о результате доставки" разработанный в соответствии с форматом, описанным в постановке [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/ТФФ ЭБ/Квиток о результатах доставки. docx]. Данный формат Квитанции является универсальным для всех подсистем ЭБ. Для обеспечения использования Квитанции в частности Сводной отчётности необходимо учесть следующие особенности: *Сценарии использования* 1. Квиток необходимо формировать в случае ошибок при импорте документа "Документ-перевозчик", извлечения/обработки вложения, поиска трансформера для сводного отчёта или валидации по формата ТФФ -- если, маска отправителя документа содержит программный сегмент подсистемы ПУиО ЭБ = "ARP"; ----- реализована частично в рамках SUFD-91635. 2. Квиток необходимо формировать на основании полученного ConfirmBod или FailureBod из ОЕБС на документ с типом ООК и ОДУ -- если, маска получателя BODa содержит программный сегмент подсистемы ПУиО ЭБ = "ARP"; -- ----- реализована в рамках SUFD-91635 3. Квиток необходимо импортировать из ПУиО ЭБ, как ответ на выгруженный сводный отчёт вложением в документ "Документ-перевозчик". В этом случае требуется формировать на основании Квитка от ЭБ, ConfirmBod или FailureBod для ОеБС, если statusCode = 0, то требуется формировать ConfirmBod, иначе - FailureBod. Формирование адресных масок на основании исходного документа. ---- реализована в рамках SUFD-91635. *Особенности формата Квитка* 1. при формировании Квитка (transferDocumentReceipt) на уровне СУФД-Логистики (шины) при импорте файла документа "Документ-перевозчик" необходимо заполнять поля: -- statusCode = 9, если не смогли загрузить"Документ-перевозчик"; = 4, если не смогли загрузить"Документ-перевозчик"; = 5, если не смогли определить/извлечь/разархивировать вложение/найти трансформер по коду формы отчёта во вложении; = 1, если обнаружены ошибки валидации файла сводного отчёта в соответствии с ТФФ; -- statusMessage -- заполнять, если statusCode=1, текстом ошибки/ок полученных при валидации по формату ТФФ; -- fkSystem = ARP. 2. при формировании Квитка (transferDocumentReceipt) на основании ConfirmBod или FailureBOD на документ ОДУ или ООК, необходимо заполнять поля: -- statusCode = 0, если формируется на основании ConfirmBod; иначе = 4; -- fkSystem = ARP. 3. при импорте Квитка (transferDocumentReceipt) и формирования BODа необходимо в xml АСФК BODа указывать: особенностей нет. Постановка на конвертер общего Квитка: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/ТФФ ЭБ/Квиток о результатах доставки. docx]	Необходимость доработки документации не определена
2.	SUFD-91635 (Доработка-источник: SUFD-90587) Куратор УФТ: ЦАФК -	Требуется разработать 1. формирование квитанции при приёме документа из шины от ВС 2. обработку квитанции, полученной из ВС через шину	Необходимость доработки документации не определена
3.	SUFD-91751 (Доработка-источник: SUFD-87728) Куратор УФТ: Бусурина Елена (ЦАФК)	В ППО «АСФК (СУФД)» требуется разработать функции хранения, импорта из НСИ ЭБ, передачи в ППО «АСФК (OEBS)», приема из ППО «АСФК (OEBS)» справочника «Соответствие банковского счёта ТОФК (40116) организации, включённой в Сводный реестр», а также доработать функцию формирования электронного документа «Квитанция» по результатам импорта или неуспешного контроля на соответствие ТФФ НСИ ЭБ справочника «Соответствие банковского счёта ТОФК (40116) организации, включённой в Сводный реестр» и на основании ЭД «Протокол», сформированного по результатам обработки справочника в ППО «АСФК (ОЕBS)».	Необходимость доработки документации не определена
4.	SUFD-91767 (Доработка-источник: SUFD-89851) Куратор УФТ: ЦАФК -	Для документа "Сведения из извещения о закупках" необходимо доработать конвертер в связи с изменением ТФФ.	Необходимость доработки документации не определена

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

№	Номер ошибки	Содержание ошибки	ОрФК
1.	ACCEPT-58571	Ошибка при загрузке справочника в СУФД «Таблица соответствия кодов ОКАТО кодам ОКТМО» из НСИ ЭБ: Не найден трансформер для документа.	9500 - Межрегиональное операционное управление
2.	ACCEPT-59421	*Экземпляр теста[2885] : * [1]FTAS-282178 КП2 не отображаются изменения в справочнике не смотря на успешную загрузку в СУФДе 2- х файлов со справочником Соостветствия ОКАТо и ОКТМО REF_OKATOtoOKTMO_inc_20161020150000_001.xml, REF_OKATOtoOKTMO_inc_20161020150000_002.xml в документах на изменение НСИ они обработаны и находятся в статусе 801	9500 - Межрегиональное операционное управление
3.	RFC-41958	Контакт: Телефон: [phone] доб. 2142 E-mail: *****@***local Эскалировал(а): Телефон: [phone] доб. 2142 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.64 Краткое описание: Ошибка при проверке Сведений об операциях с ЦС Описание: В портале-суфд клиент создал Сведения об операциях с целевыми субсидиями. При проверке документа появляется сообщение об ошибке: "Значение в поле "ОКТМО" (17656000) не соответствует ОКТМО бюджета учредителя." Хотя оно соответствует. Скрины приложены. В справочнике НУБП есть еще одна организация, у которой в точности такое же наименование: "Муниципальное бюджетное учреждение культуры "Юрьев-Польская Централизованная Библиотечная Система"", так же совпадает наименованине учредителя: "Комитет по культуре администрации муниципального образования Юрьев-Польский район", но сами учредители разные - коды УБП не совпадают. Бюджеты организаций тоже разные. Скрины приложены. Клиент не может отправить "Сведения".	2800 - УФК по Владимирской области
4.	RFC-45542	Контакт: Телефон: 73-69-64 E-mail: Эскалировал(а): Телефон: [phone] (2207) E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.66 Краткое описание: ППО СУФД-Портал: ошибка при контроле ЗКР Описание: При документарном контроле заявки на кассовый расход выходит сообщение о результатах проверки, в котором указана ошибка: "ИНН и КПП получателя в документе не соответствуют л/с, указанному в наименовании получателя" (error. jpg). Получателем по данной ЗКР является организация КРАЕВОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ "СТАНЦИЯ СКОРОЙ МЕДИЦИНСКОЙ ПОМОЩИ Г. НАХОДКИ", чей лицевой счет 20206Ц73840 обслуживается в другом УФК (zkr. jpg). Так как данная организация является НУБП бюджета субъекта РФ и обслуживается в другом УФК, её нет в справочнике НУБП ППО СЭД 1 контура, нет в справочнике л/с ППО СЭД 1 контура, нет в справочнике "Ведение справочника НУБП/АУ/БУ" ППО АСФК; её лицевого счета нет в справочнике "Ведение ЛС НУБП/АУ/БУ" ППО АСФК, нет в справочнике "Информация о лицевых счетах" ППО АСФК и не должно там быть. Соответственно в справочниках нашего ПО нет ИНН и КПП данной организации. Почему в данной ЗКР срабатывает данная проверка? Документ является срочным, каким образом его провести?	2200 - УФК по Хабаровскому краю

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

№	Номер ошибки	Содержание ошибки
1.	SUFD-91514	Для документов ЗКР, ЗКС, СЗКР, ПФО, ЗПП в контроль "Контроль на допустимые значения в поле «Дата документа» из раздела 4. «Реквизиты налоговых полей» при незаполненном поле статус налогоплательщика" необходимо добавить предусловие Поле «Статус налогоплательщика» раздела пустое или банковский счет получателя не равен счету "40101" или счетам из системной настройки "Банковские счета для контролей налоговых полей".
2.	SUFD-91748	При импорте документа СПЗ через транспортную папку обнаружено несколько ошибок. 1. Документ шёл через ОК, но был обработан через Чёрный ящик. 2. ГУИД документа отличался от первоначального и отследить документ можно либо по реквизитам, либо по времени отправки, что может вызвать большие проблемы. Прикладываю файл, помещённый в транспортную папку, серверлог логистики МОУ и интеграционную xml, выгруженную в OEBS. В серверлоге самая последняя запись - о выгруженном файле Прошу подтвердить ошибку. [Постановка.|https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Регистрация и учет БО/ЕИС/Сведения из плана закупок и плана-графика закупок. doc]
3.	SUFD-91801	*Сценарий* Документы - Регистрация и учет обязательств - Заявки на платеж - Платежное поручение Выбрать документ Пакет ПП с заполненными полями "Бюджет" и "Фин. орган". Копировать данный документ, в качестве организации создателя указать НУБП. *Результат* Поля "Бюджет" и "Фин. орган" скопируются. При проверке документа выйдет блок контроль, на то что поля "Бюджет" и "Фин. орган" должны быть пустые. Отредактировать и удалить данные поля нельзя, т. к. согласно постановки они залочены и не заполняются для НУБП. Думаю стоит убрать копирование этих полей из род. дока, если создатель документа НУБП.
4.	SUFD-91816	При тестировании выгрузки сводных отчётов из ЭБ в OEBS через СУФД была выявлена ошибка в теге <CreationDateTime>. Форматы времени, передаваемый из ЭБ различается с форматом времени, обрабатываемым в СУФД, в результате документ падает на ошибку. Разница в указании часового пояса, в xml из ЭБ часовой пояс выглядит как "+03:00" в СУФД же будет корректным следующий вид: "+0300". При возникновении данной ошибки документ падает на ошибку. Прошу проанализировать данную проблему. Прикладываю образец xml-документа из ЭБ. [Постановка на документ-перевозчик.|https://asfk-support. ru/svn/asd/02-%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5/%D0%90%D0%BA%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5%20%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8%20%D0%A1%D0%A3%D0%A4%D0%94/%D0%9A%D0%BE%D0%BD%D0%B2%D0%B5%D1%80%D1%82%D0%B5%D1%80/%D0%A4%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D1%8B%20%D0%BF%D1%80%D0%BE%D1%87%D0%B8%D0%B5/%D0%A2%D0%A4%D0%A4%20%D0%AD%D0%91/%D0%9F%D0%A3%D0%B8%D0%9E%20%D0%AD%D0%91/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%20%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B7%D1%87%D0%B8%D0%BA. doc]
5.	SUFD-91855	*Сценарий* Создать документ. Заполнить поля реквизиты плательщика и получателя. Выполнить проверку документа. *Результат* После выполнения проверки документа падает ошибка: "com. fd. doctype. check. desc. CheckExecutionException: Не удалось выполнить проверку, описанную как check. rowRecipientName. inDictOrgTree. withInnAndKpp - Контроль соответствия л/с получателя ИНН, КПП получателя method [byRowCheck. tableRowCheck]..." Лог ошибки во вложении

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

№ версии док-та	Дата изменения	Автор изменений	Изменения
1.0	31.10.2016		Начальная версия документа.