22. Уполномоченное лицо Комитета не позднее 1 (одного) рабочего дня после направления сообщения в Национальный Банк осуществляет контроль его получения путем мониторинга ответных сообщений.
23. Уполномоченное лицо Комитета не позднее 2 (двух) рабочих дней с момента направления сообщения, в случае неполучения ответного сообщения с подтверждением об успешной загрузке (списком ошибок):
1) связывается с уполномоченным лицом Национального Банка и выясняет причины отсутствия ответных сообщений;
2) если ответные сообщения отсутствуют по причине наличия в направленном сообщении критических ошибок, не позволяющих Национальному Банку сформировать ответное сообщение, устраняет выявленные ошибки и отправляет сообщение повторно;
3) если ответные сообщения отсутствуют по причине сбоев (неработоспособности) ФАСТИ, предпринимает необходимые действия по устранению сбоя на стороне Комитета либо уведомляет уполномоченное лицо Национального Банка о необходимости устранения сбоя, если сбой произошел на стороне Национального Банка, и, при необходимости, повторно направляет сообщение в Национальный Банк.
24. Уполномоченное лицо Комитета в случае получения ответного сообщения об ошибке типа «XML_RECV_ERRORS», после выяснения причины возникновения ошибок:
1) в случае выявления ошибки, связанной с повторением референса сообщения, не позднее 2 (двух) рабочих дней после отправки сообщения, повторно направляет сообщение с новым референсом;
2) в случае выявления ошибки, связанной с несоблюдением требований, установленных в приложении 1 к настоящим Правилам, проводит мероприятия согласно внутреннему регламенту Комитета (проводится анализ и при необходимости осуществляется внесение изменений и дополнений в ДТ (КДТ). Передача скорректированных данных на ФАСТИ Национального Банка с новым референсом производится за тот месяц, в который была произведена корректировка.
25. Уполномоченное лицо Комитета в случае выявления ошибок в направленном Национальным Банком сообщении согласно приложению 2 к настоящим Правилам не позднее следующего рабочего дня сообщает об ошибке в службу ServiceDesk Национального Банка по телефону: 8 (727) 2704-880 или на e-mail [email protected] с указанием даты отправки сообщения Национальным Банком, референса сообщения, учетного номера контракта и текста ошибки.
26. Уполномоченное лицо Национального Банка при получении сообщения из Комитета о наличии ошибок, согласно внутреннему регламенту проводит мероприятия по устранению ошибки и, при необходимости, направляет сообщение в Комитет повторно, с новым референсом.
27. Уполномоченное лицо Комитета или Национального Банка по завершении проведения работ по выяснению и устранению причин возникновения ошибок, сообщает об этом, соответственно, уполномоченному лицу Национального Банка или Комитета.
Глава 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 года).
принимает значения «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» в БД АИП «ЭИВК» обнаруживается, что за указанный отчетный месяц по коду банка УНК, указанному в уник