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


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

Форматы 440-П v4.00


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

#181 sancase

sancase

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

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

Отправлено 18 March 2021 - 15:30

Александр, из-за чего налоговая не принимает PB2 с новым кодом 50?

Выложите файлы пожалуйста. Или пришлите на bankscheta@gnivc.ru.


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

#182 ЕленаСмирн

ЕленаСмирн

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

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

Отправлено 18 March 2021 - 17:57



Добрый день!

Сегодня поступили первые ZSV 4,00 в отношении ФЛ. Во всех запросах <КодОбоснов="5". При этом отсутствует тег "ДолжнЛицСогл". Согласно приказа 460@ данный тег НУ , но заполняется если <КодОбоснов> = <2 | 5>.

Прошу прокомментировать, настроены отказывать.

Принимает значение:

1 - руководитель вышестоящего налогового органа;

2 - руководитель федерального органа исполнительной власти, уполномоченного по контролю и надзору в области налогов и сборов;

3 - заместитель руководителя федерального органа исполнительной власти, уполномоченного по контролю и надзору в области налогов и сборов.

Заполняется если <КодОбоснов> = <2 | 5>

Значит отказывайте. Пусть исправляются.

  • ЕленаСмирн это нравится

#183 AlterBankir

AlterBankir

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

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

Отправлено 19 March 2021 - 09:19

Добрый день!

После перехода на формат 4.00 по файлам запросов выписок ZSV стали массово формироваться сообщения об ошибках с типом ошибки 49 - Невозможно однозначно идентифицировать клиента банка.

Сравнив содержимое файла с данными из АБС обнаружили, что не совпадает единственный реквизит - КПП.

В документации ЦФТ сказано, что при наличии в запросе ИФНС КПП идет проверка соответствия в том числе и по этому показателю.

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

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


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

#184 МаксимВ

МаксимВ

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

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

Отправлено 19 March 2021 - 09:43

ЦФТ как то отвечали, что их дистрибутивный поиск Клиента можно перекрыть


Боровиков Максим Валентинович
зам. начальника УАиИТ
ОАО АБ "Кузнецкбизнесбанк"

#185 DenRed

DenRed

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

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

Отправлено 19 March 2021 - 10:06

При проверке по схеме файла BVD (выписка по валютному счету) получил ошибку:

Ошибка проверки схемы: Ошибка в строке 16, позиция 33: Ошибка разбора ''HCCBCNBHSYB'' как типа данных positiveInteger.
Не удалось проанализировать атрибут "БИКБП" со значением "HCCBCNBHSYB".
Это BIC SWIFT банка получателоя по валютному платежу. 
В xsd схеме на данный тип указано:
<xs:simpleType name="БИКБанкТип-лок" xmlns:xs="http://www.w3.org/20...<xs:restrictionbase="xs:positiveInteger"><xs:totalDigits value="9"/></xs:restriction></xs:simpleType>
Что делать если BIC SWIFT это набор букв и цифр и его длинна или 8 или 11 символов?


#186 Efim

Efim

    Новичок

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

Отправлено 19 March 2021 - 10:20

А не правильнее было в этом случае заполнять атрибут "КодSWБПн" вместо "БИКБП"



#187 greg

greg

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

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

Отправлено 19 March 2021 - 10:50

Добрый день!

После перехода на формат 4.00 по файлам запросов выписок ZSV стали массово формироваться сообщения об ошибках с типом ошибки 49 - Невозможно однозначно идентифицировать клиента банка.

Сравнив содержимое файла с данными из АБС обнаружили, что не совпадает единственный реквизит - КПП.

В документации ЦФТ сказано, что при наличии в запросе ИФНС КПП идет проверка соответствия в том числе и по этому показателю.

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

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

А если остальные реквизиты запроса посмотреть, то можно его выполнить или он действительно не к вам?

Вариант 1. Если указаны конкретные счета - берем клиента из них. Вариант 2. Если не указаны, то ищем по ИНН/КПП, не нашли: ищем по ИНН, если больше 1-го - предлагаем меню-выбор или генерим PB2.



#188 DenRed

DenRed

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

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

Отправлено 19 March 2021 - 11:06

А не правильнее было в этом случае заполнять атрибут "КодSWБПн" вместо "БИКБП"

Спасибо.



#189 LPeter

LPeter

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

  • Кредитные организации
  • PipPipPip
  • 47 сообщений
  • ГородМайкоп

Отправлено 19 March 2021 - 14:58

Немного не в тему..

NNNNNN в имени файла, отличное от "000001", может быть полезно.

Допустим, у вас физики и юрики ведутся в разных АБС. Например, основная АБС с юриками и "ЦФТ-Ритейл" с физиками.  Допустим, у вас есть ИП, у которого может быть счет 40802 в основной АБС, плюс вклады 40817/423*  в Ритейле.

Раньше приходилось бы "склеивать" ответы на запросы типа ZSN "по всем счетам", а теперь можно сформировать отдельные файлы из разных АБС.

 

Или я не прав?


Лебедев Петр, ПАО АКБ "Новация"


#190 sancase

sancase

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

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

Отправлено 19 March 2021 - 20:23

 

После перехода на формат 4.00 по файлам запросов выписок ZSV стали массово формироваться сообщения об ошибках с типом ошибки 49 - Невозможно однозначно идентифицировать клиента банка.

Сравнив содержимое файла с данными из АБС обнаружили, что не совпадает единственный реквизит - КПП.

В документации ЦФТ сказано, что при наличии в запросе ИФНС КПП идет проверка соответствия в том числе и по этому показателю.

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

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

 

отправлять сообщения об  ошибках нельзя.

Требование установлено Приказом ФНС России от 19.07.2018  № ММВ-7-2/460@.

Прим.8. Элемент (КПП) заполняется в случае составления запроса в отношении счетов организации без учета счетов обособленных подразделений организации или в случае составления запроса в отношении счетов обособленного подразделения организации. В отношении счетов организации без учета счетов обособленных подразделений организации указывается КПП по месту нахождения (администрирования) организации. В отношении счетов обособленного подразделения организации указывается КПП по месту нахождения обособленного подразделения организации.

Элемент (КПП) не заполняется в случае составления запроса в отношении счетов организации с учетом счетов обособленных подразделений организации

РЕКОМЕНДУЕТСЯ. В случае отсутствия в запросе КПП в справках и выписках указывать КПП по месту нахождения организации (т.е. КПП головной организации).


  • rbcnip это нравится
Свечников Александр

#191 Юлия1307

Юлия1307

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

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

Отправлено 19 March 2021 - 22:06

После перехода на формат 4.00 по файлам запросов выписок ZSV стали массово формироваться сообщения об ошибках с типом ошибки 49 - Невозможно однозначно идентифицировать клиента банка.
Сравнив содержимое файла с данными из АБС обнаружили, что не совпадает единственный реквизит - КПП.
В документации ЦФТ сказано, что при наличии в запросе ИФНС КПП идет проверка соответствия в том числе и по этому показателю.
По закрытым счетам мы не обновляем досье клиентов ( у нас нет такой обязанности), по действующим счетам вносим изменения на основании документов, предоставляемых клиентами (которые предоставляются ими далеко не всегда).
Что делать в таких случаях и правомерно ли со стороны банка отправлять сообщения об ошибках с формулировкой "Невозможно однозначно идентифицировать клиента банка"?

отправлять сообщения об ошибках нельзя.
Требование установлено Приказом ФНС России от 19.07.2018 № ММВ-7-2/460@.
Прим.8. Элемент (КПП) заполняется в случае составления запроса в отношении счетов организации без учета счетов обособленных подразделений организации или в случае составления запроса в отношении счетов обособленного подразделения организации. В отношении счетов организации без учета счетов обособленных подразделений организации указывается КПП по месту нахождения (администрирования) организации. В отношении счетов обособленного подразделения организации указывается КПП по месту нахождения обособленного подразделения организации.
Элемент (КПП) не заполняется в случае составления запроса в отношении счетов организации с учетом счетов обособленных подразделений организации
РЕКОМЕНДУЕТСЯ. В случае отсутствия в запросе КПП в справках и выписках указывать КПП по месту нахождения организации (т.е. КПП головной организации).
Александр Николаевич, здравствуйте! Что значит нельзя отправлять Сообщения об ошибках?! Речь как я поняла не в том, какой КПП указывать в ответе, а в том как идентифицировать клиента, если счета закрыты и клиент не обновляет свои данные, т.к. более не является клиентом Банка. При получении запроса Банк в первую очередь идентифицирует клиента по ИНН + КПП (при наличии), а только после идентификации производит поиск счета: если счёт в запросе указан, то определяем принадлежит ли указанный счёт клиенту, если не указан, то предоставляем информацию по всем счетам, удовлетворяющим условиям запроса. При идентификации клиента также проверяем наличие в запросе КПП, если КПП в запросе отсутсвует, то предоставляем информацию по всем (имеющимся в Банке) обособленным подразделениям с указанным ИНН, если КПП указан, то предоставляем информацию по счетам данного обособленного подразделения. Что касается закрытых счетов ....ФНС между прочем при составлении документов должен знать, что по данному клиенту счета в Банке закрыты (информацию получают в рамках 311-П) и чтобы заведомо не получать PB2 о невозможности исполнения налоговая может запросить сведения без указания КПП и тогда таких проблем не возникнет.
  • rbcnip это нравится

#192 КрасКрипт

КрасКрипт

    Новичок

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

Отправлено 24 March 2021 - 06:00

После введения новых форматов появилось легкое недопонимание в плане схем.
Не знаю поднимался этот вопрос или нет.

Недопонимение началось с атрибута ИндЗапр в схемах

440-П_BNS.xsd
440-П_BOS.xsd
440-П_BVS.xsd
440-П_PB.xsd

Началось с того что при выходной проверке парсер споткнулся на этом атрибуте. Опытным путем выяснилось что вполне себе проходит 19 знаков, но больше - уже ошибка. Этот момент списали на ошибки парсера.
Начали разбираться дальше
ограничение по схеме

<xs:restriction base="xs:nonNegativeInteger"><xs:totalDigits value="22"/></xs:restriction>

 

Эксперименты привели к неожиданному результату. С точки зрения схем корректными являются значения
 

ИндЗапр="5074202103160000008665" - как и должно быть по задумке
ИндЗапр="507420210316000000866" - Одну цифру недописали, но это оказалось не проблема
ИндЗапр="0000005074202103160000008665" - лидирующие нули не учитываются
ИндЗапр="+0000005074202103160000008665" - можно явно указать + (число пложительное)
ИндЗапр="1" - это стало неожиданностью
ИндЗапр="+1" - как и это

 

Обратились к документации W3C. на счет ограничения totalDigits там указано следующее:

4.3.11 totalDigits

[Definition:] totalDigits controls the maximum number of values in the ·value space· of datatypes ·derived· from decimal, by restricting it to numbers that are expressible as i × 10^-n where i and n are integers such that |i| < 10^totalDigits and 0 <= n <= totalDigits. The value of totalDigits ·must· be a positiveInteger.

 

 

т.е. схему можно читать так что ИндЗапр - любое положительное число от 0 до 10^22 включая числа с любым количеством лидирующих нулей
Коллеги предложили руками пока поменять в схемах ограничение на такое

<xs:restriction base="xs:string"><xs:length value="22"/><xs:pattern value="[0-9]{22}"/></xs:restriction>

С точки зрения логики это более правильно.

Более пристальное изучение схем показало, что подобное наблюдается в других атрибутах. К примеру по схеме для BOS имеющим тип РегНомТип-лок, КодНОТип-лок, КодВидСчТип-лок
И вот к примеру такой файл BOS схемой считается вполне себе нормальным


<?xml version="1.0" encoding="windows-1251"?>
<Файл ТипИнф="СПРОБОСТАТ" ТелОтпр="1 (111) 111-11-11" ВерсПрог="ЦФТ-Банк 20.6" ДолжнОтпр="Начальник отдела" ИдЭС="11111111-1111-1111-1111-111111111111" ВерсФорм="4.00" xmlns="urn:cbr-440P:spr4:v4.00..3" ФамОтпр="ИВАНОВ И.И.">
<СПРОБОСТАТ НомСправ="ы" ДатаСправ="2021-01-01" ТипСправ="1" НаимПодтв="PB1_XXXXXXXXXXX_111111111111_222222" ВидСпр="2">
<СведЗапрРеш>
<СведЗапр НомЗапр="+1" ДатаЗапр="2021-01-01" КодНОЗапр="00000000999" ИндЗапр="0"/>
</СведЗапрРеш>
<СведБанкПБР>
<СведБанк РегНом="5" НаимБанк="Банк" КППБанк="222222222" ИННБанк="2222222222" НомФил="+0000005" БИК="040444444"/>
</СведБанкПБР>
<КлиентБанк>
<КлиентЮЛ ИННЮЛ="5555555555" КПП="555555555" НаимЮЛ="ООО"/>
</КлиентБанк>
<СведенияОст>
<СчДатаПериод>
<ДейстПоСост Дата="2021-01-01"/>
</СчДатаПериод>
<СведБанкПБР>
<СведБанк РегНом="+1" НаимБанк="БАНК" КППБанк="222222222" ИННБанк="2222222222" НомФил="+1" БИК="040444444"/>
</СведБанкПБР>
</СведенияОст>
</СПРОБОСТАТ>
<ПредБанка Должность="Специалист">
<ФИО Фамилия="ИВАНОВ" Имя="ИВАН" Отчество="ИВАНОВИЧ"/>
</ПредБанка>
</Файл>

Не планируется ли в связи с этим внесение изменений в схемы?
 



#193 sancase

sancase

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

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

Отправлено 24 March 2021 - 06:48

Юлия1307

"При получении запроса Банк в первую очередь идентифицирует клиента по ИНН + КПП"

 

Не согласен с Вами. Клиентом банка является ЮЛ независимо от того, какую причину постановки на налоговый учет он указал при открытии счета. Подумайте: причину постановки на налоговый учет И при чем тут банк? И санкции относятся ко всем счетам ЮЛ.

 

Больше я этот вопрос не обсуждаю. Пишите в ФНС России, если это Вам важно. Уверен, что получите правильный ответ.  :)


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

#194 Юлия1307

Юлия1307

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

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

Отправлено 24 March 2021 - 07:30

Юлия1307

"При получении запроса Банк в первую очередь идентифицирует клиента по ИНН + КПП"

 

Не согласен с Вами. Клиентом банка является ЮЛ независимо от того, какую причину постановки на налоговый учет он указал при открытии счета. Подумайте: причину постановки на налоговый учет И при чем тут банк? И санкции относятся ко всем счетам ЮЛ.

 

Больше я этот вопрос не обсуждаю. Пишите в ФНС России, если это Вам важно. Уверен, что получите правильный ответ.  :)

 

Александр Николаевич, добрый день! Поясните пожалуйста, с какой целью Вы тогда разделили формирование ответа по запросам на два варианта (по всем обособленным подразделениям ЮЛ и по конкретному)?

Вы, что хотите сказать, что Банк должен это не учитывать и в любом случае (не важно указан КПП или нет) предоставлять информацию по запросу по всем обособленным подразделениям указанного ЮЛ?



#195 archimed7592

archimed7592

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

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

Отправлено 24 March 2021 - 08:43

 

 

с какой целью Вы тогда разделили формирование ответа по запросам на два варианта (по всем обособленным подразделениям ЮЛ и по конкретному)

 

Юлия1307 , где вы увидели такое разделение ответа?



#196 Юлия1307

Юлия1307

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

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

Отправлено 24 March 2021 - 08:59

 

 

 

с какой целью Вы тогда разделили формирование ответа по запросам на два варианта (по всем обособленным подразделениям ЮЛ и по конкретному)

 

Юлия1307 , где вы увидели такое разделение ответа?

 

Приказ 460: В отношении организации КПП не указывается в случае составления запроса в отношении счетов (специальных банковских счетов) организации с учетом счетов (специальных банковских счетов) всех обособленных подразделений организации. В случае составления запроса в отношении счетов (специальных банковских счетов) обособленного подразделения организации указывается КПП по месту нахождения обособленного подразделения организации. В случае составления запроса в отношении счетов (специальных банковских счетов) организации без учета счетов (специальных банковских счетов) обособленных подразделений организации указывается КПП по месту нахождения (администрирования) организации.



#197 archimed7592

archimed7592

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

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

Отправлено 24 March 2021 - 09:25

 

 

 

 

с какой целью Вы тогда разделили формирование ответа по запросам на два варианта (по всем обособленным подразделениям ЮЛ и по конкретному)

 

Юлия1307 , где вы увидели такое разделение ответа?

 

Приказ 460: В отношении организации КПП не указывается в случае составления запроса в отношении счетов (специальных банковских счетов) организации с учетом счетов (специальных банковских счетов) всех обособленных подразделений организации. В случае составления запроса в отношении счетов (специальных банковских счетов) обособленного подразделения организации указывается КПП по месту нахождения обособленного подразделения организации. В случае составления запроса в отношении счетов (специальных банковских счетов) организации без учета счетов (специальных банковских счетов) обособленных подразделений организации указывается КПП по месту нахождения (администрирования) организации.

 

 

Ясно, спасибо.



#198 archimed7592

archimed7592

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

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

Отправлено 24 March 2021 - 09:29

 

Коллеги предложили руками пока поменять в схемах ограничение на такое

<xs:restriction base="xs:string"><xs:length value="22"/><xs:pattern value="[0-9]{22}"/></xs:restriction>

С точки зрения логики это более правильно.
 

Не планируется ли в связи с этим внесение изменений в схемы?
 

 

 

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

Это позволит всем участникам процесса (и банкам и ФНС) пользоваться едиными схемами и при этом не зависеть от конкретного производителя XSD-валидатора.



#199 Alla2208

Alla2208

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

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

Отправлено 25 March 2021 - 06:42

 

 

Добрый день!   

 

Сегодня поступили первые ZSV 4,00 в отношении ФЛ.     Во всех запросах <КодОбоснов="5".     При этом отсутствует тег "ДолжнЛицСогл".  Согласно приказа 460@   данный тег НУ , но заполняется  если <КодОбоснов> = <2 | 5>.       

 

Прошу прокомментировать,  настроены отказывать. 

Принимает значение:
1 - руководитель вышестоящего налогового органа;
2 - руководитель федерального органа исполнительной власти, уполномоченного по контролю и надзору в области налогов и сборов;
3 - заместитель руководителя федерального органа исполнительной власти, уполномоченного по контролю и надзору в области налогов и сборов.
Заполняется если <КодОбоснов> = <2 | 5>

 

Значит отказывайте. Пусть исправляются.

 

Добрый день!

Продолжают поступать запросы в отношении ФЛ в котором отсутствует тег "ДолжнЛицСогл". 

Отказываем. НО планируют исправляться?



#200 sancase

sancase

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

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

Отправлено 25 March 2021 - 07:06

Оставь надежду сюда входящий, что все глубоко продумано. Форматы справок и выписок делал ЦБ. Формы делала ФНС. А межведомственное согласование - это страшная сила!

B)  :P  :wacko:  :ph34r:

 

Не планируется ли в связи с этим внесение изменений в схемы? - попробуйте об этом написать в ЦБ. 

 

Отказываем. НО планируют исправляться? - даже не думаем.


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




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

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