В личном кабинете проверьте поступившую ошибку, необходимо снять личную подпись с помощью Крипто-Про. Распакуйте полученный файл с ошибками типа ticket.zip. Выберите файл c наименованием reject, откройте его с помощью программы WordPad.
Проанализируйте файл, в строке с надписью ERROR содержится ошибка и код ошибки.
Сегмент ERROR содержит детальную информацию, которая раскрывает причину отклонения сегмента или записи. В отличие от всех предыдущих сегментов сегмент ERROR появляется только в файле отказа, возвращаемом отправителю данных. Также, в отличие от всех указанных выше, данный сегмент имеет непостоянное количество столбцов.
Две первые позиции определяют сегмент и порядковый номер исходной записи с ошибкой. Далее следуют данные, раскрывающие причину ошибки. Они составляются как указание сегмента и один или нескольких кодов отказа.
Сами коды отказа записываются в форме N-A, где
N — номер поля с ошибкой;
A — буквы M, I, W, IL или Q, которые служат для обозначения ошибок — (M)issing (отсутствующий), (I)nvalid (недействителен), (W)arning (Внимание!), (Il)legal (недопустим), или (Q) — отсутствующая/ лишняя табуляция.
Все сегменты могут возвращать значение «0-Q», свидетельствующее об отклонении всего сегмента вследствие отсутствующих/ лишних табуляций в строке. Данная ошибка указывает на то, что сегмент не может быть обработан. Дальнейшая обработка сегмента производиться не будет.
Коды возвращаются в случае любого обнаруженного поля с ошибкой. Также, если обязательный сегмент отсутствует, он обозначатся кодом 0-М. «Внимание!» используется для недопустимых и необязательных данных.
| Позиция | Название поля | Тип | Длина | Обязательность | Описание/ примечания |
|---|---|---|---|---|---|
| 1 | Наименование сегмента | A/N | 5 | M | Содержит буквы ERROR. |
| 2 | Порядковый номер записи | N | 7 | M | Порядковый номер записи в исходном файле TUTDF, содержащей отклонённые данные. |
| 3 | ID_1 | P | 5 | M | Указание первого сегмента отклоненной записи. После этой позиции данные представлены в описанном формате. |
Примеры указания на ошибку и их причины:
| Причина ошибки | Пример указания на ошибку |
|---|---|
| Некорректный формат/порядок сегментов | |
|
Некорректный номер сегмента (AD02, в то время как в записи присутствует только один адрес). Неверный порядок сегментов Пробелы в названии сегмента (например, NA 01 вместо NA01). Присутствуют взаимоисключающие сегменты NA и BU или не найдено ни одного корректного сегмента NA или BU. Присутствует больше одного допустимого сегмента или взаимоисключающие сегменты Неверное число полей в сегменте Неизвестный сегмент |
AD01 0-M @NABU BU01 1-I, NA01 1-I, TR01 1-I, BK01 1-I, LE01 1-I, OF01 1-I AS01 данные |
| Отсутствие сегмента | |
| Отсутствует обязательный сегмент |
@ID –не найден ID сегмент @NA – не найден ни NA, ни BU сегмент. @AD — не найден AD сегмент @CRED – не найден хотя бы один из сегментов BK, LE, OF или TR |
| Некорректные данные или отсутствие обязательных данных в полях | |
|
Данные в поле не соответствуют требованиям его формата. |
Если поле обязательное: AD01 8-I Если поле необязательное: AD01 9-W |
|
Отсутствует значение в обязательном поле. Например, в сегменте телефона обязательное поле Номер пустое. |
PN01 2-M |
|
Данные в поле включают значение, не входящее в список допустимых |
Если поле обязательное: TR01 4-I Если поле необязательное: BU01 4-W |
|
Данные в поле не отвечают требованиям, указанным в комментариях к полю. Например, дата составления отчета сегмента «Сделка» не может быть более поздней, чем дата составления отчета в сегменте заголовка. |
Если поле обязательное: TR01 9-I Если поле необязательное: TR01 15-W |
|
В поле «Тип счета» указан тип, недопустимый для физического лица |
@NATR |
|
Для физических лиц указание Отношение к счету=9 допустимо только при наличии Типа ID=33 (индивидуальные предприниматели) |
@TRID |
|
Не найден Тип ID= от 01 до 27 при наличии сегмента NA (то есть не найдены обязательные документы для физлиц) |
@NAID |
|
Не найдены адреса с типами 1 и 2 при наличии сегмента NA (то есть не найдены адреса прописки и проживания для физлиц) |
@NAAD |
|
Дата выдачи документа сегмента ID меньше даты рождения сегмента NA. |
@NADB |
|
Паспорт РФ не может быть выдан в возрасте ранее 14 лет. |
@NAYR |
|
Паспорт РФ не может иметь дату выдачи ранее 01.01.1997 |
@RDDT |
|
Дата рождения сегмента NA не прошла проверку на допустимый возраст субъекта на момент (дату) открытия счета сегмента TR. Текущее ограничение – от 14 до 110 лет. |
@NAAO |
|
Не найдены Типы ID= 34 и 81 при наличии сегмента BU (то есть не найдены ОГРН и ИНН, обязательные для юрлиц) |
@BUID |
|
Не найдены адреса с типами 3 и 4 при наличии сегмента BU (то есть не найдены юридический и фактический адреса, обязательные для юрлица) |
@BUAD |
|
Не найден тип телефона =1 при наличии сегмента BU (то есть не найден рабочий телефон юридического лица) |
@BUPN |
|
В случае физического лица: Дата отчета в сегменте TR, LE, BK или OF должна быть между Датой рождения сегмента NA и Датой отчета сегмента TUTDF В случае юридического лица: Дата отчета в сегменте TR, LE, BK или OF должна быть между 19000102 и Датой отчета сегмента TUTDF. # означает номер поля Дата отчета сегмента TR, LE, BK или OF |
@RDHD #-I |
|
В сегменте TR Дата состояния счета не может быть позднее Даты составления отчета. |
@RDSS |
|
В сегменте TR если Состояние счета (Account Rating) = 21 (Спор), 52 (Просрочен) или 61 (Проблемы с возвратом), поле Просрочка не может быть равна 0. |
@RDPD |
|
Недопустимый код валюты в сегменте TR. |
@RDCF |
Для детальной диагностики ошибки необходимо обратиться к инструкции «Руководство по применению Формата Передачи Данных TransUnion (TUTDF)»; определить сегмент и поле ошибки можно из данного руководства.
Из вышеуказанного руководства видно, что AD – это сегмент адреса.
Поле с ошибкой № 3 указывает на незаполненный индекс при отправке отчетности в НБКИ.
Помогло?
Да
Нет
82% пользователей считают эту статью полезной.
Сегмент ошибки (ERROR)
Сегмент ERROR содержит детальную информацию, которая раскрывает причину отклонения сегмента или записи. В отличие от всех предыдущих сегментов сегмент ERROR появляется только в файле отказа, возвращаемом отправителю данных. Также в отличие от всех указанных выше данный сегмент имеет непостоянное количество столбцов.
Две первые позиции определяют сегмент и порядковый номер исходной записи с ошибкой. Далее следуют данные данные, раскрывающие причину ошибки. Они составляются как указание сегмента и один или нескольких кодов отказа. Сами коды отказа записываются в форме N-A, где
N — номер поля с ошибкой;
A — буквы M, I, W, IL или Q, которые служат для обозначения ошибок — (M)issing (отсутствующий), (I)nvalid (недействителен), (W)arning (Внимание!), (Il)legal (недопустим), или (Q) — отсутствующая/ лишняя табуляция.
Коды возвращаются в случае любого обнаруженного поля с ошибкой. Также, если обязательный сегмент отсутствует, он обозначатся кодом 0-М. «Внимание!» используется для недопустимых и необязательных данных.
Все сегменты могут возвращать значение «0-Q», свидетельствующее об отклонении всего сегмента вследствие отсутствующих/ лишних табуляций в строке. Данная ошибка указывает на то, что сегмент не может быть обработан. Дальнейшая обработка сегмента производиться не будет
| Позиция | Название поля | Тип | Длина | Обязательность | Описание/ примечания |
| 1 | Наименование сегмента | A/N | 5 | M | Содержит буквы ERROR. |
| 2 | Порядковый номер записи | N | 7 | M | Порядковый номер записи в исходном файле TUTDF, содержащей отклонённые данные. |
| 3 | ID_1 | P | 5 | M | Указание первого сегмента отклоненной записи. После этой позиции данные представлены в описанном формате. |
Примеры указания на ошибку и их причины:
| Причина ошибки | Пример указания на ошибку |
| Некорректный формат/порядок сегментов | |
| Некорректный номер сегмента (AD02, в то время как в записи присутствует только один адрес).
Неверный порядок сегментов Пробелы в названии сегмента (например, NA 01 вместо NA01). Неверное число полей в сегменте |
AD01 0-M
@NABU |
| Отсутствие сегмента | |
| Отсутствует обязательный сегмент | @ID –не найден ID сегмент
@NA – не найден ни NA, ни BU сегмент. @AD — не найден AD сегмент @CRED – не найден хотя бы один из сегментов BK, LE, OF или TR |
| Некорректные данные или отсутствие обязательных данных в полях | |
| Данные в поле не соответствуют требованиям его формата. | Если поле обязательное: AD01 8-I
Если поле необязательное: AD01 9-W |
| Отсутствует значение в обязательном поле. Например, в сегменте телефона обязательное поле Номер пустое. | PN01 2-M |
| Данные в поле включают значение, не входящее в список допустимых | Если поле обязательное: TR01 4-I
Если поле необязательное: BU01 4-W |
| Данные в поле не отвечают требованиям, указанным в комментариях к полю. Например, дата составления отчета сегмента «Сделка» не может быть более поздней, чем дата составления отчета в сегменте заголовка. | Если поле обязательное: TR01 9-I
Если поле необязательное: TR01 15-W |
| В поле «Тип счета» указан тип, недопустимый для физического лица | @NATR |
| Для физических лиц указание Отношение к счету=9 допустимо только при наличии Типа ID=33 (индивидуальные предприниматели) | @TRID |
| Не найден Тип ID= от 01 до 27 при наличии сегмента NA (то есть не найдены обязательные документы для физлиц) | @NAID |
| Не найдены адреса с типами 1 и 2 при наличии сегмента NA (то есть не найдены адреса прописки и проживания для физлиц) | @NAAD |
| Дата выдачи документа сегмента ID меньше даты рождения сегмента NA. | @NADB |
| Паспорт РФ не может быть выдан в возрасте ранее 14 лет. | @NAYR |
| Паспорт РФ не может иметь дату выдачи ранее 01.01.1997 | @RDDT |
| Дата рождения сегмента NA не прошла проверку на допустимый возраст субъекта на момент (дату) открытия счета сегмента TR. Текущее ограничение – от 14 до 110 лет. | @NAAO |
| Не найдены Типы ID= 34 и 81 при наличии сегмента BU (то есть не найдены ОГРН и ИНН, обязательные для юрлиц) | @BUID |
| Не найдены адреса с типами 3 и 4 при наличии сегмента BU (то есть не найдены юридический и фактический адреса, обязательные для юрлица) | @BUAD |
| Не найден тип телефона =1 при наличии сегмента BU (то есть не найден рабочий телефон юридического лица) | @BUPN |
| В случае физического лица: Дата отчета в сегменте TR, LE, BK или OF должна быть между Датой рождения сегмента NA и Датой отчета сегмента TUTDF
В случае юридического лица: Дата отчета в сегменте TR, LE, BK или OF должна быть между 19000102 и Датой отчета сегмента TUTDF. # означает номер поля Дата отчета сегмента TR, LE, BK или OF |
@RDHD #-I |
| В сегменте TR Дата состояния счета не может быть позднее Даты составления отчета. | @RDSS |
| В сегменте TR если Состояние счета (Account Rating) = 21 (Спор), 52 (Просрочен) или 61 (Проблемы с возвратом), поле Просрочка не может быть равна 0. | @RDPD |
| Недопустимый код валюты в сегменте TR. | @RDCF |
- Выберите пункт меню Экспорт.
- В параметрах экспорта укажите условия:
- С…По… — введите период, за который необходимо произвести экспорт данных. В него попадут те изменения по кредитным историям, у которых значение поля «Дата отчета» или «Дата фактического обновления» попадает в этот интервал времени.
- Отчет на… — введите в это поле дату, на которую актуален данный отчет (как правило, текущая дата).
- Идентификация цикла — может содержать букву или число, помогающее идентифицировать информацию, содержащуюся в отчёте. Например, если организация – участник отправляет данные трижды в месяц, при этом обновление №1 всегда содержит информацию о клиентах, чьи фамилии начинаются на буквы от А до Н, то обновление №1 может быть обозначено буквами АН. Или, возможно, организация – участник предоставляет данные о кредитных карточках дважды в месяц, 10 и 20 числа каждого месяца. В таком случае организация — участник может использовать для идентификации данных числа 10 или 20.
- Данные участника — свободное поле; может использоваться для идентификации файла.
- Экспорт данных по фактической дате изменения/Опциональная настройка – при выставленной галке на этом значении, в экспорт попадут те изменения по кредитным историям, у которых значение поля «Дата отчета» попадает в интервал времени указанный в полях С…ПО…;
- Экспорт данных по фактической дате изменения/Опциональная настройка – при выставленной галке на этом значении, в экспорт попадут те изменения по кредитным историям, у которых значение поля «Дата фактического обновления» попадает в интервал времени указанный в полях С…ПО…;
- Экспорт отмеченных субъектов(отмечено субъектов )/Опциональная настройка – при выставленной галке на этом значении, файл экспорта попадут, те субъекты, которые были отмечены оператором в списке субъектов на странице «субъекты». Для того, чтобы отметить субъекта, необходимо поставить галку в колонке «отметить» напротив субъекта и нажать кнопку «применить». В этом случаи отмеченный субъект будет подсвечен зеленым цветом и при экспорте все данные по нему попадут в файл экспорта.
- Нажмите на кнопку Экспорт.
Запись о выполненном экспорте данных сохраняется в строке таблицы «История экспортов». Выберите команду скачать в столбце строки «Файл» и сохраните файл в произвольной директории. Подпишите и заархивируйте файл в соответствии с требованиями НБКИ. Файл готов к отправке.
Проверка файлов на соответствие формату
Credit Registry позволяет осуществить проверку файлов системы, а именно: контроль на их соответствие требованиям формата TUTDF. Как правило, эта функция программы необходима, если файл создан пользователем самостоятельно (с помощью текстового редактора или посредством экспорта из БД банка).
Для выполнения проверки:
- Выберите пункт меню Проверка;
- В форме «Проверка TUTDF» укажите путь к файлу c помощью кнопки Обзор;
- Щелкните по кнопке Проверить.
После окончания проверки файла данных в формате TUTDF пользователь автоматически перенаправляется на страничку с содержанием соответствующего журнала-отчета.
Просмотр reject-файлов (отказов)
В случае, если TUTDF файл содержит ошибки, НБКИ присылает файл отказа. Credit Registry позволяет просматривать эти файлы с расшифровкой кодов ошибок.
Для просмотра:
- Выберите пункт меню Проверка;
- В форме «Просмотр reject-файла» укажите путь к файлу c помощью кнопки Обзор;
- Щелкните по кнопке Просмотреть.
После окончания обработки reject файла пользователь автоматически перенаправляется на страничку с содержанием соответствующего журнала-отчета.
(0)
Согласно Договору разработки и сублицензирования программного обеспечения от 18 мая 2005 года, заключенному между TransUnion CRIF Decision Solutions, LLC (Лицензиар) и ОАО «НБКИ» (Лицензиат), ОАО «НБКИ» передано непередаваемое исключительное право на использование только в Российской Федерации Основной системы TransUnion, существующей в форме Объектного кода, включающей в себя любые модификации этого Программного обеспечения и документацию, касающуюся Основной системы, в том числе Руководство по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r.
В соответствии со ст. 14 Закона РФ «О правовой охране программ для электронных вычислительных машин и баз данных» №3523-1:
«1. Использование программы для ЭВМ или базы данных третьими лицами (пользователями) осуществляется на основании договора с правообладателем, за исключением случаев, указанных в статье 16 настоящего Закона.
2. Договор на использование программы для ЭВМ или базы данных заключается в письменной форме».
В соответствии со ст. 30 Закона РФ «Об авторском праве и смежных правах» № 5351-1 имущественные права авторов, указанные в статье 16 Закона, могут передаваться только по авторскому договору. Авторский договор о передаче исключительных прав разрешает использование произведения определенным способом и в установленных договором пределах только лицу, которому эти права передаются, и дает такому лицу право запрещать подобное использование произведения другим лицам.
ОАО «НБКИ» обращает Ваше внимание, что с вашей организацией не заключалось договора на передачу прав на использование Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r. и, следовательно, Вашей организации не выдавалось разрешение на:
1. воспроизведение Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r. (полное или частичное) в любой форме, любыми способами;
2. распространение Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r. любым
способом;
3. модификацию Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r., в том числе
перевод Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r. с одного языка на другой;
4. сообщение Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r. таким образом, при котором любое лицо может иметь доступ к нему в интерактивном режиме из любого места и в любое время по своему выбору (право на доведение до всеобщего сведения);
5. иное использование Руководства по применению формата передачи данных TransUnion (TUTDF) от августа 2005 г. Версия 1.08r.