Глава 5. Конфиденциальность информации
28. Государственные органы в соответствии с законодательством Республики Казахстан соблюдают конфиденциальность информации, полученной в соответствии с настоящимиПравилами, и обеспечивают не менее строгий режим ее защиты, чем действующий на стороне, предоставившей такую информацию.
Приложение 1
к Правилам взаимодействия Министерства финансов Республики Казахстан и Национального Банка Республики Казахстан в целях соблюдения валютного законодательства Республики Казахстан, обмена информацией, в том числе в электронной форме, а также перечень сведений в рамках такого обмена
Структура и состав сведенийпо контрактам с учетным номером контракта (XML сообщение «XML_VCON_101»)
Этот тип сообщения отправляется Комитетом государственных доходов Министерства финансов Республики Казахстан (далее - Комитет) в Национальный Банк Республики Казахстан (далее - Национальный Банк). Информация, содержащаяся в нем, группируется по банкам учётной регистрации контрактов (в качестве ключа используется учётный номер контракта) и отправляется Национальным Банком в уполномоченные банки[1].
№ | Техническое имя | Наименование | Тип данных | Длина | Обязательность | Наименование справочника | примечание | ||
Заголовок сообщения (Тег - Header) | |||||||||
1. | To | Получатель | CHAR | 8 | Да | ||||
2. | From | Отправитель | CHAR | 8 | Да | ||||
3. | MessageID | Уникальныйидентификаторсообщения | CHAR | 36 | Да | Структура формата ZZZZZZZZ-VCON-XYYYYYYY где ZZZZZZZZ – адрес ФАСТИ КЦМР отправителя сообщения, «VCON» – константное значение, X – первая цифра кода банка учетной регистрации контракта, а YYYYYYY – уникальный для каждого сообщения «XML_VCON_101» цифровой код. | |||
4. | ReMessageID | Уникальныйидентификаторответногосообщения | CHAR | 36 | Да | ||||
5. | MessageType | Типсообщения | CHAR | 20 | Да | ||||
6. | Priority | Приоритет | INT | 1 | Да | ||||
7. | CreationTime | Дата и время создания сообщения | DATE_TIME | 29 | Да | ||||
Тело сообщения (Тег - Body)
| |||||||||
8. | REPORTMONTH | Отчетный месяц | DATE (mmyyyy) | 6 | Да | Дата не должна быть больше даты предоставления сообщения «XML_VCON_101». Первые две цифры должны соответствовать номеру месяца, а четыре последние цифры – году предоставления сообщения «XML_VCON_101». | |||
9. | PS | Учетный номер контракта | CHAR | 50 | Да | ||||
10. | PSDATE | Дата учетного номера контракта | DATE (ddmmyyyy) | 8 | Условно-обязательное | ||||
11. | CUSTOMSPROCEDURETYPE | Признакэкспорт/импорт | CHAR | 2 | Да | принимает значение «ЭК» – экспорт либо «ИМ» – импорт кириллическими символами в верхнем регистре | |||
12. | CONTRACT | Номерконтракта | CHAR | 100 | Условно-обязательное | заполняется путем указания номера контракта при наличии такого реквизита контракта | |||
13. | CDATE | Датаконтракта | DATE (ddmmyyyy) | 8 | Условно-обязательное | заполняется путем указания даты контракта (при наличии) | |||
14. | OKPO | ОКПО экспортера/ импортера | NUM | 12 | Нет | ОКПО не является обязательным для предоставления | |||
15. | RNN | РНН экспортера/ импортера | NUM | 12 | Условно-обязательное | данные заполняются только для ДТ, оформленных в период с января 2011 года по декабрь 2012 года | |||
16. | BIN | БИН экспортера/импортера | NUM | 12 | Условно-обязательное | обязательно для заполнения, если элемент «Признак юридическое лицо/индивидуальный предприниматель» («SIGN») принимаетзначения «1» – юридическое лицо (только для ДТ, оформленных в период с января 2013 года). | |||
17. | IIN | ИИН экспортера/импортера | NUM | 12 | Условно-обязательное | если элемент «Признак юридическое лицо/индивидуальный предприниматель» («SIGN») принимает значение«2» – индивидуальный предприниматель (только для ДТ, оформленных в период с января 2013 года). | |||
18. | SIGN | Признак юридическое лицо/ индивидуальный предприниматель | INT | 1 | Да | принимает значения «1» – юридическое лицо либо «2» – индивидуальный предприниматель | |||
19. | DT | Номер ДТ | CHAR | 20 | Да | ||||
20. | ORDER | Код таможенной процедуры, указанной в декларации на товары | NUM | 2 | Да | Классификатор видов таможенных процедур | Указываются коды таможенных процедур, учитываемых в таможенной статистике внешней торговли и статистике взаимной торговли государств-членов ЕАЭС | ||
21. | TOTALSUMINV | Общая сумма по счету | NUM | 23,2 | Да | указывается итоговая сумма по счету декларируемых товаров (ДТ, графа 22) | |||
22. | GOODSNUM | Номертовара в ДТ | INT | 3 | Да | ||||
23. | ISSUEDATE | Датавыпускатовара | DATE (ddmmyyyy) | 8 | Да | указывается дата принятия органом государственных доходов решения о выпуске (в том числе об условном выпуске) товара | |||
24. | STATISTIC | Статистическая стоимость товара в единицах долларов США | NUM | 20,2 | Да | ||||
25. | INVOICESUMM | Фактурная стоимость товара в единицах валюты контракта | NUM | 20,2 | Да | ||||
26. | INVOICECURR | Валютапоставки | CHAR | 3 | Да | «Коды для обозначения валют и фондов» | латинскими буквами | ||
27. | RATE | Курсвалюты | NUM | 11,2 | Условно-обязательное | заполняется, если для определения таможенной стоимости и (или) исчисления таможенных платежей декларируемых товаров требуется произвести пересчет иностранной валюты | |||
28. | CHANGEDATE | Дата изменения сведений по товару | DATE (ddmmyyyy) | 8 | Условно-обязательное | ||||
29. | STATE | Статус товара в ДТ | CHAR | 30 | Да | может быть указано одно из следующих значений: «ISSUED» – Выпущен; «ISSUE_CANCELLED» – Отозван; «ISSUE_REFUSED» – Отказан в выпуске; «CONDITIONED» – Условновыпущен; «CORRECTED» – Скорректирован. |
|
|
|
|
|
|
Примечание:
1. При заполнении сообщения необходимо руководствоваться пояснением по заполнению формы, предназначенной для сбора административных данных«Информация о движении товаров по контрактам с учетным номером контракта»согласно приложению 6 к Правилам осуществления экспортно-импортного валютного контроля в Республике Казахстан и получения резидентами учетных номеров контрактов по экспорту и импорту, утвержденным постановлением Правления Национального Банка Республики Казахстан от 24 февраля 2012 года № 42.
2. Сообщение формируется и направляется в Национальный Банк отдельно по первой цифре кода банка учетной регистрации контракта, указанного в УНК из ДТ (значения от 0 до 9).
3. Последовательность элементов с «PS» по «STATE» может повторяться несколько раз в зависимости от количества отправляемых сообщений и объединяться тегом «GOODS».
4. При загрузке сообщения «XML_VCON_101» от Комитета АИП «ЭИВК» анализирует весь массив данных, фиксируя, при наличии, имеющиеся в нем ошибки.
По завершении обработки массива данных, в случае отсутствия ошибок, в Комитет направляется сообщение «XML_RECV_CONFIRM» согласно приложению 4к настоящим Правилами данные сообщения «XML_VCON_101» сохраняются в БД АИП «ЭИВК».
При наличии ошибок в сообщении «XML_VCON_101» АИП «ЭИВК» отвергает некорректные данные из сообщения «XML_VCON_101», формирует и направляет в Комитет сообщение «XML_RECV_ERRORS» согласно приложению 5 к настоящим Правиламс полным списком ошибок в разрезе ДТ, содержащихся в обработанном сообщении, для исправления некорректных данных. Корректные данные по ДТ из сообщения «XML_VCON_101» сохраняются в БД АИП «ЭИВК».
5. После оформления корректировочных ДТ информация по таким ДТ включается Комитетом в сообщение «XML_VCON_101» при выгрузке данных за тот месяц, в котором произведена корректировка, с указанием фактической даты корректировки. Учитывая указанный процесс информационного обмена, получаемая в последующем информация по ДТ будет содержать статус товара «CORRECTED». То есть у товара в ДТ может не быть изначального статуса «ISSUED/CONDITIONED».
6. Для сокращения количества ошибок по ненайденным записям при поиске УНК в БД АИП «ЭИВК» и проверке структуры УНК из сообщения «XML_VCON_101» отсекается правая часть УНК (элемент «PS»), разделенная пробелом или запятой.
7. Размерность полей 21,24,25,27 означает ограничение не более указанного значения целых и дробных чисел.
8. Коды БИН/ИИН/РНН[2], указанные в элементах «BIN»/«IIN»/«RNN», проверяются на контрольный ключ.
9. Проверяется соответствие между значением, указанным в элементе «SIGN,» и успешным формированием контрольного ключа кодов БИН для юридического лица, ИИН для индивидуального предпринимателя (по ДТ, оформленным с января 2013 года).
10. Месяц, указанный в элементе «ISSUEDATE», должен быть в пределах месяца, указанного в элементе «REPORTMONTH», в случае, если в элементе «STATE» указано «ISSUED».
11. Дата, указанная в элементе «CHANGEDATE», заполняется для всех статусов товара, кроме статусов «ISSUED» и «CONDITIONED».
12. Дата изменения статуса товара (элемент «CHANGEDATE») должна входить в месяц, указанный в элементе «REPORTMONTH».
13. Фактурная стоимость товара (элемент «INVOICESUMM») не может быть пустой.
14. Если в процессе загрузки сообщения «XML_VCON_101» в БД АИП «ЭИВК» обнаруживается, что за тот месяц по коду банка УНК, который указан в уникальном идентификаторе сообщения (элемент «MessageID»), уже имеется сообщение за указанный месяц, то загружаемое сообщение отвергается полностью. Если Комитет направит в Национальный Банк неполную информацию за определенный месяц, выгруженную по первой цифре кода банка УНК, то при направлении Комитетом недостающей части информации АИП «ЭИВК» не позволит их загрузить. В данной ситуации Комитет в течение двух рабочих дней направляет письмо в Национальный Банк на удаление из АИП «ЭИВК» ранее направленной неполной информации и после удаления Национальным Банком повторно направляет полную информацию за данный месяц.
15. При получении сообщения о ДТ со статусом товара «ISSUE REFUSED» в БД АИП «ЭИВК» проверяется наличие данной ДТ со статусом товара «CORRECTED» по указанному номеру товара. При его отсутствии в БД АИП «ЭИВК» ДТ со статусом товара «ISSUE REFUSED» не принимается.
16. За каждый месяц в БД АИП «ЭИВК» может быть загружено не более одной записи по одной и той же ДТ.
Примечание: расшифровка аббревиатур:
ИИН – индивидуальный идентификационный номер;
УНК– учетный номер контракта;
АИП «ЭИВК»–программное обеспечение Национального Банка по экспортно-импортному валютному контролю;
ДТ– декларация на товары;
БИН– бизнес идентификационный номер.
Приложение 2
к Правилам взаимодействия Министерства финансов Республики Казахстан и Национального Банка Республики Казахстан в целях соблюдения валютного законодательства Республики Казахстан, обмена информацией, в том числе в электронной форме, а также перечень сведений в рамках такого обмена
Структура и состав сведений по контрактам с учетным номером контракта
(XML сообщение «XML_VCON_112»)
Этот тип сообщения направляется Национальным Банком в Комитет. Данные формируются из принятых данных по УНК, направленных уполномоченными банками в Национальный Банк.
№ | Техническое имя | Наименование | Тип | Длина | Обязательность | Наименование справочника | Примечание | |
Заголовок сообщения (Тег - Header) | ||||||||
1 | To | Получатель | CHAR | 8 | Да | |||
2 | From | Отправитель | CHAR | 8 | Да | |||
3 | MessageID | Уникальныйидентификаторсообщения | CHAR | 36 | Да | |||
4 | ReMessageID | Уникальныйидентификаторответногосообщения | CHAR | 36 | Да | |||
5 | MessageType | Типсообщения | CHAR | 20 | Да | |||
6 | Priority | Приоритет | INT | 1 | Да | |||
7 | CreationTime | Дата и время создания сообщения | DATE_TIME | 29 | Да | |||
Тело сообщения (Тег - Body) | ||||||||
8 | REPORTDATE | Отчетная дата | DATE (ddmmyyyy) | 8 | Да | |||
9 | PS | Учетный номерконтракта | CHAR | 50 | Да | |||
10 | PSDATE | Дата учетной регистрации контракта | DATE (ddmmyyyy) | 8 | Да | Условие описано в примечании | ||
11 | EINAME | Наименование или фамилия, имя, отчество экспортера/импортера | CHAR | 100 | Да | |||
12 | BIN | БИН экспортера/импортера | NUM | 12 | Условно-обязательное | справочник юридических лиц | Для юридических лиц. Не должны состоять из набора одной цифры | |
13 | IIN | ИИН экспортера/импортера | NUM | 12 | Условно-обязательное | Для физических лиц и индивидуальных предпринимателей. Не должны состоять из набора одной цифры | ||
14 | CONTRACT | Номер контракта | CHAR | 100 | Нет | |||
15 | CDATE | Дата контракта | DATE (ddmmyyyy) | 8 | Да | Дата в элементе «CDATE» не должна быть позже даты в элементе «PSDATE». | ||
16 | CLOSEDATE | Дата снятия контракта с учетной регистрации | DATE (ddmmyyyy) | 8 | Условно-обязательное | |||
17 | CLOSEFOUND | Основание снятия контракта с учетной регистрации | CHAR | 100 | Нет | |||
Примечание:
1. Последовательность элементов с «PSNUMBER» по «NOTE» может повторяться несколько раз в зависимости от количества отправляемых сообщений и объединяться тегом «CONTRACTS».
2. Коды БИН и ИИН, указанные в элементах«BIN», и «IIN», проверяются на контрольный ключ.
3. Если дата оформления учетного номера контракта в элементе«PSDATE» больше, чем «07062010», то в элементе «PS»:
1) в УНК должно быть три символа «/»;
2) в первой части УНК указывается «1» либо «2»;
3) во второй части УНК указывается код банка (код филиала банка), состоящий из трех цифр, который проверяется на наличие в справочнике уполномоченных банков и филиалов уполномоченных банков;
4) третья часть УНК должна состоять из четырех цифр;
5) четвертая часть не должна содержать такие знаки как ("№;%,:?*()_+!.), а также превышать разрядность из девяти цифр (999999999).
4. Если дата оформления учетного номера контракта в элементе «PSDATE» больше «31122006», то в элементе «PS»:
1) в УНК должно быть три символа «/»;
2) в первой части УНК указывается «1» либо «2»;
3) вторая часть УНК (последние три цифры банковского идентификационного кода банка) проверяется на наличие в справочнике уполномоченных банков и филиалов уполномоченных банков;
4) третья часть УНК должна состоять из четырех цифр;
5) Четвертая часть не должна содержать такие знаки как ("№;%,:?*()_+!.), а также превышать разрядность из девяти цифр (999999999).
Примечание: расшивровка аббревиатур:
ИИН – индивидуальный идентификационный номер;
УНК– учетный номер контракта;
БИН– бизнес идентификационный номер.
Приложение 3
к Правилам взаимодействия Министерства финансов Республики Казахстан и Национального Банка Республики Казахстан в целях соблюдения валютного законодательства Республики Казахстан, обмена информацией, в том числе в электронной форме, а также перечень сведений в рамках такого обмена
Буквенно-цифровые символы, используемые в текстовом блоке сообщений
При описании форматов полей в текстовом блоке сообщения используются буквенно-цифровые символы в Windows кодировке (в кодировке UTF-8). Спецификация символов:
А – только буквы, длина должна точно соответствовать формату;
a – только буквы, длина может быть меньше формата;
n – только цифры, длина может быть меньше формата;
N – только цифры, длина должна точно соответствовать формату;
d – число с обязательной запятой, длина может быть меньше формата;
x – любые допустимые символы, длина может быть меньше формата;
#*число – неограниченное количество строк длиной «число» типа «х».
Значение поля может содержать любые допустимые символы из следующего набора:
АБВГДЕЗЖИЙКЛМНОПРСТУФХЦЧШЩЫЬЪЭЮЯ
абвгдезжийклмнопрстуфхцчшщыьъэюя
ABCDEFGHIJKLMNOPQRSTUVWXYZ
abcdefghijklmnopqrstuvwxyz
ӘҢҒҮҰҚӨҺ
әңғүұқөһ
0123456789
- . ( ) = + ! “ % * <> ;
Приложение 4
к Правилам взаимодействия Министерства финансов Республики Казахстан и Национального Банка Республики Казахстан в целях соблюдения валютного законодательства Республики Казахстан, обмена информацией, в том числе в электронной форме, а также перечень сведений в рамках такого обмена
Структура и состав сведений ответного сообщения о получении
и обработке сообщения (XML сообщение «XML_RECV_CONFIRM »)
Данный тип сообщения отправляется Национальным Банком Комитету для подтверждения получения и успешной обработки сообщения «XML_VCON_101».
№ | Техническое имя | Наименование | Тип | Размерность | Обязательность |
Заголовок сообщения (Тег - Header) | |||||
1 | To | Получатель | CHAR | 8 | Да |
2 | From | Отправитель | CHAR | 8 | Да |
3 | MessageID | Уникальный идентификатор сообщения | CHAR | 36 | Да |
4 | ReMessageID | Уникальный идентификатор ответного сообщения | CHAR | 36 | Да |
5 | MessageType | Тип сообщения | CHAR | 20 | Да |
6 | Priority | Приоритет | INT | 1 | Да |
7 | CreationTime | Дата и время создания сообщения | DATE_TIME | 29 | Да |
Тело сообщения с результатом загрузки (Тег – Body->LoadResult) | |||||
8 | ErrCode | «0» при успешной загрузке «1» в случае наличия ошибок | INT | 1 | Да |
9 | ErrMsg | Пусто при успешной загрузке | CHAR | 1000 | Да |
Приложение 5
к Правилам взаимодействия Министерства финансов Республики Казахстан и Национального Банка Республики Казахстан в целях соблюдения валютного законодательства Республики Казахстан, обмена информацией, в том числе в электронной форме, а также перечень сведений в рамках такого обмена
3. Структура и состав сведений ответного сообщения об ошибках, найденных при загрузке сообщения «XML_VCON_101»
(XML сообщение «XML_RECV_ERRORS»)
Данный тип сообщения отправляется Национальным Банком Комитету в случае наличия ошибок в обработанном сообщении «XML_VCON_101».
Описание структуры сообщения:
№ | Техническое имя | Наименование | Тип | Размерность | Обязательность |
Заголовок сообщения (Тег - Header) | |||||
1 | To | Получатель | CHAR | 8 | Да |
2 | From | Отправитель | CHAR | 8 | Да |
3 | MessageID | Уникальный идентификатор сообщения | CHAR | 36 | Да |
4 | ReMessageID | Уникальный идентификатор ответного сообщения | CHAR | 36 | Да |
5 | MessageType | Тип сообщения | CHAR | 20 | Да |
6 | Priority | Приоритет | INT | 1 | Да |
7 | CreationTime | Дата и время создания сообщения | DATE_TIME | 29 | Да |
Тело сообщения с ошибками загрузки (Тег – Body) | |||||
8 | DT | Номер ДТ | CHAR | 20 | Да |
9 | GOODSNUM | Номер товара в ДТ | INT | 3 | Да |
10 | ERROR_MESSAGE | Сообщение об ошибке загрузки | CHAR | 1000 | Да |
Справочник ошибок по XML сообщению «XML_VCON_101»
№ | Текст ошибки | Описание ошибки |
1. | Недопустимое значение элемента «Отчетный месяц» (REPORTMONTH="%REPORTMONTH%") | Значение в элементе «REPORTMONTH» не соответствует формату (Дата в элементе «REPORTMONTH» не должна быть больше даты предоставления сообщения «XML_VCON_101».Первые две цифры должны соответствовать номеру месяца, а четыре последние цифры - году предоставления сообщения «XML_VCON_101»). |
2. | Недопустимое значение элемента «Признак юридическое лицо/индивидуальный предприниматель» (SIGN="%SIGN%") | Элемент «SIGN» не соответствует формату (В элементе «SIGN» указывается «1» либо «2»). |
3. | Недопустимое значение элемента «Признак экспорт/импорт» (CUSTOMSPROCEDURETYPE="%CUSTOMSPROCEDURETYPE%") | Значение в элементе «CUSTOMSPROCEDURETYPE» не соответствует формату (Элемент «Признак экспорт/импорт» (CUSTOMSPROCEDURETYPE) принимает значение «ЭК» – экспорт либо «ИМ» – импорт кириллическими символами в верхнем регистре) |
4. | Недопустимое значение элемента «Дата контракта» (CDATE="%CDATE%") | Значение в элементе «CDATE» не соответствует формату |
5. | Недопустимое значение элемента «Дата выпуска товара» (ISSUEDATE="%ISSUEDATE%") | Значение в элементе «ISSUEDATE» не соответствует формату |
6. | Недопустимое значение элемента «Статистическая стоимость товара в USD» (STATISTIC="%STATISTIC%") | Значение в элементе «STATISTIC» не соответствует формату либо отсутствует |
7. | Недопустимое значение элемента «Фактурная стоимость товара в валюте контракта» (INVOICESUMM="%INVOICESUMM%") | Значение в элементе «INVOICESUMM» не соответствует формату либо отсутствует |
8. | Недопустимое значение элемента «Обменный курс» (RATE="%RATE%") | Значение в элементе «RATE» не соответствует формату |
9. | Недопустимое значение элемента «Дата изменения статуса товара в ДТ» (CHANGEDATE="%CHANGEDATE%") | Значение в элементе «CHANGEDATE» не соответствует формату |
10. | Недопустимое значение в элементе «Статус товара в ДТ» (STATE="%STATE%") | В элементе «Статус товара в ДТ» («STATE») может быть указано одно из следующих значений: 1) «ISSUED» – Выпущен; 2) «ISSUE_CANCELLED» – Отозван; 3) «ISSUE_REFUSED» – Отказан в выпуске; 4) «CONDITIONED» – Условновыпущен; «CORRECTED» – Скорректирован. |
11. | Недопустимое значение элемента «Общая сумма по счету» (TOTALSUMINV="%TOTALSUMINV%") | Значение в элементе «TOTALSUMINV» не соответствует формату либо отсутствует(Общая сумма по счету в элементе «TOTALSUMINV» не может быть пустой). |
12. | Код таможенной процедуры (ORDER="%ORDER%") не найден в классификаторе видов таможенных процедур | Код таможенной процедуры (элемент «ORDER»), указанный в ДТ, будет проверяться на наличие в справочнике таможенных режимов. |
13. | Код валюты поставки (INVOICECURR="%INVOICECURR%") не найден в справочнике валют | В элементе «INVOICECURR» используется символьное значение валюты (латинскими буквами) согласно государственному классификатору ГК РК 07 ИСО 4217-2001 «Коды для обозначения валют и фондов». |
14. | УНК, указанный в записи (элементы PS="%PS%" и PSDATE="%PSDATE%"), не найден в БД АИП ЭИВК | Учетный номер контракта, указанный в элементе «PS», должен быть в БД АИП «ЭИВК». |
15. | Дата в элементе REPORTMONTH больше даты предоставления XML-сообщения(REPORTMONTH="%REPORTMONTH%") | Дата в элементе «REPORTMONTH» не должна быть больше даты предоставления сообщения «XML_VCON_101». Первые две цифры должны соответствовать номеру месяца, а четыре последние цифры - году предоставления сообщения «XML_VCON_101». |
16. | Дата в элементе PSDATE больше даты предоставления XML-сообщения (PSDATE="%PSDATE%") | Дата в элементах «PSDATE», «CDATE» и «ISSUEDATE» должна быть не больше даты предоставления сообщения «XML_VCON_101».
|
17. | Дата в элементе CDATE больше даты предоставления XML-сообщения (CDATE="%CDATE%") | |
18. | Дата в элементе ISSUEDATE больше даты предоставления XML-сообщения (ISSUEDATE="%ISSUEDATE%") | |
19. | Месяц, указанный в элементе ISSUEDATE не соответствует отчетному месяцу в элементе REPORTMONTH (ISSUEDATE="%ISSUEDATE%", REPORTMONTH="%REPORTMONTH%") | Месяц, указанный в элементе «ISSUEDATE» должен быть в пределах отчетного месяца, указанного в элементе «REPORTMONTH», в случае, если в элементе «STATE» указано «ISSUED». |
20. | Номер товара (GOODSNUM) в ДТ выходит за пределы цифровых значений от 1 до 999 (GOODSNUM="%GOODSNUM%") | Номер товара (элемент «GOODSNUM») в ДТ должен состоять из цифровых значений от 1 до 999 и является уникальным в рамках одной ДТ. |
21. | Дата изменения статуса товара (CHANGEDATE) не входит в отчетный месяц (CHANGEDATE="%CHANGEDATE%", REPORTMONTH="%REPORTMONTH%") | Дата изменения статуса товара (элемент «CHANGEDATE») должна входить в отчетный месяц, указанный в элементе «REPORTMONTH». |
22. | Структура номера УНК не соответствует маске N/MMM/KKKK/LLL (PS="%PS%") | Структура учетного номера контракта должна соответствовать маске N/MMM/KKKK/LLL и отвечать следующим требованиям: 1) в номере должно быть три слэша «/»; 2) в первой части номера только 1 цифра, которая принимает значение «1» или «2»; 3) во второй части только 3 цифры; 4) в третьей части только 4 цифры; 5) в четвертой части только цифры и длина четвертого блока ограничена общей длиной учетного номера контракта, которая состоит из 30 символов. |
23. | Статус товара в ДТ указан как ISSUE_CANCELLED, однако обнаружены записи по этому товару со статусом ISSUED позже даты текущих изменений | Нарушена хронология установки статуса товара |
24. | Статус товара в ДТ указан как ISSUED, однако обнаружены записи по этому товару со статусом ISSUE_CANCELLED раньше даты текущих изменений | Нарушена хронология установки статуса товара |
25. | Статус товара в ДТ указан как ISSUE_REFUSED, однако обнаружены записи по этому товару со статусом CONDITIONED позже даты текущих изменений | Нарушена хронология установки статуса товара |
26. | Статус товара в ДТ указан как CONDITIONED, однако обнаружены записи по этому товару со статусом ISSUEREFUSED раньше даты текущих изменений | Нарушена хронология установки статуса товара |
27. | Статус товара в ДТ указан как ISSUED, однако обнаружены записи по этому товару со статусом CONDITIONED | Не может быть принята ДТ со статусом «ISSUED» или «CONDITIONED» с одним и тем же номером товара по одному УНК.
|
28. | Статус товара в ДТ указан как CONDITIONED, однако обнаружены записи по этому товару со статусом ISSUED | |
29. | Статус товара в ДТ указан как ISSUE_CANCELLED, однако записи по этому товару со статусом ISSUED/CORRECTED не обнаружены | При получении сообщения о ДТ со статусом товара «ISSUE_CANCELLED» в БД АИП «ЭИВК» проверяется наличие данной ДТ со статусом товара «ISSUED» или «CORRECTED» по указанному номеру товара. При его отсутствии в БД АИП «ЭИВК» ДТ со статусом товара «ISSUE_CANCELLED» не принимается. |
30. | Статус товара в ДТ указан как ISSUE_REFUSED, однако записи по этому товару со статусом CORRECTED не обнаружены | При получении сообщения о ДТ со статусом товара «ISSUEREFUSED» в БД АИП «ЭИВК» проверяется наличие данной ДТ со статусом товара «CORRECTED» по указанному номеру товара. При его отсутствии в БД АИП «ЭИВК» ДТ со статусом товара «ISSUEREFUSED» не принимается. |
31. | Сведения по товару №"%GOODSNUM|| '" ДТ №"%DT|| '" за отчетный месяц "%REPORTMONTH%" уже имеются в БД | За каждый отчетный период в БД АИП «ЭИВК» может быть загружено не более одной записи по ДТ |
32. | Не указан ни один код, идентифицирующий экспортера/импортера (БИН/ИИН/ РНН) | Если в элементе «SIGN» (признак юридическое лицо/индивидуальный предприниматель): - указано «1», то элементы «BIN» либо «RNN» (для исторических сведений, когда БИН не использовался) не должны быть пустыми, при этом значение элементов «IIN» не проверяется ; - указано «2», то элементы «IIN» либо «RNN» (для исторических сведений, когда ИИН не использовался) не должны быть пустыми, при этом значение элементов «BIN» не проверяется.
|
33. | В элементе SIGN (признак юридическое лицо/индивидуальный предприниматель) указано «1», но значения элементов BIN/ RNN пусты | |
34. | В элементе SIGN (признак юридическое лицо/индивидуальный предприниматель) указано «2», но значения элементов IIN/RNN пусты | |
35. | Код БИН, указанный в элементе BIN, не прошел проверку на контрольный ключ(BIN="%BIN%") | Код БИН, указанный в элементе «BIN», проверяется на контрольный ключ. |
36. | Код ИИН, указанный в элементе IIN, не прошел проверку на контрольный ключ(IIN="%IIN%") | Код ИИН, указанный в элементе «IIN», проверяется на контрольный ключ. |
37. | Код РНН, указанный в элементе RNN, не прошел проверку на контрольный ключ(RNN="%RNN%") | Код РНН, указанный в элементе «RNN», проверяется на контрольный ключ. |
38. | Значение кода в элементе BIN состоит из набора одной цифры | Значения кодов в элементах «BIN», «IIN», «RNN» не должны состоять из набора одной цифры. Например, недопустимо значение «000000000000».
|
39. | Значение кода в элементе IIN состоит из набора одной цифры | |
40. | Значение кода в элементе RNN состоит из набора одной цифры | |
41. | В процессе загрузки XML-сообщения в БД АИП «ЭИВК» обнаружено, что за указанный отчетный месяц по коду УБ, указанному в уникальном идентификаторе сообщения (MessageID) уже имеется сообщение. | Если в процессе загрузки сообщения «XML_VCON_101» в БД АИП «ЭИВК» обнаруживается, что за указанный отчетный месяц по коду банка УНК, указанному в уникальном идентификаторе сообщения (элемент «MessageID»), уже имеется сообщение за указанный отчетный месяц, то загружаемое сообщение отвергается полностью. Если Комитет направит в Национальный Банк неполную информацию за определенный отчетный месяц, выгруженную по первой цифре кода банка УНК, то при направлении Комитетом недостающей части информации АИП «ЭИВК» не позволит их загрузить. В данной ситуации Комитет в течение пяти рабочих дней направляет письмо в Национальный Банк на удаление из АИП «ЭИВК» ранее направленной неполной информации и после удаления Национальным Банком повторно направляет полную информацию за указанный отчетный месяц. |
42. | Статус товара указан как "ISSUE_CANCELLED" или "CORRECTED", но в элементе «CHANGEDATE» не указана дата (STATE="%STATE%", CHANGEDATE="%CHANGEDATE%") | Дата, указанная в элементе «CHANGEDATE», заполняется для статусов товара ISSUE_CANCELLED" и "CORRECTED", |
Примечание:
последовательность элементов с «DT» по «ERROR_MESSAGE» может повторяться несколько раз в зависимости от количества ошибочных ДТ в разрезе товаров (элемент «GOODS») и объединяться элементом «DTS».
Расшифровка аббревиатур:
ИИН – индивидуальный идентификационный номер;
УНК – учетный номер контракта;
АИП «ЭИВК» –программное обеспечение Национального Банка по экспортно-импортному валютному контролю;
ДТ – декларация на товары;БИН – бизнес идентификационный номер.
[1] На стадии рассылки в уполномоченные банки к этой информации присоединяются сведенияиз АИП «ЭИВК» по БИН уполномоченных банков
[2]Для исторических сведений, когда ИИН не использовался
Дата добавления: 2018-02-28; просмотров: 181; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!