Ошибка не найден описатель транспортной информации

Обновлено: 29.01.2023

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

Прочитав статью, вы:

• Получите важную информацию на 2019 год от оператора 1С-Отчетность Калуга Астрал .
• Узнаете, какие ошибки возникают при обмене электронного документооборота.
• Изучите рекомендации по исправлению ошибок, полученных при попытке расшифровать файл. Это самая распространенная ошибка в 1С-Отчетности .

Ошибка расшифровки файла

Список возможных ошибок 1С-Отчетности можно посмотреть здесь. PDF

• Не расшифровано.

• Не найден сертификат. Ошибка расшифровки файла документа при распаковке пакета.

22 ноября 2018 года оператор 1С-Отчетности распространил следующую информацию для партнеров 1С и пользователей, сдающих отчетность в ПФР Москвы и Московской области.

Если вы сдаете отчетность в ПФР Москвы и Московской области, то вы гарантированно получите указанную ошибку.

Возникновение ошибок

Использование криптопровайдеров ниже версий VipNet 4.2 или КриптоПро CSP 4.0 повлечет возникновение ошибок при обработке документов на стороне ПФР.

Обновление криптопровайдеров

Для исключения технических проблем при работе с ПФР, необходимо обновить криптопровайдеры до версий: VipNet 4.2 или КриптоПро CSP 4.0 и выше.

Пошаговая инструкция по обновлению криптопровайдера

Шаг 1. Откройте криптопровайдер, щелкнув мышкой по иконке VipNet СSP .

Шаг 2. Проверьте версию криптопровайдера VipNet в нижнем левом углу открывшейся формы.

Шаг 3. Обновите версию криптопровайдера по инструкции оператора Калуга Астрал, если:

• сдаете отчетность в ПФР Москвы и Московской области;
• версия вашего криптопровайдера VipNet ниже 4.2.

Другие причины возникновения ошибок

Проверка версии криптопровайдера

Обновление 1С

Второе не менее важное правило: перед глубоким погружением в проблему выполните две несложных проверки в1С:

• проверьте на актуальность релиз вашей 1С;
• уточните права пользователя, отправляющего отчетность.

Отправка отчетности всегда должна выполняться на актуальной версии 1С. Проверьте текущий релиз вашей программы на сайте поддержки пользователей и обновите конфигурацию, если установленный релиз вашей программы не актуальный.

Разработчики вносят изменения в 1С, подключают новые модули, поэтому соответствие релиза программы актуальному перед отправкой отчетности необходимое условие успешной сдачи отчетности.

Права пользователя, отправляющего отчетность

Пользователи, работающие с 1С-Отчетность , должны иметь права:

• Право на защищенный документооборот с контролирующими органами;
• Полные права.

Если с отчетностью работает пользователь не с полными правами, ему необходимо добавить право на защищенный документооборот, например, в Конфигураторе : меню Администрирование — Пользователи на вкладке Прочее .

Если работать с отчетностью стал новый пользователь и у него стала выходить ошибка, а у прежнего пользователя все было нормально — дело, скорее всего. в правах нового пользователя.

Если проверки выполнены, а ошибка осталась — переходите к поиску решения проблемы с помощью:

• технической поддержки Калуга-Астрал;
• самостоятельной настройки криптографии.

Техническая поддержка Калуга-Астрал

Корректность шифровки передаваемого файла сначала проверяет оператор, т.е. компания Калуга-Астрал, после успешной проверки оператором файлы отсылаются непосредственному адресату получения, например, в ПФР.

При возникновении проблем с передачей отчетности, в том числе по расшифровке переданного файла, можно перезвонить непосредственно оператору Калуга-Астрал и попросить помощи:

Техническая поддержка компании работает круглосуточно и успешно устраняет проблемы, связанные с передачей файлов по сервису 1 С-Отчетность , удаленно подключаясь к компьютеру пользователя.

Дозвониться до оператора совсем несложно, в отличие от горячей линии 1С, и работа по решению проблем оператором выполняется без задержек — в момент обращения.

Обратиться в техподдержку Калуга-Астрал один из самых простых вариантов решить проблемы. Работа выполняется профессионально и бесплатно в рамках приобретенного сервиса 1С:Отчетность .

На сайте оператора собраны все возможные ошибки и пути их устранения. Это настоящая библиотека «скорой помощи» пользователю. Мы очень рекомендуем в нее заглядывать:

Настройка криптографии

Поскольку проблема носит чисто технический характер и может быть вызвана множеством причин, рассмотреть которые в одной статье очень сложно, мы дадим в этой части статьи:

• свои экспертные рекомендации, которые помогали нам решить проблему у наших клиентов;
• общий список рекомендации 1С, включающий работу с ОС и 1С одновременно.

Рекомендации Бухэксперт8

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

Как зайти в настройки учетной записи документооборота?

В разных конфигурациях откройте вкладку Список заявлений : справочник Организации — ЭДО — Список заявлений .

Откройте список заявлений и проверьте, чтобы не было «красноты».

Перейдите на вкладку Служебная информация , откройте графу Учетная запись — результат и выполните команду Открыть (щелкнув мышкой по двум квадратикам).

В открывшемся окне можно:

• проверить параметры настройки;
• обновить сертификаты контролирующих органов по нажатию кнопки Настроить автоматически сейчас ;
• проверить параметры доступа к серверу;
• проверить цифровые сертификаты ответственных лиц организации;
• выбрать пользователей системы 1С, которым будет предоставлен доступ к сервису 1С-Отчетность .

После выполнения каждой инструкции нажимайте кнопки Обменяться и Расшифровать . Проблема может решиться после любого выполненного шага.

Если предложенные шаги не привели к решению проблемы — переустановите криптопровайдер.

Полный список рекомендаций 1С

Полный список рекомендаций 1С для устранения ошибки в операционной системе:

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

Действия по исправлению ошибки в 1С:

• Пометить на удаление имя сертификата ЭЦП, и поставив префикс Не использовать , чтобы не спутать с новым элементом справочника.
• Добавить сертификат из хранилища сертификатов, для которого была проведена повторная установка.
• Провести Тест настроек сертификата .
• Указать новый элемент справочника Сертификаты ЭЦП в Соглашении.
• Провести Тест настроек соглашения .

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

Контроль дебиторской и кредиторской задолженности — одно из важных направлений..Иногда при работе с программой 1С может возникнуть ошибка СУБД.Для передачи покупателям счетов-фактур в формате ЭДО типовыми средствами 1С.

Карточка публикации

Данную публикацию можно обсудить в комментариях ниже.
Обратите внимание! В комментариях наши кураторы не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно по ссылке >>

Все комментарии (1)

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

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете задать еще вопросов

Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>

Очень полезный семинар. Для нет просто альтернативы вашим лекциям. Огромное спасибо.

Содержание

Вы можете задать еще вопросов

Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>

Файлы Extensible Markup Language, такие как package.xml, используют расширение XML. Файл считается файлом Данные (Extensible Markup Language) и впервые был создан компанией dnSoft Research Group для пакета ПО RAR Password Cracker 4.4.

Файл package.xml впервые был создан 04/12/2010 для ОС Windows 10 в Microsoft Visual Studio 2010 Ultimate 2010. Самая последняя версия [версия 4.4] была представлена 09/04/2019 для RAR Password Cracker 4.4. Файл package.xml включен в RAR Password Cracker 4.4, Cross Fire 1051 и Comodo Internet Security 12.0.0.6870.

В этой статье приведены подробные сведения о package.xml, руководство по устранению неполадок с файлом XML и список версий, доступных для бесплатной загрузки.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средняя оценка пользователей

✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.

Общие ошибки выполнения package.xml

Ошибки файла package.xml часто возникают на этапе запуска RAR Password Cracker, но также могут возникать во время работы программы. Эти типы ошибок XML также известны как «ошибки выполнения», поскольку они возникают во время выполнения RAR Password Cracker. К числу наиболее распространенных ошибок выполнения package.xml относятся:

• Не удается найти package.xml.
• package.xml — ошибка.
• Не удалось загрузить package.xml.
• Ошибка при загрузке package.xml.
• Не удалось зарегистрировать package.xml / Не удается зарегистрировать package.xml.
• Ошибка выполнения — package.xml.
• Файл package.xml отсутствует или поврежден.

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

В большинстве случаев причинами ошибок в XML являются отсутствующие или поврежденные файлы. Файл package.xml может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с RAR Password Cracker) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла package.xml может быть вызвано отключением питания при загрузке RAR Password Cracker, сбоем системы при загрузке или сохранении package.xml, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

Если на этапе 1 не удается устранить ошибку package.xml, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили приложение RAR Password Cracker (или схожее программное обеспечение), удалите его, затем попробуйте переустановить RAR Password Cracker.

Чтобы удалить программное обеспечение RAR Password Cracker, выполните следующие инструкции (Windows XP, Vista, 7, 8 и 10):

После полного удаления приложения следует перезагрузить ПК и заново установить RAR Password Cracker.

Если на этапе 2 также не удается устранить ошибку package.xml, перейдите к шагу 3 ниже.

RAR Password Cracker 4.4

dnSoft Research Group

Шаг 3. Выполните обновление Windows.

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла package.xml. Мы храним полную базу данных файлов package.xml со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии RAR Password Cracker . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.

5. Проблема может быть обусловлена тем, что антивирус (firewall, прокси сервер) исказили содержимое пакета во время его передачи. Для решения проблемы необходимо корректно настроить вышеупомянутое ПО.

Примечание. Проблема может быть решена на каждом шаге. После выполнения каждой инструкции нажимайте кнопку «Обменяться» или «Расшифровать».

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

Прочитав статью, вы:

• Получите важную информацию на 2019 год от оператора 1С-Отчетность Калуга Астрал .
• Узнаете, какие ошибки возникают при обмене электронного документооборота.
• Изучите рекомендации по исправлению ошибок, полученных при попытке расшифровать файл. Это самая распространенная ошибка в 1С-Отчетности .

Ошибка расшифровки файла

Список возможных ошибок 1С-Отчетности можно посмотреть здесь. PDF

При обмене электронной отчетностью с ПФР через 1С-Отчетность , пришел протокол контроля отчетности:

• Не найден сертификат. Ошибка расшифровки файла документа при распаковке пакета.

22 ноября 2018 года оператор 1С-Отчетности распространил следующую информацию для партнеров 1С и пользователей, сдающих отчетность в ПФР Москвы и Московской области.

Если вы сдаете отчетность в ПФР Москвы и Московской области, то вы гарантированно получите указанную ошибку.

Возникновение ошибок

Использование криптопровайдеров ниже версий VipNet 4.2 или КриптоПро CSP 4.0 повлечет возникновение ошибок при обработке документов на стороне ПФР.

Обновление криптопровайдеров

Для исключения технических проблем при работе с ПФР, необходимо обновить криптопровайдеры до версий: VipNet 4.2 или КриптоПро CSP 4.0 и выше.

Пошаговая инструкция по обновлению криптопровайдера

Шаг 1. Откройте криптопровайдер, щелкнув мышкой по иконке VipNet СSP .

Шаг 2. Проверьте версию криптопровайдера VipNet в нижнем левом углу открывшейся формы.

Шаг 3. Обновите версию криптопровайдера по инструкции оператора Калуга Астрал, если:

• сдаете отчетность в ПФР Москвы и Московской области;
• версия вашего криптопровайдера VipNet ниже 4.2.

Другие причины возникновения ошибок

Проверка версии криптопровайдера

Обновление 1С

Второе не менее важное правило: перед глубоким погружением в проблему выполните две несложных проверки в1С:

• проверьте на актуальность релиз вашей 1С;
• уточните права пользователя, отправляющего отчетность.

Отправка отчетности всегда должна выполняться на актуальной версии 1С. Проверьте текущий релиз вашей программы на сайте поддержки пользователей и обновите конфигурацию, если установленный релиз вашей программы не актуальный.

Разработчики вносят изменения в 1С, подключают новые модули, поэтому соответствие релиза программы актуальному перед отправкой отчетности необходимое условие успешной сдачи отчетности.

Права пользователя, отправляющего отчетность

Пользователи, работающие с 1С-Отчетность , должны иметь права:

• Право на защищенный документооборот с контролирующими органами;
• Полные права.

Если с отчетностью работает пользователь не с полными правами, ему необходимо добавить право на защищенный документооборот, например, в Конфигураторе : меню Администрирование — Пользователи на вкладке Прочее .

Если работать с отчетностью стал новый пользователь и у него стала выходить ошибка, а у прежнего пользователя все было нормально — дело, скорее всего. в правах нового пользователя.

Если проверки выполнены, а ошибка осталась — переходите к поиску решения проблемы с помощью:

• технической поддержки Калуга-Астрал;
• самостоятельной настройки криптографии.

Техническая поддержка Калуга-Астрал

Корректность шифровки передаваемого файла сначала проверяет оператор, т.е. компания Калуга-Астрал, после успешной проверки оператором файлы отсылаются непосредственному адресату получения, например, в ПФР.

При возникновении проблем с передачей отчетности, в том числе по расшифровке переданного файла, можно перезвонить непосредственно оператору Калуга-Астрал и попросить помощи:

Техническая поддержка компании работает круглосуточно и успешно устраняет проблемы, связанные с передачей файлов по сервису 1 С-Отчетность , удаленно подключаясь к компьютеру пользователя.

Дозвониться до оператора совсем несложно, в отличие от горячей линии 1С, и работа по решению проблем оператором выполняется без задержек — в момент обращения.

Обратиться в техподдержку Калуга-Астрал один из самых простых вариантов решить проблемы. Работа выполняется профессионально и бесплатно в рамках приобретенного сервиса 1С:Отчетность .

На сайте оператора собраны все возможные ошибки и пути их устранения. Это настоящая библиотека «скорой помощи» пользователю. Мы очень рекомендуем в нее заглядывать:

Настройка криптографии

Поскольку проблема носит чисто технический характер и может быть вызвана множеством причин, рассмотреть которые в одной статье очень сложно, мы дадим в этой части статьи:

• свои экспертные рекомендации, которые помогали нам решить проблему у наших клиентов;
• общий список рекомендации 1С, включающий работу с ОС и 1С одновременно.

Рекомендации Бухэксперт8

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

Как зайти в настройки учетной записи документооборота?

В разных конфигурациях откройте вкладку Список заявлений : справочник Организации — ЭДО — Список заявлений .

Откройте список заявлений и проверьте, чтобы не было «красноты».

Перейдите на вкладку Служебная информация , откройте графу Учетная запись — результат и выполните команду Открыть (щелкнув мышкой по двум квадратикам).

В открывшемся окне можно:

• проверить параметры настройки;
• обновить сертификаты контролирующих органов по нажатию кнопки Настроить автоматически сейчас ;
• проверить параметры доступа к серверу;
• проверить цифровые сертификаты ответственных лиц организации;
• выбрать пользователей системы 1С, которым будет предоставлен доступ к сервису 1С-Отчетность .

После выполнения каждой инструкции нажимайте кнопки Обменяться и Расшифровать . Проблема может решиться после любого выполненного шага.

Если предложенные шаги не привели к решению проблемы — переустановите криптопровайдер.

Полный список рекомендаций 1С

Полный список рекомендаций 1С для устранения ошибки в операционной системе:

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

Действия по исправлению ошибки в 1С:

• Пометить на удаление имя сертификата ЭЦП, и поставив префикс Не использовать , чтобы не спутать с новым элементом справочника.
• Добавить сертификат из хранилища сертификатов, для которого была проведена повторная установка.
• Провести Тест настроек сертификата .
• Указать новый элемент справочника Сертификаты ЭЦП в Соглашении.
• Провести Тест настроек соглашения .

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

Карточка публикации

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться или зарегистрироваться.

Вы можете задать еще вопросов

Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8.
Оформить заявку от имени Юр. или Физ. лица вы можете здесь >>

Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>

Часто задаваемые вопросы

Вопрос 11. На отправленную отчетность не приходят ответы от контролирующего органа. Как поступить в данной ситуации?

Ответ:

Необходимо выполнить следующие действия:

1. В Журнале обмена нажать кнопку «Обменяться». (путь: Регламентированные отчеты→Журнал обмена→Обменяться).
2. Проверить что в карточке организации на вкладке «Документооборот» выбрана та учетная запись, с которой отправлялся отчет.
3. Необходимо временно отключить антивирус.
4. Отключить Брандмауэр Windows.

Проблема может быть решена на каждом шаге. После выполнения каждой инструкции нажимайте «Обменяться».

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

Вопрос 12. Как отследить документооборот (посмотреть квитанцию и протокол)?

Ответ:

Для того чтобы просмотреть информацию по интересующему Вас отчету, дважды щелкните по соответствующей ему строке в журнале обмена.

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

Таким образом, Вы можете просмотреть каждое полученное вложение.

Вопрос 13. В настройках организации не задан код ФСГС.

Ответ:

В карточке организации, на вкладке «Коды» не заполнен реквизит «Код территориального органа Федеральной службы государственной статистики».

Данный реквизит необходимо заполнить.

Перейдите в пункт меню «Справочники и настройки учета» – «Организации», далее откройте организацию, по которой проводилась отправка отчетности.

Далее перейдите на вкладку «Коды статистики» и заполните поле «Код территориального органа Росстата».

Вопрос 14. Как принять информацию на подключение к сервису 1С-Отчетность?

Ответ:

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

Для этого выполните следующие действия:

1. Перейдите в пункт меню «Предприятие» – «Организации», затем в раздел «Документооборот» и нажмите кнопку «Список заявлений».
2. В открывшемся справочнике «Заявления на подключение к электронному документообороту», Вы сможете проверить результаты обработки заявления. Для этого необходимо нажать кнопку «Обновить статусы заявлений».
   При нажатии на кнопку «Обновить статусы заявлений», в автоматическом режиме будут установлены сертификаты КО, пользователя и доверенные корневые сертификаты. Установка «Доверенных корневых сертификатов» требует обязательное одобрение пользователя. При их установке необходимо нажать кнопку «ДА».
3. Далее необходимо выбрать пользователей программы 1С, которым будет предоставлен доступ к осуществлению документооборота.

Теперь заявление обработано и создана учетная запись для сервиса 1С-Отчетность. Статус заявления поменялся на «Одобрено». Если заявление по какой-то причине было отклонено, то статус будет выставлен «Отклонено», в разделе «Дополнительная информация» будет написана причина отклонения заявления.

Прикрепление учетной записи к организации происходит автоматически. Так же Вы можете проверить наличие учетной записи в настройках Вашей организации на вкладке «Документооборот».

Вопрос 15. Что нужно учесть при переносе сервиса 1С-Отчетность с одного компьютера на другой?

Ответ:

Для переноса сервиса 1С-Отчетность с одного компьютера на другой необходимо следующее:

1. Наличие заранее сохраненной информационной базы 1С.
2. Наличие сохраненного контейнера закрытого ключа, который относится к конкретной учетной записи. При этом важно знать пароль для данного контейнера (пароль был создан при подаче заявления). Название учетной записи можно посмотреть во вкладке документооборот.

Для того чтобы определить имя и расположение контейнера, относящегося к определенной учетной записи необходимо открыть «Список заявлений».

Открываем заявление двойным нажатием левой кнопкой мыши, далее выбираем вкладку «Служебная информация».

Вопрос 16. Как включить автоматический обмен с сервером?

Ответ:

Необходимо открыть настройки учетной записи, далее в строке «Автоматический обмен» нажать на гиперссылку «Отключен». В открывшемся окне можно настроить интервал автообмена.

Вопрос 17. Как отследить документооборот (посмотреть квитанцию и протокол)?

Ответ:

Ответ:

Для того чтобы настроить способ формирования подтверждения получения требования, необходимо перейти:

Если галка проставлена, квитанцию необходимо сформировать вручную. Для этого нужно открыть требование, и нажать кнопку «Подтвердить прием».

Вопрос 19. Как распечатать ответ от контролирующих органов?

Ответ:

Для того, чтобы распечатать ответы от контролирующих органов, перейдите в «Журнал обмена». Выберите ваш отчет и нажмите по отчету двойным кликом левой кнопки мыши. В открывшемся окне нажмите на кнопку «Печать», а затем выберите раздел «Показать документы». Поставьте галочки напротив документов, которые Вы хотите распечатать и нажмите кнопку «ОК». Перед вами появится окно предварительного просмотра, где вы можете увидеть, как будут выглядеть документы. Нажмите «Печать».

Ответ:

Если открыто несколько направлений ФНС, то для корректной отправки отчета по нужному направлению необходимо выбрать его непосредственно из отправляемой декларации. Крупнейшие налогоплательщики могут отчитываться не напрямую в ФНС, а транзитом, т. е. нужно сдавать отчет в три налоговых органа. Клиенту подключается одно направление ФНС, с тремя различными КПП (каждый КПП соответствует ФНС, в которую ланируется сдача отчетности). В этом случае на вкладке «Коды» в данных организации, в поле «Код налогового органа», прописывается код основной ФНС. Клиент будет передавать отчет в основную ФНС, а данная налоговая перешлет файлы в конечные ФНС.

Вопрос 21. Что нужно учесть при переносе сервиса 1С-Отчетность с одного компьютера на другой?

Ответ:

Для переноса сервиса 1С-Отчетность с одного компьютера на другой необходимо следующее:

1. Наличие заранее сохраненной информационной базы 1С.
2. Наличие сохраненного контейнера закрытого ключа, который относится к конкретной учетной записи. При этом важно знать пароль для данного контейнера (пароль был создан при подаче заявления). Название учетной записи можно посмотреть во вкладке документооборот.
   Для того чтобы определить имя и расположение контейнера, относящегося к определенной учетной записи необходимо открыть «Список заявлений».
   Открываем заявление двойным нажатием левой кнопкой мыши, далее выбираем вкладку «Служебная информация».
3. На новом компьютере должен быть установлен та же программа-криптопровайдер, что и на старом.

Вопрос 22. Перенос сервиса «1С-Отчетность» с одного компьютера на другой?

Ответ:

Условные обозначения:
Компьютер 1 – рабочее место, на котором установлены ПО «1С» и ПП «Астрал-Отчетность» («1С-Отчетность»).
Компьютер 2 – рабочее место, на которое необходимо перенести ПО «1С» и ПП «Астрал-Отчетность» («1С-Отчетность»).
В случае переноса ПО «1С» и ПП «Астрал-Отчетность» («1С-Отчетность») на другое рабочее место необходимо произвести следующие действия:

Рассмотрим копирование на примере ПО СКЗИ «ViPNet CSP»:

Вопрос 23. Настройка доступа к сети.

Ответ:

2. Обмен с Росалкогольрегулированием

4. Обмен с Росприроднадзором

5. Обновления 1С/модуля документооборота

6. Обновления учетной записи

Если настроена проверка SSL – отключить

Вопрос 24. Где узнать имя контейнера ключей?

Ответ:

Для того, чтобы узнать имя Вашего контейнера ключей, перейдите в программе 1С в данные своей организации на вкладку «Документооборот», нажмите «Список заявлений». Выберите одобренное заявление и в открывшемся окне перейдите на вкладку «Служебная информация». Имя контейнера закрытого ключа располагается в строке «Путь к контейнеру закрытого ключа».

Вопрос 25. Ошибка XSD-схемы.

Ответ:

Ошибка XSD-схемы связана с некорректным заполнением отчета.
Обычно причина ошибки указана в протоколе, после слов «Ошибка XSD-схемы»
Если причина не указана, необходимо проверить файл на ошибки, нажав кнопку «Проверить в интернете» в форме отчета.
В том случае, если ошибок при проверке в интернете выявлено не было, необходимо выгрузить файл отчетности, и проверить его в сервисе FLK
Для проверки отчета в сервисе FLK, нажмите на кнопку Обзор, и выберите необходимый файл отчетности в формате *.xml. После проверки будет выведен список выявленных ошибок в файле.
Если ошибка XSD-схемы возникает при отправке запроса, исходящего документа, или ответа на требование, в этом случае необходимо обновить конфигурацию 1С до актуальной версии.

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

Друзья мои, раньше при установке показывало что и где надо поставить по правам… сейчас какая-то фигня…

Сделал все по инструкции… шлак какой-то! Верните на базу как все было… не возможно… скрипт создал запустил….

Введите абсолютный путь! И куда его вести, если говорит что это каталог?

Рачей

Верните на базу как все было

Рачей

Установка дополнений в инстанте уж пару лет как не менялась. На какую базу вернуть? На первую ветку?

Рачей, у вас проблема либо в отсутствии zip для php, либо отсутствии директории /upload/installer/, либо в том, что вообще любой файл у вас на сервере не загружается.

раньше при установке показывало что и где надо поставить по правам

Рачей

И сейчас показывает.

шлак какой-то! Верните на базу как все было… не возможно… скрипт создал запустил….

Введите абсолютный путь! И куда его вести, если говорит что это каталог?

Рачей

Подобные высказывания не добавляют энтузиазма отвечать.

Установка дополнений в инстанте уж пару лет как не менялась.

Ris

Вы думаете что я просто вот от балды придумал? Вот это было сделано, в итоге то что в заголовке темы. Может я что-то упустил из виду? Но раньше-то все ставилось на раз два! Ну извините, скажите что я не так делаю!

Рачей

Рачей, вы точно прочитали мой ответ?) Я про права доступа не писал.

Рачей, у вас проблема либо в отсутствии zip для php, либо отсутствии директории /upload/installer/, либо в том, что вообще любой файл у вас на сервере не загружается.

Ну там стоит сайт который поставлен по старому варианту. Там все грузится как надо.

И сейчас показывает.

Подобные высказывания не добавляют энтузиазма отвечать.

ну извините. Никого не хотел обидеть.

Рачей

Рачей, я вам написал в какую сторону думать. Не принимаете ответ, зачем спрашиваете. Три моих «либо» давно бы уже проверили.

И разумеется я проверил у себя на чистой установке, всё работает.

Рачей, вы точно прочитали мой ответ?) Я про права доступа не писал.

Fuze

Ну сайт еще один есть на инстанте, и там все хорошо! Было во всяком случае… сейчас попробую поставить что-нибудь..

Ну вот! На втором движке попробовал все поставилось!

installer есть и там скачаный файл того что я хотел установить значит грузит… а раз на втором движке установилось, значит и zip для php пристутствует… надо искать другую проблему

Капец…. Я нашел! Но как так случилось не пойму! Точнее понимаю… я рутовым пользователем загрузил файлы… и потому не давало писать… капец какой-то… вот это я промахнулся…
Спасибо всем за помощь! Извините если кого обидел, не хотел!

Читайте также:

• Аксессуары xbox не скачивается
• Ошибка при чтении кэша превью lightroom как исправить
• Как майнить без компьютера
• Файл данного типа уже загружен письмо президенту что это
• Как подключить квадрокоптер к компьютеру

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

Прочитав статью, вы:

• Получите важную информацию на 2019 год от оператора 1С-Отчетность Калуга Астрал.
• Узнаете, какие ошибки возникают при обмене электронного документооборота.
• Изучите рекомендации по исправлению ошибок, полученных при попытке расшифровать файл. Это самая распространенная ошибка в 1С-Отчетности.

Ошибка расшифровки файла

Список возможных ошибок 1С-Отчетности можно посмотреть здесь. PDF

При обмене электронной отчетностью с ПФР через 1С-Отчетность, пришел протокол контроля отчетности:

• Не расшифровано.

Сообщение при открытии сообщения:

• Не найден сертификат. Ошибка расшифровки файла документа при распаковке пакета.

Новости по смене сертификата ПФР Москвы и Московской области

22 ноября 2018 года оператор 1С-Отчетности распространил следующую информацию для партнеров 1С и пользователей, сдающих отчетность в ПФР Москвы и Московской области.

Если вы сдаете отчетность в ПФР Москвы и Московской области, то вы гарантированно получите указанную ошибку.

Возникновение ошибок

Использование криптопровайдеров ниже версий VipNet 4.2 или КриптоПро CSP 4.0 повлечет возникновение ошибок при обработке документов на стороне ПФР.

Обновление криптопровайдеров

Для исключения технических проблем при работе с ПФР, необходимо обновить криптопровайдеры до версий: VipNet 4.2 или КриптоПро CSP 4.0 и выше.

Пошаговая инструкция по обновлению криптопровайдера

Шаг 1. Откройте криптопровайдер, щелкнув мышкой по иконке VipNet СSP.

Шаг 2. Проверьте версию криптопровайдера VipNet в нижнем левом углу открывшейся формы.

Шаг 3. Обновите версию криптопровайдера по инструкции оператора Калуга Астрал, если:

• сдаете отчетность в ПФР Москвы и Московской области;
• версия вашего криптопровайдера VipNet ниже 4.2.

После обновления VipNet, если возникнет запрос на регистрацию, необходимо получить новый серийный номер, его можно запросить с сайта www.infotecs.ru, повторив скачивание дистрибутива и воспользоваться инструкцией.

Другие причины возникновения ошибок

Проверка версии криптопровайдера

Самое первое, что должен сделать пользователь при возникновении ошибки — проверить актуальность версии установленного криптопровайдера. Узнать актуальную версию можно на сайте https://infotecs.ru/product/vipnet-csp.html

Для обновления криптопровайдера можно воспользоваться инструкцией оператора Калуга Астрал.

Обновление 1С

Второе не менее важное правило: перед глубоким погружением в проблему выполните две несложных проверки в1С:

• проверьте на актуальность релиз вашей 1С;
• уточните права пользователя, отправляющего отчетность.

Отправка отчетности всегда должна выполняться на актуальной версии 1С. Проверьте текущий релиз вашей программы на сайте поддержки пользователей и обновите конфигурацию, если установленный релиз вашей программы не актуальный.

Разработчики вносят изменения в 1С, подключают новые модули, поэтому соответствие релиза программы актуальному перед отправкой отчетности необходимое условие успешной сдачи отчетности.

Права пользователя, отправляющего отчетность

Пользователи, работающие с 1С-Отчетность, должны иметь права:

• Право на защищенный документооборот с контролирующими органами;
• Полные права.

Если с отчетностью работает пользователь не с полными правами, ему необходимо добавить право на защищенный документооборот, например, в Конфигураторе: меню Администрирование — Пользователи на вкладке Прочее.

Если работать с отчетностью стал новый пользователь и у него стала выходить ошибка, а у прежнего пользователя все было нормально — дело, скорее всего. в правах нового пользователя.

Если проверки выполнены, а ошибка осталась — переходите к поиску решения проблемы с помощью:

• технической поддержки Калуга-Астрал;
• самостоятельной настройки криптографии.

Техническая поддержка Калуга-Астрал

Корректность шифровки передаваемого файла сначала проверяет оператор, т.е. компания Калуга-Астрал, после успешной проверки оператором файлы отсылаются непосредственному адресату получения, например, в ПФР.

При возникновении проблем с передачей отчетности, в том числе по расшифровке переданного файла, можно перезвонить непосредственно оператору Калуга-Астрал и попросить помощи:

• телефон техподдержки — 8 (800) 700-86-68;
• сайт — https://astral.ru/support/.

Техническая поддержка компании работает круглосуточно и успешно устраняет проблемы, связанные с передачей файлов по сервису 1С-Отчетность, удаленно подключаясь к компьютеру пользователя.

Дозвониться до оператора совсем несложно, в отличие от горячей линии 1С, и работа по решению проблем оператором выполняется без задержек — в момент обращения.

Обратиться в техподдержку Калуга-Астрал один из самых простых вариантов решить проблемы. Работа выполняется профессионально и бесплатно в рамках приобретенного сервиса 1С:Отчетность.

На сайте оператора собраны все возможные ошибки и пути их устранения. Это настоящая библиотека «скорой помощи» пользователю. Мы очень рекомендуем в нее заглядывать:

• Вопросы по сервису 1С Отчетность

Настройка криптографии

Поскольку проблема носит чисто технический характер и может быть вызвана множеством причин, рассмотреть которые в одной статье очень сложно, мы дадим в этой части статьи:

• свои экспертные рекомендации, которые помогали нам решить проблему у наших клиентов;
• общий список рекомендации 1С, включающий работу с ОС и 1С одновременно.

Рекомендации Бухэксперт8

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

Как зайти в настройки учетной записи документооборота?

В разных конфигурациях откройте вкладку Список заявлений: справочник Организации — ЭДО — Список заявлений.

Откройте список заявлений и проверьте, чтобы не было «красноты».

Перейдите на вкладку Служебная информация, откройте графу Учетная запись — результат и выполните команду Открыть (щелкнув мышкой по двум квадратикам).

В открывшемся окне можно:

• проверить параметры настройки;
• обновить сертификаты контролирующих органов по нажатию кнопки Настроить автоматически сейчас;
• проверить параметры доступа к серверу;
• проверить цифровые сертификаты ответственных лиц организации;
• выбрать пользователей системы 1С, которым будет предоставлен доступ к сервису 1С-Отчетность.

После выполнения каждой инструкции нажимайте кнопки Обменяться и Расшифровать. Проблема может решиться после любого выполненного шага.

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

Если предложенные шаги не привели к решению проблемы — переустановите криптопровайдер.

Полный список рекомендаций 1С

Полный список рекомендаций 1С для устранения ошибки в операционной системе:

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

Действия по исправлению ошибки в 1С:

• Пометить на удаление имя сертификата ЭЦП, и поставив префикс Не использовать, чтобы не спутать с новым элементом справочника.
• Добавить сертификат из хранилища сертификатов, для которого была проведена повторная установка.
• Провести Тест настроек сертификата.
• Указать новый элемент справочника Сертификаты ЭЦП в Соглашении.
• Провести Тест настроек соглашения.

См. также:

• Этот хост неизвестен 1С: как исправить
• Ошибка при выполнении операции с информационной базой 1С 8.3
• 1С удаление: указанная учетная запись уже существует
• Установка запрещена на основании системной политики 1С 8.3
• Обнаружено неправомерное использование данного программного продукта в 1С: как убрать

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Перейти к содержанию

КЛАССИФИКАТОР ОШИБОК ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ ФАЙЛОВ НАЛОГОВОЙ И БУХГАЛТЕРСКОЙ ОТЧЁТНОСТИ (КОФО)

Классификатор ошибок форматно-логического контроля файлов налоговой и бухгалтерской отчетности ФНС России (классификатор ошибок– КОФО), утвержденный Приказом ФНС России от 24.11.2008г  № ММ-3-6/616@,  является составной частью системы классификации и кодирования  технико-экономической информации и разработан  ГНИВЦ ФНС России  в   соответствии с Положением «О единой системе классификации и кодирования технико-экономической и социальной информации МНС России» (Приказ МНС России от 02.06.2003 № БГ-3-13/285)

на основе следующих законодательных актов и нормативных документов:

Приказ Министерства финансов Российской Федерации от 18.01.2008 № 9н «Об утверждении Административного регламента Федеральной налоговой службы по исполнению государственной функции по бесплатному информированию (в том числе в письменной форме) налогоплательщиков, плательщиков сборов и налоговых агентов о действующих налогах и сборах, законодательстве о налогах и сборах и принятых в соответствии с ним нормативных правовых актах, порядке исчисления и уплаты налогов и сборов, правах и обязанностях налогоплательщиков, плательщиков сборов и налоговых агентов, полномочиях налоговых органов и их должностных лиц, а также предоставлению форм налоговых деклараций (расчетов) и разъяснению порядка их заполнения»;

Формат уведомления об уточнении налоговой декларации (расчета) (Версия 5.01) Часть LXXXVII. Приказ ФНС России от 24.11.2008г  № ММ-3-6/616@.

Приказ ФНС России от 02.11.2009г  № ММ-7-6/534@. “Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи”

Приказ ФНС России от 09.11.2010г  № ММ-7-6/535@ «Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи»

Приказ ФНС России от 18.12.2009г  № ММ-7-6/693@. “Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи”

Приказ ФНС России от 15.04.2010г № ММВ-7-6/188@ “ О проведении пилотного  проекта по предоставлению информационных услуг крупнейшим налогоплательщикам в электронном виде по телекоммуникационным каналам связи в режиме  «одного окна»”

1. ОБЪЕКТЫ КЛАССИФИКАЦИИ

Объектами классификации в КОФО являются ошибки, выявленные при форматно-логическом контроле файлов налоговой и бухгалтерской отчетности.

2. СТРУКТУРА КЛАССИФИКАТОРА

Классификатор ошибок представляет собой перечень наименований объектов классификации и соответствующих им кодовых обозначений.

Информация классификатора представлена в одной таблице.

Каждая строка  таблицы состоит из кода ошибки и наименования ошибки.  

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

Структура кодового обозначения по КОФО:

КККРРРАААА,      где

ККК – класс ошибок (признак, отражающий общность содержания подмножества ошибок),

РРР — подкласс ошибок (признак, отражающий общность  подмножества ошибок в  классе ошибок),

АААА – регистрационный номер ошибки в пределах подкласса.

Классы ошибок:

010 – нарушение установленного порядка представления налоговой и бухгалтерской отчетности;

020 – имя файла не соответствует установленным требованиям;

030  – ошибки, выявляемые при форматном контроле;

040 – ошибки, выявляемые при  логическом контроле;

050 — ошибки, выявляемые при проверке по справочникам.

060 — ошибки, выявляемые при предоставлении информационных услуг налогоплательщикам в режиме «ИОН» offline

Имя файла для загрузки таблицы в АСВК  –  KOFO.TXT.

Строки таблицы идентифицируются полем KOD (Классификационный код).

Состав и форматы полей таблицы KOFO Справочника приведены в таблице 2.1:

Таблица 2.1.

Состав и форматы полей таблицы KOFO Справочника

*) О- обязательно

Общие ошибки

В этом разделе – общие ошибки, которые налоговые инспекторы часто выявляют при проверке электронных деклараций или расчетов по налогам и страховым взносам.

В протоколе: «Структура имени файла не соответствует требованиям формата». Код ошибки – 0200100000.

Пояснение: ошибка в названии файла с отчетом. Возможно, лишний символ, который автоматически добавляется при выгрузке файлов с одинаковыми названиями.

У каждого файла декларации свое имя с определенной структурой, набором кодов. Это касается и первичных отчетов, и корректирующих. Если структура нарушена, то отчет не пройдет.

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

Требования к наименованию файла смотрите в бесплатном сервисе на сайте ФНС. Выберите налог, вид отчета и период. В итоге увидите, по какому формату должно формироваться имя. При необходимости обновите программное обеспечение. Ведь имя файла формируется автоматически программой, вы сами его вручную не указываете.

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

В протоколе: «Структура файла обмена не соответствует требованиям формата». Код ошибки – 0300300000.

Пояснение: ошибка в том, что отчет (графы, строки) заполнили не по формату. Например, если вместо даты 01.12.2017 указать 01.12.0017, отчет не примут. Проверочная программа определит «0017» как недействительный год и выдаст сообщение об ошибке.

Как не допустить ошибку. Ошибка с кодом 0300300000 говорит о том, что с форматом данных что-то не так. Чтобы понять, в чем проблема, смотрите в протоколе следующие строки с детализацией. Например, может быть такое уточнение: «Файл не соответствует xsd-схеме», код ошибки – 0300300001. Решения для таких типов ошибок смотрите в таблице.

Если детализации ошибки 0300300000 в уведомлении нет, то проблема в вашей программе, либо программе налоговой инспекции.

В первом случае обратитесь к техническим специалистам учетной программы за обновлением. Либо убедитесь, что у вас последняя версия отчетов и программы. После этого сформируйте файл с отчетом заново и отправьте.

Второй случай бывает, когда вводят новый формат отчета, а проверочные системы ИФНС еще не обновили. Свяжитесь с инспектором и уточните, когда они смогут принять отчеты по новому формату. В назначенный срок сформируйте отчет заново и отправьте его в ИФНС.

В протоколе: «Значение элемента отсутствует в справочнике». Код ошибки – 0500100000.

Пояснение: ошибка в том, что в поле отчета, в котором необходимо указать код из справочника (например, ОКВЭД2), вписали несуществующий код.

Как не допустить ошибку. Проверьте поля, которые нужно заполнять согласно справочникам в вашем отчете. В этом вам поможет бесплатный сервис на сайте ФНС. Сами показатели таких элементов сверьте с данными соответствующих справочников.

В протоколе: «Не найден плательщик по ИНН и КПП или ИНН, представленному в файле». Код ошибки – 0400100001.

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

Как не допустить ошибку. Сверьте ИНН и КПП из декларации с данными в регистрационных документах. Исправьте неточности.

Значение ИНН и КПП совпадает с регистрационными данными? Тогда причина отказа в приеме отчета другая. Обратитесь к своему спецоператору связи. Узнайте, корректно ли зарегистрирован ваш сертификат электронной подписи. Если нет, то повторно зарегистрируйте электронный сертификат.

Если и это не поможет, позвоните в инспекцию в отделы автоматизации и регистрации и учета налогоплательщика. Они помогут устранить техническую проблему и зарегистрировать сертификат. После этого отчет примут.

Еще решения для частых ошибок

0000000002 – Декларация (расчет) содержит ошибки и не принята к обработке

0100100000 – Отсутствие, неправильное указание ЭП

0100100005 – ЭП не принадлежит данному налогоплательщику (Сертификат ЭП, использованный для подписи документа, не зарегистрирован для использования налогоплательщиком, от которого поступил файл)

0100200000 – Неправильное указание места представления сведений

0100400000 – Нарушение требований формирования транспортного контейнера

0100400010 – Содержимое файла не удовлетворяет требованиям, предъявляемым к изображениям (разрешение, цветность)

0100500000 – Неправильное указание (отсутствие) сведений по доверенности

0100500006 – Отсутствует сообщение о доверенности

0100600000 – Неправильное указание сведений о руководителе организации, индивидуальном предпринимателе

0100600001 – Неправильное указание сведений о руководителе организации (ФИО, ИНН)

0100600002 – Неправильное указание сведений об индивидуальном предпринимателе (ФИО, ИНН)

0100600003 – Неправильное указание сведений о подписанте (ФИО, ИНН)

0100600004 – Отсутствие сведений о подписанте (ФИО, ИНН)

0100700001 – Подтверждение даты отправки не соответствует требованиям

0100800000 – Ошибка в последовательности предоставления сведений

0100800003 – Некорректное сочетание форм в комплекте представленных документов

0100900000 – Несоответствие утвержденной форме документа

0200100001 – Имя файла не соответствует структуре, определяемой по показателям справочника СППФД / СФНД

0200100002 – Неправильно сформировано наименование файла

0200100004 – Имя файла имеет неправильную длину

0200200000 – Значения структурных элементов имени файла не соответствуют требованиям формата

0200200003 – Код инспекции указан неправильно (Код ИФНС-получателя отсутствует в СОНО)

0200200017 – Файл с таким именем уже зарегистрирован

0200200018 – Имя файла имеет неверную контрольную сумму

0300100000 – Форматный контроль невозможен

0300100002 – Файл xsd-схемы не найден

0300100005 – Нарушена структура XML-файла. Файл не может быть обработан

0300200000 – Синтаксис файла не соответствует требованиям формата

0300300015 – Отсутствие в налоговой декларации (расчете) значения элемента «Номер корректировки (Вида документа)» (0 – первичный, 1–999 – корректирующий)

0300300023 – Отсутствие обязательного реквизита VVV

0300300027 – Ошибка заполнения данных показателя «Код бюджетной классификации()»

0300300027 – Ошибка заполнения данных показателя «Код по ОКТМО»

0300300028 – Не идентифицирован шаблон с кодом документа…

0300300030 – Нарушено условие присутствия (отсутствия) элемента

0300300032 – Реквизит XXX в имени не соответствует реквизиту VVV в файле

0300300032 – Реквизит код НО (второй) в имени не соответствует реквизиту КодНО в файле

0300300032 – The ‘НомДокПдтвУпл’ attribute is invalid – The value » is invalid according to its datatype ‘String’ – The actual length is less than the MinLength value

0300400000 – Значение элемента не соответствует определенному для него формату

0300400001 – Значение не может быть пустым

0300400002 – Значение не соответствует числовому формату

0300800000 – Элемент файла не соответствует определенным для него требованиям

0300800026 – Неправильная контрольная сумма в ИНН

0400100000 – Не идентифицирован налогоплательщик

0400100002 – Найденный плательщик снят с учета

0400200000 – Ошибки служебной части файла обмена, титульного листа отчетности

0400200002 – Ошибка идентификации отчетного периода. Неверное значение номера отчетного периода в документе

0400200005 – Документ с указанным «Видом документа» и «Номером корректировки» уже зарегистрирован (см. документ № 111)

0400300000 – Нарушение условия присутствия (отсутствия) элемента (атрибута)

0400400005 – Значение элемента (атрибута) не принадлежит разрешенному перечню значений

0500100000 – Значение элемента файла Версия формата отсутствует в справочнике СППФД/СФНД

Декларацию по НДС нужно сдавать в инспекцию только в электронном виде. Исключение предусмотрено лишь для некоторых налоговых агентов и иностранных организаций. Чаще всего в такой декларации организации и предприниматели допускают две ошибки.

Как не допустить ошибку. Включите подраздел 1.1 раздела 1 в состав декларации, если забыли это сделать. Проверьте построчно, правильно ли вы его заполнили.

Расчет по страховым взносам

Форма (формат) расчета и Порядок его заполнения утверждены приказом ФНС от 18.09.2019 № ММВ-7-11/470. На практике расчет «заворачивают» по четырем причинам, которые идут под одним кодом. Вот этот код.

В протоколе: «Нарушено условие равенства значения суммы страховых взносов по плательщику страховых взносов совокупной сумме страховых взносов по застрахованным лицам». Код ошибки – 0400400011.

Пояснение: на практике инспекция направляет уведомление об отказе в приеме с таким кодом ошибки, если в расчете:

• указаны отрицательные значения;
• нарушены контрольные соотношения;
• есть нестыковки с расчетом 6-НДФЛ и информацией ФСС;
• присутствуют ошибки в данных СНИЛС, Ф. И. О. и ИНН сотрудников.

Как не допустить ошибку. Проверьте всю арифметику в разделах 1 и 3. Отрицательных значений быть не должно. Учтите, что в случае корректировки базы по страховым взносам за предшествующие отчетные (расчетные) периоды необходимо предоставить уточненный расчет. При этом в текущем отчетном (расчетном) периоде сумму перерасчета не отражайте.

Уточните, все ли сотрудники указаны в расчете и их персональные данные. Убедитесь, что в СНИЛС, Ф. И. О. и ИНН сотрудников нет ошибок. Сверку Ф. И. О. и СНИЛС проведите по документам сотрудников и их копиям (паспорт, страховое свидетельство) и с помощью сервиса Отчеты (для зарегистрированных пользователей). Для проверки ИНН сотрудников воспользуйтесь сервисом на сайте ФНС. Ошибки устраните.

СЗВ-М

Формат сведений утвержден постановлением Правления ПФР от 07.12.2016 № 1077п. На практике отчет не принимают по двум причинам. Вот они.

В протоколе: «Идентификационный номер налогоплательщика должен быть указан в соответствии с данными ПФР». Код ошибки – ВСЗЛ.Б-СЗВ-М.1.2.

Пояснение: ошибка в ИНН. Чаще всего она возникает из-за неверных данных в учетной программе. У нее статус «50». Это значит, что расчет не примут.

Как не допустить ошибку. Проверьте ИНН в отчете. При необходимости исправьте ИНН в программе и сформируйте отчет заново.

В протоколе: «Проверяемый файл должен соответствовать XSD-схеме». Код ошибки – АФ.СХ.1.1.

Пояснение: как правило, ошибка в устаревшем программном обеспечении. У нее статус «50». Это значит, что расчет не примут.

Как не допустить ошибку. Обратитесь к разработчику учетной программы и попросите обновить ее.

Еще решения для частых ошибок

ВСЗЛ.Б-АНКЕТА.1.1 – неверный СНИЛС сотрудника

Без кода – имя файла не соответствует утвержденному формату

ВСЗЛ.ОП.1.9. – неверный ИНН сотрудника

ВСЗЛ.Б-АНКЕТА.1.2 – неверные Ф. И. О. сотрудника

ВСЗЛ.Б-СЗВ-М.1.1 – неверный регномер организации в ПФР

ВСЗЛ.Б-АНКЕТА.1.3 – недействительный СНИЛС сотрудника

АФ.ЭП.1.1 – электронная подпись не корректна

АФ.КСФ.1.1 – некорректно заполненный XML-документ

ВСЗЛ.ФИО.1.1 – нет фамилии или имени сотрудника

ВСЗЛ.СЗВ-М.1.2 – не заполнен ИНН сотрудника

ВСЗЛ.СЗВ-М.1.4 – отчетный период в СЗВ-М позже месяца, в котором его отправили

ВСЗЛ.Б-СЗВ-М.1.4 – повторно отправили СЗВ-М с типом «исходная» за тот же отчетный период

Утверждаю
Заместитель руководителя
Федеральной налоговой службы
А.С.ПЕТРУШИН
«__» ________ 2018 года

ПРОТОКОЛ
ОБМЕНА ИНФОРМАЦИЕЙ О ФИНАНСОВЫХ СЧЕТАХ МЕЖДУ ФЕДЕРАЛЬНОЙ
НАЛОГОВОЙ СЛУЖБОЙ И ОРГАНИЗАЦИЯМИ ФИНАНСОВОГО РЫНКА
(ВЕРСИЯ ОТ 31.08.2018)

ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ

Термины и определения

Применительно к настоящему документу используются следующие термины и определения:

Сокращения

1 ОБЩИЕ СВЕДЕНИЯ

1.1 Наименование документа

Полное наименование настоящего документа — «Протокол обмена информацией о финансовых счетах между Федеральной налоговой службой и организациями финансового рынка» (далее — Протокол).

1.2 Цель документа

Настоящий Протокол разработан в целях описания технических аспектов информационного взаимодействия между ФНС России и ОФР.

1.3 Общие положения

Настоящий документ разработан на основании следующих документов:

1. Многостороннее Соглашение компетентных органов об автоматическом обмене финансовой информацией от 29 октября 2014 г. Подписано ФНС России 12 Мая 2016 года, согласно распоряжению Правительства Российской Федерации от 30 апреля 2016 г. N 834-р.

2. Федеральный закон от 27.11.2017 N 340 «О внесении изменений в часть первую налогового кодекса Российской Федерации в связи с внедрением международного автоматического обмена финансовой информацией в налоговых целях и совершенствованием правил международного налогообложения».

3. Постановление Правительства Российской Федерации от 16.06.2018 N 693 «О реализации международного автоматического обмена финансовой информацией с компетентными органами иностранных государств (территорий)».

4. Стандарт Автоматического обмена информацией о финансовых счетах. Приложение 3 — Руководство пользователя CRS. Версия 2.0

Протокол применяется для реализации электронного обмена данными между компонентами автоматизированных систем ФНС России и ОФР.

Протокол определяет порядок, форматы, способ и регламенты электронного обмена данными между компонентами автоматизированных систем ФНС России и ОФР, а также другие необходимые сведения на основе использования которых возможна реализация информационного взаимодействия.

Информационное взаимодействие осуществляется путем передачи и получения транспортных контейнеров и архивных файлов через сервис, размещенный на сайте ФНС России: https://service.nalog.ru/ofr/fs/index.do.

Взаимодействие осуществляется:

1) Ручным способом. В этом случае файлы транспортных контейнеров могут создаваться с помощью программного комплекса «Налогоплательщик-ЮЛ» или другого и с помощью интерактивного WEB-сервиса передаваться на сайт ФНС России.

2) Автоматизированным способом на основе программного интерфейса интеграции с автоматизированной системой ОФР.

2 ОПИСАНИЕ ПОРЯДКА И ПРАВИЛ ВЗАИМОДЕЙСТВИЯ УЧАСТНИКОВ
ИНФОРМАЦИОННОГО ОБМЕНА

2.1 Общие сведения

Настоящий документ устанавливает технические требования к организации информационного взаимодействия между ФНС России и ОФР.

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

Автоматизированные информационные системы ФНС России и ОФР, используемые в работе при обмене информацией, должны удовлетворять требованиям настоящего документа.

В качестве технологии удаленного вызова процедур используется с архитектурный стиль REST (Representational state transfer). Для передачи сообщений используется протокол HTTPS.

Каждый из участников взаимодействия (ФНС России и ОФР) самостоятельно разрабатывает клиентскую и серверную части программного обеспечения, реализующего требования настоящего Протокола.

В ходе информационного взаимодействия между ФНС России и ОФР реализуются следующие процессы:

— передача уведомления организации финансового рынка о финансовых счетах из ОФР в ФНС России;

— передача уведомления об использовании права не представлять информацию по ранее заключенным договорам с клиентами — юридическими лицами с остатком средств менее или равным 250 тысяч долларов США (далее — Уведомление-250);

— передача квитанции о приеме информации и уведомления об отказе в приеме информации из ФНС России в ОФР.

Уведомления-250 за 2017 г. заявитель направляет до 31.07.2018 г., за 2018 г. до 31.05.2019 г.

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

Перечень сообщений приведен в Таблице 1. Описание электронных документов содержится в приложениях.

Таблица 1

Перечень сообщений

2.2 Информационное взаимодействие при передаче в ФНС России уведомления о финансовых счетах

ОФР формирует и направляет в ФНС России Транспортный контейнер, содержащий Уведомление о финансовых счетах. Описание Транспортного контейнера приведено в приложении 1.

ФНС России разархивирует Транспортный контейнер и выполняет проверку вложенных уведомлений. При положительном результате проверки формирует Квитанцию о приеме информации (Приложение 3). В случае выявления ошибок формирует Уведомление об отказе в приеме информации (Приложение 4). По результатам проверки формируется Протокол контроля (Приложение 5).

2.3 Информационное взаимодействие при передаче в ОФР сведений о приеме или об отказе в приеме информации

ФНС России подписывает ЭП Квитанцию о приеме или Уведомление об отказе в приеме информации помещает ее в ZIP-архив для передачи в ОФР.

ZIP-архив, содержит файл с Квитанцией о приеме или Уведомлением об отказе в приеме информации в формате PDF, а также Протокол контроля в формате XML, подписанные ЭП.

Коды ошибок формируются в соответствии с описанием сервиса (Приложение 2). Транспортная информация в архив не включается. Архив и входящие в него файлы не шифруются.

Описание Квитанции о приеме или Уведомления об отказе в приеме информации приведено в приложениях 3 и 4. Описание Протокола контроля в приложении 5.

ZIP-архив передается в виде файла с уникальным именем по формату

CRS_9965_<ИНН><КПП>__KV_01_01.zip,

где:

9965 — идентификатор отправителя — ФНС России;

<ИНН><КПП> — идентификатор получателя — ОФР;

UUID — универсальный уникальный идентификатор, обеспечивающий уникальность имени файла; формируется в соответствии с RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

ОФР разархивирует ZIP-архив и выполняет проверку вложенных документов. При получении отрицательного результата следует обращаться в службу поддержки.

2.4 Прием и обработка тестовых сообщений

Прием и обработка тестовых Уведомлений ФС осуществляется в соответствии с требованиями форматов и Протокола обмена.

Наличие сертификата для тестовых Уведомлений ФС является обязательным. Тестовые Уведомления ФС в БД не сохраняются. В Квитанцию о приеме и Уведомление об отказе в приеме дополнительно включается текст: «ТЕСТОВОЕ».

3 ЭЛЕКТРОННЫЕ СООБЩЕНИЯ

Схемы и экземпляры документов разрабатываются в соответствии со следующими стандартами:

— «Extensible Markup Language (XML) 1.0 (Second Edition)» опубликованному в Интернет по адресу: http://www.w3.org/TR/REC-xml;

— «Namespaces in XML», опубликованному в Интернет по адресу: http://www.w3.org/TR/REC-xml-names;

— «XML Schema Part 1: Structures» и «XML Schema Part 2: Datatypes», опубликованным в Интернет по адресам http://www.w3.org/TR/xmlschema-1/ и http://www.w3.org/TR/xmlschema-2/.

Электронные документы передаются в кодировке UTF-8.

В XML-документе обязательно присутствие объявления документа:

.

4 ПОРЯДОК ОСУЩЕСТВЛЕНИЯ КОНТРОЛЯ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ

4.1.1 Общие сведения

Целью проведения контроля передаваемых электронных документов является обеспечение соответствия содержащихся в них данных требованиям, установленным инструкциями по порядку заполнения документов, а также требованиям формата.

В случае отрицательного результата разархивирования сообщения или обнаружения ошибок вложенных документов одной из сторон по окончании процедуры контроля создается запись в системном журнале и формируется служебный электронный документ, содержащий результаты выполнения контроля, который передается разработчику. Форма служебного электронного документа определяется стороной — разработчиком.

4.1.2 Правила контроля электронных документов

Контроль электронного документа осуществляется в несколько этапов:

— структурный контроль электронного документа;

— форматный контроль электронного документа;

— логический контроль электронного документа.

На этапе структурного контроля выполняется проверка на соответствие электронного документа опубликованным XSD-схемам, регламентирующим синтаксические конструкции определенного электронного документа. Первоначально проверяется структура сообщения в целом, затем структура технологического заголовка сообщения.

На этапе форматного контроля выполняется проверка корректности заполнения полей электронного документа согласно форматам, установленным нормативными документами ФНС России и данным протоколом.

На этапе логического контроля выполняется проверка заполнения полей электронного документа на соответствие классификаторам, а также соответствия значений взаимосвязанных полей электронного документа.

Контроль документов в формате PDF не производится.

5 ПОРЯДОК ОБЕСПЕЧЕНИЯ ЦЕЛОСТНОСТИ И АУТЕНТИФИКАЦИИ
ПЕРЕДАВАЕМОЙ ИНФОРМАЦИИ

Информационный обмен электронными документами должен осуществляться с использованием средств, обеспечивающих целостность и аутентификацию информации, которые должны решать следующие основные задачи:

— защиту от несанкционированного доступа (далее — НСД) к средствам вычислительной техники (СВТ), задействованным при информационном взаимодействии;

— аутентификацию сообщений;

— обеспечение сетевой безопасности при информационном межсетевом взаимодействии;

Под аутентификацией понимается механизм проверки подлинности сообщения. Аутентификация осуществляется на основании проверки электронной подписи, содержащейся в сообщении.

Защита от несанкционированного доступа

Защита от несанкционированного доступа к средствам вычислительной техники выполняется как организационными, так и техническими средствами:

— СВТ, которые задействуются в процессе передачи информации, должны размещаться в отдельных помещениях, доступ в которые разрешен только обслуживающему персоналу.

— СВТ, которые задействуются в процессе передачи информации, могут дополнительно оснащаться сертифицированными средствами защиты информации (СЗИ) от НСД, обеспечивающими:

— Авторизацию пользователей по паролю;

— Контроль целостности исполняемых файлов;

— Замкнутую программную среду.

СВТ, участвующие в процессе передачи, размещаются в выделенных сегментах корпоративной сети передачи данных. Сетевой доступ в эти сегменты ограничивается и контролируется с помощью средств межсетевого экранирования (МЭ). Разрешается доступ только необходимых компьютеров (фильтрация по ip-адресам) и запрещаются все виды сетевого взаимодействия, не использующиеся для нормального функционирования системы (фильтрация по протоколам и TCP-портам).

6 ПОРЯДОК И ОСОБЕННОСТИ ДЕЙСТВИЯ СТОРОН
ВО ВНЕШТАТНЫХ СИТУАЦИЯХ

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

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

Таблица 2

Контактная информация службы поддержки ФНС России

7 ПРИЛАГАЕМЫЕ ДОКУМЕНТЫ И СТАНДАРТЫ

7.1. Для разработки и функционирования системы согласно настоящему Протоколу использованы следующие стандарты.

Таблица 3

Стандарты обеспечивающие функционирование системы

7.2. Форматы и формы сообщений представлены в следующих документах:

Приложение 1

Формат транспортного контейнера для электронного обмена информацией о финансовых счетах между организациями финансового рынка и уполномоченными органами.

Приложение 2

Описание технологии сервиса при обмене информацией о финансовых счетах между организацией финансового рынка и ФНС России.

Приложение 3

Форма квитанции о приеме информации.

Приложение 4

Форма уведомления об отказе в приеме информации.

Приложение 5

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

XML-схемы документов прилагаются отдельными файлами.

1. Термины и определения

1.1. Электронная подпись (ЭП) — реквизит электронного документа, предназначенный для защиты данного электронного документа от подделки, полученный в результате криптографического преобразования информации и позволяющий идентифицировать владельца сертификата ключа подписи, а также установить отсутствие искажения информации в электронном документе.

1.2. Сертификат ключа подписи (сертификат) — документ на бумажном носителе или электронный документ с ЭП уполномоченного лица Удостоверяющего центра (далее — УЦ), который включает в себя открытый ключ, и выдается УЦ для подтверждения подлинности ЭП, идентификации владельца сертификата и обеспечения конфиденциальности передаваемой информации.

1.3. Электронный документ (документ) — документ, представленный в электронном виде, в соответствии с требованиями формата для данного типа документа.

1.4. Транзакция — единичный шаг передачи контейнера с документами и ЭП в рамках взаимодействия, который определяет набор передаваемых документов, ЭП, их отправителя и получателя.

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

1.6. Транспортный контейнер — набор логически связанных документов и ЭП, а также сопутствующая транспортная информация, объединенные в один файл.

2. Общие сведения

2.1. Данный документ описывает структуру транспортного контейнера, формируемого и обрабатываемого программными средствами в ходе информационного взаимодействия между организациями финансового рынка и уполномоченными органами при направлении уведомления о финансовых счетах российских ОФР — нерезидентах Российской Федерации (далее — Уведомление ФС), а также уведомления об использовании права не представлять информацию по ранее заключенным договорам с клиентами — юридическими лицами с остатком средств менее или равным 250 тысяч долларов США (далее — Уведомление-250).

3. Требования к составу контейнера

3.1. Содержимое транспортного контейнера

Транспортный контейнер с данными уведомления организации финансового рынка представляет собой zip-архив, содержащий:

— файл с транспортной информацией в формате xml;

— файл с содержимым Уведомления ФС или Уведомления-250 в формате xml;

— файлы с содержимым передаваемых ЭП.

Рисунок 1: Схема транспортного контейнера

3.1.1. Файлы с содержимым документов и ЭП именуются с использованием универсальных уникальных идентификаторов по формату «.bin».

3.1.2. Формат описания транспортной информации приведен в Приложении 1 к настоящему документу.

3.1.3. Файл с транспортной информацией и файлы с содержимым документов и ЭП объединяются в ZIP-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.

3.1.4. В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.

Транспортный контейнер может содержать не более 2500 файлов. Размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.

3.2. Имя файла транспортного контейнера

3.2.1. Транспортный контейнер передается в виде файла с уникальным именем по формату

3.2.2. Идентификаторы отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортной информации контейнера.

3.2.3. UUID в имени файла контейнера представляет собой универсальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера.

3.2.4. В случае присутствия в контейнере нескольких документов в имени файла транспортного контейнера указывается код основного документа.

3.2.5. Информация в имени файла должна совпадать с соответствующей информацией в транспортной информации контейнера.

3.3. Требования к типу документооборота приведены в Приложении 3 к настоящему документу.

4. Типы участников документооборота и их идентификация

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

4.2. Идентификаторы участников документооборота состоят из цифр.

5. Спецификация используемых технологий

5.1. Универсальные уникальные идентификаторы

5.1.1. Для идентификации документооборотов, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы (UUID).

5.1.2. Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

5.2. Объединение и сжатие файлов

5.2.1. Для объединения нескольких документов в один транспортный контейнер и для сжатия документов используется формат ZIP-архива.

5.2.2. Формат ZIP-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT. Архивирование должно производиться в соответствии с базовыми возможностями версии 2.0, без использования шифрования.

5.2.3. Документу перед сжатием присваивается имя «file», а его исходное имя записывается в Сведениях о передаваемом документе. После чего он сохраняется в архиве. Имя архива формируется в соответствии с пунктом 3.1.1. При извлечении документа из архива, для восстановления исходного имени файла используется информация из файла описания транспортной информации.

5.3. Криптография

5.3.1. Для шифрования используются алгоритмы ГОСТ 28147-89. Для формирования ЭП используются алгоритмы ГОСТ Р 34.10-2001.

5.3.2. Зашифрованные данные и ЭП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения в файл используется DER-кодировка.

5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.

5.3.4. ЭП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭП может включать в себя сертификат и не должна включать подписанное содержимое.

5.3.5. Шифрование документов, передаваемых в составе первичного транспортного контейнера, должно производиться в адрес открытых ключей сертификатов получателя, указанных для шифрования, и открытых ключей сертификатов отправителя. Шифрование документов, передаваемых в результате приема или обработки поступившего документа, производится в адрес открытых ключей сертификатов получателя, указанных для шифрования, открытых ключей сертификатов отправителя и открытых ключей сертификатов должностных лиц, подписавших поступивший документ.

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Назначение

Настоящий документ описывает требования к XML-файлам передачи в электронном виде сведений транспортной информации.

2. ОПИСАНИЕ ФАЙЛА ОБМЕНА

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

packageDescription

Расширение имени файла — xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML-файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD-схему файла обмена, должно иметь следующий вид:

CRS_TK_xx, где xx — текущая версия схемы.

Расширение имени файла — xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML-файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

— Наименование элемента. Приводится полное наименование элемента.

— Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

— Признак типа элемента. Может принимать следующие значения: «С» — сложный элемент (имеющий вложенные), «П» — простой элемент (не имеющий вложенных); А — атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

— Формат элемента. Формат <1> представляется в условных обозначениях, которым соответствуют следующие значения: T — символьная строка; N — числовое значение (целое или дробное).

———————————

<1> При описании структуры формата файла обмена используются следующие металингвистические конструкции:

<> — метасимволы, используемые для выделения элементов структуры сообщения (логической модели);

| — метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.

Формат символьной строки указывается в виде T(n-к) или T(=к), где n — минимальное количество знаков в строке, к — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.

Формат числового значения указывается в виде N(m.к), где m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента.

— Признак обязательности элемента определяет обязательность наличия элемента в XML-файле. Признак обязательности элемента может принимать следующие значения: «О» — обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); «Н» — присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом «К». Например: «ОК». В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например: «ОМ, ОКМ».

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

3. ДИАГРАММА ФАЙЛА ОБМЕНА

Рис. 1. Диаграмма структуры файла обмена

4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА

Таблица 4.1

Сведения описания транспортной информации (ТрансИнф)

Таблица 4.2

Отправитель (отправитель)

Таблица 4.3

Получатель (получатель)

Таблица 4.4

Сведения о передаваемом документе (документ)

Таблица 4.5

Содержимое документа (содержимое)

Таблица 4.6

Сведения ЭЦП (подпись)

Таблица 1. Тип документооборота

Таблица 2. Типы документов

Таблица 3. Документы, представляемые
в рамках транзакций

Общее описание

Сервис предназначен для обеспечения взаимодействия между клиентскими приложениями и сервером ФНС России, предоставляющим функционал для подачи уведомлений организации финансового рынка о финансовых счетах в электронном виде.

Уведомление поступает в ФНС России в виде файла — транспортного контейнера (далее именуется контейнер), структура и состав которого определяется приложением 1 к «Протоколу обмена информацией о финансовых счетах между Федеральной налоговой службой и организациями финансового рынка».

Данный сервис реализован с помощью архитектурного стиля RESTful.

Адрес сервиса (промышленный контур): https://gs.service.nalog.ru/ofr/rs

Адрес описания (промышленный контур): http://service.nalog.ru/ofr/rs/application.wadl

Адрес сервиса (тестовый контур): https://94.125.90.50:8445/ofr/rs

Адрес описания (тестовый контур): http://94.125.90.50:6336/ofr/rs/application.wadl

Доступ к сервису возможен только через защищенное соединение с сервером с использованием алгоритмов ГОСТ 28147-89 и ГОСТ Р 34.10-2001 и разрешен только авторизованным пользователям. Авторизация производится по сертификату ключа подписи, выданному удостоверяющим центром, аккредитованным в сети доверенных УЦ ФНС России.

Ресурсы и методы сервиса

Сервис предоставляет доступ к следующим ресурсам и методам:

Описание технологии работы

Сервис предназначен для обеспечения взаимодействия между клиентскими приложениями и сервером ФНС, в части передачи контейнеров, получения информации о состоянии обработки контейнера и ответных документов.

Типовая последовательность обработки контейнера с использованием сервиса: (пример сценария использования сервиса приведен в Приложении 1):

— подготовленный контейнер с уведомлением передается на сервер с использованием метода uploadFile();

— состояние обработки контейнера проверяется с использованием метода getFileInfo();

— список ответных документов получается с использованием метода getReplyList();

— файл с ответным документом скачивается с использованием метода downloadReply()

Описание методов

uploadFile() — Отправить новый контейнер

Загружает на сервер подготовленный ранее файл транспортного контейнера

Имя загружаемого файла проверяется на корректность. Это должен быть ZIP-архив с именем, соответствующим формату транспортного контейнера.

Успешный вызов метода

Сообщение об ошибке

getFileInfo() — Получить информацию о результатах обработки

{id} — идентификатор контейнера. Должен состоять из цифр.

Успешный вызов метода

Ответ при отсутствии контейнера по переданному идентификатору

Ответ при некорректном значении {id}

getReplyList() — Получить список ответов на заявку

{id} — идентификатор контейнера. Должен состоять из цифр.

Успешный вызов метода

Поле «STATE» (Описание ответа) может содержать следующие значения:

— Квитанция о приеме

— Сообщение об ошибке

— Уведомление об отказе

Ответ при некорректном значении {id}

downloadReply() — Загрузить с сервера файл с ответом

{id} — идентификатор контейнера. Должен состоять из цифр.

{replyId} — идентификатор ответа (значение ID, возвращаемое методом getReplyList()). Должен состоять из цифр.

Успешный вызов метода

Ответ при отсутствии контейнера по переданному идентификатору

Ответ при некорректном значении {id}/{replyId}

Дополнительные методы позволяют работать с контейнерами в случае, когда на стороне пользователя не обеспечивается хранение файлов контейнеров и их перечня:

getFileList() — Получить список заявок

Возвращает список заявок, отправленных пользователем.

downloadFile() — Загрузить с сервера файл с заявкой

Успешный вызов метода

Ответ при отсутствии контейнера по переданному идентификатору

Ответ при некорректном значении {id}

Подготовленный файл контейнера отправляется с помощью метода uploadFile(). Для тестирования метода можно воспользоваться простой HTML-формой:

Метод в случае успешного завершения возвращает:

{«STATUS»:»OK»,»ID»:90057}

Если происходит ошибка, например, повтор файла, метод вернет:

{«STATUS»:»BadRequest»,»ERRORS»:{«file»:[«115»]}}

Через некоторое время после отправки файла контейнера обращаемся к методу getFileInfo() для того, чтобы получить сведения о результате обработки файла, построив URL-метода с использованием ID, возвращенного предыдущим методом (90057):

URL https://94.125.90.50:8445/ofr/rs/main/90057/info

Ответ сервера:

{«STATUS»:»OK»,»INFO»:{«FILE_NAME»:»FR_7707083893775001001_9965_DBBFD9D5D7504E4C9D6F768FB007C28A_UF_01_01.ZIP»,»STATE»:»Заявка принята, сформирована квитанция о приеме», «DT»:»19.01.2016 17:37:41″, «ID»:90057, «STATE_CODE»:»15″}}

Далее используем метод getReplyList() для получения списка ответных файлов:

URL https://94.125.90.50:8445/ofr/rs/main/90057/reply

Ответ сервера:

{«STATUS»:»OK»,»REPLY_LIST»:[{«FILE_NAME»:»KV_FR_7707083893775001001_9965_DBBFD9D5D7504E4C9D6F768FB007C28A_UF_01_01_20160119.pdf», «STATE»:»Квитанция о приеме», «ID»:4002, «FILE_SIZE»:65188, «TYPE»:»pdf»}]}

Вызываем метод downloadReply() для получения ответного файла, построив URL метода с использованием ID контейнера (90057), и ID ответа, возвращенного предыдущим методом (4002):

URL https://94.125.90.50:8445/ofr/rs/main/90057/reply/4002

Вернется файл KV_FR_7707083893775001001_9965_DBBFD9D5D7504E4C9D6F768FB007C28A_UF_01_01_20160119.pdf

Контроль имени файла контейнера осуществляется при загрузке контейнера. Если имя файла не соответствует требованиям, его загрузка не производится.

10 — Заявка поставлена в очередь на обработку

15 — Заявка принята, сформирована квитанция о приеме

95 — Заявка не может быть выполнена

96 — Заявка не может быть выполнена, сформировано уведомление об отказе

98 — Некорректный транспортный контейнер, сформировано сообщение об ошибках;

99 — Некорректный транспортный контейнер

Возможные последовательности изменения состояний:

10 — 15

10 — 95 — 96

10 — 99 — 98

———————————

ПРИМЕЧАНИЯ:

<*> Не выполняются при проверке тестовых сообщений. Тестовые сообщения на корректировку и удаление тестовых данных на наличие первичного тестового Уведомления не проверяются.

Коды ошибок приняты в соответствии с «Common Reporting Standard status Message XML Schema: User Guide for Tax Administrations. Part B. CRS Status Message Error Codes». OECD 2017.

                                                         Код по КНД 1167101

                            Квитанция о приеме

Получатель документа: ФНС России

Подтверждает, что принял дд.мм.гггг

Документ в электронном виде

                         (наименование документа)
---------------------------------------------------------------------------

наименование файла
---------------------------------------------------------------------------

направленный дд.мм.гггг в чч.мм.сс

Отправитель документа:

                    (наименование организации, ИНН/КПП)
---------------------------------------------------------------------------

Уполномоченный представитель
организации                                 /___________________/
                                                    Ф.И.О.

                                                         Код по КНД 1167102

                      Уведомление об отказе в приеме

Получатель документа: ФНС России

Уведомляет, что отправитель документа:

                    (наименование организации, ИНН/КПП)
---------------------------------------------------------------------------

дд.мм.гггг в чч.мм.сс направил документ (транспортный контейнер)

                           (наименование файла)
---------------------------------------------------------------------------

Данный документ (транспортный контейнер) не принят.

Причины отказа:

                         (описание причин отказа)
---------------------------------------------------------------------------

Уполномоченный представитель
организации                                 /___________________/
                                                    Ф.И.О.

1. Настоящий формат описывает требования к структуре и содержанию протокола контроля уведомлений организации финансового рынка о финансовых счетах в электронной форме (далее — Протокол).

Настоящий формат разработан в соответствии с документом «Common Reporting Standard status Message XML Schema. User Guide for Tax Administrations». OECD 2017.

Номер версии настоящего формата RU.1.0.

2. Элементами логической модели файла обмена являются элементы и атрибуты XML-файла. Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется в случае возможного наличия в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML-файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML-файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-к) или T(=к), где: n — минимальное количество знаков, к — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.к), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом «К». Например: «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например: «НМ», «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML-схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например: «НУ», «ОКУ»;

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

Для всех реквизитов недопустимы пустое значение и пустое пространство. Если значение не указано, элемент должен быть опущен.

3. Имя файла протокола должно иметь следующий вид:

Имя файла протокола формируется на основе имени файла Уведомления ФС и должно иметь следующий вид: RR

.xml, где:

RR — префикс, принимающий значения: KV — для Квитанции о приеме; UV — для Уведомления об отказе в приеме;

P — имя файла поступившего Уведомления ФС без расширения.

Первая строка XML-файла должна иметь следующий вид: .

Схема файла протокола включена в ZIP-архив. Имя архива, содержащего XML-схему, имеет следующий вид: CrsStatusMessageXML_v.RU1.0.zip.

XML-схема протокола включает следующие файлы:

CrsStatusMessageXML_v.RU.1.0.xsd;

isocsmtypes_v1.0.xsd,

где RU.1.0 — номер версии схемы.

Расширение имени файла — xsd.

Все шаблоны XML-документов приведены в кодировке UTF-8.

4. Протокол контроля уведомлений организации финансового рынка о финансовых счетах

Таблица 4.1

CRSStatusMessage_OECD (Протокол контроля OECD)

Таблица 4.2

MessageSpec (Служебная часть)

Таблица 4.3

CrsStatusMessage (Протокол контроля)

Таблица 4.4

OriginalMessage (Исходное сообщение)

Таблица 4.5

FileMetaData (Метаданные)

Таблица 4.6

ValidationErrors (Перечень ошибок)

ПРИМЕЧАНИЕ. При отсутствии ошибок элементы отсутствуют.

Таблица 4.7

FileError (Ошибки файла)

Таблица 4.8

Ошибки реквизитов (Ошибки файла)

Таблица 4.9

ValidationResult (Результат контроля)

Таблица 4.10

Описание простых типов данных