Добрый день.
как я понял, кодировка самого текстовика может и 1251 но если в заголовке не вот так:
<?xml version="1.0" encoding="WINDOWS-1251"?>
то квитанции не принимают...
Отправлено 04 September 2017 - 10:32
Добрый день.
как я понял, кодировка самого текстовика может и 1251 но если в заголовке не вот так:
<?xml version="1.0" encoding="WINDOWS-1251"?>
то квитанции не принимают...
С уважением,
Тарасов Евгений
Главный инженер - программист
Отдел программирования банковских процессов
Акционерное общество "Сургутнефтегазбанк"
Отправлено 04 September 2017 - 10:46
Добрый день!
Сегодня получили отрицательные квитанции на ранее высланные подтверждения "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?
Отправлено 04 September 2017 - 10:56
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>
Отправлено 04 September 2017 - 11:08
Коллеги, добрый день!
Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?
Отправлено 04 September 2017 - 12:38
Коллеги, добрый день!
Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?
Присоединяюсь к вопросу. Будут ли переформированы PB1 и PB2 и направлены ответы?
Отправлено 04 September 2017 - 12:43
Коллеги, добрый день!
Подскажите пожалуйста, кто-нибудь будет повторно отправлять в Налоговую PB1 и PB2, которые поступили без кода результата проверки? Что делать?
Присоединяюсь к вопросу. Будут ли переформированы PB1 и PB2 и направлены ответы?
На банкире: "Получил ответ от налоговой:
Информируем Вас о том, что файлы, поступившие от Банков в рамках электронного обмена между налоговыми органами и Банком России, на которые ФНС России сформированы некорректные ("пустые") квитанции, будут повторно обработаны и на них будут отправлены квитанции с корректными результатами обработки.
В настоящий момент разработчиками проводятся работы по решению данной проблемы."
Отправлено 04 September 2017 - 13:08
Вопрос первый в строке <?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 за август месяц.
Отправлено 04 September 2017 - 13:19
Вопрос первый в строке <?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", то с большой долей вероятности верить второй (отрицательной) квитанции.
Отправлено 04 September 2017 - 13:33
Вопрос первый в строке <?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? (тут же говорили, что при повторной посылке сводный файл нее проходит - Ошибка форматно-логического контроля
Отправлено 05 September 2017 - 06:52
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
Отправлено 05 September 2017 - 07:27
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 99, переотправлять нужно?
Для примера: PB1_PNO13510111_910820170823_000059
30-го пришла положительная квитанция:
1-го отрицательная:
Отправлено 05 September 2017 - 11:15
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
Добрый день!
Если это ваша ошибка, то сообщите пожалуйста.
Если у вас ошибки нет, то приведите пример тела файла PB2, кторый точно будет принят.
Сложилась нехорошая ситуация, у нас не приняты PB2, отбракованы с кодом ошибки 99. Файл(ы) PB2 проверили уже вдоль и поперек, идей нет...
Отправлено 05 September 2017 - 11:44
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 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 - Файл не принят. Ошибка форматно-логического контроля
Значит надо посылать повторно.
Отправлено 05 September 2017 - 11:51
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 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 - Файл не принят. Ошибка форматно-логического контроля
Значит надо посылать повторно.
Александр, то есть вы хотите сказать, что приходящие квитанции ничего не значат и нам требуется отслеживать прохождение файлов только по БАНКИНФОРМу?
Отправлено 05 September 2017 - 13:55
Если это наша ошибка, то будет повторный прием. Если ваша, то можно не принятые исправленные посылать с тем же именем.
А если файл был сначала принят, а потом, после повторной обработки вами, отбракован с кодом 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го числа, я же выложил его начинку с положительным ответом. А вот почему он не отображается в БАНКИНФОРМ это уже другой вопрос.
Отправлено 07 September 2017 - 11:04
Корректные квитанции KWTFCB_PB1 пришли к нам в банк. Все ранее отправленные PB1 подтверждены. Ждем корректные квитанции к PB2. Когда будут?
Отправлено 07 September 2017 - 14:15
Ждите .... большой объем....
Отправлено 11 September 2017 - 07:51
Пришли квитанции KWTFCB_PB2_Z%, сообщения успешно подтверждены.
Ждем квитанции KWTFCB_PB2_R%. Последние квитанции KWTFCB_PB2_R% пришли неделю назад 04.09.2017 с ошибкой:
<Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />
Ошибок у себя не выявлено, сообшения проходят валидацию по схеме. Прошу подтвердить, что ошибка на вашей стороне и квитанции с КодРезПроверки="99" были отправлены ошибочно.
Спасибо.
Отправлено 11 September 2017 - 08:59
Добрый день.
По направленным сообщениям Банка (PB1 и PB2) в рамках 440-П были получены извещения с кодом 99:
<Результат КодРезПроверки="99" Пояснение="Некорректный тип информации, версия формата, кодировка (требуется WINDOWS-1251)" />
С чем связана данная ошибка? Может ли быть данная ошибка связана с тем, что поле ВерсФорм="3.0" отлично от ВерсФорм="3.00"
Каковы действия Банка в части направленных сообщений, по которым были получены извещения с кодом результата проверки 99?
1. Банк направляет повторно те же сообщения PB1 (PB2) с тем же наименованием, но с указанием корректной информации в поле «ВерсФорм»;
2. Банк формирует новые сообщения PB1 (PB2) текущей датой.
Пример PB1 и квитанции приложен.
Будем признательны за скорый ответ.
0 пользователей, 0 гостей, 0 анонимных