xtdd что за формат
Расширение файла XTD
XML Type Definition
Что такое файл XTD?
XTD суффикс имени файла в основном используется для XML Type Definition файлов. Формат файла XTD совместим с программным обеспечением, которое может быть установлено на системной платформе Linux, Mac OS, Windows. XTD файл относится к категории Файлы параметров так же, как #NUMEXTENSIONS # других расширений файлов, перечисленных в нашей базе данных. Пользователям рекомендуется использовать Windows Notepad программное обеспечение для управления XTD файлами, хотя 3 другие программы также могут обрабатывать этот тип файлов. На официальном сайте разработчика Microsoft Corporation вы найдете не только подробную информацию о программном обеспечении Windows Notepad, но также о XTD и других поддерживаемых форматах файлов.
Программы, которые поддерживают XTD расширение файла
Ниже вы найдете указатель программ, которые можно использовать для открытия файлов XTD, разделенных на категории 3 в соответствии с поддерживаемой системной платформой. Файлы с расширением XTD, как и любые другие форматы файлов, можно найти в любой операционной системе. Указанные файлы могут быть переданы на другие устройства, будь то мобильные или стационарные, но не все системы могут быть способны правильно обрабатывать такие файлы.
Программы, обслуживающие файл XTD
Как открыть файл XTD?
Отсутствие возможности открывать файлы с расширением XTD может иметь различное происхождение. С другой стороны, наиболее часто встречающиеся проблемы, связанные с файлами XML Type Definition, не являются сложными. В большинстве случаев они могут быть решены быстро и эффективно без помощи специалиста. Приведенный ниже список проведет вас через процесс решения возникшей проблемы.
Шаг 1. Получить Windows Notepad
Шаг 2. Убедитесь, что у вас установлена последняя версия Windows Notepad
Если проблемы с открытием файлов XTD по-прежнему возникают даже после установки Windows Notepad, возможно, у вас устаревшая версия программного обеспечения. Проверьте веб-сайт разработчика, доступна ли более новая версия Windows Notepad. Может также случиться, что создатели программного обеспечения, обновляя свои приложения, добавляют совместимость с другими, более новыми форматами файлов. Если у вас установлена более старая версия Windows Notepad, она может не поддерживать формат XTD. Все форматы файлов, которые прекрасно обрабатывались предыдущими версиями данной программы, также должны быть открыты с помощью Windows Notepad.
Шаг 3. Настройте приложение по умолчанию для открытия XTD файлов на Windows Notepad
Если проблема не была решена на предыдущем шаге, вам следует связать XTD файлы с последней версией Windows Notepad, установленной на вашем устройстве. Следующий шаг не должен создавать проблем. Процедура проста и в значительной степени не зависит от системы
Выбор приложения первого выбора в Windows
Выбор приложения первого выбора в Mac OS
Шаг 4. Убедитесь, что XTD не неисправен
Если проблема по-прежнему возникает после выполнения шагов 1-3, проверьте, является ли файл XTD действительным. Проблемы с открытием файла могут возникнуть по разным причинам.
Если файл заражен, вредоносная программа, находящаяся в файле XTD, препятствует попыткам открыть его. Рекомендуется как можно скорее сканировать систему на наличие вирусов и вредоносных программ или использовать онлайн-антивирусный сканер. XTD файл инфицирован вредоносным ПО? Следуйте инструкциям антивирусного программного обеспечения.
2. Убедитесь, что файл с расширением XTD завершен и не содержит ошибок
Если вы получили проблемный файл XTD от третьего лица, попросите его предоставить вам еще одну копию. Возможно, что файл не был должным образом скопирован в хранилище данных и является неполным и поэтому не может быть открыт. При загрузке файла с расширением XTD из Интернета может произойти ошибка, приводящая к неполному файлу. Попробуйте загрузить файл еще раз.
3. Убедитесь, что у вас есть соответствующие права доступа
Существует вероятность того, что данный файл может быть доступен только пользователям с достаточными системными привилегиями. Переключитесь на учетную запись с необходимыми привилегиями и попробуйте снова открыть файл XML Type Definition.
4. Убедитесь, что ваше устройство соответствует требованиям для возможности открытия Windows Notepad
Если в системе недостаточно ресурсов для открытия файлов XTD, попробуйте закрыть все запущенные в данный момент приложения и повторите попытку.
5. Убедитесь, что у вас установлены последние версии драйверов, системных обновлений и исправлений
Последние версии программ и драйверов могут помочь вам решить проблемы с файлами XML Type Definition и обеспечить безопасность вашего устройства и операционной системы. Возможно, файлы XTD работают правильно с обновленным программным обеспечением, которое устраняет некоторые системные ошибки.
Вы хотите помочь?
Если у Вас есть дополнительная информация о расширение файла XTD мы будем признательны, если Вы поделитесь ею с пользователями нашего сайта. Воспользуйтесь формуляром, находящимся здесь и отправьте нам свою информацию о файле XTD.
XBRL: Просто о сложном − Глава 1. Введение
Комментарий от переводчика
В 2015 году Центральный Банк РФ запустил проект перехода некредитных финансовых организаций (НФО) на электронный формат представления отчетных данных в формате XBRL с 01.01.2018. Сроки уже подходят, а НФО только начинают осознавать масштабы грядущих изменений. Качественных материалов про XBRL на русском языке достаточно мало (могу разве что рекомендовать книгу XBRL для чайников, перевод которой был инициирован ЦБ, правда выполнен не в лучшем виде). Хочу восполнить этот пробел и предлагаю вашему вниманию свою адаптацию неплохой брошюры XBRL in Plain English от компании Batavia, которая рассказывает об основах XBRL.
Перевод веду от лица автора, немного дополняю текст полезными ссылками. Стараюсь придерживаться терминологии ЦБ РФ со ссылкой на оригинальные термины. Начну с первых глав, и если тема будет вам интересна, завершу перевод. Комментируйте, задавайте вопросы − расскажу все, что знаю.
1. Введение
В этой главе представлена сама книга и основные понятия XBRL
1.1. Что ожидать
Если вы начали читать эту книгу, значит вы уже слышали о новом способе формирования бизнес-отчетности − XBRL. Если вы взглянули на спецификацию XBRL, то знаете, что она представляет собой 158-страничный документ, полный формальных определений. Такой документ нужен для корректного определения XBRL. Его можно считать расслабляющим чтивом на ночь для математиков. Но не для нас, нормальных людей.
Для нас, нормальных людей, эта книга передает суть спецификации XBRL простым русским языком. Она должна дать вам хорошее понимание того, что такое XBRL и как его можно использовать. В основном, книга фокусируется на представленной в спецификации функциональности XBRL.
Вы не погрузитесь в мельчайшие детали, прочитав эту книгу. Если вам нужен такой уровень понимания, напр. если вы хотите написать свое ПО для валидации XBRL, вам следует внимательно изучить формальную спецификацию. Но так или иначе, эта книга безусловно послужит вам введением в захватывающий мир XBRL.
Такими блоками будет обозначаться более глубокое погружение в детали (где это действительно необходимо)
Я также не буду дискутировать на тему таких базовых технических стандартов как XML, XML Schema, XLink, XPath, XPointer и т.д. Если вам не очень знакомы эти технологии, загляните на сайт W3C (World Wide Web Consortium) за списком рекомендованной литературы или в любую хорошую книжку по XML.
Эта книга основывается на спецификации XBRL 2.1 от 20.02.2013 с исправлениями от 25.04.2005. Если вдруг встретятся расхождения между книгой и официальной спецификацией, скромность требует от меня предположить, что это я ошибся, а авторы спецификации сделали все правильно. Я бы рекомендовал вам сделать аналогичное предположение.
За неимением богатых возможностей форматирования в Markdown и HFM, такими же блоками будут обозначаться примеры
1.2. Представляю вам XBRL
XRBL расшифровывается как Extensible Business Reporting Language (расширяемый язык деловой отчетности), что само по себе неплохо описывает суть: это язык отчетности, используемый в бизнесе. И он расширяемый. Все просто, да? Ну, может быть, потребуется немного больше объяснений.
В этой главе вводятся некоторые связанные с XBRL термины, они будут выделяться жирным шрифтом. В следующих главах мы всё подробно разберем, поэтому не пугайтесь их.
1.2.1. Business Reporting (Деловая отчетность)
Мы все знаем, что бизнес формирует кучу отчетности:
Каждый отчет − это данные, представляющие собой набор фактов про содержимое отчета, таких как:
В старые добрые времена такие отчеты создавались сбором всех соответствующих фактов и заполнением их в предварительно распечатанные бумажные формы. Затем заполненная форма отправлялась заинтересованным лицам, которые считывали факты из формы.
Звучит громоздко, но так оно и есть. Дальше − хуже… Разные заинтересованные лица требуют данные в разной форме, при этом содержащиеся в них факты могут быть одинаковыми. Для этого составитель отчета вынужден заполнять одни и те же факты в разные формы.
XBRL предлагает способ улучшить процесс создания, распространения и использования данных в бизнес-отчетах. Он определяет электронный формат для отчетности, позволяющий компьютерам автоматически создавать, валидировать и обрабатывать отчетность. Он также определяет способ обеспечения единого смыслового значения передаваемых бизнес-фактов. Составитель отчета мог бы просто сделать один отчет со всеми фактами и передать его получателю, который выбирал бы нужные ему факты и представлял бы в любой удобной ему форме. Определение единого смыслового значения фактов гарантирует, что каждый получатель отчета интерпретирует полученные факты одинаково.
Другим интересным моментом является возможность разделения формы отчета и его содержания. Преднастроенная форма отчета представляет собой шаблон, который определяет состав фактов. Он создается получателем отчета один раз. А передаваемые факты − это содержание, которое создается каждый раз при формировании отчетности.
Стандарт XBRL также использует подобное разделение:
Похоже, настал неплохой момент для знакомства с примером, который я буду использовать на протяжении всей книги. Он иллюстрирует базовые принципы XBRL и показывает технические и формальные аспекты с практической стороны. Пример состоит из формы на бумажном носителе и рукописных данных.
Форма отчета выглядит следующим образом:
Отчетная форма может быть однозначно определена по своему уникальному идентификатору ФД-01. Она состоит из следующих элементов – наименование компании, отчетный период, количество сотрудников на начало и конец отчетного периода. Также, требуется разбить количество сотрудников на мужчин и женщин и распределить их по нескольким возрастным группам.
Пример заполненного отчета может выглядеть следующим образом:
Несложно заметить, что количество сотрудников увеличилось, но в компании работает как минимум один человек с недостатком математических навыков. В таком простом примере вряд ли кто-то посчитает 27 + 15 как 41, но в более сложных отчетах такие ошибки весьма вероятны, если все делается вручную.
1.2.2. Extensible (Расширяемый)
Другая предпосылка XBRL заключается в том, что он расширяемый. Возвращаясь к старым добрым временам, давайте рассмотрим сценарий, в котором расширяемость была бы полезна.
Предположим, что Европейский Союз определяет требования к отчетности для любого бизнеса в рамках ЕС.
XBRL позволяет поддерживать такие требования. ЕС создаст одну таксономию для определения требований к отчетности. Перевод технических концептов в таксономии на понятные пользователю термины содержится в так называемой базе ярлыков (label linkbase). Каждый язык внутри ЕС может иметь свою собственную базу ярлыков или можно создать одну общую базу, содержащую ярлыки для каждого языка. Обратите внимание, что при этом фактическое определение концептов не требуется повторять для каждого языка.
Страна, желающая расширить таксономию ЕС, просто создаст свою собственную таксономию, которая будет ссылаться на таксономию ЕС в части общих концептов. Этой стране достаточно будет доопределить только специфичные концепты, не входящие в таксономию ЕС.
1.2.3. Language (Язык)
«L» в XBRL обозначает Язык. Язык XBRL обеспечивает способ выражения таксономий и отчетов XBRL в едином однозначном формате, что является необходимым требованием для обработки информации компьютером.
Язык XBRL основан на таких мировых стандартах как XML и соответствующих им спецификациях. В следующих главах об этом будет рассказано более подробно.
Xtdd что за формат
Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.
Программа разработана совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.
Обзор документа
Рекомендации Центрального Банка Российской Федерации (Банк России, ЦБР) от «ТЕХНИЧЕСКИЕ РЕКОМЕНДАЦИИ по представлению электронных документов в Службу Банка России по финансовым рынкам»
Общие положения
Рекомендуемые к использованию СКЗИ: Крипто-Про, Крипто-Ком, Сигнал-Ком.
1.2. Рекомендуемое программное обеспечение участника информационного обмена:
операционная система Microsoft Windows XP и выше;
Internet Explorer версии 7.0 и выше;
Mozilla FireFox версии 3.5 и выше.
2. Рекомендации для формирования электронных документов
2.2. Изменение Форматов электронных документов Службы осуществляется не чаще, чем 1 раз в квартал. Служба в срок не позднее 1 месяца до изменения Форматов электронных документов информирует участников информационного обмена путем опубликования информационного письма, раскрываемого на сайте Службы, в разделе «Электронный документооборот».
2.3. В случае формирования участником пакета документов при помощи СКЗИ Сигнал-Ком ЭЦП подписывается веб-форма с электронным документом, затем файлы, содержащие веб-форму и электронный документ, упаковываются в zip-архив для отправки в Службу.
2.4. Участнику информационного обмена рекомендуется использовать латинский алфавит при наименовании файлов в соответствии с пунктом 2.3 настоящих Технических рекомендаций.
3. Рекомендации о проставлении ЭП уполномоченных лиц участника информационного обмена на электронных документах для представления в Службу банка России по финансовым рынкам
3.2. ЭП уполномоченных лиц участника информационного обмена содержится в отдельном файле, отличном от подписываемого файла с документом:
3.2.1 при использовании СКЗИ Крипто-Про и СКЗИ Крипто-Ком в режиме совместимости с Крипто-Про:
ЭП включает сертификат ключа подписи уполномоченных лиц участника информационного обмена;
ЭП сохраняется в формате CMS в кодировке DER;
наименование файла, содержащего ЭП, полностью, включая расширение, совпадает с наименованием файла с документом;
расширение файла, содержащего ЭП: “SIG”, “SGN”, “SIGN” (не чувствительно к регистру);
3.2.2 при использовании СКЗИ Сигнал-Ком (ИнтерПро):
наименование файла, содержащего ЭП, совпадает с наименованием файла с документом, включая расширение документа;
расширение файла, содержащего ЭП: “IPRO_SIG” (не чувствительно к регистру);
СКЗИ Сигнал-Ком должен работать в режиме совместимости с Крипто-Про.
3.3. В случае подписания документа двумя ЭП обе подписи включаются в один CMS файл.
3.4. Архив представляет собой zip-архив, содержащий передаваемый файл (пакет документов в формате XML) и ЭП в отдельном файле. Требования к наименованию Архива не предъявляются. Участнику информационного обмена рекомендуется при наименовании Архива использовать латинский алфавит и учитывать принцип однозначной идентификации передаваемых Архивов.
4. Рекомендации по порядку отправления электронных
документов в Службу банка России по финансовым рынкам
4.1. Участник информационного обмена может направить подготовленный Архив в Службу одним из следующих способов:
с помощью программы (АРМ «Отправка электронных документов»), размещаемой на сайте Службы, которая устанавливается на компьютерном оборудовании участника информационного обмена и позволяет осуществлять представление электронных документов с ЭП в Службу, не используя Личный кабинет. Руководство пользователя по работе с АРМ «Отправка электронных документов» приведено в Приложении № 2 к настоящим Техническим рекомендациям. Для отслеживания истории отправки электронных документов пользователю необходимо зарегистрировать Личный кабинет до отправки первого электронного документа (процедура регистрации в Личном кабинете описана в Приложении № 1 к настоящим Техническим рекомендациям);
с помощью иного программного обеспечения, используемого для доставки в Службу электронных документов, веб-сервис и описание которого приведены в Приложении № 3 к настоящим Техническим рекомендациям.
4.2. Для получения необходимых разъяснений следует обращаться по следующему адресу электронной почты: help@ffms.ru или по телефону: (495) 781 57 03.
5. Описание входного контроля и регистрации электронных
документов в Службе Банка России по финансовым рынкам
5.1. Статус проверки «Ошибка проверки ЭП» означает, что электронный документ модифицирован после подписания ЭП, и/или срок действия сертификата ключа подписи истек, и/или сертификат ключа подписи отозван, и/или неправильно сформирован Архив.
5.2. Причины возникновения статуса проверки «Документ не принят к обработке» указываются в соответствующем уведомлении Службы по завершении II-го этапа проверки.
5.3. Описание и расшифровка возможных причин возникновения статуса проверки «Документ не принят к обработке»:
Значение | Примечание |
---|---|
ERROR_CANT_UNCOMPRESS_ZIP | невозможно разархивировать архив с отчетностью |
ERROR_FIELDS_EMPTY | не найдено необходимое поле в документе |
ERROR_UNEXPECTED_FILES_COUNТ | некорректное количество файлов в пакете |
ERROR_WRONG_PROGRAMM_VERSION | не последняя версия Программы-анкеты |
ERROR_UNEXPRECTED_CONTENT_TYPE | тип содержимого в форме InterPro отличается от ожидаемого |
ERROR_UNKNOWN | неизвестная ошибка |
ERROR_UNKNOWN_REPORT_TYPE | отчетность неизвестного типа |
ERROR_WRONG_XTDD_VERSION | не последняя версия XML-схемы |
ERROR_PACKAGE_TYPE_UNSUPPRTED | тип пакета не поддерживается |
ERROR_PACKAGE_ALREADY_REGISTERED | пакет с таким исходящим номером уже зарегистрирован |
ERROR_PACKAGE_ALREADY_ACCEPTED | пакет с таким идентификатором портала уже принят к обработке |
ERROR_UNKNOWN_XTDD_MODEL | неизвестная XTDD-схема (модель) |
ERROR_CANT_PARSE_HTTP | невозможно разобрать HTTP форму |
5.4. Пакет документов прошедший проверку, регистрируется в системе электронного делопроизводства Службы. При регистрации присваивается входящий номер, о чем свидетельствуют статус «Документу присвоен входящий номер», указываемый в Личном кабинете. Также присвоенный входящий номер указывается в уведомлении Службы, отправляемом участнику информационного обмена.
5.5. Участник информационного обмена в ответ на посланный пакет документов получает файл в виде zip-архива со следующим наименованием:
«[Имя файла архива].уведомление.zip», где [Имя файла архива] совпадает с именем переданного Архива пакета документов, в ответ на который направлено указанное уведомление.
5.6. Файл в виде zip-архива содержит файл уведомления и файл с ЭП Службы. Файл уведомления «уведомление.xtdd» сформирован в соответствии с Форматами электронных документов Службы. Файл, содержащий ЭП Службы, имеет следующее имя: «уведомление.xtdd.sig».
Приложение № 1
к Техническим рекмоендациям
Руководство пользователя по работе с Личным кабинетом
1. Первичная регистрация участника информационного обмена в Личном кабинете:
1.1. На странице «Вход в Личный кабинет» по адресу https://lk.fcsm.ru участник заполняет заявку на регистрацию (нажать на ссылку «Оставить заявку на регистрацию»).
1.2. При заполнении заявки участник указывает:
1.3. После заполнения заявки на регистрацию администратором Службы проверяются данные участника информационного обмена и его аккаунт активируется в течение 24 часов. В случае успешной активации аккаунта на адрес электронный почты участника информационного обмена высылается сообщение о регистрации.
1.4. Участник информационного обмена может зарегистрировать один Личный кабинет.
2. Пользование Личным кабинетом:
После получения подтверждения об активации аккаунта участник информационного обмена заходит на страницу «Вход в Личный кабинет» и вводит свой логин «адрес электронной почты» и пароль.
3. Функции Личного кабинета:
просмотр списка отправленных документов и их текущего статуса обработки (участнику информационного обмена доступен список документов, содержащих ИНН и ОГРН, совпадающих с теми, по которым он зарегистрировал аккаунт);
скачивание отправленных пакетов документов;
скачивание полученных уведомлений;
загрузка документов и их отправка в Службу.
4. Порядок отправки электронных документов через Личный кабинет:
зайти в Личный кабинет;
выбрать пункт меню «Загрузить»;
выбрать файл для отправки, нажав на кнопку «Обзор». При этом в поле «Наименование документа» автоматически появится имя файла;
можно изменить имя файла на любое текстовое наименование, удобное участнику информационного обмена;
нажать кнопку «Загрузить».
5. Порядок просмотра списка отправленных документов:
в Личном кабинете выбрать пункт меню «Исходящие»;
в таблице найти нужный документ (по дате, исходящему номеру, наименованию и т.д.);
наименование файла пакета документов также является ссылкой для скачивания;
в столбце «Статус» отображается текстовое значение статуса, которое также является ссылкой для скачивания текущего уведомления;
в столбце «Статус проверки ЭП » отображается текстовое значение статуса проверки ЭП, который также является ссылкой для скачивания;
столбцы «Исходящий номер участника», «Дата создания документа», «Входящий номер» и «Дата регистрации» заполняются данными по мере прохождения документом этапов обработки.
Приложение № 2
к Техническим рекомендациям
Описание АРМа «Отправка электронных документов»
1. Функции Приложения № 2:
отправка нескольких пакетов документов в Службу;
повтор отправки без новой загрузки пакетов документов в случае проблем со связью;
получение текущего статуса обработки документа с возможностью его сохранения.
2. Ограничения Приложения № 2:
после закрытия АРМа не сохраняется история отправки документов и уведомления.
3. Установка АРМа на компьютере пользователя:
скачать АРМ со страницы «Вход в Личный кабинет» по адресу https://lk.fcsm.ru;
4. Отправка электронных документов через АРМ:
открыть Приложение № 2;
переместить подготовленные файлы в рабочую область АРМа;
в случае успешной отправки появится таблица со статусом отправки (ОК) и статусом обработки (вернется «Первое уведомление»);
для сохранения уведомления надо его выделить и нажать иконку в меню «Сохранить уведомление»;
в случае проблем со связью появится кнопка «Отправить еще раз» либо сообщение о другой ошибке.
Приложение № 3
к Техническим рекомендациям
Описание веб-сервиса передачи документов в Службу Банка России по
финансовым рынкам
1. Описание сервиса:
Веб-сервис передачи электронных документов обеспечивает передачу документов с ЭП в Службу и получение уведомлений (статусов обработки) для переданных пакетов документов. Технически веб-сервис реализован с использованием протокола HTTPS в качестве транспорта.
2. Описание операций:
формальное описание доступно по адресу: https://lk.fcsm.ru:8080/ReportService.asmx
name: имя документа для отображения в Личном кабинете. После обработки документа в КИАС, имя документа в Личном кабинете изменится на наименование, извлеченное из тела документа.
signedDocument: тело подписанного пакета документов в кодировке base64.
GET-запрос, возвращающий уведомление для данного идентификатора.
FFMS-notification-status (http-заголовок ответа)—статус обработки:
Значение статуса | Описание статуса в личном кабинете | Подробное описание |
---|---|---|
Processing | Документ загружен в систему | |
SignatureCorrect | ЭП корректна | |
SignatureError | Ошибка проверки ЭП | |
PackageCorrupted | Документ не принят к обработке | Нарушена целостность документа |
Accepted | Документ принят к обработке | Документ принят к обработке |
PackageNotRegistered | Документ не принят к обработке | Другая ошибка обработки. Дополнительные сведения смотрите в поле с подробным комментарием |
IncomingNumberAssoti ated | Документу присвоен входящий номер | |
Reportlnvalid | Документ не принят к обработке | Не найдены необходимые поля в документе |
InvalidScheme | Документ не принят к обработке | Документ не соответствует структуре отчета |
InvalidSignature | Ошибка проверки ЭП | ЭП не легитимна |
var ws = new ReportsService();
WebClient wc = new WebClient();
byte[] nl = wc.DownloadData(notificationURL);
string status = wc.ResponseHeaders[«FFMS-notification-status»];
Формат подписанного пакета документов:
Подписанный пакет документов представляет собой zip-архив, содержащий передаваемый файл и ЭП в отдельном файле.
Формат для СКЗИ Крипто-Про и СКЗИ Крипто-Ком в режиме совместимости с Крипто-Про:
Архив верхнего уровня должен содержать передаваемый файл и ЭП:
[Расширение подписи] должно быть одним из: «SIG», «SGN», «SIGN» (нечувствительно к регистру):
ЭП должна быть сохранена в формате CMS в кодировке DER. Подпись обязательно должна включать сертификат подписавшего лица.
Формат для СКЗИ ИнтерПро (Сигнал-КОМ):
Архив не должен содержать папок; файлы должны лежать в корне Архива; наименование файлов должно быть следующим:
ЭП должна соответствовать формату, понятному утилите fverify от Сигнал-КОМ.
Обзор документа
Подготовлены технические рекомендации по представлению электронных документов в Службу Банка России по финансовым рынкам.
Так, к рекомендуемому программному обеспечению участника информационного обмена относятся операционная система Microsoft Windows XP и выше, Internet Explorer версии 7.0 и выше, Mozilla FireFox версии 3.5 и выше.
Форматы электронных документов размещаются на официальном сайте Службы (www.fcsm.ru). Они меняются не чаще, чем 1 раз в квартал.
Даны рекомендации о проставлении ЭП уполномоченных лиц участника информационного обмена на электронных документах для представления в Службу.
Представлено руководство пользователя по работе с Личным кабинетом.