ФНС России подписывает ЭП Квитанцию о приеме или Уведомление об отказе в приеме информации помещает ее в ZIP-архив для передачи в ОФР. Информационное взаимодействие осуществляется с использованием сервиса, размещенного на сайте ФНС России. Инициатором передачи и получения данных является ОФР.
Настоящий документ описывает требования к XML-файлам передачи в электронном виде сведений транспортной информации. UUID в имени файла контейнера представляет собой универсальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера. ZIP-архив, содержит файл с Квитанцией о приеме или Уведомлением об отказе в приеме информации в формате PDF, а также Протокол контроля в формате XML, подписанные ЭП. Monetary Info eXchange (FIX) protocol (протокол обмена финансовой информацией) — протокол передачи данных, являющийся международным стандартом для обмена данными между участниками биржевых торгов в режиме реального времени. Имя загружаемого файла проверяется на корректность. Это должен быть ZIP-архив с именем, соответствующим формату транспортного контейнера.
Многостороннее Соглашение компетентных органов об автоматическом обмене финансовой информацией от 29 октября 2014 г. Подписано ФНС России 12 мая 2016 года, согласно распоряжению Правительства Российской Федерации от 30 апреля 2016 г. Последовательность транзакций по обмену документами между участниками документооборота, обеспечивающая некоторый регламентированный процесс по обмену документами. Управляющая информация, структурируемая и передаваемая в соответствии с порядком, определенным настоящим Протоколом. Может включать в себя один электронный документ. | – метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Размер транспортного контейнера не должен превышать seventy two мегабайт, а размер любого файла в контейнере не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт. Форма служебного электронного документа определяется стороной-разработчиком. Сервис предназначен для обеспечения взаимодействия между клиентскими приложениями и сервером ФНС России, предоставляющим функционал для подачи уведомлений организации финансового рынка о финансовых счетах в электронном виде.
Архив и входящие в него файлы не шифруются. Перечень сообщений приведен в Таблице 1. Описание электронных документов содержится в приложениях. В качестве кода информационного обмена, позволяющего однозначно идентифицировать принадлежность сообщения к обмену в рамках настоящего Протокола, используется буквенный код CRS. Автоматизированные информационные системы ФНС России и ОФР, используемые в работе при обмене информацией, должны удовлетворять требованиям настоящего документа.
Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента. Формат числового значения указывается в виде N(m.k), где m – максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k – максимальное число знаков дробной части числа. Если число знаков дробной части числа равно zero инвестиционный риск (т.е. число целое), то формат числового значения имеет вид N(m). Настоящий формат описывает требования к структуре и содержанию протокола контроля уведомлений организации финансового рынка о финансовых счетах в электронной форме (далее – Протокол). Формат числового значения указывается в виде N(m.к), где m – максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k – максимальное число знаков дробной части числа. В случае присутствия в контейнере нескольких документов в имени файла транспортного контейнера указывается код основного документа.
Взаимодействие осуществляется между следующими участниками документооборота. Требования к типу документооборота приведены в Приложении 3 к настоящему документу. В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.
Протокол контроля уведомлений организации финансового рынка о финансовых счетах. На этапе логического контроля выполняется проверка заполнения полей электронного документа на соответствие классификаторам, а также соответствия значений взаимосвязанных полей электронного документа. Форма служебного электронного документа определяется стороной – разработчиком. Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений транспортной информации. ZIP-архив содержит файл с Квитанцией о приеме или Уведомлением об отказе в приеме информации в формате PDF, а также Протокол контроля в формате XML, подписанные ЭП.
Описание Протокола контроля в приложении 5. Коды ошибок формируются в соответствии с описанием сервиса (Приложение 2). Транспортная информация в архив не включается.
Подборка наиболее важных документов по запросу Протокол об обмене информацией в электронном виде (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое). Подборка наиболее важных документов по запросу Обмен финансовой информацией (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое). API от Swissquote может быть подключён к вашей торговой платформе для обмена торговой информацией с нашим сервером на основе протокола FIX 4.four. fix протокол Полученное сообщение содержит ошибку, для которой отсутствует определенный код. Блок данных AccountReport может быть не заполнен, только если осуществляется корректировка или удаление группы данных ReportingFI.
Перечень кодов и сообщений об ошибке приведен в Приложении four. P – имя файла поступившего Уведомления ФС без расширения. Для всех реквизитов недопустимы пустое значение и пустое пространство. Если значение не указано, элемент должен быть опущен. Для разработки и функционирования системы согласно настоящему Протоколу использованы следующие стандарты.