Publicado el 20 de septiembre de 2024 por Editor
La creación de informes digitales a menudo implica hacer explícita cierta información que los informes tradicionales, analógicos, dejan implícita. Si bien los lectores humanos pueden inferir el significado a partir del contexto y las convenciones, XBRL requiere que los datos sean precisos e inequívocos para garantizar que las máquinas los interpreten con precisión.
Un área en la que esto cobra especial importancia es en el manejo de fechas y períodos de tiempo. Nuestra última publicación del blog profundiza en este tema en detalle y ofrece información sobre cómo asegurarse de que las fechas en sus informes digitales sean claras.
Si bien el software XBRL moderno automatiza gran parte de esto, siempre es bueno que los profesionales de informes comprendan cómo funcionan estos elementos técnicos detrás de escena. Nuestro blog explica cómo se manejan las fechas y los períodos en diferentes formatos XBRL, incluidos Inline XBRL, xBRL-JSON y xBRL-CSV, y lo desglosa con ejemplos prácticos.
Para conocer más en detalle cómo XBRL maneja las fechas y por qué es importante, lea el blog completo aquí.
Fechas Reportaje digital XII Noticias
Fechas en XBRL
Publicado el 29 de agosto de 2024 por Paul Warren
La creación de informes XBRL requiere con frecuencia hacer explícita información que antes solo era implícita. Los lectores humanos suelen inferir información a partir del contexto y las convenciones, mientras que el objetivo de XBRL es crear datos estructurados independientes y sin ambigüedades.
Un buen ejemplo de esto es el manejo de fechas y períodos de tiempo. Los informes a menudo describen fechas y períodos de informes de manera imprecisa o ambigua de manera aislada. Esto puede llevar fácilmente a una interpretación errónea de la información por parte de una máquina, aunque, en contexto, el significado sea claro para un lector humano. Para garantizar un análisis preciso de un informe por parte del software, es de vital importancia que las fechas se marquen con XBRL de manera coherente, lógica y precisa.
En este blog, veremos algunos ejemplos de las distintas formas en que se presentan las fechas en informes legibles para humanos y por qué las convenciones que se usan allí pueden causar confusión al crear datos XBRL. También analizaremos cómo funcionan las fechas y los períodos en XBRL y veremos las notaciones que se usan para las fechas en los diferentes formatos XBRL, incluidos Inline XBRL, xBRL-JSON y xBRL-CSV. Este blog abordará detalles técnicos que, por lo general, el software XBRL debería ocultar a los usuarios finales, pero esperamos que proporcione información útil sobre por qué es tan importante convertir las fechas en informes legibles para humanos a datos estructurados.
¿A quién va dirigido? La buena noticia, por supuesto, es que el software XBRL moderno tiende a ocultar estos detalles, pero no está de más que los profesionales de informes externos, contabilidad y auditoría (así como los desarrolladores de software que puedan estar abordando estos temas por primera vez) se familiaricen con los detalles.
Fechas y periodos de tiempo en XBRL
Todos los hechos reportados en XBRL deben llevar una fecha como parte de sus metadatos, indicando al software (así como a los lectores humanos) exactamente a qué punto o período de tiempo se refiere el hecho.
Consideremos el siguiente estado de flujo de efectivo:
El estado de cuenta presenta saldos en tres fechas:
- 1 de abril de 2022
- 1 de abril de 2023
- 31 de marzo de 2024
Pero una fecha se refiere a un día, un período de 24 horas. ¿El saldo se informa al inicio o al final del día indicado? La respuesta es que depende. Para las dos primeras fechas, el informe se refiere al saldo anterior al 1 de abril, mientras que en el tercer caso se refiere al saldo posterior al 31 de marzo. Esta tabla utiliza exactamente el mismo lenguaje («saldo a») para significar dos cosas diferentes: «saldo anterior» y «saldo posterior». Como lector humano, puedo inferir esto a partir del contexto, pero en XBRL, se espera que los hechos sean inequívocamente comprensibles de forma aislada; no pueden depender del contexto para su significado.
XBRL elimina esta ambigüedad haciendo referencia siempre a los períodos utilizando tanto fechas como horas, no solo fechas, lo que permite saber explícitamente si estamos hablando del comienzo o del final de un día. XBRL utiliza el estándar ISO8601 para fechas y horas, y todos los períodos se informan utilizando la combinación de una fecha y una hora: una «fecha y hora». Las tres fechas de este informe se representan en XBRL como las siguientes fechas y horas:
- 01-04-2022 00:00:00
- 01-04-2023 00:00:00
- 01-04-2024 00:00:00
En cada caso, utilizamos la medianoche al comienzo de la fecha indicada. Este es el instante en el que finaliza un período de informe y comienza el siguiente. Lo que estaba implícito en un informe legible para humanos se vuelve explícito en XBRL.
El último caso genera cierta confusión porque la parte de la fecha no coincide directamente con la presentación utilizada en el informe legible por humanos, pero sí refleja con precisión el significado del informe. En realidad, solo hay un instante entre el final de un período de informe y el comienzo del siguiente, pero un informe legible por humanos lo describe de dos maneras diferentes según el contexto y la convención.
Por ejemplo, en otra parte de este mismo informe, tenemos el Estado de Cambios en el Patrimonio:
La estructura de esta tabla es muy similar a la anterior, pero utiliza fechas diferentes:
- 31 de marzo de 2022
- 31 de marzo de 2023
- 31 de marzo de 2024
¿Las cifras de las dos primeras fechas realmente se indican un día antes que las de la tabla anterior? No, esta tabla simplemente utiliza una convención diferente para etiquetar los mismos puntos en el tiempo. En XBRL, se etiquetan de manera consistente utilizando los mismos tres instantes que antes:
- 01-04-2022 00:00:00
- 01-04-2023 00:00:00
- 01-04-2024 00:00:00
Instantes y duraciones
Todos los conceptos en XBRL tienen un tipo de período intrínseco, que puede ser “duración” o “instantáneo”. Los conceptos que se informan a partir de un momento en el tiempo, como activos o pasivos, son conceptos “instantáneos” y los hechos para dichos conceptos se informan con una única fecha y hora. Los conceptos que se informan durante un período en el tiempo, como ingresos o ganancias, son conceptos de “duración” y los hechos se informan utilizando un par de fechas y horas que identifican el inicio y el final de la duración.
Formatos técnicos
A nivel semántico, las fechas y los períodos de tiempo en XBRL son muy simples. XBRL trata todos los hechos como si tuvieran un período de tiempo que puede ser una fecha y hora únicas (que representan un instante) o la duración entre dos fechas y horas.
A nivel sintáctico, los distintos formatos XBRL permiten algunas notaciones adicionales para representar esos períodos de una manera más eficiente o intuitiva. Estas se analizan a continuación.
Períodos en xBRL-XML y XBRL en línea
La sintaxis XML original de XBRL 2.1 (ahora denominada “xBRL-XML”) y Inline XBRL permiten representar períodos como fechas y horas ISO8601, pero también permiten una notación abreviada para informar períodos utilizando solo fechas.
Al informar un instante mediante una fecha, se interpreta que se refiere al final de la fecha indicada, por lo que los siguientes son completamente equivalentes:
<período>
<instantáneo>31-03-2024</instantáneo>
</período>
<período>
<instant>2024-04-01T00:00:00</instant>
</período>
Al informar una duración mediante fechas, la fecha de inicio se interpreta como una referencia al inicio del día y la fecha de finalización se refiere al final del día indicado, por lo que las dos siguientes son equivalentes:
<período>
<fecha de inicio>01 de abril de 2023</fecha de inicio>
<fecha_final>31-03-2024</fecha_final>
</período>
<período>
<fecha de inicio>2023-04-01T00:00:00</fecha de inicio>
<fecha_final>2024-04-01T00:00:00</fecha_final>
</período>
La diferente interpretación que se aplica a las fechas de inicio intenta reflejar la convención humana de describir períodos utilizando fechas inclusivas. En el lenguaje corriente, se entiende que “del 1 de abril de 2023 al 31 de marzo de 2024” significa el período de un año que incluye ambas fechas.
Desafortunadamente, este enfoque ha creado mucha confusión y muchos errores de etiquetado, porque la misma fecha denota una fecha y hora diferente según el elemento en el que aparece.
Por ejemplo, un saldo de apertura informado “al 1 de abril” a veces se etiqueta incorrectamente como:
<período>
<instantáneo>01-04-2023</instantáneo>
</período>
Esto se interpreta como el final del 1 de abril, 24 horas demasiado tarde. Aunque estos errores de etiquetado se han vuelto menos comunes a medida que el software ha mejorado, el uso de fechas simples los invita a cometerlos.
La realidad es que los informes legibles por humanos a menudo describen fechas de una manera que es ambigua de forma aislada, y es necesario comprender correctamente lo que significan para poder etiquetarlos en XBRL.
Períodos en xBRL-JSON
En 2021 se publicaron dos nuevos formatos para datos XBRL: xBRL-JSON y xBRL-CSV. Estos formatos comparten un modelo de datos común (“The Open Information Model”) que es compatible con xBRL-XML.
xBRL-JSON está diseñado para que el software lo pueda consumir fácilmente y, para ello, requiere que todos los períodos se informen de forma coherente utilizando fechas y horas completas. Un hecho instantáneo se informaría utilizando una propiedad de período, de la siguiente manera:
«período»: «2024-04-01T00:00:00»
Un hecho de duración se informa utilizando un par de fechas y horas:
«período»: «2023-04-01T00:00:00/2024-04-01T00:00:00»
No existe la opción de usar fechas abreviadas en xBRL-JSON. Esto simplifica el uso del software y reduce significativamente las posibilidades de errores de etiquetado.
Períodos en xBRL-CSV
xBRL-CSV permite informar datos XBRL en formato CSV. xBRL-CSV está diseñado para permitir una representación flexible y compacta de los datos y, para este fin, permite una variedad de formatos de períodos abreviados que se pueden utilizar en datos CSV, además de los mismos formatos explícitos admitidos por xBRL-JSON.
Por ejemplo, se puede especificar un período inclusivo utilizando un par de fechas combinadas con “..”, por lo que los dos siguientes son equivalentes:
- 01-04-2023.31-03-2024
- 2023-04-01T00:00:00/2024-04-01T00:00:00
Se puede especificar un año calendario utilizando solo el año, por lo que los siguientes son todos equivalentes:
- 2023
- 01-01-2023.31-12-2023
- 2023-01-01T00:00:00/2024-01-01T00:00:00
xBRL-CSV permite el uso de fechas únicas, pero estas representan una duración de un día, no de un instante. Por ejemplo, las dos siguientes son equivalentes y ambas especifican una duración de 24 horas:
- 01-04-2023
- 2023-04-01T00:00:00/2023-04-02T00:00:00
Al definir el período de un hecho instantáneo, este se puede definir explícitamente utilizando una única fecha y hora, como en xBRL-JSON, o se puede tomar a partir del instante de inicio o fin de una duración. Por ejemplo, los siguientes son todos equivalentes:
- 2023@fin
- 31-12-2023@fin
- 01-01-2024@inicio
- 01-01-2024 00:00:00
Similarmente:
- 2023@inicio
- 01-01-2023@inicio
- 31-12-2022@fin
- 01-01-2023 00:00:00
xBRL-CSV utiliza metadatos que definen cómo los datos de un informe CSV se asignan a los datos XBRL, y los selectores “@start” y “@end” se utilizan con más frecuencia en esos metadatos, ya que se aplican a todas las fechas de una columna y permiten generar informes eficientes e intuitivos. Por ejemplo, los metadatos podrían decir:
- $refDate@fin
y esto significaría “tomar el instante al final de la duración informada en la columna ‘refDate’”. La columna ‘refDate’ podría entonces informar una fecha, como “2023-12-31”, y esto se interpretaría como el instante al final del 31 de diciembre de 2023.
Sintaxis vs visualización
Debo enfatizar que esta publicación del blog trata sobre los formatos técnicos utilizados para los períodos en los informes XBRL con el fin de permitir que el software utilice esos datos de manera inequívoca. El software que presenta datos XBRL a los usuarios puede y debe utilizar los formatos que sean más claros e intuitivos para esos usuarios. Por ejemplo, el software puede (y probablemente debería) mostrar “2023-01-01T00:00:00/2024-01-01T00:00:00” como algo así como “1 de enero de 2023 a 31 de diciembre de 2023” o un equivalente que utilice convenciones y lenguaje localizados. De manera similar, el software de creación de informes XBRL se encargará de convertir las fechas legibles por humanos al formato técnico correcto requerido por XBRL.
¿Qué pasa con T24:00:00?
En este blog, hemos utilizado T00:00:00 para indicar la medianoche al comienzo del día. La norma ISO 8601 también admite la sintaxis T24:00:00 para indicar la medianoche al final del día indicado. Ninguno de los formatos XBRL admite la sintaxis T24:00:00: debe utilizar T00:00:00 el día siguiente, que es completamente equivalente.
Cuando se finalizó la versión 2.1 de XBRL (xBRL-XML) en 2003, el estándar XML Schema no admitía T24:00:00. Las versiones posteriores de XML Schema sí admiten T24:00:00, pero para evitar problemas de interoperabilidad, este formato no está permitido en xBRL-XML.
xBRL-JSON y xBRL-CSV hacen referencia al nuevo estándar de esquema XML que admite T24:00:00, pero también requieren que los períodos se informen en su «representación canónica». La representación canónica de la fecha y hora T24:00:00 es T00:00:00 del día siguiente, lo que es completamente equivalente.
También vale la pena señalar que el propio ISO8601 abandonó el soporte para T24:00:00 en 2019, ¡aunque se restableció en una actualización en 2022!
Resumen
Para crear datos inequívocos, los períodos asociados a los hechos XBRL siempre incluyen un componente de tiempo. Este suele ser la medianoche del inicio de la fecha indicada, o “T00:00:00”. Al trabajar con XBRL:
- Asegúrese de que los períodos reflejen con precisión el significado previsto de los datos.
- Las fechas utilizadas en la sintaxis XBRL pueden no coincidir exactamente con las convenciones de fecha utilizadas en informes legibles por humanos.
- En el uso común, las fechas de finalización y los saldos de cierre suelen hacer referencia al final de la fecha indicada. En XBRL, esto se representa como la medianoche del comienzo del día siguiente.
- xBRL-XML y xBRL-CSV permiten algunos formatos abreviados que no incluyen un componente de tiempo; asegúrese de comprender cómo se interpretarán.
- Utilice software XBRL certificado para visualizar y crear informes XBRL. El software XBRL debe mostrar las fechas a los usuarios de forma intuitiva y guiarlos para etiquetarlas correctamente.
Publicado originalmente: https://www.xbrl.org/news/dates-in-xbrl-achieving-consistency-in-financial-reporting/