На главной странице этого сайта в разделе Что нового для бухгалтера в программе Инфо-Бухгалтер 8.7 от 23 декабря 2013 года указано:
Скорректирован форматы выгрузки:
В бланке 3.01 (9б) Налоговая декларация по НДС в соответствии с Приказом ФНС России от 26.11.2013 N ММВ-7-6/524@ (формат 5.03).
В бланке 2. Налоговая декларация по единому налогу для УСН в соответствии с Приказом от 12 ноября 2013 г. N ММВ-7-6/491@ (формат 5.03).
В бланке 2.01 Единой (упрощенной) налоговой декларации в соответствии с приказом ФНС России от 27.11.13 № ММВ-7−6/527@ (формат 4.02).
В бланке 5.051 Налоговой декларации по единому сельскохозяйственному налогу в соответствии с приказом от 27.11.13 № ММВ-7−6/527@ (формат 5.02).
Примечание: По состоянию на 17.00 часов московского времени 25 декабря 2013 года программой Tester последней версии (2.58) эти новые форматы выгрузки ещё не проверяются.
5:11, 04 января 2014 5 39 11611
Ошибка в программе Налогоплательщик ЮЛ в декларации по ЕНВД
В новой версии программы «Налогоплательщик ЮЛ» 4.37 выявилась серьезная ошибка, возникающая при заполнении декларации по ЕНВД за 4 квартал 2013 года.
Ошибка проявилась у тех налогоплательщиков, которые заполняли декларацию по двум и более объектам. В этом случае программа отказывалась формировать дополнительные разделы 2, в результате чего нельзя было корректно распечатать и выгрузить декларацию по ЕНВД.
Надо отметить, что разработчики быстро исправили данный «косяк» и оперативно выпустили внеочередное изменение. Не надо ждать Налогоплательщик ЮЛ 4.37.1, а достаточно обновиться из под самой программы. Заходим в меню «Сервис», выбираем пункт «Поиск обновлений в Интернет» нажимаем кнопку «Да» и загружаем все доступные обновления, в т.ч. по ЕНВД.
Что еще изменилось в программе «Налогоплательщик ЮЛ» за эти дни:
25.12.2013 г. были доработаны следующие формы налоговой отчетности:
- 1152016 — Налоговая декларация по ЕНВД. Доработано в части уточнения ОКУН с 01.01.2013 г. в соответствии с письмом ФНС России от 26.12.2013 г. №ГД-4-3/23462@;
- 1151038 — Налоговая декларация по налогу на прибыль иностранной организации. Доработано в части возможности ввода значения ОКТМО по строке ОКАТО в соответствии с письмом ФНС России от 25.12.13 г. № ГД-4-3/23318@; 1151056 — Налоговый расчет (информация) о суммах выплаченных иностранным организ. доход. и удер. налогов. Доработано в части возможности ввода значения ОКТМО по строке ОКАТО в соответствии с письмом ФНС России от 25.12.13 г. № ГД-4-3/23318@.
- 1150010 — Заявление на получение патента (форма №26.5-1). Доработан классификатор видов предпринимательской деятельности, в отношении которых предусмотрено применение патентной системы налогообложения, (КВПДП) по Вологодской области.
- 1151026 — Расчет платежей за право пользования недрами. Доработано в части возможности ввода значения ОКТМО по строке ОКАТО в соответствии с письмом ФНС России от 25.12.13 г. № ГД-4-3/23318@.
31.12.2013 г. были доработаны формы 1150010, 1110022, 1110012, 1110011, 1120105, 1120106, 1120107:
- 1150010 — Заявление на получение патента (форма №26.5-1). Доработан классификатор видов предпринимательской деятельности, в отношении которых предусмотрено применение патентной системы налогообложения, (КВПДП) по Вологодской области, Республике Ингушения;
- 1110022 — Сведения о количестве объектов ВБР,подлежащих изъятию из среды обитания. Разработано ПО ввода и формирования файла в формате передачи данных в электронной форме в соответствии с приказами ФНС России от 14.11.2013 г. ММВ-7-3/501@, 27.12.2013 г. № ММВ-7-6/657@;
- 1110012 — Сведения о полученной лицензии на пользование объектами животного мира. Разработано ПО ввода и формирования файла в формате передачи данных в электронной форме в соответствии с приказами ФНС России от 14.11.2013 ММВ-7-3/501@, 27.12.2013 г. № ММВ-7-6/656@;
- 1110011 — Сведения о полученных лицензиях на пользование объектами водн. биолог. ресурсов. Разработано ПО ввода и формирования файла в формате передачи данных в электронной форме в соответствии с приказами ФНС России от 14.11.2013 г. ММВ-7-3/501@, 27.12.2013 г. № ММВ-7-6/659@;
- 1120105 — Уведомление о наличии счета в банке за пределами территории РФ. Разработано ПО ввода и формирования бумажного носителя в соответствии с приказом ФНС России от 20.12.2013 г. № ММВ-7-14/630@;
- 1120106 — Уведомление об изменении реквизитов счета(вклада) в банке за пределами РФ. Разработано ПО ввода и формирования бумажного носителя в соответствии с приказом ФНС России от 20.12.2013 г. № ММВ-7-14/630@;
- 1120107 — Уведомление об открытии(закрытии) счета в банке за пределами РФ. Разработано ПО ввода и формирования бумажного носителя в соответствии с приказом ФНС России от 20.12.2013 г. № ММВ-7-14/630@;
Все вышеуказанные обновления устанавливаются только на Налогоплательщик ЮЛ 4.37. Эту и другие новости я публикую в нашей группе ВКонтакте.
Об авторе: Николай
Николай Соковнин — главный автор и администратор этого сайта. Цель моего сайта — помочь начинающим предпринимателям и бухгалтерам разобраться в налогах, декларациях и бухгалтерских программах!
Добрый день! При загрузке с Бизнес Пак в Налогоплательщик выдает такую ошибку.»5.07″ не равно одному из значений: «5.08». Не удалось проанализировать атрибут «ВерсФорм» со значением «5.07». Как сделать совместимость версий?
Николай Соковнин — главный автор и администратор этого сайта. Цель моего сайта — помочь начинающим предпринимателям и бухгалтерам разобраться в налогах, декларациях и бухгалтерских программах!
Добрый день! При загрузке с Бизнес Пак в Налогоплательщик выдает такую ошибку.»5.07″ не равно одному из значений: «5.08». Не удалось проанализировать атрибут «ВерсФорм» со значением «5.07». Как сделать совместимость версий?
0
0
0
0
18.10.2021 17:28
Обратитесь в техподдержку на официальном сайте. Возможно нужно установить апдейт с новым форматом отчетов.
Вопрос и ответы были вам полезны?
Да
Нет
Попробуйте также:
#1
Отправлено 15 September 2022 — 08:26
Ошибка одна и та же:
<Результат КодРезПроверки=»10″ Пояснение=»Ошибка в структуре XML-файла — Could not find schema information for the attribute ‘ВерсФорм’.» />
В «PB_400.xsd»:
<xs:attribute name=»ВерсФорм» type=»ВерсФормТип-лок» use=»required»/>
В «PB2_ZSN13304757_771020220912_000313_0000.xml»:
<Файл ИдЭС=»DAF83293-1CA6-4231-BCC7-77F592642E45″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»RS-Bank 5.00″ ТелОтпр=»телефон» ДолжнОтпр=»Начальник операционного отдела» ФамОтпр=»ФИО» ВерсФорм=»4.00″>
C 13.09.2022 на все PB2 стала выходить такая ошибка. Что делать? Я закинул эти PB2 снова на отправку.
- GalenGYNC, QatotBic, Dustinhyday и 16 другим это нравится
- Наверх
#2
AntonKeb
Отправлено 15 September 2022 — 11:01
Добрый день.
У нас все принимается.
КЕБ
- Наверх
#3
Sergey V Fedorov
Отправлено 15 September 2022 — 11:37
А сам файл пришлите, на который поступила ошибка
- striker это нравится
- Наверх
#4
striker
Отправлено 15 September 2022 — 12:25
Атрибут ВерсФорм есть в квитанциях? Какое значение у него?
- Наверх
#5
greg
Отправлено 16 September 2022 — 04:11
Вообще-то в 1-м сообщении я строку с атрибутом написал. Ну пусть будет файл целиком. Кстати, за 12.09.2022 аналогичные PB2 прошли без проблем.
Вот файл PB2_ZSN13304757_771020220912_000313_0000.xml:
<?xml version=»1.0″ encoding=»windows-1251″?>
<Файл ИдЭС=»DAF83293-1CA6-4231-BCC7-77F592642E45″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»RS-Bank 5.00″ ТелОтпр=»999999999″ ДолжнОтпр=»Начальник операционного отдела» ФамОтпр=»ФИО» ВерсФорм=»4.00″><ПОДБНПРИНТ><ДОКНО ИмяФайла=»ZSN13304757_771020220912_000313″ ДатаВремяПроверки=»2022-09-13T11:01:42″/><Результат КодРезПроверки=»44″ Пояснение=»в банке нет клиента с таким ИНН 9710027050″/></ПОДБНПРИНТ></Файл>
Вот квитанция: KWTFCB_PB2_ZSN13304757_771020220912_000313_0000.xml
<?xml version=»1.0″ encoding=»windows-1251″?><Файл ИдЭС=»02dd5ed6-e858-475a-8a07-d009de9a2ba7″ ТипИнф=»КВТНОПРИНТ» ВерсПрог=»1.0.0.2″ ТелОтпр=»(495)400-68-18″ ДолжнОтпр=»Заместитель начальника отдела» ФамОтпр=»Сергеева» ВерсФорм=»4.00″ xmlns=»urn:cbr-440P:KWT4:v4.00..3″><КВТНОПРИНТ ИмяФайла=»PB2_ZSN13304757_771020220912_000313_0000″ ДатаВремяПроверки=»2022-09-14T12:40:59″><Результат КодРезПроверки=»10″ Пояснение=»Ошибка в структуре XML-файла — Could not find schema information for the attribute ‘ВерсФорм’.» /></КВТНОПРИНТ></Файл>
- Наверх
#6
Efim
Отправлено 16 September 2022 — 06:50
Вообще-то в 1-м сообщении я строку с атрибутом написал. Ну пусть будет файл целиком. Кстати, за 12.09.2022 аналогичные PB2 прошли без проблем.
Вот файл PB2_ZSN13304757_771020220912_000313_0000.xml:
<?xml version=»1.0″ encoding=»windows-1251″?>
<Файл ИдЭС=»DAF83293-1CA6-4231-BCC7-77F592642E45″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»RS-Bank 5.00″ ТелОтпр=»999999999″ ДолжнОтпр=»Начальник операционного отдела» ФамОтпр=»ФИО» ВерсФорм=»4.00″><ПОДБНПРИНТ><ДОКНО ИмяФайла=»ZSN13304757_771020220912_000313″ ДатаВремяПроверки=»2022-09-13T11:01:42″/><Результат КодРезПроверки=»44″ Пояснение=»в банке нет клиента с таким ИНН 9710027050″/></ПОДБНПРИНТ></Файл>
Вот квитанция: KWTFCB_PB2_ZSN13304757_771020220912_000313_0000.xml
<?xml version=»1.0″ encoding=»windows-1251″?><Файл ИдЭС=»02dd5ed6-e858-475a-8a07-d009de9a2ba7″ ТипИнф=»КВТНОПРИНТ» ВерсПрог=»1.0.0.2″ ТелОтпр=»(495)400-68-18″ ДолжнОтпр=»Заместитель начальника отдела» ФамОтпр=»Сергеева» ВерсФорм=»4.00″ xmlns=»urn:cbr-440P:KWT4:v4.00..3″><КВТНОПРИНТ ИмяФайла=»PB2_ZSN13304757_771020220912_000313_0000″ ДатаВремяПроверки=»2022-09-14T12:40:59″><Результат КодРезПроверки=»10″ Пояснение=»Ошибка в структуре XML-файла — Could not find schema information for the attribute ‘ВерсФорм’.» /></КВТНОПРИНТ></Файл>
Вставьте в файл PB2 явное объявление xmlns=»urn:cbr-440P:pod4:v4.00..3«
- Наверх
#7
sancase
Отправлено 16 September 2022 — 14:12
Да, этот атрибут стали проверять по жалобе одного банка.
Свечников Александр
- Наверх
#8
greg
Отправлено 19 September 2022 — 08:33
Спасибо! Все получилось. Вставил вышеуказанный атрибут и отправил в пятницу повторно все PB2. Только что получил положительные квитанции.
Получается, что теперь схема проверки берется из xmlns=»urn:cbr-440P:pod4:v4.00..3«. Можно было бы предусмотреть значение по умолчанию, когда атрибут не указан.
- Наверх
#9
Pavel
Pavel
-
- Кредитные организации
-
- 6 сообщений
Новичок
Отправлено 20 September 2022 — 06:06
Добрый день.
Столкнулись с аналогичной ошибкой.
Добавили аттрибут, но всё равно не приняли сообщения.
<?xml version=»1.0″ encoding=»windows-1251″?>
<Файл xmlns=»urn:cbr-440P:pod4:v4.00..3″ ИдЭС=»AE2723DD-80B1-433B-A948-45ABE0E7B9D0″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»VERIFIK 22.05.0″ ТелОтпр=»44799″ ДолжнОтпр=»Администратор системы» ФамОтпр=»Администратор» ВерсФорм=»4.00″>
<ПОДБНПРИНТ>
<ДОКНО ИмяФайла=»ZSV14525059_781320220913_000291″ ДатаВремяПроверки=»2022-09-14T14:02:32″></ДОКНО>
<Результат КодРезПроверки=»01″></Результат>
</ПОДБНПРИНТ>
</Файл>
- Наверх
#10
greg
Отправлено 20 September 2022 — 08:47
Добрый день.
Столкнулись с аналогичной ошибкой.
Добавили аттрибут, но всё равно не приняли сообщения.
<?xml version=»1.0″ encoding=»windows-1251″?>
<Файл xmlns=»urn:cbr-440P:pod4:v4.00..3″ ИдЭС=»AE2723DD-80B1-433B-A948-45ABE0E7B9D0″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»VERIFIK 22.05.0″ ТелОтпр=»44799″ ДолжнОтпр=»Администратор системы» ФамОтпр=»Администратор» ВерсФорм=»4.00″>
<ПОДБНПРИНТ>
<ДОКНО ИмяФайла=»ZSV14525059_781320220913_000291″ ДатаВремяПроверки=»2022-09-14T14:02:32″></ДОКНО>
<Результат КодРезПроверки=»01″></Результат>
</ПОДБНПРИНТ>
</Файл>
Проверил по схеме — Ваш файл валидный. Без атрибута пространства имен — проверка ругается на пространство имен. Т.е. должна быть положительная квитанция.
Возможно дело в другом. У меня где-то 2-3 дня шли квитанции с ошибкой, т.к. я повторно отправлял без атрибута. И вчера утром еще была последняя порция отрицательных квитанций. А затем разом пришли положительные. Т.к. имена квитанций, что положительные, что отрицательные одинаковые, то только по содержимому (или размеру) можно понять разницу.
Еще можно сравнить кол-во отправок одного файла PB и кол-во квитанций на него. Если отправок больше — ждите положительную квитанцию.
- Наверх
#11
Pavel
Pavel
-
- Кредитные организации
-
- 6 сообщений
Новичок
Отправлено 20 September 2022 — 11:09
Добрый день.
Столкнулись с аналогичной ошибкой.
Добавили аттрибут, но всё равно не приняли сообщения.
<?xml version=»1.0″ encoding=»windows-1251″?>
<Файл xmlns=»urn:cbr-440P:pod4:v4.00..3″ ИдЭС=»AE2723DD-80B1-433B-A948-45ABE0E7B9D0″ ТипИнф=»ПОДБНПРИНТ» ВерсПрог=»VERIFIK 22.05.0″ ТелОтпр=»44799″ ДолжнОтпр=»Администратор системы» ФамОтпр=»Администратор» ВерсФорм=»4.00″>
<ПОДБНПРИНТ>
<ДОКНО ИмяФайла=»ZSV14525059_781320220913_000291″ ДатаВремяПроверки=»2022-09-14T14:02:32″></ДОКНО>
<Результат КодРезПроверки=»01″></Результат>
</ПОДБНПРИНТ>
</Файл>
Проверил по схеме — Ваш файл валидный. Без атрибута пространства имен — проверка ругается на пространство имен. Т.е. должна быть положительная квитанция.
Возможно дело в другом. У меня где-то 2-3 дня шли квитанции с ошибкой, т.к. я повторно отправлял без атрибута. И вчера утром еще была последняя порция отрицательных квитанций. А затем разом пришли положительные. Т.к. имена квитанций, что положительные, что отрицательные одинаковые, то только по содержимому (или размеру) можно понять разницу.
Еще можно сравнить кол-во отправок одного файла PB и кол-во квитанций на него. Если отправок больше — ждите положительную квитанцию.
Да, поспешил с утра
Всё ок сейчас.
- Наверх
Одним из методов управления и контроля органами государственной власти изготовления, движения и реализации алкогольной продукции является сдача предпринимателями алкогольных деклараций. Федеральная служба по регулированию алкогольного рынка (ФСРАР) требует своевременную передачу актуальной и корректной информации о движении алкоголя, и чтобы подготовка и сдача деклараций не отнимала много нервов и сил, необходимо заранее проработать стратегию учёта продукции.
Если вы используете для подготовки алкогольных деклараций программу «Декларант-Алко», и ваш поставщик присылает вам файлы для импорта данных в 11 и 12 формы декларации, а также в справочник контрагентов, то дальнейшая инструкция поможет избежать ошибок при их загрузке в ваши базы данных и сократить время подготовки деклараций.
При подготовке к проверке деклараций убедитесь, что Вы используете актуальную версию программы. Версию установленного «Декларант-Алко» можно увидеть при запуске программы в левом верхнем углу окна:
Рис. 1
Рекомендуется проверять наличие новых версий программы как можно чаще, чтобы избежать сложностей в формировании деклараций. Номер актуального релиза, файл для обновления и инструкцию вы сможете найти по ссылке.
После того, как вы убедились, что дальнейшая работа будет проведена в программе актуальной версии, важно убедиться в корректности присланных файлов. Для этого перейдите по ссылке в меню Декларации > Проверка формата XML:
Рис. 2
После этого откроется окно, где вы сможете загрузить файл, необходимый для проверки. Программа проверит корректность заполнения документа и при наличии ошибок, укажет на проблемные строки.
Чтобы приступить к проверке, в поле «Выберите файл» укажите путь к файлу, полученному вами от поставщика. Автоматически будет подобран список только xml-файлов, что делает использование программы более удобным:
Рис. 3
Если вы выбрали файл с информацией об отгрузках в течение отчетного квартала, то в поле «Тип декларации» необходимо выбрать «Импорт декларации 11» для файла с алкогольной продукцией или «Импорт декларации 12» для файла с данными по отгрузкам пива.
Для проверки файла с информацией о контрагентах в поле «Тип декларации» необходимо выбрать «Импорт контрагентов»:
Рис. 4
Обратите внимание на обязательность корректного выбора типа декларации. Даже если проверяемый вами файл сам по себе сформирован правильно и не содержит ошибок, то в случае неверно указанного типа система выдаст предупреждения вида:
«В строке №2 Атрибут «ВерсФорм» недействителен: значение «4.32» недействительно с зрения его типа данных «String» — Сбой ограничения Enumeration.
В строке №3 Элемент «Файл» имеет недопустимый дочерний элемент «Документ». Список ожидаемых элементов: «ФормаОтч».»
Часто при проверке импорта 11 формы декларации пользователи указывают в типе «Декларация об объемах розничной продажи алкогольной и спиртосодержащей продукции», что неправильно, так в присланном поставщиком документе содержится только часть декларации, и в «Декларант-Алко» для проверки подобного вида файлов должен указываться «Импорт деклараций 11».
Поэтому, если вы видите вышеуказанные предупреждения, перепроверьте выбранный для проверки тип декларации, а также номер формата, актуальный на момент проверки декларации.
Однако номер формата для сдачи декларации может не совпадать с форматом присланных файлов. Зачастую это не критично, и файлы, которые проходят проверку хотя бы одного из формата (например, 4.31) позволяют корректно загружать данные в декларацию.
Если же все форматы при проверке вызывают ошибки, значит необходимо либо исправить файлы самостоятельно вручную, либо обратиться к поставщику.
Какие ошибки возникают наиболее часто при импорте файлов от поставщика?
Самостоятельное исправление ошибок происходит непосредственно в XML-файле, присланном поставщиком, поэтому для удобной работы с ним рекомендуется редактор Notepad++ .
Можно также открывать документы в блокноте, однако в нём отсутствует нумерация строк, и чем больше файл, тем сложнее будет отыскать некорректный элемент кода.
Далее на конкретных примерах будет объяснено, как работать с редактором Notepad++.
При проверке файлов для импорта в 11 и 12 формы деклараций, а также файла со списком поставщиков может возникнуть подобная ошибка:
В строке №5 Атрибут «INN» недействителен: значение «8822020117 » недействительно с зрения его типа данных «ИННЮЛТип» — Сбой ограничения Pattern.
Или
В строке №5 Атрибут «KPP» недействителен: значение «50190200» недействительно с зрения его типа данных «КППТип» — Сбой ограничения Pattern.
В данном случае необходимо проверить корректность заполнения реквизитов контрагентов. Нужно обратить внимание на наличие лишних пробелов или иных символов, а также убедиться, что длина заполненного поля ИНН составляет 10 знаков, а КПП — 9 знаков.
На скриншоте представлен файл декларации, открытый в редакторе Notepad++. Как и указано в тексте сообщения, ошибка локализуется в строке 5:
Рис. 5
В данном примере видно, что в поле ИНН присутствует лишний пробел, который добавляет лишний символ и делает запись некорректной, а в поле КПП наоборот не хватает еще одного знака.
Кроме того, достаточно часто возникает следующая ошибка:
В строке №4 Атрибут «П000000000003» недействителен: значение «500» недействительно с зрения его типа данных «String» — Сбой ограничения Enumeration.
Подобное сообщение показывает, что в файле имеется оборот, не соответствующий типу декларации.
В данной ситуации это предупреждение относится к коду продукции 500 («Пиво с содержанием объемной доли этилового спирта свыше 0,5% и до 8,6% включительно»). Если ошибка появилась при проверке 11 формы декларации, в которую по какой-то причине попали пивные напитки (пивные напитки, сидр, медовуха и пуаре отображаются в 12 форме декларации – приказ от 06 мая 2014 № 129), то необходимо обратиться к поставщику, либо исправить ошибку самостоятельно, если у вас имеется достаточно информации для этого.
Также при проверке может появиться такая ошибка:
В строке № Элемент «СведПроизвИмпорт» имеет недопустимый дочерний элемент «СведПроизвИмпорт». Список ожидаемых элементов: «Поставщик, Движение»
или
В строке № Элемент «Оборот» имеет недопустимый дочерний элемент «Оборот». Список ожидаемых элементов: «СведПроизвИмпорт».
Подобное может возникнуть в том случае, если версия используемого Декларант-Алко устарела. Необходимо скачать актуальный релиз и продолжить проверку уже в нём.
При загрузке файла со списком поставщиков программа можем выдать предупреждение:
В строке №2 Элемент «Справочники» не объявлен.
Такая ошибка — сигнал того, что указан неверный тип декларации. В данном случае нужно выбирать тип «Импорт контрагентов», после чего ошибка исчезнет.
При возникновении следующей ошибки:
В строке №8 Элемент «КодРегион» недействителен: значение «» недействительно с точки зрения его типа данных «CCРФТип» — Сбой ограничения Pattern.
Необходимо убедиться, что корректно заполнен адрес поставщика.
Таким образом вы сможете самостоятельно выявить и в большинстве случаев устранить ошибки и своевременно сдать декларацию в контролирующие органы, избавив себя от головной боли на весь последующий квартал.