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


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


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

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

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

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

 

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

 

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

 

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

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

 


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


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

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

Добрый день.

 

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

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

 

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

 

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

 

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

 

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

 

Спасибо.


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


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

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

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

 

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

 

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

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


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


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

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

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

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


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


#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 и 15 другим это нравится


#7600 Приказ ММВ-7-2/460@ - формы, форматы, схемы

Написано sancase 12 October 2018 - 05:29

Приказ ФНС России от 19.07.2018  № ММВ-7-2/460@ «Об утверждении форм и форматов направления налоговым органом запросов в банк (оператору по переводу денежных средств) в электронной форме». Зарегистрировано в Минюсте России 2 октября 2018 г. N 52306. Вступает в силу 03.04.2019.

 

В Ворде, но могут быть несоответствия. Найдете - пишите. Выложил исправленное.

 

В консультанте есть ошибка.

 

Срок вступления в силу продлен до 01.10.2019. Ожидайте официальной информации от Банка России.


  • Robentea, Preztonnush, WionelTit и 14 другим это нравится


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

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

Добрый день.

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

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

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

 

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

 


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


#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 и 11 другим это нравится


#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
Результат обработки: Файл не принят. Ошибка ФЛК
 
ЧТО ДАЛЬШЕ ДЕЛАТЬ В ДАННОЙ СИТУАЦИИ ???

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


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

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

 

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

 

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

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

 

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


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


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

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

 

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

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

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

 

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



#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, VidneyMi и 9 другим это нравится


#4034 ЧаВо (Часто задаваемые вопросы)

Написано sancase 12 May 2016 - 18:44

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

Квитанция о принятии (непринятии) формируется в ЦОД ФНС России (ФЦОД, МИ ФНС России по ЦОД) по результатам форматно - логического контроля сообщения. При положительном результате высылается Квитанция о принятии (SBF, SFF). При отрицательном - Квитанция о непринятии (SBE, SFE).

При получении Квитанции о непринятии сообщения обязанность банка считается не исполненной. В этом случае банк должен устранить причину непринятия и сформировать новое сообщение с новой датой. И эта дата будет считаться датой подачи сообщения, если оно будет принято. При получении Квитанции о принятии сообщения обязанность банка считается исполненной.

Прошу обратить внимание, что все сообщения с ошибками не принимаются, и дата их не учитывается. Сроком подачи считается дата отправки в ТУ Банка России корректного сообщения, т.е. такого, на которое получена квитанция о принятии без ошибок.

В ходе контроля сообщения в налоговом органе в банк может быть выслано Извещение об ошибках (SBK, SFK) с указанием их перечня. Извещение об ошибках не опровергает факт своевременного исполнения банком своих обязанностей. В случае получения банком Извещения об ошибках банк должен сформировать корректирующее сообщение с учетом исправленных ошибок  и направить его не позднее 5 рабочих дней, следующих за датой, указанной в извещении об ошибках. Санкции в этом случае не применяются.

Извещение об ошибках формируется уже в самой инспекции по результатам контроля данных налогоплательщика и банка. Например, при несовпадении ИНН, ОГРН, наименования, адреса. Оно будет приходить очень редко.

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

 

Если на отправленное сообщение поступила квитанция о непринятии, то после устранения ошибок формируется новый файл с новым номером и датой.

Например, первично 23.10.2010 был направлен файл:

SBC012202772_526020101023_1851000010000274_100.xml

Новый файл, отправленный 27.10.2010, после получения Квитанции о непринятии, будет иметь имя:

SBC012202772_526020101027_1851000010000292_100.xml.

При этом даты, указанные в реквизитах ИдФайл, ДатаСооб также должны быть исправлены на текущую.

 Извещение об ошибках (SBK) может поступить только на принятое сообщение после получения Квитанции о принятии (SBF). В этом случае, после устранения ошибок, формируется корректирующее сообщение с тем же номером, содержащее в имени признак а=2 и текущую дату.

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

SBC022202772_526020101027_1851000010000274_101.xml.

Во всех этих случаях МММ нужно увеличивать. Сообщение, которое подлежит корректировке определяется по его номеру RRRRFFFFNNNNNNNN.

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

Прошу обратить внимание, что неверный номер сообщения откорректировать невозможно. Его надо отменять.

Просим не путать извещение об ошибках и квитанцию о непринятии!


  • aapedZob, Filliamner, dapedZob и 9 другим это нравится


#2562 Ошибка 013 ФАЙЛ НЕ СООТВЕТСВУЕТ XSD СХЕМЕ

Написано mikl_reg 07 July 2015 - 11:08

Получен ответ с таким содержанием

<Ошибки КодОшибки="013"  НаимОшибки="ФАЙЛ НЕ СООТВЕТСВУЕТ XSD СХЕМЕ SFC0_510.XSD.THE VALUE OF &apos;1234-К&apos; IS INVALID ACCORDING TO ITS DATA TYPE.THE ATTRIBUTE: &apos;РЕГНОМ&apos; HAS AN INVALID VALUE ACCORDING TO ITS DATA TYPE." />

 

РЕГНОМ - содержит не только четыре цифры но и знак минус и букву.

 

Как поступать в таком случае?


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


#2508 открытие счета 40909 - отправлять сообщение об открытии?

Написано TanyaOBR 22 June 2015 - 12:22

Здравствуйте!

открыли счет 40909 с валютой 978 (евро)

 

данный тип счет относится к какому типу? не "расчетный" , как понимаю

 

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

 

Татьяна. "ОБР" (ООО)


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


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

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

Добрый день.

 

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

 

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

 

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

 

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

 

И как быть?

 

Например

KWTFCB_BV102_ZNO11806779_631020150424_005105.txt

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

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


  • Kamakina, rvm9500, DoumlasMall и 9 другим это нравится


#2555 Уведомление ФНС о выдачи банковской гарантии

Написано OldJackal 06 July 2015 - 11:53

День добрый!

 

Бизнес принес приказ ФНС ММВ-7-3/515@ от 25.10.2010 "Об утверждении порядка уведомления налогового органа о факте выдачи банковской гарантии".

Кто уже реализовывал данный канал - какие технические регламенты по нему существуют? Есть ли Положение ЦБ (если это по каналам ЦБ идет)?

 

Спасибо!

 


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


#2551 Сообщение по 311-П

Написано Лика 06 July 2015 - 09:30

Добрый день!

 

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

 

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


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


#2514 Предоставление справки об остатках BOS по открытым/ закрытым счетам

Написано KSD 22 June 2015 - 13:27

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

 

Можете дать свой комментарий по нижеуказанному вопросу. Заранее благодарю.

 

К нам поступил запрос в электронном виде о предоставлении справки об остатках на счетах клиента (по конкретным 5-ти счетам). 4 из указанных счетов - закрыты, 1 - действующий. Вы не подскажите как мы должны ответить? Отправить PB2 по 4-м закрытым счетам с указанием что они закрыты, а по открытому отправить справку об остатках?

 

Сейчас мы отправили справку, в которой указаны все счета из исходного запросы, по открытому счету - тег "Остаток" заполнен, а по закрытым - нет. В итоге получили квитанцию о непринятии с ошибкой:

________________________________________________________________________

BOS1_ZNO14030855_602720150617_014132###

26;ОСТАТОК::Отсутствует обязательный реквизит(или пустое значение)(Номер строки начала ошибочного блока:49)

26;ОСТАТОК::Отсутствует обязательный реквизит(или пустое значение)(Номер строки начала ошибочного блока:44)

26;ОСТАТОК::Отсутствует обязательный реквизит(или пустое значение)(Номер строки начала ошибочного блока:39)

26;ОСТАТОК::Отсутствует обязательный реквизит(или пустое значение)(Номер строки начала ошибочного блока:34)

@@@

2015-06-20@@@

04:33:27@@@

===

o000000/нкш}


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


#2421 311-П - Изменение номера счета

Написано OldJackal 11 June 2015 - 08:11

День добрый, Александр!

 

Вопрос касается сообщения об изменении номера счета при его передаче на другой филиал.

В тэге СвСчет есть атрибуты ДатаОткрСч и ДатаЗаклДог - при смене счета реквизитов они как-то учитываются?

 

Спасибо!

 


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