Open Source y XBRL

From XBRLWiki

(Difference between revisions)
Jump to: navigation, search
Revision as of 22:09, 5 August 2007 (edit)
Andack70 (Talk | contribs)
(REQUERIMIENTOS PARA LA IMPLEMENTACION DE XBRL API)
← Previous diff
Revision as of 22:14, 5 August 2007 (edit)
Andack70 (Talk | contribs)
(API de XBRL)
Next diff →
Line 6: Line 6:
Más información disponible en : Más información disponible en :
*[http://www.xbrlapi.org El XBRL API] *[http://www.xbrlapi.org El XBRL API]
 +
 +
 +----
=== REQUERIMIENTOS PARA LA IMPLEMENTACION DE XBRL API === === REQUERIMIENTOS PARA LA IMPLEMENTACION DE XBRL API ===

Revision as of 22:14, 5 August 2007

A continuación, se pueden encontrar algunos enlaces de Open Source y XBRL:

Contents

API de XBRL

XBRL proporciona una definición y una implementación JAVA de una fuente abierta XBRL API. Formalmente proporciona hosting para los proyectos XBRL API. XBRL API esta soportado por Galexy Pty. Limitada. Alternativamente un numeroso incremento de otras iniciativas están siendo listadas en XBRL OPEN.ORG

Más información disponible en :



REQUERIMIENTOS PARA LA IMPLEMENTACION DE XBRL API

REQUERIMIENTOS PARA LA REPRESENTACION DE DATOS

Estos requerimientos impactan directamente en las opciones de representación de datos para la implementación de la API XBRL

  • Debe ser posible usar múltiples datos para la representación de información XBRL DTS sin necesidad de alterar el código de la implementación del API XBRL. En vez de esto, la API XBRL debe ser implementada en términos de operaciones de series para obtener los datos subyacentes a este. Esta capa de abstracción significa que cada representación de los datos puede apuntar a la implementación de la API XBRL y solo necesita proporcionar una implementación de las funciones definidas en la capa de abstracción.
  • Los datos XBRL subyacentes a la implementación de la API XBRL debe contener un "superSet" de información en los documentos originales especificados en XML. Estos documentos deben contener suficiente información para reconstruir exactamente el documento original de XML, manteniendo todos los elementos de su estructura como comentarios XML, instrucciones de procesos, espacios, etc.

MANIPULANDO LOS ESTANDARES XML

  • El proceso de XLINK en los documentos originales de XML, se debe hacer por un procesador de XLINK que sea separado del resto del código base. Esto es pensado para simplificar el intercambio de las referencias de XLINK implementadas como parte de XBRLAPI con otros comerciales y no comerciales procesos de XLINK, tal como el que está lanzado por Fujitsu.
  • La especificación de XML Base será ejecutada por un genérico solucionador de XML Base que cumple conformemente con la especificación de XBRL Base.
  • La especificación de XPointer será ejecutada por un genérico solucionador de XPointer que cumple conformemente con la especificación del XPointer Framework 1.0, xmlns y elementos de esquemas que están especificados en las recomendaciones de la W3C.
  • La especificación de XPointer usando elementos del esquema permitirán el reconocimiento de algún identificador de un atributo o elementos que fueron identificados explícitamente por el solucionador de XPointer o que fueron identificados como parte de un tipo de identificador de una declaración DTD o de un esquema XML.

DESCUBRIENDO DATOS

  • El proceso de descubrir datos no debe ser un proceso de memoria intensivo.
  • El programa de análisis (PARSER) DEBE ser un namespace conocido.
  • El programa de análisis (PARSER) permite a los DTD y esquemas XML la validación durante el proceso y debe exponer el resultado PSVI de la validación del esquema XML.
  • El programa de análisis debe permitir el uso de un validador léxico que permita asegurar la preservación del contenido léxico del contenido XML.
  • El programa de análisis debe permitir uso de un validador de declaraciones que permitan la detección de DTD declaradas identificando tipos de atributos (para soportar la especificación de XPointer).
  • El proceso de descubrir datos debe permitir a todos los documentos XML ser escritos en un cache local, haciendo estos disponibles sin importar los cambios en la topología de la red.
  • El mecanismo de cache debe usar el sistema de archivos local para almacenar los documentos que se encuentran en el cache, de tal forma que permita al intuitivo humano realizar exploraciones con propósitos de usar la implementación de la API XBRL.
  • El cache de los documentos XML originales debe ser separado completamente de los procesos de descomponer los documentos en meta datos para el almacenamiento de la base de datos XML.

VALIDACION

  • Los documentos cargados dentro la base de datos de XBRLAPI deben ser validados contra los esquemas XML y las reglas de validación de los DTS.
  • Debe ser posible exponer los datos de la base de datos de XBRLAPI a una herramienta de validación, que permita a las funciones la validación del software a ser utilizado.

Procesador XBRL de ABRA

ABRA es un software de carga gratis y de fuente abierta diseñado para el procesamiento de documentos XBRL. ABRA en sus últimas versiones incluirá una interfaz de usuario gráfica en la distribución software, esto permite el proceso de las hojas de estilo de ABRA en documentos arbitrarios de XBRL.

Más información:

Standard Advantage (SA) - Ejemplos de XBRL

A continuación se encuentran ejemplos XBRL de esquemas 2.1 para etiquetas hojas de estilo XSL 1.0 para la representación de casos XBRL que usen "la etiqueta h", Herramientas disponibles comerciales para diferentes casos. Algunos ejemplos específicos que se pueden encontrar son:


NOTA: El link principal de la lista de ejemplos XBRL es: Ejemplos XBRL


Esquema de XBRL 2.1

Este esquema de XBRL 2.1 es para las etiquetas para un formato simple de contenido de texto

Más información:

Hojas de Estilo XSL 1.0

Son para la representación simple de cualquier caso de XBRL que use "h etiqueta"

Más información:

Personal tools