ППО «Автоматизированная система Федерального казначейства (СУФД)»

ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО «АСФК (СУФД)» ВЕРСИИ 025.310.700T03

Инструкция по обновлению

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

Код документа: 54819512.09.01,00.33.058 -1.0 1(2,5)

Листов: 22

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

№	Номер доработки	Содержание доработки	Доработка документации
SUFD-91047 (Доработка-источник: SUFD-72735) Куратор УФТ: Бусурина Елена (ЦАФК)	В ППО "АСФК (СУФД)" требуется доработать функции хранения, импорта, приема из ППО "АСФК (OEBS)" и передачи в ППО "АСФК (OEBS)" справочника "Реестр участников бюджетного процесса, а также юридических лиц, не являющихся участниками бюджетного процесса" в части изменения реквизитного состава справочника.	Описание доработки добавлено в Обзор изменений к версии ППО 25.3.0
SUFD-91063 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Требуется разработать трансформер и интеграцию сводного отчета для интеграции с ПУиО «Отчет о кассовом поступлении и выбытии бюджетных средств» (ф. 0503124 (626)) Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Требуется разработать трансформер и интеграцию сводного отчета для интеграции с ПУиО «Отчет о кассовом поступлении и выбытии бюджетных средств» (ф. 0503124 (626е)) (нерегламентированная отчетность) Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<- АСФК (xml ProcessPeriodicReport, тип ОДУ). Для разработки: Отличий в формате форм 626 и 626e нет, достаточно реализовать конвертер и интеграцию, согласно постановке [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0503124 (626, 626е).doc] Для тестирования: Учесть направления выгрузки при тестировании и написании ПИМ. 0503124 (626)        ПУиО <-> АСФК 0503124 (626е)        ПУиО <- АСФК Постановки размещены здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0503124 (626, 626е).doc] [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/Нерегламентированные/Форма 0503124 (626e).doc] At revision: 303846	Необходимость доработки документации не определена
SUFD-91100 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Требуется разработать трансформер и интеграцию для сводного отчета ф. 0503140 (629) "Баланс по поступлениям и выбытиям бюджетных средств" для обмена между АСФК и ПУиО Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). постановка: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0503140 (629).doc] At revision: 302622	Необходимость доработки документации не определена
SUFD-91109 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Для обеспечения обмена данными сводной отчётности по ф. 0531342 (642a, 642b, 642i) "Отчет об операциях со средствами бюджетных, автономных учреждений и иных юридических лиц в разрезе учреждений и юридических лиц (АУ, БУ, иным организациям)" между АСФК и ПУиО необходимо разработать конвертер и интеграцию. Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Постановка здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0531342 (642a, 642b, 642i).doc] At revision: 301989	Необходимость доработки документации не определена
SUFD-91156 (Доработка-источник: SUFD-89514) Куратор УФТ: ЦАФК -	Требуется доработать функции приема из ППО «АСФК (OEBS)», хранения, маршрутизации и экспорта в ИТС ФК документа «Результат контроля остатков ЛБО».	Документирование не требуется (Обзор изменений к версии ППО)
SUFD-91158 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Для обеспечения обмена данными сводной отчётности по ф. 521462 (627) "Справка о перечислении межбюджетных трансфертов из федерального бюджета в бюджеты бюджетной системы Российской Федерации" между АСФК и ПУиО необходимо разработать конвертер и интеграцию. Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Для обеспечения обмена данными сводной отчётности по ф. 521462 (627e) "Справка о перечислении межбюджетных трансфертов из федерального бюджета в бюджеты бюджетной системы Российской Федерации (по открытым КБК)" между АСФК и ПУиО необходимо разработать конвертер и интеграцию. Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<- АСФК (xml ProcessPeriodicReport, тип ОДУ). (!) Для разработки: Отличий в формате форм 627 и 627e нет, достаточно реализовать конвертер и интеграцию, согласно постановке [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0521462 (627, 627e).doc]. (!) Для тестирования: Учесть направления выгрузки при тестировании и написании ПИМ. 0521462 (627)        ПУиО <-> АСФК 0521462 (627е)        ПУиО <- АСФК Постановки здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0521462 (627, 627e).doc] [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/Нерегламентированные/Форма 0521462 (627e).doc] At revision: 303113	Необходимость доработки документации не определена
SUFD-91171 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Требуется разработать трансформер и интеграцию сводного отчета для интеграции с ПУиО «Баланс по операциям кассового обслуживания исполнения бюджета» (ф. 0503150 (624) Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Постановка размещена здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0503150 (624).doc] At revision: 302752	Необходимость доработки документации не определена
SUFD-91206 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Для обеспечения обмена данными сводной отчётности по ф. 0531340 (634) "Отчет о поступлениях в федеральный бюджет в разрезе администраторов доходов федерального бюджета и администраторов источников финансирования дефицита федерального бюджета." между АСФК и ПУиО необходимо разработать конвертер и интеграцию. Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Постановка здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0531340 (634).doc] At revision: 302991	Необходимость доработки документации не определена
SUFD-91217 (Доработка-источник: SUFD-89673) Куратор УФТ: ЦАФК -	Для обеспечения обмена данными сводной отчётности по ф. 0521452 (652) "Расшифровка остатков средств на балансовых счетах N 40201 «Средства бюджетов субъектов Российской Федерации», N 40204 «Средства местных бюджетов» и N 40404 «Территориальные фонды обязательного медицинского страхования." между АСФК и ПУиО необходимо разработать конвертер и интеграцию. Направление взаимодействия: ПУиО (отчёт в формате txt вложением в Документе-перевозчике формата ЭБ)<-> АСФК (xml ProcessPeriodicReport, тип ОДУ). Постановка здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0521452 (652).doc] At revision: 303075	Необходимость доработки документации не определена
SUFD-91368 (Доработка-источник: SUFD-89514) Куратор УФТ: ЦАФК -	Требуется доработать функции импорта из ИТС ФК, хранения, маршрутизации и передачи в ППО «АСФК (OEBS)» документа «Сведения из плана закупок/плана-графика закупок».	Документирование не требуется (Обзор изменений к версии ППО)
SUFD-91379 (Доработка-источник: SUFD-90587) Куратор УФТ: ЦАФК -	Общий сценарий обмена ОеБС - ЭБ Обработка входящего TransferDocumentRequest. # При обработке входящего файла определяется, что это файл в формате xml и берется его корневой тег. Если корневой тег = transferDocumentRequest, то выполняется следующая обработка. # Если в секции <document> есть содержимое, то на основании входящего документа перевозчика создается черный ящик: содержимое секции <document> дополняется прологом xml, полученный xml файл передается в ОеБС в качестве документа в формате OAGIS; вложения из TransferDocumentRequest прикрепляются к полученному документу. # Если секция <document> пуста, то выполняется обработка полученных вложений: для каждого файла вложений выполняется стандартная обработка входящего через систему сопряжения файла - выполняется поиск трансформера, способного обработать файл; если такой трансформер найден, то выполняется трансформация файла в документ. # Если одновременно и отсутствуют вложения, и секция <document> пуста, то выдается ошибка. Если при приеме входящего TransferDocumentRequest в СУФД происходит ошибка, то в ответ в адрес организации отправителя (если ее удалось определить) выгружается квитанция в формате TransferDocumentResponse. Формирование исходящего TransferDocumentRequest. # Трансформирование исходящего документа в формат TransferDocumentRequest выполняется если: исходящий документ передается в виде черного ящика, в адресе получателя ЧЯ указан программный сегмен ЭБ (U), адрес получателя является расширенной адресной маской с заполненным сегментом Роли, в сегменте Роли указана подсистема ЭБ. # Трансформация ЧЯ в xml формата TransferDocumentRequest выполняется следующим образом: из xml OAGIS перевозимого черным ящиком документа берется корневая секция и вставляется в секцию <document> xml документа-перевозчика; если у перевозимого в ЧЯ документа имеются вложения, то они передаются в секции <attachments> xml документа-перевозчика. Формат обмена transferDocumentRequest описан в [постановке|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]	Необходимость доработки документации не определена
SUFD-91495 (Доработка-источник: SUFD-90587) Куратор УФТ: ЦАФК -	Доработать формат расширенного транспортного адреса в части использования и обработки в сегменте «Роль/ЛС получателя/отправителя» (<PA>) кода подсистем, функциональных областей ЭБ (Для сегмента U) длинной 3 символа, например, REF, ARP (полный перечень значений в постановке [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Общие/Маршрутизация/Новый формат транспортного адреса/Сегмент Роль получателя документа. docx] и [https://confluence. otr. ru/pages/viewpage. action? pageId=33981023]); Адресные маски, которые соответствуют адресу подсистемы ЭБ, должны содержать заполненное значение сегмента <PA> равное коду подсистемы функциональности ЭБ, если системная константа GenerateNewAddressFormat = 1. Например, транспортный адрес ЭБ по старому формату 9500....N. U, а по новому формату 9500... ARP. N.U.	Необходимость доработки документации не определена
SUFD-91497 (Доработка-источник: SUFD-91302) Куратор УФТ: ЦАФК -	В ППО "АСФК (СУФД)" требуется доработать функцию приема из ППО «АСФК (OEBS)» документа "Результат контроля остатков ЛБО" в связи с изменениями ЧТЗ и интеграционной схемы.	Необходимость доработки документации не определена

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

№	Номер ошибки	Содержание ошибки	ОрФК
ACCEPT-58462	Клиент попросил сделать кнопки в сообщении о выборе автоматической отправки побольше и разделить их между собой, и сам текст в окне побольше. Скриншот приложен.	9800 - Федеральное казначейство
RFC-37191	Контакт: Телефон: [phone], ВТС 4100-5968 E-mail: *****@***local Эскалировал(а): Телефон: [phone], ВТС 4100-5968 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.65 Краткое описание: СУФД. Импорт/Экспорт ЗНП. Описание: Клиент импортирует документ TXZS в СУФД, в импортируемом файле ТИП КБК 10, если документ потом экспортировать то в нём КБК проставляется 20. Пример файла приложен. у КБК 90111010400020210113 в справочнике ТИП 11. Данный момент не позволяет ФО корректно следить при санкционировании. v.024.232.700T02	4100 - УФК по Костромской области
RFC-41021	Контакт: Телефон: [phone]; втс 2324 E-mail: *****@***local Эскалировал(а): Телефон: [phone]; втс 2188 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.66 Краткое описание: 1500-06. АРМ ФО. «Прогноз движения средств на счете бюджета с детализацией по дням (ф.05010X4)» Описание: В ППО «АСФК (СУФД)» на АРМ ФО фин. орган ввел, отредактировал и направил в УФК документ «Прогноз движения средств на счете бюджета с детализацией по дням (ф.05010X4)» на 01.06.2016. Согласно тех. инструкции по работе на АРМ ФО поля 01-31 доступны для редактирования и обязательны для заполнения, если отмечена соответствующая галка над столбцом. Если галка НЕ отмечена, все поля столбца становятся недоступными для ручного ввода и ОБНУЛЯЮТС на 01.06.2016 над полем 31 галка не отмечена, но при этом заполнена строка с кодом 0210. Просим разъяснить допустимо ли это?	1500 - УФК по Чувашской Республике
RFC-44755	Ошибка при создании документа, КБК отсутствуют. По согласованию с Отделом обслуживания силовых ведомств, отключен документарный контроль. КБК в АСФК защищены. Необходимо исправить работу контроля. --------------- клиент ФЕДЕРАЛЬНАЯ СЛУЖБА ПО ТЕХНИЧЕСКОМУ И ЭКСПОРТНОМУ КОНТРОЛЮ не может создать документь "Информация ПБС" не сохраняется КБК	9800 - Федеральное казначейство
RFC-44953	ОШИБКА ПОДПИСАНИЯ РР для Клиента (РР с кодом СпецУказ. "8.11"). РР приходит из УФК. В АСФК ЗК РР регистрируется и отправляется ГРБСу. На АРМ ОрФК РР не подписываются и возникает ошибка утверждения. Схемы подписи ОЕБС и СУФД отличаются. Инфа приложена.	9500 - Межрегиональное операционное управление
RFC-45043	Контакт: Телефон: [phone] доб. 1050 E-mail: *****@***local Эскалировал(а): Телефон: [phone] доб. 1112 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.65 Краткое описание: Подпись расходного расписания в АРМ ОРФК Описание: Невозможно подписать расходное расписание в АРМ ОРФК расходное расписание №8.11-13768-1 от 01.01.2001, сформированное в АС ФК ЗК в рамках процедуры отзыва неиспользованных ЛБО. Кнопка подписи не активна. Просим оказать содействие в подписании и отправке документа в МОУ ФК документа.	5800 - УФК по Ростовской области
RFC-45155	После регистрации Сведений о БО в ЭБ № 000,9900000976,сведения не выгрузились в АСФК. Возникла ошибка в СУФД Логистике: org. xml. sax. SAXParseException: cvc-type.3.1.3: The value '020.10.016.5' of element 'NmbrAccnt' is not valid.	9500 - Межрегиональное операционное управление
RFC-45282	Возможно после обновления СУФД пропала возможность выгрузки отчетов в формате xml. ------------- СУФД - обращение клиента о выгрузке отчета в формате xml SD100607696 закрыто - решение - обратиться в отдел ОТО ФК Прошу помочь клиенту Минобр в выгрузке отчета или сообщить как это можено сделать специалистам ОТО ФК	9800 - Федеральное казначейство

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

№	Номер ошибки	Содержание ошибки
SUFDCORE-12476	Ошибка заведенная системой на один из шипментов в транспортной таблице queue_packet_in распространяется на весь скоп шипментов попавших в обработку. В качестве примера взят стенд ua4u (портал 5.4). Прикладываю лог сервера, шипмент в виде хмл (153.xml) и стектрайс ошибки (stacktr. log) из таблицы queue_packet_in.
SUFD-91300	Документ Заявка на выдачу аккредетива (АЗВ) создан под АРМ 07374 PBS на ua11u (primAZV): плательщиком является 00939 (передал полномочия 07374) и ЛС с контуром=2 (14601009393), обслуживается в 6000; получателем U0006 и ЛС с контуром=1(41956U00060) Обслуживается в 9500 АЗВ подписан и отправлен. Доставлен на АРМ ОрФК УФК, где выполнена проверка ЭЦП +отправлен. Документ успешно доставлен в ОЕБС УФК ЗК (ub1e), находится на статусе 22 (дошел до ОЕБС). На ОЕБС ЗК документ АЗВ доставлен. Сформирован КА и отправлен. Доставлен на АРМ ОрФК. Там подписан тремя подписями. В АРМ плательщика документ ушел (портал УФК) на статусе 879, в МОУ ОК - тоже. БС КА сменился на УФК ОЕБС ЗК и на Портале МОУ СУФД при помощи синков из МОУ ОК (ОЕБС) получателя, как указано в схеме от 22.09. Также сменился на 003 на АРМ ОрФК, хотя должен был и на Портале УФК. На Портале УФК БС остался равным 879. Из арм ОрФК синк с реквизитами подписантов до ЗК УФК ОЕБС не дошел. xml синка на изменение БС из ЗК ОЕБС УФК прикладываю. синк на изменение реквизитов подписантов не найден. Так же в uu1l, ur2l_7,ua4uzk по запросу select * from queue_document where doc_log_parentdoc_guid = lower('3da2b941-9a26-21c0-e053-ac1101293117'); на uu1l ЖИД [guid = [ef623592-6917-4d18-b301-b82fa8e66311], docType = [KZA], destOrg=[9500.6000..--.N. ORFK;9500.6000..--.S. UFK;]], не может быть применен к документу [Doc[id=351310382,globalDocId=3da2b941-9a26-21c0-e053-ac1101293117,docType=DocType[systemName=KZA, currentVersion=1.0],accessLevel=Не секретно, hasAttaches=false]]. Версия документа [7] не соответствует версии, указанной в обрабатываемом ЖИД [8] ur2l_7 java. lang. RuntimeException: Document not found UUID[3da2b941-9a26-21c0-e053-ac1101293117]. ua4uzk ЖИД [guid = [ef623592-6917-4d18-b301-b82fa8e66311], docType = [KZA], destOrg=[9500.6000..--.N. ORFK;9500.6000..--.S. UFK;]], не может быть применен к документу [Doc[id=529381935,globalDocId=3da2b941-9a26-21c0-e053-ac1101293117,docType=DocType[systemName=KZA, currentVersion=1.0],accessLevel=Не секретно, hasAttaches=false]]. Версия документа [7] не соответствует версии, указанной в обрабатываемом ЖИД [8].
SUFDCORE-17802	Обнаружилось при предварительном показе. При поставленной галочке "Выполнять автоматическую отправку" остаётся активным вариант отправки "Все". Согласно постановке, он не должен быть активен: "При значении параметра «Выполнять автоматическую отправку» равным «1» в списке выбора действий, доступных пользователю по операции «Подпись», на экран не выводить для выбора следующие действия, связанные с отправкой, а именно: -        Отправка (Все); -        Отправка (выделенные)." Также при ручном поставлении или снятии этой галочки стенд перезагружается (не сам стенд, конечно, а его отображение в бразуере). Т. е. как будто только что зашёл в систему: свёрнуто "дерево" документов, выбрана другая организация-создатель, если кто-то перевыбрал уже, и т. д. Причём, возможность изменения состояния галочки без обновления страницы существует - когда галочка ставится в результате выбора варианта "Да, запомнить ответ", страница не перезагружается.
SUFDCORE-17818	после подписи документа возникает сообщение для подтверждения автоматической отправки документа. Но в данном диалоге отсутствует возможность запомнить выбор Нет считаю что на данной форме должны быть 2 кнопки "Да", "Нет" и галочка "Запомнить выбор" соответственно в настройках клиента не просто галка "Включить автосохранение документов" а должен быть выбор "Да", "Нет",        " " (пусто) и только при значении пусто, должно возникать диалоговое окно. так же в данном диалоговом окне текст налазит на картинку с вопросительным знаком, (см. скрин) даже если раздвинуть окно.
SUFD-91503	Контакт: Телефон: [phone] доб. 1050 E-mail: *****@***local Эскалировал(а): Телефон: [phone] доб. 1112 E-mail: *****@***local Затронутая услуга: ITS_b_st_UFK.65 Краткое описание: Подпись расходного расписания в АРМ ОРФК Описание: Невозможно подписать расходное расписание в АРМ ОРФК расходное расписание №8.11-13768-1 от 01.01.2001, сформированное в АС ФК ЗК в рамках процедуры отзыва неиспользованных ЛБО. Кнопка подписи не активна. Просим оказать содействие в подписании и отправке документа в МОУ ФК документа. Требуется добавить в условие доступности для операции удаления подписи документа "Расходное расписание" на АРМ ОрФК добавить бизнес-статус 011
SUFD-91507	После изменения КА в списке 2 КА с одинаковыми датой, названием, но на разных бизнес-статусах: на 003 и 171 статусе. При составлении заявления на отзыв на основе РД, КА со статусом 003 в списке этот доумент есть. А когда делаю проверку, выводится сообщение об ошибке, что нельзя на 171 статусе использовать документ в качестве родительского. Срабатывает блокирующий Контроль корректности значений полей «Номер» и «Дата» в блоке «Информация о КА» для Заявления на отзыв. Для Заявления на перевод тоже самое. Скрины прилагаю.
SUFD-91511	Для документа «Реестр администрируемых доходов» требуется: Добавить новые контроли: 1. Контроль обязательности заполнения реквизитов АДБ (Б) 2. Контроль на обязательную пустоту реквизитов АДБ (Б) 3. Контроль на обязательную пустоту реквизитов АДБ, включенных в закрытую часть Сводного реестра (Б) Сейчас 1 контроль не срабатывает для главы по БК, у которого нет подведомственых АДБ с признаком включения в закрытую часть в Сводном реестре/РУБП, но срабатывает для смешанного случая. 3 контроль срабатывает, если в списке АДБ только АДБ с признаком включения в закрытую часть в Сводном реестре/РУБП. СА пишет: при проверке документа первое что мы должны проверить (в случае, если у нас не заполнено ИНН или КПП хотя бы в одной из строк) это имеется ли у ГАДБ хотя бы один АДБ, включенный в закрытую часть реестра (1. Контроль обязательности заполнения реквизитов АДБ (Б)) В случае, если такие АДБ (ЗК) имеются, то дальше у нас построчная проверка: (контроль 2) - если у ГАДБ нет АДБ в ЗК, то у нас срабатывает блок контроль на обязательность заполнения каждой строки с указанием всех реквизитов если есть и хотя бы в одной строке не указаны реквизиты АДБ, то документ считается предоставленным по АДБ ЗК и все стороки должны быть с пустыми реквизитами АДБ (контроль 3) - если все строки относятся к АДБ из закрытой части, то у нас срабатывает блок контроль на обязательную пустоту всех строк и если смешанные строки (АДБ и ОК и ЗК), то тоже блок контроль - на то чтобы для АДБ ЗК формировался отдельный Реестр. Напомню, также, по условию, для проверки необходим ФБ. Не совсем ясно условие ФБ, оно указано только в 1 и 3 контролях.
SUFD-91513	В документе ЗКР в контроле "Контроль на допустимые значения в поле «Дата документа» из раздела 4. «Реквизиты налоговых полей» при указании статуса налогоплательщика" необходимо привести текст сообщения в соответствие с ЧТЗ.
SUFD-91536	В документе Сводная ЗКР необходимо исправить работу контроля Контроль корректности заполнения поля «Код по ОКТМО» раздела 2 группы полей «Реквизиты налоговых платежей» - контроль срабатывает при указании значения "0". Тексты контролей: Контроль корректности заполнения поля «Код по ОКТМО» раздела 2 группы полей «Реквизиты налоговых платежей», Контроль корректности заполнения поля «Код по ОКТМО» раздела 2 для б/с 40101 необходимо привести в соответствие с постановкой.
SUFD-91558	Для документа «Реестр администрируемых доходов» требуется: Добавить новые контроли: 1. Контроль обязательности заполнения реквизитов АДБ (Б) 2. Контроль на обязательную пустоту реквизитов АДБ (Б) 3. Контроль на обязательную пустоту реквизитов АДБ, включенных в закрытую часть Сводного реестра (Б) Сейчас 1 контроль не срабатывает для главы по БК, у которого нет подведомственых АДБ с признаком включения в закрытую часть в Сводном реестре/РУБП, но срабатывает для смешанного случая. 3 контроль срабатывает, если в списке АДБ только АДБ с признаком включения в закрытую часть в Сводном реестре/РУБП. СА пишет: при проверке документа первое что мы должны проверить (в случае, если у нас не заполнено ИНН или КПП хотя бы в одной из строк) это имеется ли у ГАДБ хотя бы один АДБ, включенный в закрытую часть реестра (1. Контроль обязательности заполнения реквизитов АДБ (Б)) В случае, если такие АДБ (ЗК) имеются, то дальше у нас построчная проверка: (контроль 2) - если у ГАДБ нет АДБ в ЗК, то у нас срабатывает блок контроль на обязательность заполнения каждой строки с указанием всех реквизитов если есть и хотя бы в одной строке не указаны реквизиты АДБ, то документ считается предоставленным по АДБ ЗК и все стороки должны быть с пустыми реквизитами АДБ (контроль 3) - если все строки относятся к АДБ из закрытой части, то у нас срабатывает блок контроль на обязательную пустоту всех строк и если смешанные строки (АДБ и ОК и ЗК), то тоже блок контроль - на то чтобы для АДБ ЗК формировался отдельный Реестр. Напомню, также, по условию, для проверки необходим ФБ. Не совсем ясно условие ФБ, оно указано только в 1 и 3 контролях.
SUFD-91624	В постановке написано: Передача в ОЕБС и прием из ОЕБС справочника во внутренних форматах АСФК (XML) осуществляется на уровне МОУ через СУФД-Логистику во внутреннем формате АСФК (OAGIS). При передаче записей СР в двух направлениях возникают ошибки: 1) При выгрузке записи справочника (xml прилагаю) из МОУ ОЕБС ОК (um2e) на логистике uh2l: ERROR [ backoffice-queue-6-2961461][ c. o.s. i.h. ReceiptHandlerImpl]: Unknown document guid [D144439A-2C38-4F1A-B88D-410294200114] detected during handling receipt with bodId [3f0b9f32-2351-6a4b-e053-5d0111acc2f8]. Лог прилагаю. 2) При загрузке в транспортную папку уровня МОУ внутренних стендов ( ftp://172.17.1.199/vnutr/9500/) xml (прилагаю) с записями СР xml не обрабатывается.

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

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