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


Самый Популярный Контент


#53 Изменение данных Банка

Написано Safrik 16 December 2014 - 13:34

Добрый день.

 

У Банка меняется Адрес места нахождения и в последующем КПП.

Получается, что общее сообщение об изменении реквизитов мы не отправляем, а в определенный момент просто в сообщениях начинаем в АдрМНКО подставлять новый адрес, а при смене КПП меняем просто информацию в КППКО.

 

Я правильно понимаю?

 

И ещё возникли вопросы:

 

1) С какого момента надо указывать новый адрес? С момента регистрации изменения в Уставе или с момента подачи документов в ЦБ? И есть ли контроль (сравнение) данных АдрМНКО с базой в налоговой?

 

2) И тоже самое по КПП: изменяем с момента получения нового документа? И есть ли контроль (сравнение) данных поля КППКО с налоговой базой.

 

Спасибо.


  • Robertblen, joSefPt, Abcegfeick и 28 другим это нравится


#7637 Мы переходим на новую АИС «Налог-3»

Написано sancase 05 November 2018 - 11:30

Уважаемые коллеги!

Мы переходим на новую АИС «Налог-3». Сейчас по 311-П. На след неделе по 440-П. Понимаю, что это будет связано с массой проблем как для нас, так и для вас. Год мы вели опытную эксплуатацию этой АИС, но как всегда в такой большой системе все вычистить сразу невозможно. Крепитесь. В этой теме постараюсь по возможности ответить на ваши вопросы и информировать  о происходящих событиях.

 

Буду особо благодарен за комментарии и вопросы: "А нам что делать?", "Налоговые глючат, а мы виноваты". "Будут ли санкции за нарушение сроков?", "Когда все это закончится?"

 

Я СТАРАЮСЬ ВАМ ПОМОЧЬ В РАЗБОРЕ ОШИБОК И РЕШЕНИИ ПРОБЛЕМНЫХ ВОПРОСОВ. НО Я НЕ В СОСТОЯНИИ ОТСЛЕЖИВАТЬ РЕЗУЛЬТАТЫ ОБРАБОТКИ ВАШИХ ФАЙЛОВ. У МЕНЯ ДОСТУПА К БД НЕТ. Я ТАК ЖЕ КАК ВЫ ИСПОЛЬЗУЮ БАНКИНФОРМ. Чтобы выяснить что произошло с файлом которого нет в БАНКИНФОРМ мне надо делать запрос в ЦОД. А на это требуется время. И я могу это делать в крайних случаях. Поэтому не рассчитывайте, что я обязательно отвечу на вопрос: что с нашими файлами.
Сейчас имеется задержка в обработке. Поэтому не надо на следующий день (и даже через день) спрашивать об этом. Наберитесь терпения. Возможно в ближайшее время ваши файлы будут обработаны, а наши ЭД будут высланы.
Для квитанций 440-П есть возможность повторного запроса. но пока обработка не стабилизировалась, воздержитесь.
При разборках с инспекциями используйте квитанции ТУ как доказательство вашей невинности.
Да, потери будут. И я всегда готов подтвердить, что это не ваша вина. Правда меня почему то об этом никто не спрашивает.

 

Дополнительная информация.

  • Введено ограничение: не более 500 файлов в архиве. Прошу учесть и не злоупотреблять. По форматам не более 50/25. Но мы идем вам навстречу и тоже не зверствуем.
  • Поскольку тестирование закончилось требование, что с 9-ки начинаются тестовые файлы автоматически утратило силу. Учитывая большой поток файлов мы его сняли. Данные файлы являются боевыми.

 


  • RanfallCAH, Mennithfuff, Vakrielwevy и 24 другим это нравится


#1637 Переход филиала на централизованный обмен по 311-П и 365-П

Написано Legrand 23 April 2015 - 06:18

Добрый день, коллеги.

 

Планируем перевести иногородний филиал на централизованный обмен сообщениями по 311-П и 365-П (т.е. отправлять и получать сообщения за филиал будет головной). Правильно ли мы понимаем, что за 2-3 дня до перевода филиал отправляет BUV с кодом 21, в котором указывает последнюю дату самостоятельного обмена (например, 29.04), а Головной отправляет  BUV с кодом 31, в котором указывает первую дату централизованного обмена (30.04). Вопрос, не получится ли так, что запросы-поручения-решения НО, сформированные 29.04 и отправленные в филиал напрямую, поступят 30.04? И куда придут квитанции на PB/BOS/BV, отправленные филиалом в последний день самостоятельного обмена?

И еще вопрос, по 311-П никакие уведомления не предусмотрены? Просто сообщения по счетам филиала начинает отправлять Головной?


  • Robertblen, Abcegfeick, FuryOr и 24 другим это нравится


#7991 СКАД «Сигнатура»

Написано e.augenblick 17 December 2018 - 09:51

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

Сегодня, в рамках семинара по взаимодейтсвию Банков и налоговых органов прозвучало, что с 01.01.2019 как банки, так и ФНС переходят на СКАД «Сигнатура», т.к. срок лицензии СКЗИ "Верба" истекает,  и у Вас есть письмо ЦБ.

Наш Банк не в курсе вообще, писем на эту тему нет и на сайте ЦБ мы найти не можем.

Не могли бы Вы поделиться с нами официальным документом:)

Спасибо.




#1772 Письмо ЦБ о сроках перехода на 440-П

Написано sancase 29 April 2015 - 15:15

Вот письмо. Все вопросы в ЦБ.

Не знаю как вы там грузите. У меня все работает. Перепаковал.


  • Robertblen, joSefPt, Abcegfeick и 20 другим это нравится


#3704 Сервис БАНКИНФОРМ

Написано sancase 29 January 2016 - 14:03

Сообщаем, что в целях обеспечения требований пункта 12 статьи 76 Налогового кодекса, Положений Банка России 311-П, 365-П внедрен интернет-сервис: «Система информирования банков о состоянии обработки электронных документов», который позволяет получать информацию:

- о действующих решениях о приостановлении

Кроме того сервис позволяет получать следующую информацию:

- о состоянии обработки файлов банка (311-П, 365-П, 377-П)

- об участниках обмена (365-П)

- о направленных из ФНС России в ТУ сводных архивных файлах (365-П)

- о направленных из ФНС России в банки архивных файлах(365-П)

- о направленных из ФНС России электронных документах(365-П)

 

Интернет-сервис является открытым, общедоступным и предназначен для использования в банках. Доступ к сервису осуществляется через интернет программой Internet Explorer. Интернет-сервис размещен на сайте ФНС России в разделе «О ФНС России/ Взаимодействие с другими государственными учреждениями РФ/Взаимодействие с кредитными организациями/ Система информирования банков о состоянии обработки электронных документов (311-П, 365-П)» («БАНКИНФОРМ») (https://service.nalog.ru/bi.do).

 

Обновление данных проводится каждый час.


  • OldJackal, Dana, Olga_Presniakova и 19 другим это нравится


#1280 Программа БАНКСЧЕТА-2

Написано sancase 18 March 2015 - 12:41

Здесь можно задавать вопросы по проблемам с программой.

 

новая версия БАНКСЧЕТА для 5.11 выложена. Все особенности читайте в Readme.

 

Для исправления ошибки отсутствия msxml.dll загрузите установочный файли далее следуйте инструкциям.

Данная библиотека устанавливается вместе с Windows или при ее обновлении. Однако в некоторых случаях администраторы ее не устанавливают.


  • Robertblen, joSefPt, Abcegfeick и 17 другим это нравится


#11118 плановая смена ключей Сигнатуры

Написано kaziban 26 November 2020 - 05:31

Добрый день, согласно письму БР, 25.11.2020 вводится в действие новая ключевая серия для обмена с ФОИВ.

25.11.2020 мы направили сообщения по 311-П зашифрованные на новых ключах.

Выборочная проверка показала что они не приняты из-за наименования файла (все же, подозреваю, дело в ключах, а не в имени).

 

SFC013601975_631720201125_179200002002344036_700.XML
Дата контроля имени файла, КА, шифрования:25.11.2020 17:09:33
Дата контроля содержимого файла:(Отсутствует значение)
Результат обработки:Файл не принят. Ошибка имени файла
 
 
Я позвонил в местное ТУ, там, только на словах, сказали что вроде бы смена ключей была, но ФОИВ начнут принимать сообщения на новых ключах только с 1.12.2020. Это верно?

  • ClezeripLover, Matthewadect, Jamesbip и 17 другим это нравится


#2887 Письмо ЦБ о сроках перехода на 440-П

Написано svift 07 August 2015 - 09:06

 

дык  это и понятно были нормальные форматы 356  а тут хрясь ВСЕ переделать !! 

 

Зато в новых форматах учли недостатки старых форматов  но возможно внесут и новые недостатки,

но самое главное  будет чем занятся  автоматизаторам  во всех банках страны.

 

я бы даже сказал в каждом филиале нашего банка


  • Robertblen, Abcegfeick, FuryOr и 16 другим это нравится


#7779 Не получаем квитанции

Написано alex1 24 November 2018 - 07:22

Александр, подскажите, пожалуйста, до сих пор не получили квитанции на файлы, отправленные по 440-П начиная с 16.11.2018 и по 311-П, оправленные 19.11.2019. На сайте налоговой по запрашиваемым файлам отображается информация "По заданным параметрам запроса сведения не найдены", причем даже если запрашиваем информацию о файлах по которым уже пришли ранее квитанции. В территориальном учреждении Банка России подтвердили, что вся информация была передана в срок. В свою очередь Банк был проинформирован о проблемах в НИ, которые возникли 13-14.11,но прошло уже более 10 дней. В случае получения отрицательных квитанций, Банком уже будут нарушены сроки ответов, а это штрафы. В связи с этим хотелось бы получить ответ, когда будет налажено нормальное функционирование ПО, а также  было бы неплохо официально проинформировать Банки о проблемах, которые существуют в НИ, скорректировав сроки, в случае штрафов будет чем прикрыться. 


  • AstonioBize, EnwardPelm, KamrickNult и 15 другим это нравится


#7771 440-П Ошибка ФЛК - Что это ?

Написано Eugene74ru 24 November 2018 - 02:48

Добрый день.
 
Случилось то о чем высказывали свои опасения - все отправленные файлы НЕ ПРИНЯТЫ. Ошибка вот такая:
 
Наименование файла: BVD1_ZSV17501711_745720181114_000024_20181119_0001_000001_000001.XML
Дата контроля имени файла, КА, шифрования: (Отсутствует значение)
Дата контроля содержимого файла: 25.11.2018 13:15:33
Результат обработки: Файл не принят. Ошибка ФЛК
 
Но что самое интересное - открыли результаты обработки файлов других банков и там такая же точно история:
 
Наименование файла: BVD1_ZSV17501779_745120181112_000065_20181116_0000_000001_000001.XML
Дата контроля имени файла, КА, шифрования: (Отсутствует значение)
Дата контроля содержимого файла: 25.11.2018 13:15:33
Результат обработки: Файл не принят. Ошибка ФЛК
 
ЧТО ДАЛЬШЕ ДЕЛАТЬ В ДАННОЙ СИТУАЦИИ ???

  • Falcolmlale, Felipspl, AstonioBize и 15 другим это нравится


#232 Ошибка форматно - логического контроля

Написано Алексей Жарков 31 December 2014 - 06:05

Добрый день!

 

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

 

Наименование файла: SFC016577919_667120141230_339500021400032414_700.XML
Дата контроля имени файла, КА, шифрования: 30.12.2014 20:21:23
Дата контроля содержимого файла: 30.12.2014 20:41:34
Результат обработки: Файл не принят. Ошибка форматно-логического контроля
Статус обработки: Контроль файла выполнен.
Квитанция сформирована.
Квитанция выгружена.

 

Для решения данного вопроса был взят аналогичный файл SFC016577919_667120141229_339500021400032116_700.xml отправленный 29122014 с результатом "принят, ошибок нет"

 

При сравнении полей , форматов - расхождений не нашел.. файл квитанция SFE016577919_667120141230_339500021400032414_700.XML еще не пришел из ЦБ.

Файла прикладываю для сравнения.

 

Подскажите что за ошибка такая? и что в данном случае делать? 

Прикрепленные файлы


  • ArthurMors, RanfallCAH, AstonioBize и 15 другим это нравится


#6373 440-п. Решение о приостановлении операций ИП

Написано Александр76 13 September 2017 - 08:26

Коллеги, интересно ваше мнение по следующей ситуации:

 

Поступил файл  с документом налового органа типа "Решение о приостановлении операций по счетам" (RPO), в котором указаны реквизиты индивидуального предпринимателя (ИННИП и ФИО), при этом указан счёт этого клиента как физического лица (40817) а не счёт ИП (40802).

 

В соответствии с Налоговым кодексом в отношении физических лиц не предусмотрены такие обеспечительные меры как приостановление по операциям по счетам физических лиц (ст.76 НК допускает приостановление операция по счетам организаций и ИП), а предусмотрено лишь судебное взыскание налоговой задолженности (ст.48 НК РФ). Кроме того, есть установленные Банком России коды счетов, открываемых банками клиентам. Так, для физических лиц открываются счета 40817, для ИП 40802

 

Какой должен быть ответ в этой ситуации? 

 

Как поступать если придёт решение о приостановлении операций по всем счетам, открытым в Банке? Блокировать только счета, открытые для ИП (40802) или все?

 

 




#2250 Недопустимое значение реквизита. Налогоплательщик снят с учета

Написано akm.gday 27 May 2015 - 15:02

Добрый день.

Подскажите как должна действовать кредитная организация при получении сообщения

КодОшибки="018"  НаимОшибки="Недопустимое значение реквизита. Налогоплательщик снят с учета"  КодРекв="ФАЙЛ/ДОКУМЕНТ/СВНП/НПФЛ@ИННФЛ"

в ответ на сообщение об открытии счета.

 

Не отправлять сообщения по этому клиенту вообще или как-то всетаки отправить повторное сообщение?

 


  • Robertblen, Abcegfeick, FuryOr и 14 другим это нравится


#1728 365-П не приняты все не первые части выписок

Написано kondratij 29 April 2015 - 08:04

Добрый день.

 

Ругается на отсутствие кучи тэгов из "Информационной части" (таблица 1.9.2)

 

Для всех не первых частей выписок, разбитых на части.

 

Но позвольте, их и не должно быть в "последующих" частях.

 

Т.е. приняты только первые части выписок, все последующие отвергнуты несмотря на то, что причина непринятия явно ошибочна.

 

И как быть?

 

Например

KWTFCB_BV102_ZNO11806779_631020150424_005105.txt

26;ИДДОК::Отсутствует обязательный реквизит (или пустое значение)

и так про все 15 тэгов "информационной части"




#12219 Как правильно ответить на ZSV?

Написано sokols 15 April 2021 - 08:22

Добрый день.

Пришёл запрос на выписку по счёту, который был закрыт в 2020 году.

<ПоВсем ДатаНач="2018-01-01" ДатаКон="2021-04-12">
<НаДату ДейстПоСост="2021-04-12"/>
</ПоВсем>

Как правильно на него ответить?


  • Gokehesee, stafUnwic, ArthurDandy и 14 другим это нравится


#7821 440-П Ошибка ФЛК - Что это ?

Написано sancase 26 November 2018 - 16:21

Добрый день!

Существуют принципиальные различия в технологии обработки PB1 и PB2.

Если формат запроса (или другого ЭД) корректный, то Банк проверив формат должен был отправить положительное подтверждение PB1 о том, что запрос принят к обработке. В процессе обработки может выявиться, что банк по разным причинам не может исполнить принятый запрос. Например, не может идентифицировать клиента, недействующий БИК, нет такого счета и т.п. Тогда он должен направить PB2 с ошибкой, например: «Невозможно идентифицировать клиента».

PB2 доводится до инспектора. Инспектор увидит, что его запрос не будет выполнен и должен принять соответствующие меры. PB1 обрабатывается автоматически. Если невозможно расшифровать файл, неверная ЭЦП, нарушен формат, искажена кодировка или произошли другие технические ошибки, то Запрос автоматически переформировывается и направляется заново. Таким образом банк отправляя PB1 будет до бесконечности получать тот же запрос, пока не вмешаются разработчики ПО.

Именно для этого ошибки разделяются на PB1 и PB2.

РВ1 - префикс, определяющий подтверждение о получении Электронного документа налогового органа; формируется в обязательном порядке ... по результатам форматного контроля и подтверждает факт принятия или отказа в принятии Электронного документа.

РВ2 - префикс, определяющий подтверждение о невозможности исполнения Электронного документа налогового органа (латинскими буквами); формируется по результатам обработки принятого Электронного документа налогового органа в случае невозможности его исполнения.

 

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

          Коды, формируемые банком, подразделением Банка России

41      Электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка), подразделение Банка России

42      В банке (филиале банка), подразделении Банка России отсутствует номер счета, указанный в электронном документе, сформированном налоговым органом

43      Наименование или ИНН клиента не соответствует номеру счета клиента, указанному в электронном документе, сформированном налоговым органом

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

45      Невозможно исполнить запрос налогового органа в связи с превышением объема выписки; в этом случае в текстовом пояснении указывается период, за который возможно формирование выписки

46      Документ налогового органа в банк, в подразделение Банка России не поступал

47      Документ налогового органа уже исполнен

48      Невозможно исполнить документ налогового органа

49      Невозможно однозначно идентифицировать клиента банка, клиента подразделения Банка России

 


  • BernasdTap, Robentea, EnwardPelm и 13 другим это нравится


#7899 Не получаем квитанции

Написано Evgeniya 04 December 2018 - 05:25

Но пока рекомендовано письма не писать.

Подскажите, это рекомендация с форума, или Вы получили оф.письмо?


#2854 Изменение данных Банка

Написано mary 05 August 2015 - 11:27

 

1. необходимо указывать КППКО по месту нахождения Банка. Читайте Пр-292: 

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

КодНОБ - Код налогового органа по месту нахождения банка (филиала банка).
Разве не ясно?
2. никаких дополнительных сообщений отправлять не нужно.

 

 
Добрый день, Александр
Конечно, логически напрашивается ответ, что в массиве СвБанк в теге КППКО тоже необходимо указывать КПП по месту нахождения, хотя в описании заполнения Типовых элементов прямого указания нет)) и судя по тому, что НО принимают сообщение, то жесткой проверки соответствия идентификатора НО в номере сообщения (LLLL = 7750), КодНОБ ("7750") и КППКО ("997950001") не проводится.
 
Подскажите, пожалуйста, является ли критичной ошибкой такое несоответствие и следует ли Банку выявить все такие сообщения и сформировать по ним корректировки, где будет изменен КПП Банка?
Или допустимо после доработки ПО внести в тег КППКО КП по месту нахождения и продолжать отправлять сообщения дальше?
 
С уважением,
Мария Андреева 



#1156 Вопросы по 440-П

Написано CEB 03 March 2015 - 13:00

Добрый день!

В преддверии вступления в силу Положения 440-П, прошу Вас дать консультацию по вопросам ниже:

 

1. необходимо ли переподписание д/с с Центробанком (т.к. в допнике с ЦБ фигурирует ссылка на 365-П)?

2. когда ожидается утверждение новых форматов к 440-П? И где можно ознакомиться с проектом форматов?

 

Заранее спасибо!


  • Robertblen, Ronnieel, AstonioBize и 12 другим это нравится