Сообщений в теме: 48

[U3962]

Добрый день.

как я понял, кодировка самого текстовика может и 1251 но если в заголовке не вот так:

<?xml version="1.0" encoding="WINDOWS-1251"?>

то квитанции не принимают...

[sancase]

Добрый день!

 

Сегодня получили отрицательные квитанции на ранее высланные подтверждения "PB1", "PB2":

• KWTFCB_PB1_ZSV14525505_272120170829_009625.XML
• KWTFCB_PB2_ZSV14525505_272120170829_009625_0000.XML
• KWTFCB_PB2_ZSV14525505_771420170828_036736_0000.XML
• KWTFCB_PB2_ZSV14525505_771420170828_037137_0000.XML
• KWTFCB_PB2_ZSV14525505_772320170828_028957_0000.XML
• KWTFCB_PB2_ZSV14525505_772820170828_030582_0000.XM

С описанием ошибки: <Результат КодРезПроверки="99"  Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

Проверили свое ПО. Система выгружает в файлы с ТипИнф="ПОДБНПРИНТ", ВерсФорм="3.00", кодировка - WINDOWS-1251.

 

Просьба подсказать, как лучше поступить в этой ситуации.

 

Спасибо!

Где первая строка, где encoding?

[archimed7592]

sancase, Вы в следующей редакции форматов добавьте, пожалуйста, явное требование про кодировку и про xml-declaration (та самая "первая строка").

 

И ещё: сейчас у Вас ВерсФорм описан так:

<xs:attribute name="ВерсФорм" use="required">
	<xs:annotation>
		<xs:documentation>Версия формата</xs:documentation>
	</xs:annotation>
	<xs:simpleType>
		<xs:restriction base="xs:decimal">
			<xs:totalDigits value="4"/>
			<xs:fractionDigits value="2"/>
			<xs:enumeration value="3.00"/>
		</xs:restriction>
	</xs:simpleType>
</xs:attribute>

Подозреваю, что если мы укажем ВерсФорм="3" вместо ВерсФорм="3.00", то Вас это не устроит. При этом, доступные мне средства проверки XML относительно XSD не будут ругаться на вариант без указания нулей после десятичной точки (проверяли встроенной в .NET валидацией, проверяли Checker-ом от Краскрипт).

Чтобы вариант "3" (без ".00") не проходил по схеме нужно в XSD сделать что-то вроде этого:

<xs:attribute name="ВерсФорм" use="required">
	<xs:annotation>
		<xs:documentation>Версия формата</xs:documentation>
	</xs:annotation>
	<xs:simpleType>
		<xs:restriction base="xs:string">
			<xs:length value="4"/>
			<xs:enumeration value="3.00"/>
		</xs:restriction>
	</xs:simpleType>
</xs:attribute>

[Юлия1307]

Коллеги, добрый день!

Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?

[MikhailF]

Коллеги, добрый день!

Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?

 

Присоединяюсь к вопросу. Будут ли переформированы PB1 и PB2 и направлены ответы?

[ser_bo]

 

Коллеги, добрый день!

Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?

 

Присоединяюсь к вопросу. Будут ли переформированы PB1 и PB2 и направлены ответы?

 

На банкире: "Получил ответ от налоговой:

Информируем Вас о том, что файлы, поступившие от Банков в рамках электронного обмена между налоговыми органами и Банком России, на которые ФНС России сформированы некорректные ("пустые") квитанции, будут повторно обработаны и на них будут отправлены квитанции с корректными результатами обработки.

В настоящий момент разработчиками проводятся работы по решению данной проблемы."

[DenRed]

Вопрос первый в строке <?xml version ="1.0" encoding ="windows-1251"?>  WNDOWS-1251 обязательно в верхнем регистре должно быть?

Вопрос второй точно ли версия формате должно быть 3.00 - т.е. с двумя знаками после запятой?

Вопрос третий:

29.08.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 01 - все нормально

04.09.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 99 Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" 

Чему мне верить?

И кстати мне пришли положительные квитанции на ВСЕ PB1 PB2 за август месяц.

Прикрепленные файлы

•  KWTFCB_PB1_APZ14525435_773120170824_000133.XML   406байт   3 скачиваний
•  KWTFCB_PB1_APZ14525435_773120170824_000133.XML   499байт   1 скачиваний

[archimed7592]

Вопрос первый в строке <?xml version ="1.0" encoding ="windows-1251"?>  WNDOWS-1251 обязательно в верхнем регистре должно быть?

 

 

Хочется верить, что без разницы. Мы отправляем в нижнем регистре.

 

 

Вопрос второй точно ли версия формате должно быть 3.00 - т.е. с двумя знаками после запятой?

 

В формате "3.00" будет надежнее. Это и в форматах русским по белому написано и в XSD были попытки это написать (правда ни один валидатор на это не смотрит).

 

Вопрос третий:

29.08.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 01 - все нормально

04.09.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 99 Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" 

Чему мне верить?

 

Достоверно неизвестно. Вы не одни такие.

Если у вас кодировка было не 1251 или версия было 3 без ".00", то с большой долей вероятности верить второй (отрицательной) квитанции.

[DenRed]

 

Вопрос первый в строке <?xml version ="1.0" encoding ="windows-1251"?>  WNDOWS-1251 обязательно в верхнем регистре должно быть?

 

 

Хочется верить, что без разницы. Мы отправляем в нижнем регистре.

 

 

Вопрос второй точно ли версия формате должно быть 3.00 - т.е. с двумя знаками после запятой?

 

В формате "3.00" будет надежнее. Это и в форматах русским по белому написано и в XSD были попытки это написать (правда ни один валидатор на это не смотрит).

 

Вопрос третий:

29.08.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 01 - все нормально

04.09.2017 мне пришел файл KWTFCB_PB1_APZ14525435_773120170824_000133.XML со статусом 99 Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" 

Чему мне верить?

 

Достоверно неизвестно. Вы не одни такие.

Если у вас кодировка было не 1251 или версия было 3 без ".00", то с большой долей вероятности верить второй (отрицательной) квитанции.

 

Версия формата была 3.0 ??? Это что то среднее....

А кодировка точно windows 1251 

И как пересылать PB1 PB2? (тут же говорили, что при повторной посылке сводный файл нее проходит - Ошибка форматно-логического контроля

[sancase]

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

[jec]

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 99, переотправлять нужно?

 

Для примера: PB1_PNO13510111_910820170823_000059

 

30-го пришла положительная квитанция:

<Файл ИдЭС="57E86A77-7CB6-0522-E053-0AFD150C8192" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-30T07:04:39">

  <Результат КодРезПроверки="01" />

  </КВТНОПРИНТ>

  </Файл>

 

1-го отрицательная:

- <Файл ИдЭС="58083DB3-4021-031A-E053-0AFD150BE0F9" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-31T13:05:10">

  <Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

  </КВТНОПРИНТ>

  </Файл>

[ChayS0l]

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

Добрый день!

Если это ваша ошибка, то сообщите пожалуйста.

Если у вас ошибки нет, то приведите пример тела файла PB2, кторый точно будет принят.

Сложилась нехорошая ситуация, у нас не приняты PB2, отбракованы с кодом ошибки 99. Файл(ы) PB2 проверили уже вдоль и поперек, идей нет...

[sancase]

 

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 99, переотправлять нужно?

 

Для примера: PB1_PNO13510111_910820170823_000059

 

30-го пришла положительная квитанция:

<Файл ИдЭС="57E86A77-7CB6-0522-E053-0AFD150C8192" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-30T07:04:39">

  <Результат КодРезПроверки="01" />

  </КВТНОПРИНТ>

  </Файл>

 

1-го отрицательная:

- <Файл ИдЭС="58083DB3-4021-031A-E053-0AFD150BE0F9" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-31T13:05:10">

  <Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

  </КВТНОПРИНТ>

  </Файл>

 

Смотрите результаты в БАНКИНФОРМ. У вас нет принятого файла.

25.08.2017 - Файл не принят. Ошибка имени файла

31.08.2017 - Файл не принят. Ошибка форматно-логического контроля

Значит надо посылать повторно.

[Vayess]

Когда будет произведена это присловутая повторная загрузка всех PB1 и PB2 с повторной отправкой квитанций? Когда можно будет прекратить гадать на кофейной гуще - всё ли хорошо с нашими файлами, или нет...

[rezident-d]

 

 

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 99, переотправлять нужно?

 

Для примера: PB1_PNO13510111_910820170823_000059

 

30-го пришла положительная квитанция:

<Файл ИдЭС="57E86A77-7CB6-0522-E053-0AFD150C8192" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-30T07:04:39">

  <Результат КодРезПроверки="01" />

  </КВТНОПРИНТ>

  </Файл>

 

1-го отрицательная:

- <Файл ИдЭС="58083DB3-4021-031A-E053-0AFD150BE0F9" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-31T13:05:10">

  <Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

  </КВТНОПРИНТ>

  </Файл>

 

Смотрите результаты в БАНКИНФОРМ. У вас нет принятого файла.

25.08.2017 - Файл не принят. Ошибка имени файла

31.08.2017 - Файл не принят. Ошибка форматно-логического контроля

Значит надо посылать повторно.

 

Александр, то есть вы хотите сказать, что приходящие квитанции ничего не значат и нам требуется отслеживать прохождение файлов только по БАНКИНФОРМу?

[jec]

 

 

Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.

А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 99, переотправлять нужно?

 

Для примера: PB1_PNO13510111_910820170823_000059

 

30-го пришла положительная квитанция:

<Файл ИдЭС="57E86A77-7CB6-0522-E053-0AFD150C8192" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-30T07:04:39">

  <Результат КодРезПроверки="01" />

  </КВТНОПРИНТ>

  </Файл>

 

1-го отрицательная:

- <Файл ИдЭС="58083DB3-4021-031A-E053-0AFD150BE0F9" ТипИнф="КВТНОПРИНТ" ВерсПрог="АИС ЦОД 234-17-01" ТелОтпр="8(495)913-07-60" ДолжнОтпр="Зам. начальника отдела" ФамОтпр="Рябова" ВерсФорм="3.00">

- <КВТНОПРИНТ ИмяФайла="PB1_PNO13510111_910820170823_000059" ДатаВремяПроверки="2017-08-31T13:05:10">

  <Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

  </КВТНОПРИНТ>

  </Файл>

 

Смотрите результаты в БАНКИНФОРМ. У вас нет принятого файла.

25.08.2017 - Файл не принят. Ошибка имени файла

31.08.2017 - Файл не принят. Ошибка форматно-логического контроля

Значит надо посылать повторно.

 

Принятый файл был, KWTFCB_PB1_PNO13510111_910820170823_000059.XML от 30го числа, я же выложил его начинку с положительным ответом. А вот почему он не отображается в БАНКИНФОРМ это уже другой вопрос.

[ChayS0l]

Корректные квитанции KWTFCB_PB1 пришли к нам в банк. Все ранее отправленные PB1 подтверждены. Ждем корректные квитанции к PB2. Когда будут?

[sancase]

Ждите .... большой объем....

[ChayS0l]

Пришли квитанции KWTFCB_PB2_Z%, сообщения успешно подтверждены.

Ждем квитанции KWTFCB_PB2_R%. Последние квитанции KWTFCB_PB2_R% пришли неделю назад 04.09.2017 с ошибкой: 

<Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

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

Спасибо.

[nafoki]

Добрый день.

 

По направленным сообщениям Банка (PB1 и PB2) в рамках 440-П были получены извещения с кодом 99:
<Результат КодРезПроверки="99"  Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />

 

С чем связана данная ошибка? Может ли быть данная ошибка связана с тем, что поле ВерсФорм="3.0" отлично от ВерсФорм="3.00"

Каковы действия Банка в части направленных сообщений, по которым были получены извещения с кодом результата проверки 99?

1.       Банк направляет повторно те же сообщения PB1 (PB2) с тем же наименованием, но с указанием корректной информации в поле «ВерсФорм»;

2.       Банк формирует новые сообщения PB1 (PB2) текущей датой.

Пример PB1 и квитанции приложен.

 

Будем признательны за скорый ответ.

Прикрепленные файлы

•  PB1_PNO14525214_325720170829_001295.XML   408байт   2 скачиваний
•  KWTFCB_PB1_PNO14525214_325720170829_001295.XML   499байт   0 скачиваний