Анкета редактор xbrl очистка кэша
АО АКТИВиСТ УК *
Уведомления представляются в старом формате (xtdd). Следовательно, готовить их нужно в программе-анкете подготовки электронных документов в формате xtdd. Все отчеты, которые должны представляться в Банк России в формате XBRL, установлены Указанием 4715-У от 08.02.2018.
АО АКТИВиСТ УК *
Спасибо, реально была ошибка в документов.. ушло все через ESOD. для сведения инструкция от техподдержки: осмотреть квитанцию к статусу «Ошибка»: нажать на три вертикальных точки,
открыть профильной программой-анкета или программой Блокнот (стандартная программа Windows), находящийся в папке «ошибка_date_time» архива квитанция.zip.
1.В архиве с квитанциями будет 3 папки («Загружено», «Ошибка», «Принято_в_обработку»).
2.Заходим в папку «Ошибка».
3.В папке «Ошибка» будет 2 файла: архив «Уведомление.xtdd.zip» и «status.xml».
4.Заходим в архив «Уведомление.xtdd.zip», там будет 2 файла «Уведомление.xtdd.xtdd» и «Уведомление.xtdd.xtdd.sig»,
5.Открываем файл «Уведомление.xtdd.xtdd» при помощи профильной программы-анкета или программой Блокнот (стандартная программа Windows).
Коллеги, можете подсказать, как сейчас и в каких формах сдавать по:
1. смена директора филиала;
2. смена начальника под/фт.
Прошу прощения за такой вопрос. Просто в авральном режиме остались без знающего человека.
Раньше было Уведомление о назначении в xtdd, кажется 5 р.д., 0420401-10 р.д., и потом в конце квартала 0420404. А как сейчас. Прошу помощи.
Коллеги, можете подсказать, как сейчас и в каких формах сдавать по:
1. смена директора филиала;
2. смена начальника под/фт.
Прошу прощения за такой вопрос. Просто в авральном режиме остались без знающего человека.
Раньше было Уведомление о назначении в xtdd, кажется 5 р.д., 0420401-10 р.д., и потом в конце квартала 0420404. А как сейчас. Прошу помощи.
по сдл из 4621-У
-по состоянию на 31 марта, 30 июня, 30 сентября и представляются в Банк России не позднее 30 календарных дней после отчетной даты;
-по состоянию на 31 декабря включительно и представляются в Банк России не позднее 45 календарных дней после отчетной даты;
-по состоянию на дату назначения (освобождения) специального должностного лица, ответственного за реализацию правил внутреннего контроля в целях противодействия легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма (далее - ответственный сотрудник), или лица, исполняющего обязанности ответственного сотрудника в период его нахождения в отпуске по беременности и родам или в отпуске по уходу за ребенком, и представляются в Банк России не позднее 3 рабочих дней с даты соответствующих изменений.
ООО ТАИФ-ИНВЕСТ *
АО Ингосстрах - Инвестиции УК *
Добрый день!Пришел запрос с такой ошибкой, тоже не можем разобраться и дозвониться исполнителю.
Есть идеи у кого?:
Нарушены требования п.3.2 Правил формирования отчетности в формате XBRL и представления в Банк России (Табл.6), а именно контекст содержит некорректное указание на дату (период) (показателям некорректно присвоены значения периода)
Для того чтобы участвовать в форуме, зарегистрируйтесь на сайте. Если вы уже регистрировались, войдите на сайт НАУФОР, используя свой e-mail и пароль.
Москва, Россия
1-й Коптельский пер., д.18, стр.1
7(495)787-77-74
7(495)787-77-75
В 2015 году Центральный Банк РФ запустил проект перехода некредитных финансовых организаций (НФО) на электронный формат представления отчетных данных в формате XBRL с 01.01.2018. Сроки уже подходят, а НФО только начинают осознавать масштабы грядущих изменений. Качественных материалов про XBRL на русском языке достаточно мало (могу разве что рекомендовать книгу XBRL для чайников, перевод которой был инициирован ЦБ, правда выполнен не в лучшем виде). Хочу восполнить этот пробел и предлагаю вашему вниманию свою адаптацию неплохой брошюры XBRL in Plain English от компании Batavia, которая рассказывает об основах XBRL.
Перевод веду от лица автора, немного дополняю текст полезными ссылками. Стараюсь придерживаться терминологии ЦБ РФ со ссылкой на оригинальные термины. Начну с первых глав, и если тема будет вам интересна, завершу перевод. Комментируйте, задавайте вопросы − расскажу все, что знаю.
1. Введение
В этой главе представлена сама книга и основные понятия XBRL
1.1. Что ожидать
Для нас, нормальных людей, эта книга передает суть спецификации 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 термины, они будут выделяться жирным шрифтом. В следующих главах мы всё подробно разберем, поэтому не пугайтесь их.
Давайте прыгнем сразу в середину:… Business Reporting .
1.2.1. Business Reporting (Деловая отчетность)
Мы все знаем, что бизнес формирует кучу отчетности:
- налоговые декларации
- ежегодные отчеты
- внутренние показатели продаж
- .
Каждый отчет − это данные, представляющие собой набор фактов про содержимое отчета, таких как:
- отчетный период
- годовой доход
- количество клиентов
- количество продаж
- инвентарные номера
- .
В старые добрые времена такие отчеты создавались сбором всех соответствующих фактов и заполнением их в предварительно распечатанные бумажные формы. Затем заполненная форма отправлялась заинтересованным лицам, которые считывали факты из формы.
Звучит громоздко, но так оно и есть. Дальше − хуже… Разные заинтересованные лица требуют данные в разной форме, при этом содержащиеся в них факты могут быть одинаковыми. Для этого составитель отчета вынужден заполнять одни и те же факты в разные формы.
XBRL предлагает способ улучшить процесс создания, распространения и использования данных в бизнес-отчетах. Он определяет электронный формат для отчетности, позволяющий компьютерам автоматически создавать, валидировать и обрабатывать отчетность. Он также определяет способ обеспечения единого смыслового значения передаваемых бизнес-фактов. Составитель отчета мог бы просто сделать один отчет со всеми фактами и передать его получателю, который выбирал бы нужные ему факты и представлял бы в любой удобной ему форме. Определение единого смыслового значения фактов гарантирует, что каждый получатель отчета интерпретирует полученные факты одинаково.
Другим интересным моментом является возможность разделения формы отчета и его содержания. Преднастроенная форма отчета представляет собой шаблон, который определяет состав фактов. Он создается получателем отчета один раз. А передаваемые факты − это содержание, которое создается каждый раз при формировании отчетности.
Стандарт XBRL также использует подобное разделение:
- Определение того, что должно или может содержаться в отчете, описывается так называемой таксономией (taxonomy) − она определяет концепты (concept) в сфере бизнеса, по которым формируется отчетность.
- Сами отчетные данные называются отчетом XBRL (instance document). Он содержит передаваемые получателю факты. Отчет ссылается на таксономию для придания фактам смысла. Каждый из фактов в пределах отчета связан с соответствующим концептом в таксономии.
Похоже, настал неплохой момент для знакомства с примером, который я буду использовать на протяжении всей книги. Он иллюстрирует базовые принципы XBRL и показывает технические и формальные аспекты с практической стороны. Пример состоит из формы на бумажном носителе и рукописных данных.
Форма отчета выглядит следующим образом:
Отчетная форма может быть однозначно определена по своему уникальному идентификатору ФД-01. Она состоит из следующих элементов – наименование компании, отчетный период, количество сотрудников на начало и конец отчетного периода. Также, требуется разбить количество сотрудников на мужчин и женщин и распределить их по нескольким возрастным группам.
Пример заполненного отчета может выглядеть следующим образом:
Несложно заметить, что количество сотрудников увеличилось, но в компании работает как минимум один человек с недостатком математических навыков. В таком простом примере вряд ли кто-то посчитает 27 + 15 как 41, но в более сложных отчетах такие ошибки весьма вероятны, если все делается вручную.
1.2.2. Extensible (Расширяемый)
Другая предпосылка XBRL заключается в том, что он расширяемый. Возвращаясь к старым добрым временам, давайте рассмотрим сценарий, в котором расширяемость была бы полезна.
Предположим, что Европейский Союз определяет требования к отчетности для любого бизнеса в рамках ЕС.
- Такое требование, скорее всего, будет указано на английском, но большинство компаний хотели бы иметь отчетную форму в своем собственном языке, поскольку перевод бизнес-терминов может быть очень сложным.
- Возможно, в некоторых странах правительство уже выдвигает такие требования к отчетности, причем с некоторыми специфичными для данной страны дополнениями. Чтобы избежать необходимости готовить две разные формы с пересекающимися требованиями, обе формы могут быть объединены в общую форму для конкретной страны. Но это все равно потребует создания новой версии основной формы.
XBRL позволяет поддерживать такие требования. ЕС создаст одну таксономию для определения требований к отчетности. Перевод технических концептов в таксономии на понятные пользователю термины содержится в так называемой базе ярлыков (label linkbase). Каждый язык внутри ЕС может иметь свою собственную базу ярлыков или можно создать одну общую базу, содержащую ярлыки для каждого языка. Обратите внимание, что при этом фактическое определение концептов не требуется повторять для каждого языка.
Страна, желающая расширить таксономию ЕС, просто создаст свою собственную таксономию, которая будет ссылаться на таксономию ЕС в части общих концептов. Этой стране достаточно будет доопределить только специфичные концепты, не входящие в таксономию ЕС.
1.2.3. Language (Язык)
«L» в XBRL обозначает Язык. Язык XBRL обеспечивает способ выражения таксономий и отчетов XBRL в едином однозначном формате, что является необходимым требованием для обработки информации компьютером.
Язык XBRL основан на таких мировых стандартах как XML и соответствующих им спецификациях. В следующих главах об этом будет рассказано более подробно.
В предыдущей части пытались разбираться с таксономией (тут). Если получать готовый отчет XBRL из учетной системы, то нам необходимо как-то его проверить (валидировать) по определенным в таксономии правилам (база формул). Это можно сделать в ПО "Анкета-редактор XBRL". Но это не удобно: создавать пакет, загружать, проверять.
Увидев что Анкета-редактор проверяет отчет вызовом arelleCmdLine.exe через командную строку, возникла идея получать и обрабатывать log-файл об ошибках самим.
Как это делает ПО "Анкета-редактор XBRL" (пример):
Посмотрев help к arellecmdLine.exe выясняем что часть параметров лишняя:
--parameters: используются для базы таблиц, в проверках не используются (может и ошибаюсь, но не нашел где в формулах используется).В версии таксономии 1.3 используется.- --export: видимо используют для создания ссылок на таблицы из список ошибок. Нам это не нужно.
- --infoset: не используем.
Просто убрать --parameters нельзя,т.к. будут выходить ошибки при загрузке/проверки базы таблиц. Необходимо исключать файлы *-rend.xml, *-lab.xml:
Так же в логах идет ошибка с кодом "err:XPTY0004", ее можно пропускать через параметр --logCodeFilter.
Представленная обработка показывает пример запуска проверки отчета и вывод лог-файла в виде отчета.
На следующих двух скринах показано различие в описании переменных по одной и той же ошибке.
На вкладке "Подробности" xml-тексты для информации.
Инструкция к обработке:
1. Указываем пути к arelleCmdLine.exe, файлу таксономии (zip), отчету XBRL. Кнопка "Проверить и сформировать отчет проверки". Если файл-лог не был указан, то создается новый в том же каталоге что и отчет XBRL. Если указан, то перезаписывается.
2. Если хотим вывести отчет по уже существующему файлу-логу, указываем его и кнопка "Вывести отчет по логу-файлу".
Если вы получаете готовый отчет из учетной системы и у вас нет базы формул, то используемый метод позволит пользователю проверить отчет без запуска Анкеты-редактора
Обновление вер. 1.2: После выпуска таксономии версии 1.3 пришлось включить выбор периода для установки параметров проверки.
Замечание: при проверке бухгалтерской отчетности используется установленная для фактов разрядность "-3", что не очень удобно,т.к. в отчет проверки суммы выходят округленные до тыс.рублей. Поэтому мы обычно для проверки готовим xbrl-отчет с разрядностью "2".
Обновление 07.09.2018: с последней версией Анкета-редактор обработка не работает, т.к. разработчики запретили запускать проверку через командную строку (ключ key). Занялся обработкой базы формул, уже получается проверять по части формул. Готовиться статья по разбору базы формул таксономии.
В 2015 году Банк России запустил проект перехода НФО на электронный формат представления отчетных данных в формате XBRL.
Уже сегодня страховые компании, негосударственные пенсионные фонды и профессиональные участники рынка ценных бумаг должны предоставлять отчетность в Банк России в новом электронном формате XBRL. Переход страховых брокеров на представление отчетности в формате XBRL запланирован на 2019 год; МФО, КПК и ЖНК – на 2020 год; СКПК и ломбардов – на 2022 год.
Мы в "АДС-Софт" разработали программный продукт "Модуль XBRL" для полноценной выгрузки отчетности в формате XBRL напрямую в Банк России. Модуль поставляется в двух вариантах:
Вариант 1: Модуль "бесшовно" встраивается в вашу базу 1С, не требуется настроек и сопровождения обмена.
Вариант 2: Создаётся отдельная информационная база для хранения загруженных показателей.
Преимущества модуля XBRL от АДС-Софт:
1. Автоматический расчет показателей на основании данных регламентированных отчетов, автоматическое формирование технических идентификаторов для аналитик осей.
2. Выгрузка данных происходит в полноценном формате XBRL, без использования дополнительных программ типа Анкеты-редактора XBRL или ПО Конвертер (Банк России анонсирует, что прекратит поддержку ПО «Конвертер и ПО «Анкета-редактор XBRL» через 2-3 года)
3. Легкая загрузка новых версий таксономии ЦБ РФ "одной кнопкой"
4. Поддержка формата CSV файлов, опубликованного на сайте ЦБ РФ
5. Верификация данных. Первичная проверка при формировании отчетов в формате XBRL.
6. Выгрузка файлов в архив zip с сопроводительной информацией. Готовый архив можно загрузить в Личный кабинет на сайте ЦБ РФ.
7. Наглядность при формировании отчетности: данные в программе представляются в привычном виде регламентированных отчетов, при формировании пакета отчетности сразу виден состав отчетных форм, которые необходимо сдать.
8. Возможность одновременного заполнения разных отчетных форм одного пакета отчетности разными специалистами.
Модуль XBRL подходит для всех НФО
Субъектов страхового дела: страховых брокеров и страховых компаний
Участников микрофинансового рынка: МФО, КПК, ломбардов
Профессиональных участников рынка ценных бумаг
Негосударственных пенсионных фондов
Внедрение и сопровождение
Мы помогаем с настройкой модуля и формированием отчетности в формате XBRL. Ведем сопровождение не только наших продуктов АДС-Софт, но и ПО других разработчиков. Т.к. принципы формирования XBRL одинаковы.
Приятный бонус – при покупке программы "АДС:Модуль XBRL» помогаем сформировать, выгрузить и сдать первую отчетность бесплатно!
Что такое XBRL и для чего он нужен?
XBRL – широко используемый в мире открытый стандарт обмена деловой информацией. Переход на XBRL – это шаг на пути перехода всех участников финансового рынка на единый электронный формат отчетности, основанный на МСФО. XBRL повышает точность информации и обеспечивает быстрый обмен финансовыми данными.
Банк России, в соответствии с законодательством собирает большое количество различных видов отчетности НФО, требующихся для надзорных и аналитических нужд. Кроме того, отчетность необходима для сбора статистических данных, мониторинга рынка и определения вектора его развития. Применение технологий XBRL позволит:
Устранить дублирование отчетных данных путем построения единой системы сбора и обработки отчетности на основе МСФО
Повысить открытость и прозрачность финансовой информации для всех участников рынка
Снизить нагрузку на подотчетные организации
Унифицировать форматы межведомственного и международного электронного обмена данными
Интегрировать российские НФО в международное информационное пространство
Интерактивные данные XBRL распознаются компьютером и доводятся в удобной форме до пользователя – регулятора, инвестора или аналитика, что позволяет сравнивать их с результатами других компаний, оценивать эффективность работы компании в сравнении с прошлыми годами, со своей отраслью и т. д.
Читайте также: