Перейти к содержимому


Фотография
- - - - -

Неверные PB1, PB2


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 48

#1 sancase

sancase

    Продвинутый пользователь

  • Модераторы
  • 2147 сообщений

Отправлено 30 August 2017 - 08:14

Есть сведения, что многие банки формируют Неверные PB1, PB2: кодировка не WINDOWS-1251 и др. По схеме они не проходят. На них будут высланы квитанции о непринятии. Просим повторно выслать корректные.

Просьба всем: проверять файлы по схеме!


  • Robentea, Preztonnush, Mennithfuff и 9 другим это нравится
Свечников Александр

#2 archimed7592

archimed7592

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 79 сообщений

Отправлено 30 August 2017 - 09:05

sancase, обращаю Ваше внимание на то, что в форматах отсутствует требование к кодировке windows-1251.

 

Есть только вот это:

1.3. Форматы электронных сообщений и файлов обмена представлены с использованием языка разметки XML. Все шаблоны XML-документов приведены в кодировке Windows-1251.

 

 

Но тут речь про кодировку шаблонов, а не про требования к файлам обмена.



#3 sancase

sancase

    Продвинутый пользователь

  • Модераторы
  • 2147 сообщений

Отправлено 30 August 2017 - 10:47

Так что, если их нет можно в любой кодировке? Не придирайтесь.


Свечников Александр

#4 Myac

Myac

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 61 сообщений

Отправлено 30 August 2017 - 11:00

Так что, если их нет можно в любой кодировке? Не придирайтесь.

 

Это вообще ниоткуда не следует. Более того, когда Вам задавали конкретный вопрос про кодировку отправляемых ФНС сообщений, Вы ответили "Читайте форматы", где про это, как мы убедились, вообще ничего нет.  

 

А виноваты в этом опять будут банки...



#5 archimed7592

archimed7592

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 79 сообщений

Отправлено 30 August 2017 - 13:33

Так что, если их нет можно в любой кодировке? Не придирайтесь.

 

sancase, вообще говоря, да, стандарт XML подразумевает возможность представления файла в любой кодировке. В XML-заголовке указывается кодировка. Если в заголовке кодировка не указана, то со стороны стандарта XML есть четки указания, как воспринимать файл. Любые языки программирования и билиотеки абсолютно нормально воспринимают корректные XML файлы в любой кодировке.



#6 WiktorNSK

WiktorNSK

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 271 сообщений
  • ГородНовосибирск

Отправлено 31 August 2017 - 02:13

"Вы хотите поговорить об этом?" (с)


Виктор, Новосибирск
045004837


#7 AnnaM

AnnaM

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 50 сообщений

Отправлено 31 August 2017 - 14:02

Добрый день. 

 

Сформированы РВ1 в кодировке windows-1251.

Ошибочно отправлены 28-ого числа в архиве с именем старого формата.

Затем, 29-ого, те же РВ1 отправлены в правильном архиве. Однако результат обработки:  "Файл не принят. Ошибка форматно-логического контроля". 

По схеме проверку файлы проходят. Файлы входят в архивы AFN,SAFN (не AFD, SAFD, которым посвящена другая тема форума). В чём ещё может быть причина?

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

 

 

 

 

 

В предыдущий раз, судя по БанкИнформ-у, имя архива заканчивалось на 003. Причина в этом. Не забудьте у BOS в имени поменять дату направления, а также параметр ДатаНапр внутри файла.

 

 

 

 

 

Получается, что при повторной отправке файлов в архиве с другим именем обязательно нужно менять имена самих сообщений? 
А как быть с теми, которые не содержат дату? Например, РВ1. Если на них тоже пришли отрицательные квитки из-за того, что были упакованы в архив со "старым" названием.

 

 

У PB названия менять не надо. А как?

 

Тогда останется информация, что этот файл был в архиве со старым названием и опять может возникнуть ошибка...

 

 

У Вас нет выбора, кроме как поверить на слово. Подтверждения, ранее не принятые, при включении из в архивы повторно, принимаются успешно.

 



#8 s.vetchinkin

s.vetchinkin

    Новичок

  • Кредитные организации
  • Pip
  • 7 сообщений

Отправлено 01 September 2017 - 04:38

Коллеги, доброго дня!

 

Присоединюсь к вопросу:

.... При повторной отправке файлов в архиве с другим именем обязательно нужно менять имена самих сообщений? 
А как быть с теми, которые не содержат дату? Например, РВ1. Если на них тоже пришли отрицательные квитки из-за того, что были упакованы в архив со "старым" названием. ....

 

 

Нами были повторно отправлены два файла PB1 в архиве корректного формата *_00001.arj вместо *_001.arj

Cодержимое внутри файла, абсолютно аналогично.

Первый файл принят, второй нет с ошибкой: Результат обработки: Файл не принят. Ошибка форматно-логического контроля

В чем может быть причина?

 

 

1) Файл принят

Наименование файла: PB1_PNO15354814_561720170823_000016.XML
Дата контроля имени файла, КА, шифрования: 29.08.2017 18:16:04
Дата контроля содержимого файла: 30.08.2017 07:41:12
Результат обработки: Файл принят. Нет ошибок.
Статус обработки: Контроль файла выполнен.
Квитанция сформирована.
Квитанция выгружена.
Имя квитанции: KWTFCB_PB1_PNO15354814_561720170823_000016.XML
Имя архивного файла: AFN_MIFNS00_5354814_20170830_00003.ARJ
Имя сводного архива: SAFN_NO_53_20170830_00002.ARJ
Дата выгрузки: 30.08.2017 07:16:45
Дата передачи в ЦИТ: 30.08.2017 12:18:31
 
2. Файл не принят

Наименование файла: PB1_PNO15354814_561020170824_000234.XML
Дата контроля имени файла, КА, шифрования: 31.08.2017 15:08:19
Дата контроля содержимого файла: 01.09.2017 01:15:04
Результат обработки: Файл не принят. Ошибка форматно-логического контроля
Статус обработки: Контроль файла выполнен.
Квитанция сформирована.
Квитанция выгружена.
Имя квитанции: KWTFCB_PB1_PNO15354814_561020170824_000234.XML
Имя архивного файла: AFN_MIFNS00_5354814_20170901_00002.ARJ
Имя сводного архива: SAFN_NO_53_20170901_00002.ARJ
Дата выгрузки: 01.09.2017 05:19:25
Дата передачи в ЦИТ: (Отсутствует значение)


#9 Виктория25

Виктория25

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 33 сообщений

Отправлено 01 September 2017 - 05:52

доброе утро. за 29 число получили квитанции. BOS принялся а элементарные PB1, PB2 нет. не понятно. (кодировка WINDOWS-1251 !!)

 

Показать/скрыть сведения о состоянии обработки файлов банка

Сведения о состоянии обработки файла банка (PB1_APZ14525483_665820170825_000094.XML) Сведения о файле Сведения о квитанции
Наименование файла: PB1_APZ14525483_665820170825_000094.XML
Дата контроля имени файла, КА, шифрования: 31.08.2017 12:40:02
Дата контроля содержимого файла: 01.09.2017 00:48:35
Результат обработки: Файл не принят. Ошибка форматно-логического контроля
Статус обработки: Контроль файла выполнен.
Квитанция сформирована.
Квитанция выгружена.
Имя квитанции: KWTFCB_PB1_APZ14525483_665820170825_000094.XML
Имя архивного файла: AFN_MIFNS00_4525483_20170901_00001.ARJ
Имя сводного архива: SAFN_NO_45_20170901_00049.ARJ
Дата выгрузки: 01.09.2017 05:19:25
Дата передачи в ЦИТ: (Отсутствует значение)


#10 Виктория25

Виктория25

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 33 сообщений

Отправлено 01 September 2017 - 06:37

думаю проблема с сайтом. Т.к. по тем квитанциям которые мы получили ранее с положительным ответом, сейчас на сайте "Файл не принят. Ошибка форматно-логического контроля". и все датируется вчерашним числом



#11 MikhailF

MikhailF

    Пользователь

  • Кредитные организации
  • PipPip
  • 20 сообщений

Отправлено 01 September 2017 - 10:10

Аналогичная проблема, все PB1 и PB2 отбракованы с такой же ошибкой.



#12 Myac

Myac

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 61 сообщений

Отправлено 01 September 2017 - 12:01

У всех, похоже, так. Судя по остановке на 2 дня обработки в МИ ФНС по ЦОД что-то крепко обновили, да так, что стали браковаться абсолютно корректные PBx. Ждем квитанции и вываливаем их сюда ;-)



#13 lvs

lvs

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 138 сообщений
  • ГородАстрахань

Отправлено 01 September 2017 - 13:33

2 дня ничего не было. Сегодня в 17:15 очень много всего. В квитанциях на PB1 и PB2 нет элементов <Результат> и следовательно атрибута <КодРезПроверки>.

Остальные квитанции правильные.



#14 LNV

LNV

    Пользователь

  • Кредитные организации
  • PipPip
  • 21 сообщений
  • ГородКалининград

Отправлено 01 September 2017 - 15:50

Уважаемый Александр Николаевич!
Уважаемые коллеги!

Присоединяюсь к вопросу lvs - подскажите, что делать?

Сегодня 01.09.2017 г. наш Банк получил ответные квитанции налогового органа на отправленные ранее файлы. Но в квитанциях на PB1 и PB2
также отсутствует код результата. Эти сообщения считаются принятыми или нет? Получение таких квитанций можно считать основанием для неприменения к банку штрафных санкций в случае нарушения сроков ответа на запрос НО?

С уважением, Варшавская Лариса Николаевна,
Начальник Отдела методологии
Департамента банковских и информационных технологий
КБ «ЭНЕРГОТРАНСБАНК» (АО), г. Калининград

#15 Виктория25

Виктория25

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 33 сообщений

Отправлено 04 September 2017 - 05:57

Доброе утро. пришли квитанции PB1 и PB2 с такой ошибкой:

 

"Пояснение="Файл не прошел валидацию по схеме (возможные причины: файл сформирован не в соответстви с утвержденной схемой, кодировка не WINDOWS-1251, файл не является XML, версия формата некорректная, зашифрован более 1 раза)" />

 

мы все проверили, ничего из перечисленного не подходит, у нас все ушло правильно. Что с этими квитанциями делать теперь??


  • ChayS0l это нравится

#16 Виктория25

Виктория25

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 33 сообщений

Отправлено 04 September 2017 - 07:07

Сегодня начали браковать PB1 с сообщением.

Line 3, Column 98 XML-24523: (Error) Invalid value 29.08.2017T11:50:17; for attribute: ДатаВремяПроверки

Формат данного поля в PB1 мы не меняли, ранее на PB1 приходили положительные квитанции.

Формат изменён навсегда, или это временный сбой?



#17 Myac

Myac

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 61 сообщений

Отправлено 04 September 2017 - 07:18

Есть сведения, что многие банки формируют Неверные PB1, PB2: кодировка не WINDOWS-1251 и др. По схеме они не проходят. На них будут высланы квитанции о непринятии. Просим повторно выслать корректные.

Просьба всем: проверять файлы по схеме!

 

Есть сведения, что многие банки формируют корректные подтверждения, а проблема находится на стороне МИ ФНС по ЦОД. Просим скорректировать свое ПО, проверить подтверждения повторно и выслать в банки корректные квитанции.


  • Виктория25 и striker это нравится

#18 Виктория25

Виктория25

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 33 сообщений

Отправлено 04 September 2017 - 07:27

 

Есть сведения, что многие банки формируют Неверные PB1, PB2: кодировка не WINDOWS-1251 и др. По схеме они не проходят. На них будут высланы квитанции о непринятии. Просим повторно выслать корректные.

Просьба всем: проверять файлы по схеме!

 

Есть сведения, что многие банки формируют корректные подтверждения, а проблема находится на стороне МИ ФНС по ЦОД. Просим скорректировать свое ПО, проверить подтверждения повторно и выслать в банки корректные квитанции.

 

ПОДДЕРЖИВАЮ!!



#19 Drusha

Drusha

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 46 сообщений
  • ГородСанкт-Петербург

Отправлено 04 September 2017 - 07:45

Ситуация аналогичная: результата проверки нет

Присоединяюсь к вопросу lvs - подскажите, что делать?

Сегодня 01.09.2017 г. наш Банк получил ответные квитанции налогового органа на отправленные ранее файлы. Но в квитанциях на PB1 и PB2
также отсутствует код результата. Эти сообщения считаются принятыми или нет? Получение таких квитанций можно считать основанием для неприменения к банку штрафных санкций в случае нарушения сроков ответа на запрос НО?



#20 Dep_nalog

Dep_nalog

    Продвинутый пользователь

  • Кредитные организации
  • PipPipPip
  • 77 сообщений

Отправлено 04 September 2017 - 07: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.

 

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

 

Спасибо!






Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных