Описание изменений к ППО «АСФК (СУФД)» версии 025.120.700T07

Партнерка на США и Канаду по недвижимости, выплаты в крипто

30% recurring commission
Выплаты в USDT
Вывод каждую неделю
Комиссия до 5 лет за каждого referral

1.2.



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

ОПИСАНИЕ ИЗМЕНЕНИЙ К ППО «АСФК (СУФД)» ВЕРСИИ 025.120.700T07
Инструкция по обновлению

Государственный контракт № УФТ-11/2016 от 01.01.2001
Код документа: 54819512.09.01,00.33.019 -1.0 1(2,5)
Листов: 13

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

№

Номер ошибки

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

ОрФК

1.

ACCEPT-56603

КП-1 SUFD -81092

Документ «Заявление на выдачу казначейского аккредитива» в ППО СУФД не соответствует требованиям Таблицы 2 в части отсутствия показателей по - п.6 номер л/с клиента формирующего заявление, - п.9 л/с исполнителя, - п.34, п. 35, п.40, п.41 реквизиты ТОФК, - П.43 - Банк получателя, п.48- п.47

Печатная форма документа не соответствует форме, утвержденной приказом ФК от 01.01.2001 №8Н

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

2.

ACCEPT-56719

в логистике не проходит пакет платежных поручений. в логе ошибка

Error sending document with guid [f1999d9b-913c-4ba3-ab41-f652aec6f34f]

com. fd. integration. api. exception. BackOfficeException: Невозможно подготовить документ в форме OAGIS из документа СУФД

в портале статус "доставлен в суфд", в транспортной истории последнее событие - "выгружен в учетную систему фк"

документ по клиенту 01250 полномочие FO

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

3.

ACCEPT-56862

В отчет о недоставленных документах в СУФД АРМ-ОРФК попадают документы прошлых лет. Отчет предоставлен

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

4.

ACCEPT-56865

С сообщением об ошибке "ИНН и КПП получателя в документе не соответствуют значению л/с указанному в наименовании получателя" Заявки на возврат не проходят контроль в СУФД. При этом в полях ИНН и КПП указаны значения, соответствующие лицевому счету из наименования получателя заявки на возврат. Просим пояснить причину отказа документов. Прикладываю скрины для примера (заявки на возврат и справочников)

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

5.

ACCEPT-56900

Исполнительный документ (тип ОБЛ) из АСФК падает в ошибку в СУФД2. Ошибка Error processing message from back office -> Illegal message adapter type/version = [ProcessBudgetCommitment]/[115.0] or docAbbreviation = [ОБЛ]. There isn't such OAGIS message adapter

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

6.

ACCEPT-56941

При загрузке ЕГРЮЛ версии 1.3. в СУФД возникает ощибка.

Прошу приложить схему валидации ЕГРЮЛ.

9500 - Межрегиональное операционное управление

7.

ACCEPT-57022

Полученный из эб документ Сведения о БО попадают на ошибку. В таблице queue_document ошибка: cant_save, в логе суфд:

{code}

[c9-2385-4b2e-b4e4-a35c5117cf72][.o. s.t. a.q. r.DocumentQueueIncomingRouter]:

При обработке входящего транспортного документ [b22e16c9-2385-4b2e-b4e4-a35c5117cf72]

произошла ошибка: java. lang. ClassCastException: java. lang. Integer incompatible with

java. lang. Long

at org. hibernate. type. LongType. set(LongType. java:65)

at org. hibernate. type. NullableType. nullSafeSet(NullableType. java:156)

at org. hibernate. type. NullableType. nullSafeSet(NullableType. java:138)

at org. hibernate. ponentType. nullSafeSet(ComponentType. java:335)

at

{code}

гуид документа: b22e16c9-2385-4b2e-b4e4-a35c5117cf72

лог логистики: server-2016-07.0.zip

{code}

select * from queue_document where GUID = 'b22e16c9-2385-4b2e-b4e4-a35c5117cf72'

{code}

tmp001.xls

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

8.

ACCEPT-57032

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

Инфа приложена.

9500 - Межрегиональное операционное управление

9.

RFC-41778

Контакт:

Телефон: (391)2-63-65-04 доб. 01900 2820

E-mail: *****@***local

Эскалировал(а):

Телефон: (391)2-63-65-04 доб. 01900 2820

E-mail: *****@***local

Затронутая услуга: ITS_b_st_v3_UFK.2

Краткое описание: арм оффлайн. отсутствует запись 643 справочника валют

Описание:

арм оффлайн. отсутствует запись 643 справочника валют

как в технологическом арм так и в армах клиентов

при попытке просмотреть запись в портале ошибка:

could not load an entity: [DocContent_DICTCURRENCY#24695252][SQL: 904, 42000]

экспорт данных завершается ошибкой 643.txt

1900 - УФК по Красноярскому краю

10.

RFC-42125

Контакт:

Телефон: (391)2-63-65-04 доб. 01900 2820

E-mail: *****@***local

Эскалировал(а):

Телефон: (391)2-63-65-04 доб. 01900 2820

E-mail: *****@***local

Затронутая услуга: ITS_b_st_v3_UFK.2

Краткое описание: суфд портал АП "Импорт данных справочников"

Описание:

"Импорт данных справочников" com. fd. autoprocedure. impl. impexp. ImportDictsExecOperation

требуется консультация по использованию данной АП в части возможности применения на портале

для актуализации данных в тестовом портала

1900 - УФК по Красноярскому краю

11.

RFC-42575

Просим разобраться, почему в КПЭ своевременно не выгружаются справочники.

НУБП мы постоянно подгружаем руками из СЭДа. Теперь проблема с расходными КБК.

15 июля был обновлен справочник "Коды бюджетной классификации расходов" в АС ФК.

Добавлены новые записи. В КПЭ они не попали.

Из-за этого второй день не загружаются отчеты от Дагестана, МОУ. Хабаровского края.

В СЭДе КБК, добавленные 15 июля в справочник АС ФК, также отсутствуют.

9500 - Межрегиональное операционное управление

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

№

Номер ошибки

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

1.

SUFD-89458

*Сценарий*

Выгрузить из ОЕБС ЗК в СУФД документ "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ). Проверить состав полей в БД и на ВФ.

*Результат*

1. В БД в таблице DC_RBGREQUEST поле CUSTOMERSHORTNAME имеет некорректную размерность. Фактическая размерность 2000 симв, требуемая 160 симв.

2. В БД в таблице DC_RBGREQUEST поле AMOUNT имеет некорректный тип данных. Фактический тип данных INTEGER, а должен быть Number (18.2).

3. Наименование поля "Уровень конфиденциальности" наползает на окно со значением самого поля.

2.

SUFD-89493

АРМ PBS. Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива

Контроль поля "По сводному реестру" плательщика на обязательность (не УБП ФБ) в СР

Контроль поля "По сводному реестру" плательщика на пустоту для организации, отсутствующей в в СР

Срабатывают некорректно так как поле наименование для проверки берется из Наименование гос. заказчика (организации) Основные реквизиты От кого

должно браться поля для проверки из "Реквизиты плательщика" поле "Наименование"

Постановка здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc]

3.

SUFD-89499

*Сценарий*

Выгрузить из ОЕБС ЗК в СУФД документ "Информация о выданной банковской гарантии (ее изменении)" (БГИ) или "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ).

Открыть списковую форму документов. Выполнить настройку списковой формы.

*Результат*

На списковой форме не отображаются бизнес статус, транспортный статус и статус утверждения документа.

4.

SUFD-89505

Необходимо анализ работы контролей Контроль корректности указания полного или сокращенного наименования организации, л/с которой обслуживается в ОрФК, Контроль соответствия л/с получателя ИНН, КПП получателя для документов ЗКР, ЗКС, ПЗВ, ЗПП.

В текущей реализации в алгоритме контроля поиск наименования по справочнику идет вхождением, а не соответствием. Получает следующее:

В документе - ГУ - УФПР в Краснопартизанском районе Саратовской области.

В справочнике - УФПР в Краснопартизанском районе Саратовской области.

Контроль пройдет успешно, что фактически неверно, т. к. наименование в документе не соответствует наименованию в справочнике.

Данный алгоритм был реализован для ЗКР изначально, после чего перенесен на остальные документы.

Необходимо ли исправить алгоритм поиска наименования на соответствие начиная с открывающейся скобки, либо оставить текущую реализацию?

5.

SUFD-89515

*Сценарий*

В ОЕБС создаются «Запрос о предоставлении выписки из закрытого реестра банковских гарантий» (БГЗ) и «Информация о выданной банковской гарантии (ее изменении)» (БГИ), которые связанны друг с другом.

В СУФД УФК ЗК выгружается БГЗ с уровня УФК ОЕБС ЗК и доводится до МОУ ОЕБС ЗК.

В МОУ ОЕБС ЗК находится связанная с БГЗ документ БГИ и выгружается в МОУ СУФД ЗК. У выгруженной БГИ в xml в теге docParentGUID указывается ГУИД связанного БГЗ.

*Результат*

После обработки xml БГИ в СУФД в адрес ОЕБС выгружается xml с пустым docParentGUID и из-за этого БГИ не привязывается в ОЕБС к БГЗ. Прошу исправить.

6.

SUFD-89530

*Сценарий*

В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ «Информация о выданной банковской гарантии (ее изменении)» (БГИ).

*Результат*

При маршрутизации документа в СУФД теряются некоторые данные, а именно не передаются теги: *BankCode, ProviderSLatinName, ProviderSFirmName, BGNumber, DocReceiveDate, DocReceiveTime, DocCount, AttSheetsCount, RemovableMedia.*

Входящую xml на УФК ЗК и исходящую xml из МОУ ЗК прикладываю.

7.

SUFD-89555

АРМ PBS. ЭД Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива

Контроль корректности заполнения поля «ИНН», «КПП», «код по Сводному реестру», «наименование» (плательщика) на соответствие друг другу"

Тексты контролей и условия проверки не соответствуют ЧТЗ.

Просьба проанализировать данную ситуацию.

Постановка здесь: https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc

8.

SUFD-89560

*Сценарий*

В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ).

*Результат*

При маршрутизации документа в СУФД теряются некоторые данные, а именно не передаются теги: ReceiveDate, DocReceiveDate, DocReceiveTime (В СУФД теги называются "InfoRegNumber", "InfoReceiveDate", "InfoReceiveTime" соответственно).

На ВФ не выводится информация содержащаяся в этих тегах

Входящую xml прикладываю.

9.

SUFD-89583

АРМ PBS

1.Контроль поля "По сводному реестру" плательщика на пустоту (не УБП ФБ)

Срабатывает некорректно когда не заполнен ЛС плательщика. (img1,img2,img3)

Дата начала перехода на СР=01.04.2018

Дата завершения перехода на СР=01.01.2020

2.Контроль поля "По сводному реестру" плательщика на обязательность (не УБП ФБ) в СР

Срабатывает некорректно для ФБ и Текущая системная дата => константе "Дата окончания перехода на СР" (img4)

Для ФБ должен был сработать контроль

Контроль поля "По сводному реестру" плательщика на обязательность (УБП ФБ) в СР

(Для УБП ФБ поле «Код по Сводному реестру» в реквизитах плательщика обязательно для заполнения и должно соответствовать записи в Сводном реестре.)

3.Контроль поля "По сводному реестру" плательщика на пустоту для организации, отсутствующей в в СР

Срабатывает некорректно

Дата документа => константе "Дата окончания перехода на СР" и ФБ.

ЛС =03601009399 (img5)

Просьба проанализировать данную ситуацию.

Постановка здесь: https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc

10.

SUFD-89600

При попытке проверить правильность добавления 9-го контроля в цепочке (на Оффлайне) обнаружилось, что контроль не работает вовсе. Выяснилось, что не работает 2-й контроль, а т. к. они последовательные, то не работают и все последующие. Такая же проблема обнаружилась на онлайне.

На скриншотах видно, что если перед 1-й скобкой пусто, то успешно работает 1-й контроль (а значит, и условная проверка тоже успешно работает). А при введении туда названия ОРФК, отсутствующего в справочнике, 2-й контроль не срабатывает.

Постановка:

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

11.

SUFD-89609

*Сценарий*

В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ «Информация о выданной банковской гарантии (ее изменении)» (БГИ). Документ полностью заполнен. Найти документ на АРМ ОрФК и подписать его.

*Результат*

В СУФД не подписывается поле "GUID" и "Код налогоплательщика в стране регистрации или его аналог". Соответствующие строки пустые.

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

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

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

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

Изменения

1.0

22.07.2016

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

Описание изменений к ППО «АСФК (СУФД)» версии 025.120.700T07

Партнерка на США и Канаду по недвижимости, выплаты в крипто

1.2.

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

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

Домашний очаг

Справочная информация

Техника

Общество

Образование и наука

Мир

Бизнес и финансы

№	Номер ошибки	Содержание ошибки	ОрФК
1.	ACCEPT-56603	КП-1 SUFD -81092 Документ «Заявление на выдачу казначейского аккредитива» в ППО СУФД не соответствует требованиям Таблицы 2 в части отсутствия показателей по - п.6 номер л/с клиента формирующего заявление, - п.9 л/с исполнителя, - п.34, п. 35, п.40, п.41 реквизиты ТОФК, - П.43 - Банк получателя, п.48- п.47 Печатная форма документа не соответствует форме, утвержденной приказом ФК от 01.01.2001 №8Н	6000 - УФК по Саратовской области
2.	ACCEPT-56719	в логистике не проходит пакет платежных поручений. в логе ошибка Error sending document with guid [f1999d9b-913c-4ba3-ab41-f652aec6f34f] com. fd. integration. api. exception. BackOfficeException: Невозможно подготовить документ в форме OAGIS из документа СУФД в портале статус "доставлен в суфд", в транспортной истории последнее событие - "выгружен в учетную систему фк" документ по клиенту 01250 полномочие FO	6000 - УФК по Саратовской области
3.	ACCEPT-56862	В отчет о недоставленных документах в СУФД АРМ-ОРФК попадают документы прошлых лет. Отчет предоставлен	6000 - УФК по Саратовской области
4.	ACCEPT-56865	С сообщением об ошибке "ИНН и КПП получателя в документе не соответствуют значению л/с указанному в наименовании получателя" Заявки на возврат не проходят контроль в СУФД. При этом в полях ИНН и КПП указаны значения, соответствующие лицевому счету из наименования получателя заявки на возврат. Просим пояснить причину отказа документов. Прикладываю скрины для примера (заявки на возврат и справочников)	6000 - УФК по Саратовской области
5.	ACCEPT-56900	Исполнительный документ (тип ОБЛ) из АСФК падает в ошибку в СУФД2. Ошибка Error processing message from back office -> Illegal message adapter type/version = [ProcessBudgetCommitment]/[115.0] or docAbbreviation = [ОБЛ]. There isn't such OAGIS message adapter	6000 - УФК по Саратовской области
6.	ACCEPT-56941	При загрузке ЕГРЮЛ версии 1.3. в СУФД возникает ощибка. Прошу приложить схему валидации ЕГРЮЛ.	9500 - Межрегиональное операционное управление
7.	ACCEPT-57022	Полученный из эб документ Сведения о БО попадают на ошибку. В таблице queue_document ошибка: cant_save, в логе суфд: {code} [c9-2385-4b2e-b4e4-a35c5117cf72][.o. s.t. a.q. r.DocumentQueueIncomingRouter]: При обработке входящего транспортного документ [b22e16c9-2385-4b2e-b4e4-a35c5117cf72] произошла ошибка: java. lang. ClassCastException: java. lang. Integer incompatible with java. lang. Long at org. hibernate. type. LongType. set(LongType. java:65) at org. hibernate. type. NullableType. nullSafeSet(NullableType. java:156) at org. hibernate. type. NullableType. nullSafeSet(NullableType. java:138) at org. hibernate. ponentType. nullSafeSet(ComponentType. java:335) at {code} гуид документа: b22e16c9-2385-4b2e-b4e4-a35c5117cf72 лог логистики: server-2016-07.0.zip {code} select * from queue_document where GUID = 'b22e16c9-2385-4b2e-b4e4-a35c5117cf72' {code} tmp001.xls	2800 - УФК по Владимирской области
8.	ACCEPT-57032	Необходимо выяснить по каким причинам успешно загруженные файлы попали в папку BAD. Это вводит пользователя в заблуждение. Прошу провести анализ данной ситуации. Инфа приложена.	9500 - Межрегиональное операционное управление
9.	RFC-41778	Контакт: Телефон: (391)2-63-65-04 доб. 01900 2820 E-mail: ***@local Эскалировал(а): Телефон: (391)2-63-65-04 доб. 01900 2820 E-mail: **@*local Затронутая услуга: ITS_b_st_v3_UFK.2 Краткое описание: арм оффлайн. отсутствует запись 643 справочника валют Описание: арм оффлайн. отсутствует запись 643 справочника валют как в технологическом арм так и в армах клиентов при попытке просмотреть запись в портале ошибка: could not load an entity: [DocContent_DICTCURRENCY#24695252][SQL: 904, 42000] экспорт данных завершается ошибкой 643.txt	1900 - УФК по Красноярскому краю
10.	RFC-42125	Контакт: Телефон: (391)2-63-65-04 доб. 01900 2820 E-mail: ***@local Эскалировал(а): Телефон: (391)2-63-65-04 доб. 01900 2820 E-mail: **@*local Затронутая услуга: ITS_b_st_v3_UFK.2 Краткое описание: суфд портал АП "Импорт данных справочников" Описание: "Импорт данных справочников" com. fd. autoprocedure. impl. impexp. ImportDictsExecOperation требуется консультация по использованию данной АП в части возможности применения на портале для актуализации данных в тестовом портала	1900 - УФК по Красноярскому краю
11.	RFC-42575	Просим разобраться, почему в КПЭ своевременно не выгружаются справочники. НУБП мы постоянно подгружаем руками из СЭДа. Теперь проблема с расходными КБК. 15 июля был обновлен справочник "Коды бюджетной классификации расходов" в АС ФК. Добавлены новые записи. В КПЭ они не попали. Из-за этого второй день не загружаются отчеты от Дагестана, МОУ. Хабаровского края. В СЭДе КБК, добавленные 15 июля в справочник АС ФК, также отсутствуют.	9500 - Межрегиональное операционное управление

№	Номер ошибки	Содержание ошибки
1.	SUFD-89458	Сценарий Выгрузить из ОЕБС ЗК в СУФД документ "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ). Проверить состав полей в БД и на ВФ. Результат 1. В БД в таблице DC_RBGREQUEST поле CUSTOMERSHORTNAME имеет некорректную размерность. Фактическая размерность 2000 симв, требуемая 160 симв. 2. В БД в таблице DC_RBGREQUEST поле AMOUNT имеет некорректный тип данных. Фактический тип данных INTEGER, а должен быть Number (18.2). 3. Наименование поля "Уровень конфиденциальности" наползает на окно со значением самого поля.
2.	SUFD-89493	АРМ PBS. Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива Контроль поля "По сводному реестру" плательщика на обязательность (не УБП ФБ) в СР Контроль поля "По сводному реестру" плательщика на пустоту для организации, отсутствующей в в СР Срабатывают некорректно так как поле наименование для проверки берется из Наименование гос. заказчика (организации) Основные реквизиты От кого должно браться поля для проверки из "Реквизиты плательщика" поле "Наименование" Постановка здесь: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc]
3.	SUFD-89499	Сценарий Выгрузить из ОЕБС ЗК в СУФД документ "Информация о выданной банковской гарантии (ее изменении)" (БГИ) или "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ). Открыть списковую форму документов. Выполнить настройку списковой формы. Результат На списковой форме не отображаются бизнес статус, транспортный статус и статус утверждения документа.
4.	SUFD-89505	Необходимо анализ работы контролей Контроль корректности указания полного или сокращенного наименования организации, л/с которой обслуживается в ОрФК, Контроль соответствия л/с получателя ИНН, КПП получателя для документов ЗКР, ЗКС, ПЗВ, ЗПП. В текущей реализации в алгоритме контроля поиск наименования по справочнику идет вхождением, а не соответствием. Получает следующее: В документе - ГУ - УФПР в Краснопартизанском районе Саратовской области. В справочнике - УФПР в Краснопартизанском районе Саратовской области. Контроль пройдет успешно, что фактически неверно, т. к. наименование в документе не соответствует наименованию в справочнике. Данный алгоритм был реализован для ЗКР изначально, после чего перенесен на остальные документы. Необходимо ли исправить алгоритм поиска наименования на соответствие начиная с открывающейся скобки, либо оставить текущую реализацию?
5.	SUFD-89515	Сценарий В ОЕБС создаются «Запрос о предоставлении выписки из закрытого реестра банковских гарантий» (БГЗ) и «Информация о выданной банковской гарантии (ее изменении)» (БГИ), которые связанны друг с другом. В СУФД УФК ЗК выгружается БГЗ с уровня УФК ОЕБС ЗК и доводится до МОУ ОЕБС ЗК. В МОУ ОЕБС ЗК находится связанная с БГЗ документ БГИ и выгружается в МОУ СУФД ЗК. У выгруженной БГИ в xml в теге docParentGUID указывается ГУИД связанного БГЗ. Результат После обработки xml БГИ в СУФД в адрес ОЕБС выгружается xml с пустым docParentGUID и из-за этого БГИ не привязывается в ОЕБС к БГЗ. Прошу исправить.
6.	SUFD-89530	Сценарий В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ «Информация о выданной банковской гарантии (ее изменении)» (БГИ). Результат При маршрутизации документа в СУФД теряются некоторые данные, а именно не передаются теги: BankCode, ProviderSLatinName, ProviderSFirmName, BGNumber, DocReceiveDate, DocReceiveTime, DocCount, AttSheetsCount, RemovableMedia. Входящую xml на УФК ЗК и исходящую xml из МОУ ЗК прикладываю.
7.	SUFD-89555	АРМ PBS. ЭД Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива Контроль корректности заполнения поля «ИНН», «КПП», «код по Сводному реестру», «наименование» (плательщика) на соответствие друг другу" Тексты контролей и условия проверки не соответствуют ЧТЗ. Просьба проанализировать данную ситуацию. Постановка здесь: https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc
8.	SUFD-89560	Сценарий В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ "Запрос о предоставлении выписки из закрытого реестра банковских гарантий" (БГЗ). Результат При маршрутизации документа в СУФД теряются некоторые данные, а именно не передаются теги: ReceiveDate, DocReceiveDate, DocReceiveTime (В СУФД теги называются "InfoRegNumber", "InfoReceiveDate", "InfoReceiveTime" соответственно). На ВФ не выводится информация содержащаяся в этих тегах Входящую xml прикладываю.
9.	SUFD-89583	АРМ PBS 1.Контроль поля "По сводному реестру" плательщика на пустоту (не УБП ФБ) Срабатывает некорректно когда не заполнен ЛС плательщика. (img1,img2,img3) Дата начала перехода на СР=01.04.2018 Дата завершения перехода на СР=01.01.2020 2.Контроль поля "По сводному реестру" плательщика на обязательность (не УБП ФБ) в СР Срабатывает некорректно для ФБ и Текущая системная дата => константе "Дата окончания перехода на СР" (img4) Для ФБ должен был сработать контроль Контроль поля "По сводному реестру" плательщика на обязательность (УБП ФБ) в СР (Для УБП ФБ поле «Код по Сводному реестру» в реквизитах плательщика обязательно для заполнения и должно соответствовать записи в Сводном реестре.) 3.Контроль поля "По сводному реестру" плательщика на пустоту для организации, отсутствующей в в СР Срабатывает некорректно Дата документа => константе "Дата окончания перехода на СР" и ФБ. ЛС =03601009399 (img5) Просьба проанализировать данную ситуацию. Постановка здесь: https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива. doc
10.	SUFD-89600	При попытке проверить правильность добавления 9-го контроля в цепочке (на Оффлайне) обнаружилось, что контроль не работает вовсе. Выяснилось, что не работает 2-й контроль, а т. к. они последовательные, то не работают и все последующие. Такая же проблема обнаружилась на онлайне. На скриншотах видно, что если перед 1-й скобкой пусто, то успешно работает 1-й контроль (а значит, и условная проверка тоже успешно работает). А при введении туда названия ОРФК, отсутствующего в справочнике, 2-й контроль не срабатывает. Постановка: [https://asfk-support. ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Регистрация ЗКР/Платежное поручение. doc]
11.	SUFD-89609	Сценарий В ОЕБС на уровне УФК ЗК выгрузить в адрес МОУ ЗК документ «Информация о выданной банковской гарантии (ее изменении)» (БГИ). Документ полностью заполнен. Найти документ на АРМ ОрФК и подписать его. Результат В СУФД не подписывается поле "GUID" и "Код налогоплательщика в стране регистрации или его аналог". Соответствующие строки пустые.

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