Код обработки: 99 = "Дата (20171227) не соответствует дате в имени архива (20171228).

BVS1_ZSV14525551_773620171226_000126_20171226_0000.vrb направлялся в архиве AFN_4525551_MIFNS00_20171227_00007.ARJ был принят успешно, ошибок нет.

• remokna-nn, MichaelDip, AlgoridmBum и 4 другим это нравится

Александр Николаевич, добрый день!

У нас аналогичная проблема.

28.12.2017 отправляли архив AFN_2748701_MIFNS00_20171228_00001.ARJ, не принято 24 файла, остальные файлы с датой 27.12.2017 в имени файла -положительные.

Ошибка < Результат КодРезПроверки Пояснение ЗначРекв /> .

Подскажите пожалуйста, необходимо ли Банку повторно направлять непринятые файлы? В чем ошибка?

• Город Сургут

Дата (20171227) не соответствует дате в имени архива (20171228).

Также не принято именно 24 файла.

С уважением, Тарасов Евгений Главный инженер - программист Отдел программирования банковских процессов Акционерное общество "Сургутнефтегазбанк"

• Город Москва

Контроль НО видимо поставил только 28 декабря.

У нас около 100 файлов.

Сейчас переформировываем и по новой отправлять будем.

• Город Новосибирск

Такая же проблема.

Контроль НО видимо поставил только 28 декабря.

Вообще даже вроде как с ЦБ договаривались что можно так. Может сбой?

Есди нужно перепосылать, то что менять? Дату в имени исходного файла на сегодняшнюю?

• Город Москва

Есди нужно перепосылать, то что менять? Дату в имени исходного файла на сегодняшнюю?

Видимо еще и дату направления внутри файла. думаю там тоже контроль стоит.

Александр Николаевич, прокомментируйте ситуацию пожалуйста.

266 файлов не принято

Помимо перечисленных (не понятно, например, как переотправить вчерашний ошибочный файл на следующий день) возникает еще одна потенциальная проблема с введением нового контроля:

Если сформировалась очень большая выписка и она не успела отправиться одним днем, то примет ли ФНС оставшуюся часть на следующий день, если у первой части файлов дата направления в имени файлов одна, а у второй части следующий день?

Например, если если доп. файлы одной выписки будут выглядеть так:

BVD1_ZBV14525700_772520171228_000001_20171228_0001_000001_000097

BVD1_ZBV14525700_772520171228_000001_20171229_0001_000001_000098

Сможет ли ФНС ее корректно склеить?

Александр Николаевич, подскажите, пожалуйста.

• Svetlana N это нравится

Software testing engineer

К сожалению - все законно.

"После извлечения Зашифрованного файла УО ФНС России осуществляет его расшифрование, проверку структуры и уникальности наименования, формата Электронного документа банка (филиала банка), подразделения Банка

России, соответствия даты направления в имени Архивного файла дате в Электронном документе, после чего формирует квитанцию. "

Сообщение отредактировал LongTom: 09 January 2018 - 15:53

• Svetlana N это нравится

К сожалению - все законно.

"После извлечения Зашифрованного файла УО ФНС России осуществляет его расшифрование, проверку структуры и уникальности наименования, формата Электронного документа банка (филиала банка), подразделения Банка

России, соответствия даты направления в имени Архивного файла дате в Электронном документе, после чего формирует квитанцию. "

Дата направления в файле верная. Чему верить?

К сожалению - все законно.

"После извлечения Зашифрованного файла УО ФНС России осуществляет его расшифрование, проверку структуры и уникальности наименования, формата Электронного документа банка (филиала банка), подразделения Банка

России, соответствия даты направления в имени Архивного файла дате в Электронном документе, после чего формирует квитанцию. "

Дата направления в файле верная. Чему верить?

По форматам "ДатаНапр" внутри файла должна соответствовать YYYYMMDD из имени файла.

• Город Екатеринбург

В форматах не установлено требование соответствия даты создания архива дате направления электронного документа. Это требование неявно следует из регламента.

А разработчики руководствуются, как правило, описанием форматов.

Но и в регламенте очень не четко сформулировано:

После извлечения Зашифрованного файла УО ФНС России осуществляет его расшифрование, проверку структуры и уникальности наименования, формата Электронного документа банка (филиала банка), подразделения Банка России, соответствия даты направления в имени Архивного файла дате в Электронном документе….

Т.е. дата в имени архивного файла должна соответствовать дате в электронном документе (т.е. не в имени файла).

О какой дате идет речь?

В электронном документе много дат (дата формирования, дата запроса, дата направления).

Но допустим, что подразумевается аналогичная дата – «Дата направления».

Но в некоторых документах нет реквизита «Дата направления» (BVD).

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

1. Так технические документы не пишутся.

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

Из всей этой казуистики следует, что очень сложно в банке организовать работу по формированию ответов. Т.к. значение реквизита «дата направления» присутствует как в имени файла электронного документа , так и в реквизите этого документа. При формировании электронного документа формируется и значение реквизита «Дата направления». Но точно сказать когда будет направлен документ не всегда возможно.

На мой взгляд наличие реквизита "дата направления" внутри электронного документа – избыточное требование.

• Город Сургут

В итоге, файлы так и и не принимают, если в имени архива и имени файла разные даты.

Если документы из ФНС поступили сегодня и ответы сформированы сегодня, то просто отправляем как обычно.

Если ответы сформировались сегодня, но отправлять их решили завтра, то на переводе даты перебиваем дату в именах файлов следующих исходящих: 'BNS','BOS','BVS','BNP','BVD'

Также перебиваем дату направления во всех исходящих где она есть.

С уважением, Тарасов Евгений Главный инженер - программист Отдел программирования банковских процессов Акционерное общество "Сургутнефтегазбанк"

Тоже получили такое, правда пока немного.

Насчет перебивания дат в именах файлов (очевидно имеется в виду перебивать "руками", вне системы, формирующей ответы на запросы) - непонятно, как система будет воспринимать квитанции на файлы, имен которых она "не знает", формировала-то система с одной датой, а квитанции на другую.

Если повторно перезагружать, то с запросами на выписку вроде бы проблем не должно быть, а вот с RPO и PNO все коряво.

Согласен с коллегой e271 насчет избыточности. Головняк на ровном месте.

99 Дата (20180111) не соответствует дате в имени архива (20180112).

Контроль дат в имени файла и в имени архива

В соответствии с п. 4.4. Регламента взаимодействия участников информационного обмена (Версия от 25.08.2016) «УО ФНС России выполняет … проверку … соответствия даты направления в имени Архивного файла дате в Электронном документе». Контроль дат выполняется с целью воспрепятствования банкам уходу от ответственности за нарушения сроков. Датой и временем исполнения обязанности банка по направлению ответа в НО считается дата и время представления архива банка в ТУ Банка России. ФНС этой даты не знает. Поэтому ТУ Банка России в соответствии с Регламентом п.4.2 «выполняет проверку Архивных файлов, содержащих Электронные документы банка (филиала банка): КА, структуры наименования, кода банка (филиала банка), а также соответствие даты в имени Архивного файла текущей».

В отношении ТУ Банка России была договоренность, что оно осуществляет контроль на прием архивного файла (далее - АФ) при получении от банка на соответствие даты в имени АФ равной текущей дате или минус один календарный день, т.е. предыдущая дата, с учетом выходных и праздничных дней.

Для банков должно быть выполнено только одно условие: дата в имени Архивного файла и дата в Электронном документе должны совпадать.

То есть: если банк формирует ответы датой1 и понимает, что не успевает отослать их сегодня, то и архивы должны формироваться тоже датой1, несмотря на то, что они будут отосланы датой2 (следующий рабочий день).