Рекомендуемые действия при осуществлении контроля соответствия сформированных электронных документов требованиям Указания Банка России N 3462-У

1. Ознакомиться с Указанием Банка России N 3462-У, а также с ответами на вопросы кредитных организаций, обусловленные применением Указания Банка России от 30.11.2014 N 3462-У <1>.

--------------------------------

<1> Указание Банка России N 3462-У и ответы на вопросы кредитных организаций, обусловленные применением Указания Банка России от 30.11.2014 N 3462-У, размещены на официальном сайте Банка России (www.cbr.ru) в разделе "Информационно-аналитические материалы" подраздел "Применение Указания Банка России N 3462-У" (www.cbr.ru/analytics/?PrtId=mocod).

Имеющиеся вопросы целесообразно направлять официальным письмом в Банк России с пометкой "Вниманию Главной инспекции Банка России" или при проведении проверки КО передавать руководителю Рабочей группы уполномоченных представителей Банка России.

2. В целях предварительной оценки правильности формирования электронных документов целесообразно осуществить их подготовку за период один - два операционных дня, "подключить" к электронным документам соответствующие XML схемы и открыть их на просмотр любым программным обеспечением, поддерживающим XML схемы.

Для предварительной оценки правильности формирования электронных документов в размещенной информации находятся четыре файла XML схем:

"LSOZ.xsd" - XML схема электронного документа "Информация об открытых и закрытых счетах";

"LSOs.xsd" - XML схема электронного документа "Информация о счетах. Остатки";

"LSOp.xsd" - XML схема электронного документа "Информация о счетах. Операции";

"STL.xsd" - XML схема описания простых типов (подключается к описаниям схем электронных документов автоматически).

3. Для "подключения" XML схемы к электронному документу следует в тег "TRANSPORT" добавить два атрибута: "xmlns:xsi" и "xsi:noNamespaceSchemaLocation". Например, "подключение" XML схемы к электронному документу "Информация об открытых и закрытых счетах" тег "TRANSPORT" будет выглядеть следующим образом:

<TRANSPORT verspo="nver"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="LSOZ.xsd">,

где xsi:noNamespaceSchemaLocation - атрибут, указывающий "подключаемую" XML схему.

При проведении предварительной оценки правильности формирования электронный документ, его XML схема и XML схема описания простых типов должны находиться в одном каталоге файловой системы.

В случае ошибки подключения схемы следует в атрибуте xsi:noNamespaceSchemaLocation указать полный путь к расположению схемы. Например так:

xsi:noNamespaceSchemaLocation="file:///C:/XSD/3462/LSOZ.xsd"

4. Предварительная оценка правильности формирования осуществляется путем открытия электронного документа с измененным тегом "TRANSPORT" (согласно пункту 3 настоящих рекомендаций) редактором или просмотровщиком, поддерживающим XML схемы (например, "XMLSpy" фирмы Altova или "WmHelp XMLPad"). При наличии сообщений об ошибках следует провести их устранение и повторить пункты 2, 3 и 4 настоящих рекомендаций.

5. При отсутствии сообщений об ошибках в ходе предварительной оценки правильности формирования электронного документа дальнейшая проверка правильности его формирования осуществляется с использованием модуля контроля данных (далее - МоКоД).

При этом следует руководствоваться документом "МоКоД. Руководство оператора", который находится в подкаталоге "doc" каталога файловой системы, куда была выполнена установка МоКоД <2>. В результате работы МоКоД формируется протокол, в котором фиксируются этапы контроля и выявленные при их выполнении несоответствия. Протоколы формируются в подкаталоге "Out" каталога файловой системы, куда была выполнена установка МоКоД.

--------------------------------

<2> МоКоД разворачивается из архива в любую директорию и не требует дополнительной инсталляции и настройки.

6. Работы по пункту 5 настоящих рекомендаций проводятся до получения протокола, в котором отсутствуют "существенные несоответствия". При проведении проверки, работы по пункту 5 настоящих рекомендаций проводятся до согласования передачи электронных документов руководителю Рабочей группы.

7. При объективной невозможности устранения указанных в протоколе "существенных несоответствий" КО предоставляет Рабочей группе объяснения причин предоставления электронных документов с "существенными несоответствиями".

8. При возникновении ошибок в программном обеспечении МоКоД, следует сделать экранные копии ошибок, описать действия, при которых возникала ошибка, описать конфигурацию компьютера (операционная система, ее разрядность, установленные исправления и обновления, процессор, объем оперативной памяти, свободное дисковое пространство), на котором запускался МоКоД, сделать копии файла конфигурации (файл Metadata.cfg <3>) и протоколов МоКоД. Из подготовленных материалов следует сформировать архив в формате RAR или ZIP и направить его на электронный почтовый адрес "SVC_UIO_GIBR@cbr.ru". В теме электронного письма указать: "Ошибка МоКоД КО". В тексте электронного письма следует указать обстоятельства, при которых была зафиксирована ошибка:

--------------------------------

<3> Файл расположен в подкаталоге "Metadata".

- при подготовке электронных документов в соответствии с предварительным уведомлением о проведении проверки;

- при подготовке электронных документов в ходе проведения проверки КО в соответствии с заявкой на предоставление документов (информации);

- при подготовке документов в режиме отладки и тестирования.

По результатам анализа описанных ошибок, КО будут предоставлены рекомендации по их устранению.