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

[PRoman]

У меня вопрос именно по структуре самого PB2. Добавлен обязательный элемент СведЗапрРеш, в котором нужно прописывать номер запроса, дату запроса, конНО. Вопрос, данный PB2 формируется не только на запросы и решения, но и на инкассовый PNO, отзывы AP*, что тогда нужно указывать в данном элементе в отношении этих документов ?

 

В формате обозначено или ДОКНО, или СведЗапрРеш (обратите внимание на знак верткальной черты - пайп | перед элементом). Первое - для электронных документов, второе - только для бумажных запросов и решений.

[Юлия1307]

 

В случае отсутствия у клиента счетов в рамках условий запроса налогового органа элемент "Счет", "СведСЧОпер" отсутствует.

В случае если ИНН клиента не соответствует номеру счета клиента или отсутствия такого клиента формируете ответ с указанным в запросе ИНН, в котором элемент "Счет", "СведСЧОпер" отсутствует.

 

 

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

Давайте все же еще раз разберем вот эту непонятную формулировку: В случае отсутствия у клиента счетов (специальных банковских счетов, вкладов, депозитов, ЭДС) в рамках условий запроса Справки о наличии счетов, Справки об остатках на счетах, Выписки по операциям на счетах коды 42 - 44 и иные коды не применяются. Соответствующие сведения формируются в порядке, установленном разделами 3 - 5 настоящего документа соответственно.

 

1. фраза начинается  "В случае отсутствия у клиента счетов....", т.е. по умолчанию подразумевается, что клиент должен быть идентифицирован и только после этого Банк осуществляет поиск счетов. Если клиент идентифицирован и счета не найдены вот тогда должен формироваться BNS, BOS, BVS:

- без элемента "Счет" при формировании BNS на ZSN и при формировании BOS/BVS на ZSO/ZSV "ПоВсем" счетам;

- с элементом "СчетОтсут" при формировании BOS/BVS на ZSO/ZSV "ПоУказанным" счетам и BOS на RPO с указанием в ответном файле конкретных отсутствующих счетов.

 

Так?

В вышеуказанной формулировке либо не дописана фраза "В случае не идентификации клиента, отсутствия у клиента счетов....", либо должно быть указано что не применяется только код 42, иначе что-то не срастается....

2. если клиент не найден или не идентифицирован, то дальнейший поиск счетов не осуществляется и в этом случае должен формироваться PB2 c кодом 44 или 49 соответственно независимо от вида эл. документа.

 

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

Можете пояснить для каких именно случаев Банк должен формировать в PB2 код 49?

[КрасКрипт]

440-П_DSB.xsd

<xs:attribute name="ТипИнф" type="Строка10" use="required"/>

опечатка? Для остальных типов вроде как рестрикции на ТипИнф нормально прописаны.

 

И еще вопрос, будут ли схемы документированы? в старых схемах <xs:documentation> везде заполнены. Хотелось бы при ошибках валидации говорить не только название элемента, но и его описание

[analiteg]

 

 

В случае отсутствия у клиента счетов в рамках условий запроса налогового органа элемент "Счет", "СведСЧОпер" отсутствует.

В случае если ИНН клиента не соответствует номеру счета клиента или отсутствия такого клиента формируете ответ с указанным в запросе ИНН, в котором элемент "Счет", "СведСЧОпер" отсутствует.

 

 

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

Давайте все же еще раз разберем вот эту непонятную формулировку: В случае отсутствия у клиента счетов (специальных банковских счетов, вкладов, депозитов, ЭДС) в рамках условий запроса Справки о наличии счетов, Справки об остатках на счетах, Выписки по операциям на счетах коды 42 - 44 и иные коды не применяются. Соответствующие сведения формируются в порядке, установленном разделами 3 - 5 настоящего документа соответственно.

 

1. фраза начинается  "В случае отсутствия у клиента счетов....", т.е. по умолчанию подразумевается, что клиент должен быть идентифицирован и только после этого Банк осуществляет поиск счетов. Если клиент идентифицирован и счета не найдены вот тогда должен формироваться BNS, BOS, BVS:

- без элемента "Счет" при формировании BNS на ZSN и при формировании BOS/BVS на ZSO/ZSV "ПоВсем" счетам;

- с элементом "СчетОтсут" при формировании BOS/BVS на ZSO/ZSV "ПоУказанным" счетам и BOS на RPO с указанием в ответном файле конкретных отсутствующих счетов.

 

Так?

В вышеуказанной формулировке либо не дописана фраза "В случае не идентификации клиента, отсутствия у клиента счетов....", либо должно быть указано что не применяется только код 42, иначе что-то не срастается....

2. если клиент не найден или не идентифицирован, то дальнейший поиск счетов не осуществляется и в этом случае должен формироваться PB2 c кодом 44 или 49 соответственно независимо от вида эл. документа.

 

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

Можете пояснить для каких именно случаев Банк должен формировать в PB2 код 49?

 

 

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

 

Можно, пожалуйста, написать какие коды в PB2 для ответах на ZSN/ZSO/ZSV можно использовать? В данный момент я прихожу к выводу из вашего, Александр Николаевич, ответа к тому, что 42, 43, 44 - теперь не могут быть в PB2 по ZSN/ZSO/ZSV, а как на счет 48 и 49? 

[sancase]

 

 

В случае отсутствия у клиента счетов в рамках условий запроса налогового органа элемент "Счет", "СведСЧОпер" отсутствует.

В случае если ИНН клиента не соответствует номеру счета клиента или отсутствия такого клиента формируете ответ с указанным в запросе ИНН, в котором элемент "Счет", "СведСЧОпер" отсутствует.

 

Александр Николаевич, правильно ли мы понимаем, что данный порядок формирования ответов (без формирования PB2) распространяется исключительно только на запросы (ZSN, ZSO, ZSV) и не важно поступил запрос с указанием счетов ("ПоУказанным") или без указания ("ПоВсем")?

А на другие виды документов как и ранее следует формировать PB2 с соответствующим кодом для случаев если например, не найден клиент, не найден счет, не возможно однозначно идентифицировать клиента …..?

 

На это тоже на всякий случай можно формировать PB2. Это аналог письма в НО.

[sancase]

 

У меня вопрос именно по структуре самого PB2. Добавлен обязательный элемент СведЗапрРеш, в котором нужно прописывать номер запроса, дату запроса, конНО. Вопрос, данный PB2 формируется не только на запросы и решения, но и на инкассовый PNO, отзывы AP*, что тогда нужно указывать в данном элементе в отношении этих документов ?

 

В формате обозначено или ДОКНО, или СведЗапрРеш (обратите внимание на знак верткальной черты - пайп | перед элементом). Первое - для электронных документов, второе - только для бумажных запросов и решений.

 

Думаю, что это ошибка форматов. В ЦБ сообщил. Но они быстро форматы изменить не могут. Предлагаю по другим документам пока заполнять СведРеш с указанием номера и даты документа.

[alx71]

Поделитесь, плз, ссылкой на XSD запросов (ZSN,ZSO,ZSV)..

[Юлия1307]

Поделитесь, плз, ссылкой на XSD запросов (ZSN,ZSO,ZSV)..

Вот в этой теме есть ссылка https://forum.gnivc....sia/#entry11471

[alx71]

Спасибо!

[КрасКрипт]

Кажется в прошлой ветке по форматам выкладывали ссылку на описание форматов в doc. Не смог найти (по сканам с сайта ЦБ неудобно лазить). Подскажите пожалуйста где найти?

[Юлия1307]

Кажется в прошлой ветке по форматам выкладывали ссылку на описание форматов в doc. Не смог найти (по сканам с сайта ЦБ неудобно лазить). Подскажите пожалуйста где найти?

Так в Консультанте же вроде есть в формате Word...

[Grigoryev]

Разработчик интересуется, новым атрибутом для строк выписок - "КодПеревод" и чем его заполнять , Формат "Налог" BVD

всё что известно - тип данных - положительное целое 4 знака, является обязательным для некоторых выписок (по ЭДС в частности).

 

в описании нет ссылки на справочник значений или документ определяющий содержимое данного атрибута.

 

Подскажите пожалуйста, где найти информацию про этот атрибут?

[LK_Absolut]

Добрый день.

Очень нужна помощь.

В описании форматов Налог указано, что Атрибут "Адрес" заполняется в соответствии с классификатором адресов Российской Федерации (КЛАДР).

Вопрос 1. Какой адрес передавать - адрес регистрации или любой другой сойдет?

Вопрос 2. Как заполнять адрес, если ФЛ - нерезидент, данные о каком-либо адресе в РФ отсутствуют? Иностранный адрес по КЛАДР не раскладывается.

Вопрос 3. Как сформировать сообщение, если данные об адресе клиента - ФЛ отсутствуют в принципе?

 

[Sergey V Fedorov]

Тоже есть вопросы

КПП - обязательное поле, а как по нерезидентам, по которым передаем КИО, без КПП? 

Если пришел запрос на ЮЛ без КПП, передаем сведения по ЮЛ, по всем его территориальным подразделениям, какой в этом случае КПП в ответ передавать?

[Sergey V Fedorov]

Добрый день.

Очень нужна помощь.

В описании форматов Налог указано, что Атрибут "Адрес" заполняется в соответствии с классификатором адресов Российской Федерации (КЛАДР).

Вопрос 1. Какой адрес передавать - адрес регистрации или любой другой сойдет?

Вопрос 2. Как заполнять адрес, если ФЛ - нерезидент, данные о каком-либо адресе в РФ отсутствуют? Иностранный адрес по КЛАДР не раскладывается.

Вопрос 3. Как сформировать сообщение, если данные об адресе клиента - ФЛ отсутствуют в принципе?

 

Мы решили действовать так:

1. По приоритету, из того, что есть

Адрес регистрации, Адрес проживания, Почтовый адрес, иной

 

2. Код 99 (Иной регион) - Город "Неопределен" (если не задан)

 

3. Код 99 (Иной регион) - Город "Неопределен" (если не задан) - но через ручной разбор

[analiteg]

 

Добрый день.

Очень нужна помощь.

В описании форматов Налог указано, что Атрибут "Адрес" заполняется в соответствии с классификатором адресов Российской Федерации (КЛАДР).

Вопрос 1. Какой адрес передавать - адрес регистрации или любой другой сойдет?

Вопрос 2. Как заполнять адрес, если ФЛ - нерезидент, данные о каком-либо адресе в РФ отсутствуют? Иностранный адрес по КЛАДР не раскладывается.

Вопрос 3. Как сформировать сообщение, если данные об адресе клиента - ФЛ отсутствуют в принципе?

 

Мы решили действовать так:

1. По приоритету, из того, что есть

Адрес регистрации, Адрес проживания, Почтовый адрес, иной

 

2. Код 99 (Иной регион) - Город "Неопределен" (если не задан)

 

3. Код 99 (Иной регион) - Город "Неопределен" (если не задан) - но через ручной разбор

 

 

Добрый день!

 

- Если в запросе нет адреса, и в ответ на запрос из разных подсистем вернулись разные адреса регистрации клиента, то какой брать - первый попавшийся и добавить возможность при необходимости переопределять банку из какой подсистемы брать адрес?

 

- Если в запросе есть адрес, то его использовать при формировании ответа (при этом придется менять формат адреса) или использовать адрес полученный из досье клиента и его отправлять в ответе?

 

- Если адреса нет в запросе и при этом не был найден клиент, т.е. адрес невозможно вычислить, то в этом случае формировать PB 2 с кодом ошибки 48 и соответствующим описанием ошибки или не формировать PB2, а заполнять адрес фиктивными значениями и тут тогда вопрос - какими?  

[Юлия1307]

 

Добрый день!

 

Тоже есть вопросы

КПП - обязательное поле, а как по нерезидентам, по которым передаем КИО, без КПП? 

Если пришел запрос на ЮЛ без КПП, передаем сведения по ЮЛ, по всем его территориальным подразделениям, какой в этом случае КПП в ответ передавать?

 

Я бы сделала так:

Если в базе Банка есть Головная организация ЮЛ и обособленное подразделение, я бы в ответ подставляла КПП ГО.

Если в базе банка только одно или несколько обособленных подразделений (без ГО), то в ответ подставлять КПП любого обособленного подразделения.

Для случаев если поступит ZSV или ZSO без КПП и в базе Банка будет найдено несколько ОП, но по одному из них счета закрыты, то в ответе указывать КПП ОП у кот. действующие счета.

 

По вопросу ин. организации:

При постановке на учет иностранных организаций, в связи с открытием ими счетов в банках в Российской Федерации (раздел З Положения) таким организациям выдавалось Свидетельство об учете в налоговом органе по форме 2402ИМ с указанием КИО и КПП. При учете иностранных организаций на основе уведомлений (раздел 4 Положения) организациям документы о постановке на учет не выдавались.

[Юлия1307]

Мы решили действовать так:

1. По приоритету, из того, что есть

Адрес регистрации, Адрес проживания, Почтовый адрес, иной

 

2. Код 99 (Иной регион) - Город "Неопределен" (если не задан)

 

3. Код 99 (Иной регион) - Город "Неопределен" (если не задан) - но через ручной разбор

 

Сергей, добрый день!

 

Подскажите, пожалуйста, данную логику будете использовать в каких случаях? Когда клиент идентифицирован и в карточке клиента не заполнены обязательные поля адреса? Что планируете формировать если клиент не идентифицировали?

[Юлия1307]

sancase
Александр Николаевич, добрый день!
Разъясните нам, пожалуйста, что все-таки должен формировать Банк в ответе на запросы (ZSN, ZSO, ZSV) если клиент не идентифицирован? PB2 с кодом 44 "В банке (филиале банка), подразделении Банка России отсутствует клиент с указанным ИНН" или BNS, BOS, BVS с переносом всех реквизитов клиента из запроса?

[Sergey V Fedorov]

 

Сергей, добрый день!

 

Подскажите, пожалуйста, данную логику будете использовать в каких случаях? Когда клиент идентифицирован и в карточке клиента не заполнены обязательные поля адреса? Что планируете формировать если клиент не идентифицировали?

 

 

Добрый вечер!

У нас сейчас формируется

PB2 – 48 «Невозможно исполнить документ налогового органа, клиент с указанными параметрами не найден».

PB2 – 44 В банке (филиале банка), подразделении Банка России отсутствует клиент с указанным ИНН).

 

В этой части не планируем ничего менять.