Resumen técnico ejecutivo del uso de taxonomías XBRL de IFRS

CONJUNTO DE CONCEPTOS

En Colombia era obligatorio presentar los estados financieros usando  como conceptos los nombres de cuentas de agrupación del PUC respectivo. Ahora hay que hacerlo utilizando el contenido mínimo de IFRS.

Una taxonomía XBRL de IFRS consta de un conjunto de conceptos universalmente aceptados y definidos como elementos XML con las que se homologan("Marcan")todas las líneas de los formatos de los estados financieros incluidos las líneas de títulos y de totales. También están incluidos los conceptos para las notas de textos, de desgloses y de actividad por líneas de los formatos de revelación.

FORMATOS PARA INFORMAR

Todos estos conceptos se enlazan u agrupan en arcos de enlaces en relaciones uno a varios que permiten darle orden y hacer cálculos de agrupación entre ellos.

MAPEO CUENTAS A CONCEPTOS

Un catálogo de cuentas bien estructurado para soportar la dinámica contable de los negocios debe ser mapeado via asignación XML a cada saldo de cuentas.  Asi las cuentas del  catalogo de cuentas con sus códigos y descripción original tendrá un atributo asignado denominado etiquetas XBRL, que son los elementos XML con los que se crean instancias XBRL.

INSTANCIA REPORTABLE

Cada saldo mapeado representa “hechos” que  estructurados en conjuntos denominados roles a su vez forman la  “instancia” reportable en lenguaje XML. Una instancia debe pasar todas las validaciones implícitas en una taxonomía XBRL.

SOFTWARE DE REPORTES FINANCIEROS

El software debe estar habilitado para leer las taxonomías y permitir que el usuario haga los mapeos para pasar de estructura PUC a estructura IFRS, y asi generar los formatos-roles que permiten armar el paquete completo de información financiera.

Evaluación software "listos para NIIIF"

Autor: Hernan A. Rodriguez
Estuve evaluando el estado de alineación de algunos  software contable con los estándares internacionales de información financiera con los siguientes resultados:

Excelentes herramientas que hacen y/o ayudan a hacer muchas tareas relacionadas con clasificación y medición de NIIF (IFRS). Pero no manejan taxonomías XBRL, ni son generadores de instancias XBRL ya sea en Excel(entendibles por humano) en archivos XBRL( entendibles por máquina)

Los módulo de revelación está dispuesto para notas de texto libre y no en notas estructuradas por requerimientos IFRS.

Tienen un manejo de juegos de libros previa duplicación de registros  de bases de datos operados por usuarios.Para esto se requiere una definición previa de un plan de cuentas alterno.

Excelentes generadores de reportes basados en estructuras de cuentas alternas rebautizadas a criterio de usuario, para esto también se requiere una definición de plan de cuentas alterno. No todas las necesidades de reportes se pueden generar por la estructura de los grupos de cuentas.

No maneja  las estructuras de reportes basado en la jerarquía de conceptos que sugiere las taxonomías  de enlaces

No tienen en cuenta que el  lenguaje XBRL utiliza las recomendaciones  Xlink, XPath, XFormula, XDimension para proponer una excelente manejo de los Arc en jerarquías de enlaces Xlink para modularizar una estructura de árboles FROM  - TO (de varios a uno). Este manejo es el corazón del manejo de los módulos de las taxonomías, y permite la replicación de los conceptos y roles en bases de datos relacionales.

Los software  contables evaluados no diferencian las necesidades. FULL o PyMEs en especificaciones anuales de IFRS. Las. soluciónes no cargan as taxonomías que representan cada conjunto de estándares en sus distintas versiones anuales.

La extensibilidad y/o particularidad de los software ha sido específicada por los usuarios no especializados resultando  situaciones desacertadas  cómo cuando toman  la opción de usuario de depreciar los activos disponibles para la venta, lo que constituye una  no conformidad.

Un análisis más profundo lo he evaluado a la luz de muchas particular que estaré publicando.

Contadores a argumentar el porqué no a los libros diferenciados en los software

Autor: Hernan A. Rodriguez
Llevar la contabilidad es una práctica comercial y empresarial. Hacerlo por el sistema de partida doble es una práctica técnica.  Llevar y mantener libros es una exigencia legal.

Emitir estados financieros con aseguramiento es una obligación impuesta a las sociedades comerciales cuando la actividad empresarial se convirtió susceptible de litigios por la confianza de que la información era tomada de libros

Todas las transacciones, otros eventos y condiciones deben ser registradas en libros y ser reconocidas  en los elementos de los estados financieros por el equivalente del los valores recibidos o entregados. Pero el saldo final de las cuentas seran producto de una agregación de débitos y créditos.

Entonces hasta aquí la contabilidad debe ser una y los juegos de libros deben registrar estas transacciones, otros eventos y condiciones de una misma manera y por un mismo valor.

Cuando se emiten estados financieros  o se diligencia una declaración de renta hay ciertos activos que se declaran dependiendo del procedimiento de valuación aceptado por cada regulación y no por la agregación primaria de débito y créditos.

Los registros en.SAP por ejemplo, registra por el mismo valor en todos los libros que componen el sistema multilibro. Los registros diferenciados son en esencia producto de la aplicación de áreas valorativas previamente definida para cuentas como inventario y activos inmovilizados cuyo saldo es necesariamente producto de un procedimiento distinto a la agregación de débitos y/ o créditos.

El Nuevo Rol de los Contadores: A dar aseguramiento! ¿Existe el ambiente para cambiar?

Autor: Hernan A.Rodriguez

Lo preparación de declaraciones de impuestos no debería ser la actividad central del contador, pero ser un asesor para el aseguramiento de la información financiera sí.

Las auditorías y el ejercicio de la revisoría fiscal se están convirtiendo cada vez más complejas, = más regulaciones + más datos electrónicos que preparar + herramientas electrónicas a usar + mediciones no-financieras = mayor riesgo para el auditor y/o revisor fiscal. 

Cada vez más se requiere el uso de especialista para reforzar el trabajo del contador.

Las mejores prácticas internacionales para la divulgación de información de negocios son interpretadas y extendidas por funcionarios de las entidades de control sin experiencia en de campo.

Las autoridades de impuesto no emiten sus reglamentaciones oportunamente para administrar el divorcio contabilidad financiera-contabilidad tributaria.

Las casas de software contables van lento en su interpretación a los procedimientos para garantizar la captura del valor razonable de las transacciones, otros eventos y condiciones; y todavía no han hecho compromisos para implementar las áreas valorizaciones diferenciadas para lo tributario y lo financiero.

Los formadores de opinión se autopreguntan y elaboran respuestas asesoradas por asesores no practicantes.

Y ahora en vez de discutir fuerte sobre temas y con respeto por las por las personas los contadores nos agredimos en lo personal.

Aun así el contador se debe preparar para estar listo para el futuro

Se hace necesario analizar el  espectro del rol del contador y tener una nueva visión del papel del contador.

Un buen Controller Financiero, con las herramientas adecuadas a su alcance, resulta de gran ayuda para mejorar los procesos y operaciones de la empresa, elaborar planes estratégicos exitosos, tomar decisiones adecuadas y garantizar la eficiencia en el uso de los recursos disponibles.

Hago un resumen del trabajo presentado por Shimamoto sobre papel del contador y se puede desglosar en cuatro cuadrantes.
https://es.slideshare.net/mobile/donnyitk/wscpa-cpa-horizons2025v20

La parte superior izquierda es la más tradicional la función de administrador del sistema contable, que es principalmente para el procesamiento de datos, transacciones y generación de informes.

El rol de reportero de confianza, el cuadrante inferior izquierdo, engloba obligaciones como el cumplimiento de la ley Sarbanes-Oxley, NIIF y GAAP, así como reportes a la autoridad de impuestos.

El tercer papel, el cuadrante inferior derecho, se convierte en una experiencia altamente técnica. "Son personas que son muy fuertes en apoyar funciones específicas", dijo Shimamoto. "Es posible que tengan experiencia en el sector o experiencia en el cálculo de costos o la gestión de tesorería basada en actividades".

El cuarto papel, en el cuadrante superior derecho es el de contraloría financiera. "las finanzas es la clave para ayudar a desbloquear el poder de la inteligencia de negocios".

Tradicionalmente, si los demás no hablaban el lenguaje de la TI, estaban reticentes a aprender. Esa duda es una razón por la que los contadores no se han involucrado en la aplicación de la inteligencia de negocios a las decisiones de la empresa.

Los contadores de hoy no necesitan preocuparse por aprender inteligencia de negocios gracias a una mejora en las herramientas de BI, dice Shimamoto. "Las herramientas han evolucionado hasta convertirse en tan fácil de usar que usted no necesita IT para ayudar a obtener la información", dijo. "Ha evolucionado ahora para que las finanzas puedan hacer todo por sí mismos. Es un cambio enorme en la última década”.

Si los contadores están dispuestos a escapar de su zona de comodidad, pueden salir de esos cuadrantes izquierdos y en una posición más estratégica en sus empresas, Shimamoto dijo.

"Estamos viendo donde los contables de gestión ya están acostumbrados a informar sobre la información de manera regular", dijo Shimamoto. "Ahora que estamos viendo informes globales integrados, informes sobre sustentabilidad, reportes sobre ética, todos ahora están entrando en una mayor importancia y un mayor enfoque. Así como las organizaciones están capturando datos sobre todos estos temas adicionales, ahí es donde las habilidades que las finanzas tienen pueden empezar a aplicarse”.

Es necesario también conocer la evolución de la organización contable y rol esperado del Contador hacia logros de impacto

Contadores a conciliar! No a los libros dobles por implementación IFRS

NO hay error de interpretación técnica, hay una equivocación monumental de quienes postulan software “listo para NIIF” con SOLO presentar la opción de doble libro,  multilibro o contabilidad paralela.

No se puede satanizar a todas las casas de software , pero si hay que decirles que muchas no han atinado en lo necesario para  posibilitar la generación de instancias de información financiera reportable. El problema no es de dinámica contable suplementaria o doble, el problema es en la generación de información financiera y su conciliación con la fiscal.

Algunos han calificado un  exagerado
afán comercial sobre la implementación de IFRS (NIIF) sin estar preparado para afrontar este reto.

Debemos también conceder que la DIAN estaba en el radar de las casas de software y ellas no tuvieron asesorías competente para concluir que era eso de “ mantener las bases patrimoniales bajo PUC por cuatro años. “ Nadie les dijo que existían las cuentas de orden para las diferencias.

Una fuerte controversia se ha suscitado y ha generado pronunciamientos desacertados como cuando se dice que la doble contabilidad es un manejo técnico que se debe respetar porque no riñen con la Ley. Dibujando que simplemente se trata de metodologías y procedimientos para aplicar IFRS.

Con el debido respeto y cariño hacia los defensores de este argumento les digo que no hay software " listo para NIIF" .La aplicación de los conjuntos de estándares IFRS implica aplicar definiciones, características y reglas  de reconocimiento y medición que en su mayoría se cumplen a nivel de registro de comprobantes. El cumplimiento de estándares de presentación y revelación está más allá de la vocación y misión de los software contable.

Cuando se ha hecho la aplicación por primera vez de IFRS, cesa la dualidad de registros y todo los registros contables deben registrarse en un solo conjunto de libros. No hay tal de la “doble contabilidad”. Lo que se usan son las áreas de valoración o cálculos previos  diferentes antes de  construir los registros contables de los costos históricos amortizados menos deterioro. Una de estas áreas son las es la que tiene reconocimiento para las bases tributarias.

Para la aplicación de algunos procedimientos de deterioro sería casi imposible darle esa responsabilidad al software contable.

OJO con los dividendos y la DIAN!

Se necesitan software de reportes financieros para el consumo nacional

Cuando se piensa en el lenguaje extensible de informes empresariales (XBRL), probablemente se asocie con la preparación de estados financieros. Pero los informes externos no son su único uso. XBRL ofrece la posibilidad de codificar y estandarizar todos los datos procesados ​​por el sistema de información de una empresa. Para el contador de gestión, la taxonomía XBRL Global Ledger (XBRL GL) debe formar parte de su conjunto de herramientas.

Hay dos variaciones complementarias de taxonomía XBRL. La mayoría de la gente está familiarizada con XBRL para informes financieros (XBRL FR), que se utiliza para codificar la información financiera utilizada para la presentación de informes externos, como estados financieros e informes reglamentarios. Varias autoridades nacionales exigen a las compañías que proporcionen información de estados financieros en formato XBRL FR. En los Estados Unidos, por ejemplo, todos los declarantes de la Securities and Exchange Commission (SEC) tienen que preparar sus estados financieros en formato de datos interactivos usando XBRL.

La otra variación, XBRL GL, es una taxonomía utilizada para estandarizar la información necesaria para cualquier uso interno, como el control y la toma de decisiones, y para intercambiar información con partes interesadas externas. En otras palabras, XBRL GL proporciona una forma de estandarizar toda la información granular almacenada en aplicaciones de planificación de recursos empresariales (ERP), contabilidad y software operativo.

El uso combinado de XBRL GL y XBRL FR vincula las tareas operativas individuales con los informes finales y permite a los usuarios profundizar desde el informe hasta los detalles subyacentes, evitando la pérdida de información y soportando una pista de auditoría completa. También permite la creación de reglas de negocio estandarizadas y controles que se aplican consistentemente a los datos almacenados en diferentes aplicaciones. Esto mejora la calidad de los datos y apoya la auditoría continua y el monitoreo de datos. (Ver "XBRL GL Features" para un resumen de las principales características de XBRL GL.)

Ahora bien la contabilidad es originalmente un trabajo manual y algunas operaciones se han computarizado usando software comercial. Pero un aspecto comercial de la contabilidad es sus límites y lo que debe incluirse en paquetes de software de contabilidad de software comercial. La tecnología XBRL amerita que cada casa de software produzca su módulo de generación de información.

El trabajo de contabilidad es hacer comprobantes de contabilidad con débitos y créditos prescritos por la dinámica contable de los negocios, para luego comprobar que los asientos en los libros sean correctas. Una de las principales herramientas de verificación son las reconciliaciones bancarias entre los extractos de cuenta bancaria y los auxiliares del efectivo (registro), para probar que cada transacción monetaria se contabiliza en la contabilidad. Sin embargo, esta comprobación es en gran medida manual y de mano de obra muy intensiva, trabajo que las computadoras deberían hacer mucho mejor. Otra validación implícita en la contabilidad es mantener localizadas las  evidencias de las transacciones en la documentación de comprobantes. Documentos que son entrantes y salientes, en la práctica archivadas en una carpeta de comprobantes físicos. (Aún cuando, en muchos países la legislación sobre el IVA (Impuestos sobre el Valor Agregado) exige el mantenimiento de carpetas físicas de papel se está utilizado el escaneado de documentos sin tener en cuenta el buen funcionamiento con esto, a pesar de la visión de documentos  electrónicos que se tenga. (Aqui que todavía hay mucho que resolver.)

Otra forma de verlo son las demandas legales ya que un alto porcentaje de los requerimientos de las autoridades de impuestos sobre contabilidad proviene de la legislación del IVA, donde la directiva de la UE (Unión Europea) sobre el IVA (impuesto sobre el valor añadido de la Unión Europea) es la que abarca la documentación más completa. Por lo que es obvio que las facturas y los recibos sean más que otra cosa, los documentos de contabilidad (requerido por la legislación del IVA), en segundo lugar los documentos del derecho civil y en tercer lugar como documentos generales de comercio. La documentación contable (requerida por la legislación del IVA) es la principal parte regulada, en realidad la principal ley reguladora de toda la contabilidad.

Para obtener beneficios, para el productor de software es más probable que en este campo las características de integración y automatización sean las que vale la pena pagar por el cliente consumidor  de software comercial que produce archivos de información contable.

Resumen técnico ejecutivo del uso de taxonomías XBRL de IFRS

Una taxonomía XBRL de IFRS consta de un conjunto de conceptos con las que se homologan todas las líneas de los formatos de los estados financieros incluidos las líneas de títulos y de totales. También están incluidos los conceptos para las notas de textos, de desgloses y de actividad por líneas de los formatos de revelación.

Todos estos conceptos se enlazan u agrupan en arcos de enlaces con relaciones uno a varios que permiten darle orden y hacer cálculos de agrupación entre ellos.

Un catálogo de cuentas bien estructurado para soportar la dinámica contable de los negocios debe ser mapeado via asignación XML a cada saldo de cuentas.  Asi las cuentas catalogo de cuentas con sus códigos y descripción original tendrá un atributo asignado denominado etiqueta XBRL.

Cada saldo mapeado representa “hechos” que  estructurados en conjuntos denominados roles a su vez forman la  “instancia” reportable en lenguaje XML. Una instancia debe pasar todas las validaciones implícitas en una taxonomía XBRL.

El software debe estar habilitado para leer las taxonomías y permitir que el usuario haga los mapeos para pasar de estructura PUC a estructura IFRS, y asi generar los formatos-roles que permiten armar el paquete completo de información financiera.