El desarrollo del sistema financiero en Rusia va acompañado de un aumento constante en la presentación de informes. Si a principios de los 90 había tan pocos informes que en una pequeña entidad financiera podían ser realizados por una sola persona e incluso manualmente, ahora grandes departamentos bien automatizados se ocupan de estos temas. Y sin computadoras, este proceso es imposible de imaginar.
Los bancos hacen muchos informes. Solo para imprimir una lista de formularios de informes bancarios, necesita varias páginas A4. Y el número de informes está aumentando todo el tiempo. Además, no está claro cómo el Banco Central puede hacer frente a tal avalancha de documentos. ¿Qué hace con estos informes? A veces parece que nada. Simplemente agrega los archivos que se le envían.
Al mismo tiempo, el Banco Central de la Federación Rusa amplía constantemente sus poderes, tratando de poner bajo su control todas las empresas involucradas en las finanzas. Incluidas las entidades financieras no crediticias (IFN). Y es mucho más difícil recopilar y procesar informes de compañías de seguros y fondos de pensiones que bancos. Aunque solo sea porque hay un orden de magnitud más de ellos. Hay que hacer algo con todo esto.
Lo primero que parece obvio es que no se debe obligar a los sujetos obligados a duplicar la misma información en formas diferentes. Y será más fácil para las organizaciones y el Banco Central. Menos procesamiento significa menos errores. Después de todo, los mismos datos en diferentes formas pueden diferir. ¿Y cuáles de ellos son verdaderos? Pero no solo eso, las organizaciones, al darse cuenta de su error, envían un formulario corregido. Y esta corrección también debería llegar a todas las partes interesadas. Como resultado, puede confundir la situación aún más.
En segundo lugar, es necesario optimizar el propio informe. ¿El Banco de Rusia realmente necesita toda la información requerida de las organizaciones controladas? ¿Realmente lo procesa? ¿Y algunos de los datos no pueden provenir de datos ya proporcionados por el propio Banco Central?
Y en tercer lugar, intente unificar el estándar del formulario de informes. Ahora existe su propio formulario para cada informe, y todos estos formularios de informes se depositan en diferentes divisiones del Banco Central. Otra forma parece ser prometedora: la organización de un almacenamiento único, en el que se cargarán los mensajes del mismo formato. Con datos realmente necesarios para el regulador. Y los departamentos del Banco Central involucrados en varios tipos de control, que tomen la información que necesitan de este repositorio.
Ahora, el Banco Central recibe la mayoría de los formularios de informes en formato XML. Pero, según Boris Rabinovich, Gerente Senior de Deloitte Consulting en la CEI, este formato no es suficiente para resolver las tareas que enfrenta el Banco de Rusia. Para resolverlos se puede utilizar el formato XBRL.
En 2014, el Banco Central decidió cambiar a este formato NFO. A principios de 2015, el Banco Central realizó una reunión con representantes de nuestros bancos más grandes para analizar la posibilidad de utilizar el formato XBRL luego de su implementación en el NFI. La propuesta fue recibida positivamente.
De hecho, ¿por qué reinventar la rueda? Es mejor utilizar la experiencia internacional. Y XBRL es el formato más popular para informes digitales en EE. UU. y Europa occidental. A mediados de 2008, el Parlamento Europeo lo aprobó para informar dentro de su jurisdicción. Por el momento, todos los países del G20 y BRICS, excepto Rusia, ya han organizado en su territorio "jurisdicciones" nacionales de la organización XBRL International, que desarrolla y brinda acceso a los estándares técnicos (especificaciones) de este formato.
Además, las ventajas de XBRL incluyen la falta de dependencia de desarrolladores específicos y agencias gubernamentales extranjeras, lo que parece especialmente importante en el contexto de la "guerra de sanciones" y las políticas de sustitución de importaciones.
Las ventajas tecnológicas incluyen la separación de metadatos y datos a nivel tecnológico, así como el soporte de taxonomías multilingües por herramientas estándar.
XBRL (lenguaje extensible de informes comerciales - lenguaje extensible de informes comerciales) es un formato basado en XML para la transmisión de estados financieros y regulares preparados de acuerdo con los principios de las NIIF, Basilea y Solvencia.
Describe la presentación de informes en el lenguaje de los indicadores básicos agrupados en un modelo de datos y que le permite obtener información analítica en varios contextos. Este formato es propuesto por el Banco Central para estandarizar el intercambio de información comercial y financiera.
Boris Rabinovich demostró los materiales del Banco Central publicados en el sitio web del Banco Central, según los cuales el uso del formato XBRL dará los siguientes resultados:
Eliminación de redundancia y duplicación de datos de informes mediante la construcción de un sistema unificado para recopilar y procesar informes en el Banco de Rusia para el bloque NFO basado en IFRS;
Mejorar la confiabilidad y calidad de los datos de reporte debido a la unificación y automatización de procesos;
Aumentar la transparencia y apertura de la información financiera para todos los participantes del mercado;
Reducir la carga de las organizaciones responsables.
Los materiales también enumeran los requisitos previos para el proyecto de migración XBRL:
Creación de un mega regulador sobre la base del Banco de Rusia, unificación de enfoques de regulación y supervisión, simplificación de la organización y contabilidad de las NFO, presentación de informes sobre la base de principios uniformes de las NIIF;
Convergencia con las regulaciones del G20, mayor avance hacia las NIIF, transición a formatos de informes electrónicos reconocidos por los países del G20, introducción de regulación basada en los estándares de Solvencia II y Basilea III;
Creación de una hoja de ruta del Gobierno de la Federación Rusa "Mejorando la calidad del entorno regulatorio para los negocios", unificación de formatos de intercambio de datos en la interacción entre el estado y los empresarios, teniendo en cuenta los estándares internacionales.
El Banco de Rusia se ocupa constantemente de problemas de formatos de transferencia de datos. Ahora ha comenzado a trabajar en el uso del formato XBRL. Según su servicio de prensa, el 13 de mayo, la junta directiva consideró conveniente que el Banco Central participara en la asociación XBRL International como miembro especial (“jurisdicción”). Se señaló que esto brindará acceso a la base de conocimientos de la asociación, permitirá al banco determinar las direcciones principales para el desarrollo del formato XBRL en Rusia y también combinará las iniciativas del Banco Central y otros departamentos interesados, participantes del mercado y software. desarrolladores para introducir un formato de informe único en el país.
Actualmente se desconocen los planes y los plazos para implementar el formato XBRL y lo más probable es que se determinen durante 2015.
El enfoque general del Banco Central de la Federación Rusa para resolver el problema del control de las organizaciones financieras parece correcto. No recopile muchos formularios de informes, sino datos. Introducir normas uniformes centradas en las internacionales.
Además, un repositorio único de datos de informes en el Banco Central automatizará significativamente el proceso de control. No es necesario analizar el estado de una institución financiera todo el tiempo. Basta con establecer banderas para indicadores críticos y responder a una violación específica de los estándares introducidos.
Las empresas también se beneficiarán. Sí, el objetivo final: una empresa, un informe, un formulario, y para todos, y no solo para las diferentes divisiones del Banco Central, aún está lejos. Pero los pasos hacia ella solo pueden ser bienvenidos. Además, los países extranjeros se están moviendo en la misma dirección.
Hay nuevas oportunidades para las empresas de TI. Después de todo, será necesario convertir los datos de los sistemas de software financiero desarrollados por ellos al formato XBRL. En este caso, varios enfoques son posibles.
La más simple es implementar el marcado de datos XBRL en el nivel de datos consolidados. Eso es hacer el convertidor para informes consolidados ya existentes.
La segunda opción, más compleja pero mejor, es la introducción del marcado de datos en formato XBRL a nivel de los sistemas corporativos de un participante del mercado. Es decir, escriba un convertidor para cada sistema utilizado en la empresa.
También es interesante la opción de la nube, que se puede utilizar tanto en el primer caso como en el segundo. Envía datos para conversión a la nube. Y reciba datos preparados en formato XBRL. No es una mala idea para las startups.
La segunda opción abre otras posibilidades. Si hay un módulo XBRL en los programas de diferentes desarrolladores, entonces no hay necesidad de escribir interfaces separadas entre ellos. Inmediatamente comienzan a entenderse, si hay una taxonomía necesaria. Y la integración de datos de diferentes sistemas de software puede ayudar en el desarrollo de programas para optimizar el trabajo de las empresas y crea nuevas oportunidades para el desarrollo de sus sistemas internos de informes corporativos.
Brykin Andrei Valerievich, ACCA, gerente financiero de Projector Development LLC
En los últimos años, ha crecido el interés en Rusia por un nuevo estándar de intercambio de información comercial, XBRL.
El Banco Central de la Federación Rusa está implementando un proyecto para transferir los informes de instituciones financieras no crediticias a XBRL. Está previsto que a partir de 2018 estas organizaciones elaboren y presenten informes en formato XBRL.
En 2014, preparé el reporte de una gran empresa pública en XBRL. El principal problema encontrado durante la preparación de los informes fue la falta de información. Incluso la literatura en inglés es puramente teórica o está repleta de detalles técnicos que a menudo son incomprensibles para un contador. Prácticamente no hay información en ruso.
Por lo tanto, en este artículo intentaré describir la vista de XBRL desde la perspectiva de un contador, no de un programador.
Para referencia
El estándar XBRL fue desarrollado por la organización internacional XBRL International, Inc. para intercambiar información empresarial entre sistemas empresariales. Actualmente, XBRL es utilizado en muchos países por reguladores bursátiles y de valores, reguladores bancarios, registradores, autoridades fiscales y agencias nacionales de estadística. Los estándares se utilizan más ampliamente en los Estados Unidos, donde, desde 2008, las empresas públicas han publicado informes en formato XBRL.
Los informes XBRL consisten en varios archivos (formato XML) que contienen marcado (etiquetas) y métricas de informes (números y descripción) dentro de ese marcado.
Por ejemplo, el beneficio se describe de la siguiente manera:
Todas las métricas de informes están contenidas en un solo archivo llamado instancia.
Además de la instancia, se deben ensamblar ciertos archivos (taxonomía) al momento de informar.
1. Esquema. Por su finalidad, el archivo de esquema corresponde al plan de cuentas. Este archivo contiene enlaces a la taxonomía XBRL utilizada. En nuestro caso, esta es la taxonomía IFRS -
www.xbrl.org/2006/ref‑2006–02–27.xsd. El archivo de esquema también almacena enlaces a archivos de nombres y enlaces (ver más abajo). Las etiquetas también se colocan aquí, para las cuales no existe un análogo en la taxonomía estándar de las NIIF. En este caso, puede crear su propia etiqueta y colocarla en el esquema.
2. Nombre del archivo. Las etiquetas IFRS tienen una forma inadecuada para el análisis de informes. Por ejemplo: ifrs-full_ProfitLoss. Para que el informe sea legible, a cada etiqueta estándar se le debe dar el nombre que tiene el indicador correspondiente en el informe, por ejemplo: Beneficio neto. El archivo con nombres almacena información sobre el nombre del indicador de informes y su etiqueta correspondiente.
3. Vincular archivos:
a) presentaciones que contengan la estructura de los formularios de información y notas, de modo que el usuario de la información pueda ver formas que no son típicas, sino absolutamente idénticas a las que forman parte de los estados financieros;
b) cálculos (XBRL le permite verificar automáticamente la correspondencia entre varios indicadores de informes, por ejemplo, la conciliación del activo y el pasivo del balance; el archivo de cálculo almacena las fórmulas utilizadas);
c) definiciones que almacenan información sobre dimensiones adicionales presentadas en el informe, como tipos de capital (para el estado de flujos de capital) o segmentos (para informes de segmentos).
Una taxonomía XBRL generalmente se representa como una lista de elementos, cada uno de los cuales tiene:
1) atributos;
2) conexiones con otros elementos.
Por su naturaleza, el elemento es similar a una cuenta regular.
Los atributos incluyen:
La diferencia más importante entre una taxonomía y un plan de cuentas es la presencia en él de los archivos de enlace anteriores que vinculan elementos individuales entre sí. Además, esta vinculación se realiza de una forma determinada, que puede ser comprendida y procesada por un programa informático.
Sin entrar en detalles técnicos, los enlaces se ven así:
Al preparar informes por primera vez, tiene sentido utilizar un ejemplo de informes preparados como punto de partida. Usé un ejemplo de ifrs.org.
La secuencia general de acciones para generar informes en XBRL se ve así:
1) preparación de formularios de informes en formato XBRL (estructuras e indicadores del estado de situación financiera, estado de resultados integrales, estado de flujos de efectivo, estado de flujos de capital):
a) exclusión de artículos no disponibles en nuestra empresa;
b) agregar elementos faltantes de la taxonomía estándar de las NIIF;
c) extensión del esquema - agregando elementos para transacciones no estándar que no están en la taxonomía estándar de IFRS;
d) formación de archivos de enlace;
2) formación de esquema, archivos de enlace e instancia para otras tablas;
3) formación del esquema, archivos de enlaces y una instancia para la parte de texto.
Los informes listos para usar en formato XBRL se pueden colocar en el sitio web de la empresa (en Rusia no existe un repositorio centralizado para informes en XBRL), donde estarán disponibles para los usuarios interesados.
Uno de los primeros problemas que surgen al preparar este tipo de informes es la adquisición de software.
Cabe señalar que no existe ningún programa que convierta automáticamente los informes del formato de texto al formato XBRL.
El cálculo de los indicadores de presentación de informes de las NIIF en mi caso (como en la mayoría de las otras empresas) se realizó en Excel. En consecuencia, todos los indicadores de informes ya estaban disponibles en varios archivos de Excel. Y la tarea era generar archivos de informes XBRL a partir de estos datos.
Tenía a mi disposición el producto de software Altova MissionKit. En principio, todos los archivos anteriores se pueden crear en este producto. También puede configurar la importación de información desde archivos de Excel.
Sin embargo, en mi opinión, esta forma no resuelve de manera efectiva el problema de mantener los archivos anteriores al preparar el próximo informe. Los informes IFRS de las grandes empresas varían mucho de un trimestre a otro. En este sentido, la configuración de importación tendría que cambiarse constantemente debido a los cambios en la estructura de los archivos de origen. Además, las nuevas operaciones tendrían que agregarse constantemente de forma manual a los archivos anteriores.
Es más eficiente vincular todos los archivos directamente usando macros de Excel. Usé Altova MissionKit solo para verificar que los archivos preparados cumplieran con la especificación XBRL. De esta manera, le permite reducir significativamente el costo de traducir los informes al formato XBRL.
Una de las cuestiones importantes en la generación de informes es elegir la etiqueta correcta, ya que es un error elegir la etiqueta incorrecta o agregar su propia etiqueta si la taxonomía ya proporciona una etiqueta para el elemento correspondiente. Para facilitar esta tarea, el sitio web ifrs.org ha desarrollado taxonomías ilustradas, ordenadas tanto por formularios de informes como por los estándares IFRS relevantes.
Un ejemplo de la taxonomía ilustrada:
| Propiedad, planta y equipo | ||
| Tierra y edificios | ||
| tierra | instantáneo, débito | NIC 16.37 a Ejemplo |
| Edificios | instantáneo, débito | NIC 16.37 Práctica común |
| Total de terrenos y edificios | instantáneo, débito | NIC 16.37 b Ejemplo |
| Maquinaria | instantáneo, débito | NIC 16.37 c Ejemplo |
| vehículos | ||
| Buques | instantáneo, débito | NIC 16.37d Ejemplo |
| aeronave | instantáneo, débito | NIC 16.37 e Ejemplo |
| Subclasificaciones de activos, pasivos y patrimonio | ||
| vehículos de motor | instantáneo, débito | NIC 16.37f Ejemplo |
| vehículos totales | instantáneo, débito | NIC 16.37 Práctica común |
El primer paso para agregar un elemento a los informes XBRL es buscarlo en las taxonomías ilustradas. Y solo si no fue posible encontrar dicho elemento, debe agregarse al archivo de esquema. En mi caso, tuve que agregar alrededor de 30 artículos, la mayoría de los cuales están en el estado de flujo de efectivo. En mi opinión, esto no es mucho, lo que significa que la gran mayoría de los indicadores de informes serán compatibles con los informes de otras empresas.
En el curso de su trabajo de generación de informes, debe verificarlo constantemente con respecto a la conformidad con XBRL. Cualquier software diseñado para trabajar con archivos XBRL puede realizar esta verificación. Naturalmente, si elige la etiqueta incorrecta, el programa no podrá detectar este error. Pero, como muestra la experiencia, el programa detecta muchos errores.
Entre otras cosas, el programa verifica si los indicadores de informes se corresponden entre sí, de acuerdo con los enlaces contenidos en el archivo de cálculo (ver arriba). Por supuesto, para la verificación, es necesario proporcionar una regla apropiada.
Si se encuentra un error en el proceso de traducción de informes a XBRL, dicho error no se puede corregir. Es decir, los archivos XBRL deben coincidir exactamente con el informe publicado.
Cabe señalar que los informes XBRL son informes tan completos como la copia en papel. Por lo tanto, la dirección de la empresa es responsable de su corrección. Sin embargo, incluso para ver estos informes, necesita ciertas habilidades en un software especial. E incluso si el informe parece correcto, puede ser incorrecto por varias razones:
El propósito principal de implementar XBRL fue permitir el procesamiento de estados financieros por un programa de computadora para facilitar el proceso de análisis de estos estados para los inversionistas.
En los EE. UU., las empresas públicas proporcionan informes XBRL desde 2008. Sin embargo, las disputas sobre la efectividad de este proyecto continúan hasta el día de hoy. En mi opinión, se puede argumentar que solo en algunos casos el análisis de informes XBRL es más conveniente para el inversor (por ejemplo, si necesita analizar rápidamente muchas empresas o comparar rápidamente dos empresas arbitrarias entre sí), y esto es confirmado por la investigación.
Además, uno de los objetivos de XBRL era reducir la cantidad de errores en los informes. XBRL le permite desarrollar reglas para la correspondencia de los indicadores de informes entre sí y emitir automáticamente una advertencia si se viola la regla. En relación con los informes IFRS, el valor de tales reglas, en mi opinión, no es grande, ya que los principales errores ocurren en operaciones nuevas o modificadas de la empresa. Y dado que aún no existen reglas para tales operaciones, tampoco se detectará el error.
Pero en ocasiones se puede encontrar una opinión de que la implementación de XBRL ha traído beneficios a la empresa (principalmente relacionados con la mejora de los procesos de intercambio de información entre las divisiones de la empresa). Este caso no está relacionado con los informes IFRS. Tener al menos algún estándar siempre es mejor que ninguno. Lo más probable es que el formato XBRL sea adecuado para informes simples. Tener un estándar puede acelerar el desarrollo de software que pueda procesar dichos informes automáticamente. Es muy posible que, por ejemplo, el intercambio de contratos, facturas de bienes/servicios en formato XBRL se convierta en una práctica común después de cierto tiempo.
Otro objetivo del desarrollo de XBRL fue reducir los costos de generación de informes. Los desarrolladores de XBRL, al hablar de los beneficios de introducir esta tecnología, no se referían a la transferencia de informes según las NIIF, sino al uso de XBRL para el intercambio de datos financieros en general. Me parece que en algunos casos dicho uso de XBRL puede traer beneficios (ver el párrafo anterior). Pero basándome en mi experiencia, puedo decir que, en relación con las NIIF, no veo ninguna razón por la cual el costo de la presentación de informes pueda reducirse como resultado de la introducción de XBRL. Al mismo tiempo, los costos de implementar XBRL pueden ser significativos. Esto se confirma indirectamente por el hecho de que es difícil encontrar informes en formato XBRL en Internet para aquellas empresas que no están obligadas a compilarlos.
Otro objetivo del desarrollo de XBRL es aumentar la interoperabilidad de los informes entre diferentes empresas. Y esto es sin duda muy importante. No es ningún secreto que, si bien la compatibilidad de los informes es uno de los principios de las NIIF,
en realidad, los informes de diferentes empresas suelen ser poco compatibles. Además, incluso las declaraciones de empresas similares pueden diferir mucho, lo que reduce drásticamente el valor de dichas declaraciones. Las razones de estas diferencias se pueden agrupar de la siguiente manera:
Hasta qué punto los problemas del primer grupo son significativos es decisión de los inversores. Pero creo que el primer y segundo grupo de diferencias están permitidos por las propias NIIF (por ejemplo, se requiere la revelación del costo de adquisición para activos fijos revaluados), o se consideran inmateriales. Por lo tanto, los principales problemas de incompatibilidad se deben a las causas del tercer grupo.
Los informes IFRS son uno de los estados financieros más complejos. En mi opinión, comenzar la transición a XBRL con informes IFRS es bastante arriesgado. Los beneficios de tal transición no son obvios. Se podría obtener una mayor rentabilidad, por ejemplo, animando a las empresas a proporcionar en XBRL los informes cotidianos más comunes en la práctica empresarial: facturas, extractos bancarios, etc. Esto podría ayudar a automatizar el procesamiento de dichos informes y reducir el coste de contabilidad para las empresas.
Sin embargo, en muchos casos, las NIIF requieren información adicional según la naturaleza de las revelaciones. Vincular en una o más tablas de Excel todos los datos requeridos por todas las normas IFRS es casi imposible. Sin embargo, esto se puede (y se hace) en XBRL.
Al mismo tiempo, dichos enlaces XBRL en la mayoría de los casos no le permitirán automatizar el proceso de análisis de informes. Por lo tanto, el valor de tal ventaja de XBRL, en mi opinión, es pequeño. Sin embargo, la respuesta final a la pregunta sobre la necesidad de tales vínculos también la deben dar los inversores.
“Nuestro Fondo ingresó al grupo piloto del regulador a finales de 2016. Nos complace que en casi un año pudimos implementar el reporte en formato XBRL, tomando en cuenta que en nuestro país aún existen muy pocos especialistas y empresas que puedan implementar el sistema necesario para esto, simplemente por la falta de tal formato en el mercado ruso antes. La implementación de este proyecto mejorará la calidad y confiabilidad de los datos de informes financieros proporcionados de acuerdo con los estándares internacionales”
Denis Rudomanenko
Director General de JSC NPF LUKOIL-GARANT
“En general, estamos satisfechos con la cooperación con Homnet Group of Companies. Me gustaría destacar especialmente, en primer lugar, la fructífera interacción con el director del proyecto del grupo de empresas Homnet en la etapa de implementación y, en segundo lugar, la capacidad para resolver problemas de gestión complejos con los representantes de la empresa. Un paquete de dos programas tiene un valor considerable: los datos de la base de datos HOMNET:NFO se cargan automáticamente en el producto HOMNET:XBRL de la empresa. Como grato añadido, valoramos positivamente la posibilidad de tramitar informes bajo la licencia de la sociedad gestora, junto con el informe de un participante profesional bajo la licencia de control remoto.”
sergey stukalov
Director General de OJSC RONIN Trust
“Como resultado del proyecto, contamos con un sistema de reporte de objetivos en formato XBRL. El sistema ya generó un paquete de informes para enviar al Banco de Rusia para el primer trimestre de 2018. Antes de la presentación, las declaraciones también se verificaron en el sistema de acuerdo con los criterios para verificar el Banco de Rusia. Como resultado, el informe fue presentado con éxito y aceptado por el Banco de Rusia como correcto”.
Alexey Zhirni
Director General de IC "Tendencia"
“La experiencia de implementar este tipo de proyectos, en particular, la automatización de la preparación de informes en formato XBRL en las empresas de gestión, la disponibilidad de una solución de software lista para usar que nos permite trabajar cómodamente con grandes cantidades de datos determinaron nuestra elección. Así, Homnet Group of Companies, cuya propuesta nos resultó óptima, se convirtió en el Ejecutor del proyecto de transición a XBRL”.
maria ivanova
Director General de Reino Unido "SK-CAPITAL"
“Una vez más, elegimos a Homnet Group of Companies para implementar el proyecto de implementación del formato XBRL por varias muy buenas razones. En primer lugar, el vendedor cuenta con su propia solución de software para la transición a XBRL y la exitosa experiencia de su implementación en grandes sociedades de inversión. En segundo lugar, las soluciones "HOMNET: NFO" y "HOMNET: XBRL" en conjunto permiten no solo recopilar y enviar informes de acuerdo con los requisitos del regulador, sino también hacerlo en el menor tiempo posible y cómodamente, siempre que podamos tiene que trabajar con una cantidad suficientemente grande de datos. Por lo tanto, los informes del programa de contabilidad se obtienen con solo hacer clic en un botón, esta característica ahorra mucho tiempo y facilita la vida de nuestros empleados”.
Máximo Romanov
Director de IK "Centro Analítico"
“La experiencia de implementar proyectos similares en otros NPF, la participación en los grupos de trabajo del Banco Central de la Federación de Rusia sobre XBRL y la disponibilidad de una solución de software lista para usar probada en el NPF, que forma parte del grupo piloto del Banco Central. de la Federación Rusa, determinó nuestra elección. Así, Homnet Group se convirtió en el ejecutor del proyecto de transición a XBRL, cuya propuesta resultó óptima para nosotros.”
irina baranova
asistente del jefe de contabilidad
“El proyecto implementado nos permitió cumplir con los requisitos del Banco Central de la Federación Rusa (Banco de Rusia) con respecto a la transición a un nuevo formato obligatorio, lo que significa que se logró el objetivo principal del proyecto. En este sentido, expresamos nuestro agradecimiento al equipo de expertos del Grupo de Empresas Homnet por el enfoque flexible de nuestro proyecto, la eficiencia y la profesionalidad del trabajo en el marco de este proyecto"
Andrés de Constantinopla
Director general de LLC "Sociedad de gestión" Inversiones a largo plazo
Incluso al comienzo del proyecto, decidimos considerar propuestas solo de aquellos proveedores que tienen un módulo XBRL listo para usar con una tecnología de implementación ya probada. Por lo tanto, queríamos que el proyecto se implementara de manera rápida y "sin dolor" para nuestra empresa. Por supuesto, también teníamos requisitos para el programa en sí, los clave eran la capacidad del programa para integrarse con los sistemas contables de la EPS, los sistemas de back office, los almacenes de datos y la capacidad de recopilar correctamente los indicadores necesarios para generar informes en la formato XBRL. En base a los resultados del análisis de propuestas, hemos elegido la mejor opción para nosotros: el módulo "HOMNET:XBRL"
svetlana larina
Director General Adjunto-Contralor
“Como parte del proyecto de automatización de informes XBRL, teníamos que elegir una solución de software y un ejecutor del proyecto. Al analizar las propuestas, por supuesto, en primer lugar, prestamos atención a la experiencia de un proveedor de TI en términos de implementación del formato XBRL en las empresas de gestión. En ese momento, Homnet Group ya había implementado muchos proyectos en las empresas de gestión más grandes basados en su propio software, Homnet:XBRL. La tecnología probada para la implementación del módulo HOMNET:XBRL, la alta disponibilidad del producto y su funcionalidad se convirtieron en los criterios determinantes a la hora de tomar una decisión”
aleksey domanov
Director General de CJSC Management Company Eurasia
“Decidimos entregar el proyecto a la ejecución del Grupo de Empresas Homnet, porque ya hemos tenido una experiencia positiva de cooperación en la implementación de un proyecto para automatizar la contabilidad y los informes bajo ENP de acuerdo con OSBU utilizando la solución de software del proveedor Homnet NFO. Sabíamos que el Grupo de Empresas Homnet tenía suficientes recursos para implementar grandes proyectos, había expertos especializados en la dirección XBRL. Además, encontramos una amplia y muy buena funcionalidad en la solución de software Homnet XBRL”
Svetlana Naumova
Jefe de Contabilidad de JSC "MC"Analytical Center"
Para optimizar el proceso de informes XBRL, hemos elegido una solución que tiene toda la funcionalidad necesaria. Lo más importante, junto con HOMNET:NFO y HOMNET:XBRL, puede automatizar y simplificar el proceso de generación de informes tanto como sea posible.
Nikolái Leonenkov
Director Financiero de IC "ZERICH Capital Management"
Para preparar un paquete completo de informes (BFO, NSO) en formato XBRL, los especialistas de Homnet Consulting desarrollaron una solución única: Homnet XBRL.
* - la entrega del módulo incluye un Caso con configuraciones para preparar un paquete de informes completo (BFO, supervisor, estadístico) en formato XBRL.
En el primer trimestre de 2017, el Banco Central lanzó un proyecto piloto* para reportar en formato XBRL. Uno de sus participantes fue NPF Lukoil-Garant, que, en el marco del proyecto, presentó informes de prueba de HOMNET:XBRL y se convirtió en el primer NFI en el mercado ruso, en el que se construyó el sistema de informes automatizado XBRL:
“Nuestro Fondo ingresó al grupo piloto del regulador a fines del año pasado. Nos complace que en casi un año pudimos implementar el reporte en formato XBRL, tomando en cuenta que en nuestro país aún existen muy pocos especialistas y empresas que puedan implementar el sistema necesario para esto, simplemente por la falta de tal formato en el mercado ruso antes. La implementación de este proyecto mejorará la calidad y confiabilidad de los datos de informes financieros proporcionados de acuerdo con los estándares internacionales”, –
07/12/2017 \ Punto de vista
julia amiridi, un experto de la Asociación de Bancos Rusos, Director General Adjunto de Desarrollo Comercial de Intersoft Lab, habló sobre lo que necesita saber para prepararse con anticipación para la transición al formato de informes comerciales internacionales XBRL.
La transición a un formato electrónico para recopilar y procesar datos de informes basados en especificaciones XBRL (del inglés eXtensible Business Reporting Language) es uno de los proyectos estratégicos del Banco de Rusia. XBRL, el formato internacional de informes comerciales, debe convertirse desde principios de 2018 en el estándar para informar al regulador por parte de las organizaciones financieras no bancarias (IFN): fondos de pensiones no estatales, fondos de inversión mutuos y por acciones, sociedades de gestión de inversiones. fondos, organizaciones de seguros, participantes profesionales en los valores del mercado de valores, organizadores comerciales, organizaciones de compensación y personas que desempeñan las funciones de una contraparte central.
El tremendo trabajo realizado por el regulador para unificar las métricas de informes y desarrollar la taxonomía XBRL para NFI, las regulaciones relevantes y el convertidor XBRL, junto con el estricto cumplimiento de los plazos para la transición a XBRL para NFI, indica una determinación para escalar este enfoque progresivo. a las entidades de crédito lo antes posible. La decisión sobre la conveniencia de tal paso se tomará siguiendo los resultados de la transición de NFO a XBRL. Si resulta positivo, los enfoques utilizados para desarrollar la taxonomía XBREL para las IFN se convertirán en la base de los enfoques utilizados para desarrollar la taxonomía de los bancos.
¿Qué es la taxonomía XBRL?
Una taxonomía XBRL es una descripción de los datos y métricas, provistos de características analíticas detalladas, que las entidades informantes deben presentar al regulador. La taxonomía XBRL para las NFI combina un conjunto de datos sobre el Cuadro común de cuentas (UCA), así como los Estados financieros contables (FRS), los elementos de las NIIF y las estadísticas de supervisión. Este conjunto de datos es suficiente para obtener todas las formas necesarias de informes contables (financieros), de supervisión y estadísticos por parte del regulador.
La taxonomía XBRL para NFO se basa en un enfoque centrado en los datos. Esto significa que los datos recopilados se limpian de indicadores duplicados y redundantes y se proporcionan al regulador en forma de estructuras multidimensionales construidas sobre la base de cuentas, partes de cuentas e indicadores estadísticos de supervisión en aquellas secciones analíticas que el regulador necesita para datos avanzados. análisis (por ejemplo, principales monedas, concentración geográfica, vencimiento esperado, etc.). Al mismo tiempo, la taxonomía incluye elementos de un enfoque centrado en la forma, cuando cada indicador de información se identifica a nivel de entidades económicas en el BFO. Esta es una vista más familiar de los informes para los usuarios, lo que simplifica los primeros pasos para dominar el nuevo formato de informes. La taxonomía tiene más de 5000 reglas de validación, incluidas las del tipo de control de forma cruzada habitual.
La taxonomía final de informes contables, de supervisión y estadísticos para NFO se publicó en el sitio web del Banco de Rusia el 31 de octubre de 2017. Actualización de la taxonomía en relación con la introducción de nuevos requisitos de supervisión, etc. los cambios que afecten a menos del 15% de los indicadores y/o apartados analíticos se realizarán de forma planificada al menos dos veces al año. De acuerdo con la normativa establecida para 2018, las taxonomías actualizadas se publicarán el 28 de febrero y el 31 de agosto, y entrarán en vigor el 1 de julio de 2018 y el 1 de enero de 2019, respectivamente. Las actualizaciones más grandes también son aceptables. En tales casos, se desarrollará un plan de cambio separado para ellos.
¿Cómo se organiza el proceso de elaboración y envío de informes en formato XBRL?
Si describimos el proceso de generación de informes XBRL "en los dedos", todo se reduce a completar formularios de informes, pero más detallados de lo habitual. Deben ingresarse manualmente o cargarse desde un archivo externo con datos e indicadores en las secciones analíticas requeridas. Al llenar, los duplicados se excluyen automáticamente, es decir, un indicador ingresado una vez se muestra en todos los formularios donde se reutiliza. Después del llenado, está disponible la validación automática de datos, es decir, el control del cumplimiento de las reglas de formato, aritméticas y lógicas, la comparación con los datos de informes de períodos anteriores y la corrección de los errores detectados.
De acuerdo con este principio, se organiza el trabajo del software Converter para recopilar informes NFO en formato XBRL, que proporciona el Banco de Rusia de forma gratuita. El resultado del trabajo del "Convertidor" es un archivo en formato XBRL, que puede firmarse con una firma electrónica calificada mejorada y transferirse al regulador a través de la cuenta personal de un participante del mercado financiero. Está previsto que en 2021 el Convertidor deje de existir y las organizaciones preparen archivos de informes en formato XBRL, apoyándose en sus propias soluciones de TI.
No se preocupe, hay muchos productos de software comerciales y gratuitos en el mercado para convertir datos a formato XBRL. Todos los convertidores XBRL funcionan casi con el mismo principio que el "Convertidor" del Banco de Rusia:
Sin embargo, la principal dificultad para preparar informes en formato XBRL no es la conversión en sí, sino la preparación de los datos e indicadores primarios que se convertirán al formato XBRL.
Por qué cambiar a XBRL revela problemas de calidad de datos para la generación de informes
El objetivo clave de cambiar al formato XBRL para la presentación de informes es aumentar la transparencia de la información, la confiabilidad y la calidad de los informes, lo que se logra al proporcionar al regulador no formularios de informes listos para usar, sino una capa de datos e indicadores detallados. , sobre cuya base, por parte del regulador:
Esto significa que la transición al formato XBRL puede revelar problemas profundos con la calidad de los datos utilizados por las organizaciones en la preparación de informes: su integridad, precisión y consistencia. Además, dado que los informes XBRL se volverán más granulares, se agregarán funciones analíticas para indicadores, etc., es posible que, al principio, los datos del detalle requerido y en las secciones analíticas necesarias simplemente no estén disponibles en los sistemas contables. A los proveedores de discos les llevará tiempo ajustar su software y a las organizaciones modernizar los procesos organizativos para acercar la composición de los datos sin procesar a la requerida por la taxonomía.
El futuro de la información regulatoria de las entidades de crédito, dada la magnitud de los cambios que se avecinan, puede llegar casi mañana. Vale la pena pensar de antemano en preparar la infraestructura de TI de los bancos para la transición a XBRL, principalmente desde el punto de vista de soportar los procesos de consolidación de datos primarios, asegurando su calidad y enriqueciéndolos con la analítica faltante. La experiencia de proyectos piloto para la transición a XBRL, implementados en la NFO, indica que la herramienta informática más eficaz para solucionar estos problemas es un almacén de datos (WD). Como muestra la práctica, se necesitan al menos dos años para introducir un almacén de datos a la escala de un banco universal. Es posible que haya llegado el momento de que las entidades de crédito se planteen seriamente la conveniencia de desplegar este tipo de soluciones.
En 2015, el Banco Central de la Federación de Rusia lanzó un proyecto para la transición de las instituciones financieras sin crédito (NFI) al formato electrónico para informar datos en formato XBRL a partir del 01/01/2018. El momento se acerca rápidamente y las ENF apenas comienzan a darse cuenta de la magnitud de los cambios que se avecinan. Hay bastantes materiales de alta calidad sobre XBRL en ruso (solo puedo recomendar el libro XBRL para tontos, cuya traducción fue iniciada por el Banco Central, aunque no de la mejor manera posible). Quiero llenar este vacío y llamar su atención sobre mi adaptación de un buen folleto XBRL en inglés sencillo de Batavia, que habla sobre los conceptos básicos de XBRL.
Estoy traduciendo en nombre del autor, complemento un poco el texto con enlaces útiles. Trato de adherirme a la terminología del Banco Central de la Federación Rusa con referencia a los términos originales. Comenzaré con los primeros capítulos, y si el tema es de su interés, completaré la traducción. Comenta, haz preguntas, te diré todo lo que sé.
Roman Udaltsov
Este capítulo presenta el libro en sí y los conceptos básicos de XBRL.
Si ha comenzado a leer este libro, entonces ya ha oído hablar de nuevo forma de generar informes comerciales - XBRL. Si ha mirado la especificación XBRL, sabe que es un documento de 158 páginas lleno de definiciones formales. Dicho documento es necesario para definir correctamente XBRL. Puede considerarse una lectura relajante para la noche de los matemáticos. pero no para nosotros normal de la gente.
Para nosotros, normal gente, este libro captura la esencia de la especificación XBRL en ruso simple. Debería brindarle una buena comprensión de qué es XBRL y cómo se puede usar. Básicamente, el libro se centra en la especificación funcionalidad XBRL.
Tú no Sumérgete en los detalles más pequeños leyendo este libro. Si necesita este nivel de comprensión, p. si desea escribir su propio validador XBRL, debe estudiar cuidadosamente la especificación formal. De cualquier manera, este libro sin duda servirá como una introducción al apasionante mundo de XBRL.
Dichos bloques indicarán una inmersión más profunda en los detalles (donde es realmente necesario)
Yo también no Discutiré estándares técnicos básicos como XML, XML Schema, XLink, XPath, XPointer, etc. Si no está muy familiarizado con estas tecnologías, visite el sitio del World Wide Web Consortium (W3C) para obtener una lista de lecturas recomendadas o cualquier buen libro sobre XML.
Este libro se basa en la especificación XBRL 2.1 del 20/02/2013, modificada el 25/04/2005. Si alguna vez hubiera una discrepancia entre el libro y la especificación oficial, la modestia me obliga a asumir que cometí un error y que los autores de la especificación hicieron todo bien. Te animo a que hagas una suposición similar.
A falta de opciones de formato enriquecido en Markdown y HFM, los mismos bloques denotarán ejemplos
XRBL significa E X extensible B negocio R eportando L lenguaje (Extensible Business Reporting Language), que en sí mismo es una buena descripción de la esencia: es un lenguaje de informes utilizado en los negocios. Y es ampliable. Es sencillo, ¿verdad? Bueno, tal vez se necesita un poco más de explicación.
Este capítulo introduce algunos términos relacionados con XBRL, se destacarán audaz fuente. En los siguientes capítulos, analizaremos todo en detalle, así que no les tengas miedo.
Saltemos directamente al medio: ... B negocio R eportando...
Todos sabemos que las empresas generan un montón de informes:
Cada informe es un conjunto de datos. hechos sobre el contenido del informe, tales como:
En los viejos tiempos, dichos informes se creaban recopilando todos los hechos relevantes y completándolos en formularios de papel preimpresos. Luego, el formulario completado se envió a las partes interesadas, quienes leyeron los hechos del formulario.
Suena engorroso, pero así son las cosas. Además - peor... Diferentes partes interesadas requieren datos en diferentes formas, mientras que los hechos contenidos en ellos pueden ser los mismos. Para ello, el compilador del informe se ve obligado a completar los mismos datos en diferentes formularios.
XBRL ofrece una forma de mejorar el proceso de creación, distribución y uso de datos en informes comerciales. Define un formato de informe electrónico que permite a las computadoras crear, validar y procesar informes automáticamente. También define una forma de garantizar que los hechos comerciales que se comunican tengan un significado único. El compilador del informe podría simplemente hacer un informe con todos los hechos y dárselo al destinatario, quien seleccionaría los hechos que necesita y los presentaría en cualquier forma que le resulte conveniente. Determinar el significado único de los hechos asegura que cada destinatario del informe interprete los hechos recibidos de la misma manera.
Otro punto interesante es la posibilidad de separar la forma del informe y su contenido. preconfigurado la forma informe es una plantilla que define la composición de los hechos. Es generado una vez por el destinatario del informe. Y los hechos transmitidos son contenido, que se crea cada vez que se genera el informe.
El estándar XBRL también utiliza una división similar:
Este parece ser un buen momento para presentar un ejemplo que usaré a lo largo del libro. Ilustra los principios básicos de XBRL y muestra los aspectos técnicos y formales de forma práctica. El ejemplo consta de un formulario en papel y datos escritos a mano.El formulario de informe se ve así:
El formulario de informe se puede identificar de forma única por su identificador único FD-01. Consta de los siguientes elementos: nombre de la empresa, período del informe, número de empleados al principio y al final del período del informe. Además, se requiere desagregar el número de empleados en hombres y mujeres y distribuirlos entre varios grupos de edad.
Un ejemplo de un informe completo podría verse así:
Es fácil ver que el número de empleados ha aumentado, pero la empresa emplea al menos a una persona con falta de habilidades matemáticas. En un ejemplo tan simple, es poco probable que alguien cuente 27 + 15 como 41, pero en informes más complejos, tales errores son muy probables si todo se hace manualmente.
Otra premisa de XBRL es que es extensible. Volviendo a los viejos tiempos, veamos un escenario en el que la extensibilidad sería útil.
Supongamos que la Unión Europea determina los requisitos de información para cualquier negocio dentro de la UE.
XBRL permite que dichos requisitos sean compatibles. La UE creará una taxonomía para definir los requisitos de información. La traducción de conceptos técnicos en taxonomía a términos fáciles de usar está contenida en el llamado base de la etiqueta(base de enlaces de etiquetas). Cada idioma dentro de la UE puede tener su propia base de datos de etiquetas, o puede crear una base de datos compartida que contenga etiquetas para cada idioma. Tenga en cuenta que esto no requiere que se repita la definición real de los conceptos para cada idioma.
Un país que desee expandir la taxonomía de la UE simplemente creará su propia taxonomía que hará referencia a la taxonomía de la UE para conceptos comunes. Será suficiente que este país defina solo conceptos específicos que no están incluidos en la taxonomía de la UE.
La "L" en XBRL significa Idioma. El lenguaje XBRL proporciona una forma de expresar taxonomías e informes XBRL en un formato único e inequívoco, que es un requisito necesario para el procesamiento informático de la información.
El lenguaje XBRL se basa en estándares mundiales como XML y sus correspondientes especificaciones. Los siguientes capítulos tratarán esto con más detalle.
