Автоматизированная система Федерального казначейства
ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО СУФД АСФК ВЕРСИИ 026.110.700T03
Код документа: 54819512.09.01,00.ИО.006 -1.0 1(2,5)
Государственный контракт № УФТ-11/2016 от 01.01.2001
Листов: 12
Доработки, реализованные в версии/Патче
№ | Номер доработки | Содержание доработки | Доработка документации |
SUFD-98332 (Доработка-источник: SUFD-97740) Куратор УФТ: ЦАФК - | В соответствии с Альбомом ТФФ обмена ПУиО и введением нового отчёта -- Форма 0503129 (код формы 609p). Отчет о бюджетных и денежных обязательствах получателей средств федерального бюджета и администраторов источников финансирования дефицита федерального бюджета (по переданным полномочиям), необходимо доработать конвертер формата ПУиО и интеграцию с ОеБС. Направление взаимодействия: ПУиО (отчёт в формате ТФФ, вложением файла txt в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип документа = ООК ). Согласно ТФФ -- формирование файла отчетной формы 609p аналогично формированию файлу отчетной формы 609, за исключением добавления нового поля "ЛС" в заголовочную часть отчёта. Согласно данным структуры АСФК -- маппинг аналогично обмену отчетной формы 609 с учётом передачи значения поля ЛС в тег SEGMENT4. При передаче/приёме, импорте и экспорте для обеспечения отличия имеющихся кодов форм (609, 609e, 609es) от нового кода формы (609p) необходимо учесть правило: 609 - FORM_REF = 0503129-3, тип ООК/ОЗК, SEGMENT4 - пустой, 609p - FORM_REF = 0503129-3, тип ООК, SEGMENT4 - заполнен. Постановка обновлена: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0503129 (609, 609e, 609es).doc] At revision: 339033 Все изменения жёлтым маркером по тексту. | Необходимость доработки документации не определена |
№ | Номер ошибки | Содержание ошибки | ОрФК |
ACCEPT-68288 | SUFD-94992.КП1.Отсутствует контроль на указание 04 лс. скрин | 6000 - УФК по Саратовской области | |
ACCEPT-68301 | к. п. 2 FTAS-374505 . Как выполнить прием записей справочника «Поставщики жилищно-коммунальных услуг» из ППО «АСФК (СУФД)». | 6000 - УФК по Саратовской области | |
ACCEPT-68443 | По п. 2.3. шаг 1 Поле "Номер р. счета" не выбирается из выпадающего списка и поле "Бик" не заполняется автоматически | 6000 - УФК по Саратовской области | |
ACCEPT-68452 | SUFD-94928 (КП 2,3) При создании новых документов ЗКР и ЗКР (сокращенная) поле «По сводному реестру» не заполняется автоматически (остается пустым). По остальному ПиМу у других документов проблем с данным полем нет. | 2800 - УФК по Владимирской области | |
ACCEPT-68497 | SUFD 94928 КП 7 Проверка доработки визуальной формы документа «Заявка на возврат» в ППО «АСФК (СУФД)» АРМ НУБП МАУК "ДКМ" л/c 31286X60370 Контроль автозаполнения полей проводился в соответствии с таблицей 13. В таблице 13: Поле "Наименование бюджета" При вводе Заявки от АУ/БУ - не заполняется. По факту - поле заполнено. Поле "Фин. орган" При вводе Заявки от АУ/БУ - не заполняется. По факту - поле заполнено. Поле "Глава по БК" При вводе Заявки от АУ/БУ Глава по БК не заполняется. По факту - поле заполнено Поле "ГРБС/ГАДБ/ГАИФ" При значении поля «Переход на СР» = 0 заполняется автоматически из справочника НУБП (из поля «Учредитель (наименование)») на основании кода из системной константы «Код собственного БУ» (с учетом бюджета из системной константы), а также выбором значения из справочника НУБП (поле «Учредитель (наименование)») (записи справочника ограничены кодом собственного БУ и бюджета из системных кон-стант). По факту поле заполнено наименованием главы по БК | 2800 - УФК по Владимирской области | |
ACCEPT-68621 | SUFD-94928 (КП 4) Константа SelfSRcode у организаций X3508 и 00403 присутствует. 28030001 Бюджет города Владимира При создании документа - Сводная заявка на кассовый расход (для уплаты налогов) от (PBS) Управление жилищно-коммунального хозяйства администрации города Владимира Поле «По сводному реестру» если «Признак перехода на СР» = 0 автоматически заполняется, НО 5-значным значением. Если «Признак перехода на СР» = 1 то заполняется 8 знаками. Поле «По КОФК» автоматически заполняется значением 2802, и соответственно, поле «ФК, Орган ФК» заполняется значением Отдел № 2 Управления Федерального казначейства по Владимирской области, что противоречит описанию КП. В Сводной заявке от (NUBP) МБОУ «СОШ №38» X35080 Поле «По сводному реестру» если «Признак перехода на СР» = 0 автоматически не заполняется (остается пустым), Если «Признак перехода на СР» = 1 то заполняется 8 знаками. Поле «Глава по БК» заполнена значением 000, хотя не должна заполняться, Поле «По КОФК» автоматически заполняется значением 2802, и соответственно, поле «ФК, Орган ФК» заполняется значением Отдел № 2 Управления Федерального казначейства по Владимирской области, что противоречит описанию КП. Поле «ГРБС» если «Признак перехода на СР» = 0 заполнено, если «Признак перехода на СР» = 1 не заполнено. | 2800 - УФК по Владимирской области | |
RFC-43293 | Обращение IM2066573 закрыто с комментарием: У_02 По второму вопросу также необходимо завести обращение на разработку. В обращении можете указать, что первичный анализ производился в DBS-2502. | 7300 - УФК по г. Москве | |
RFC-48372 | Контакт: Телефон: 684857 доб. 2339 E-mail: *****@***local Эскалировал(а): Телефон: 684857 доб. 2339 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.66 Краткое описание: СУФД: Сведения об операциях с целевыми субсидиями. Одиннадцатизначный ОКТМО. Описание: Клиент создает Сведения об операциях с целевыми субсидиями, в поле "по ОКТМО" значением 88632151051. Заполняет из справочника СР (нового, с восьмизначными кодами), код 11- тизначный. СУФД при док контроле выдаёт ошибку: Поле "по ОКТМО" должно содержать 8 символов. В ТФФ для Сведений об операциях с целевыми субсидиями на данное поле тоже ограничение в 8 символов. ОКТМО же сам по себе может быть как 8-мизначным, так и 11-тизначным. ТФФ неправильно написан? если правильно, то как быть с 11-тизначными кодами ОКТМО? Являемся одним из пяти клиентов, перешедших на новый Сводный реестр. Версия СУФД: 7.67.8 - 7.261.27+fix3 (025.430.700T02) | 0800 - УФК по Республике Марий Эл | |
RFC-53643 | Контакт: Телефон: (3467) 37-20-72 доб. 87-00-2072 E-mail: *****@***local Эскалировал(а): Телефон: (3467) 37-20-72 доб. 87-00-2072 E-mail: *****@***local Затронутая услуга: ITS_b_st_v3_FK.52 Краткое описание: СУФД. Портал. Пакет от ФО не проходит контроль Описание: Пакет ФО с платежным поручением в котором указан КЦ не проходит контроль. Сначало ругается на Сам КЦ 17-А10-00004. потом его обрезает. Платежи от ФО по КЦ невозможны. Версия СУФД 7.67.13 - 7.261.71 (026.000.700) | 8700 - УФК по Ханты-Мансийскому АО - Югре |
№ | Номер ошибки | Содержание ошибки |
SUFD-98311 | При выгрузке отчёта о суммах ввозных пошлин из СМЭВ в адрес OEBS возникает ошибка определения адресной маски. В результате скайп-переписки выяснилось, что данная ошибка - ошибка в результате анализа и затрагивает все отчёты ЕАЭС. Прикладываю образец выгружаемого файла, результат выгрузки и серверлог. Прошу аналитиков указать, как именно должна определяться адресная маска. | |
SUFD-98407 | На загруженное уведомление сформировался документ ИНФ и отправлен в ОЕБС: bq. тег <LogicalID> заполнился значением "9500....MOU. N.S" 1)адрес отправителя МОУ "9500....N. S". 2)При формировании конфирмбода из ОЕБС в ВС получатель в таком случае будет указан, как МОУ СУФД, а не ВС. Просьба проанализировать, как правильно должен заполняться блок <Sender> в документе ИНФ. Разработке: FD-96128; 1 пункт: Сформировать ИНФ, *вложить в него полученное уведомление* и отправить его в ОЕБС. В сформированном ИНФ нет вложенного уведомления. bq. Также тег <docBudgetCode> сформировался не полностью (без значения и только закрывающая часть) | |
SUFD-98408 | _*Тестовый данные №1*_ АРМ *9500.6000..99010001-000-U0407.N. NUBP* СР = 0 GUID = 515e76e6-5162-4bf6-9d0e-c95e0b100f99 DOCID =*356334748* DICTORGNUBPTRANSITION = 0 Дата на стенде : *12.06.2017* DateBeginTransition Дата начала перехода на Сводный реестр = *01.01.2017* DateEndTransition Дата завершения перехода на Сводный реестр = *01.05.2017* [Скрин№1|https://www. asfk-support. ru/jira/secure/attachment/1587014/2017-06-01_14-28-41.png] Документ: [http://vs-c06-as16-eb. pds. otr. ru:18080/s/editDoc/515e76e6-5162-4bf6-9d0e-c95e0b100f99] 3апрос из БД Стенда СУФД - Портала {quote} select D. DICTORGNUBPTRANSITION FROM UA11U. DC_ZKR_ZKC D Where DOCID = ( select D. docid FROM UA11U. DOC D Where GLOBALDOCID = lower ('515e76e6-5162-4bf6-9d0e-c95e0b100f99')) {quote} Вывод : выделенный контроль на [Скрине№2|https://www. asfk-support. ru/jira/secure/attachment/1586958/2017-06-01_11-46-13.png] срабатывать *не должен так как* признак перехода на *СР = 0* и переход на *СР* наступил. Прошу СА провести анализ корректности работы : 1) контроля - контроль срабатывать *не должен* [Скрине№2|https://www. asfk-support. ru/jira/secure/attachment/1586958/2017-06-01_11-46-13.png] 2) метода вычисления признака перехода на сводный реестр Постановка: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Регистрация ЗКР/Сокращенная Заявка на кассовый расход. doc] Версия *336793* | |
SUFD-98421 | 1)"Контроль на размерность КПП получателя, если ИНН получателя равен 10 символам." Срабатывает без учёта предусловия _КПП получателя заполнено...._ 2)Нет возможности ввести 12 символов в поле ИНН получателя (блокирует тестирование некоторых контролей) | |
SUFD-98422 | Версия приклада на котором проходило тестирование *7.262.90* Выгружен [Квиток|https://www. asfk-support. ru/jira/secure/attachment/1586844/%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9+%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+%D1%84%D0%BE%D1%80%D0%BC%D0%B5+%D1%8D%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE+%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0+%D0%BE%D1%82+11.06.2017+%2811062017_1401%29-1.zip] . В квитке отсутствует тег *VersionId* но есть тег *version="1.0"* Вывод. к *СА* нужно проверить корректность квитка. [пример пакета в котором 2 документа |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%A4%D0%A1%D0%A1%D0%9F/%D0%9F%D0%B0%D0%BA%D0%B5%D1%82%20%D0%98%D0%94.xml] добавлено по просьбе DEV Схема: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/ФССП/FSSP. XSD] Версия *336540* Постановки [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/ФССП/Пакет ИД. docx] Версия *337427* [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/ФССП/Квитанция на Пакет ИД. docx] Версия *337784* | |
SUFD-98424 | С ОЕБС принят отчёт "Выписка из счета АДБ (МФ)" номер "1115107" С вложением с маркером BD На основании вложения создался документ "Информация из расчетных документов", но *не заполнились поля* в записи таблицы Расчетные документы: -Порядковый номер ЭС -Дата составленя ЭС -Уникальный идентификатор составителя ЭС TFFVERSION: TXBD170701; FD 01.05.2017, системная дата 12.06.2017 TFF вложения отчёта и скрин прикладываю. | |
SUFD-98479 | В таблице dc_improvements_dates не изменены даты начала и завершения действия, т. е SUFD-93224_StartDate = 01.05.2017 SUFD-93224_PrevDate = 30.04.2017 что некорректно в связи с требованиями SUFD-97944. т. к. на тестовых стендах регулярно выполняются апдейты в данную таблицу, прошу перепроверить, присутствуют ли изменения для БД в скриптах. | |
SUFD-98489 | Из ОЕБС выгружен Пакет извещений ЖКХ UU2E TB - 3032855 по банковской ЗКР 510F8C92-DBD6-22BF-E053-5D0111AC4467 в Логистике СУФД документ упал на ошибку. java. lang. NullPointerException |
ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ
№ | Дата | Автор | Изменения |
1.0 | 05.06.2017 | Начальная версия документа. |
