DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007
|
|
- Virginia Vargas Cortés
- hace 8 años
- Vistas:
Transcripción
1 DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007 ADAPTACIÓN DEL MÓDULO DE SOFTWARE DE TRATAMIENTO DE INFORMES XBRL A LA NUEVA VERSIÓN DE LA TAXONOMÍA PGC2007 (V1.4.1) Noviembre 2011
2 ÍNDICE 1. INTRODUCCIÓN 2. DESCRIPCIÓN DEL PROYECTO 2.1. OBJETIVO 2.2. BENEFICIOS 2.3. ALCANCE 3. DESCRIPCIÓN DEL SISTEMA 3.1. DESCRIPCIÓN DE LOS SERVICIOS Servicio de transformación Definición del Formato Común de Entrada y Salida Transformación desde formato común XML a XBRL Transformación desde XBRL a formato común XML Servicio de validación de informes XBRL Servicio de visualización de informes XBRL Servicio de validación de formato común XML 3.2. CASOS DE USO Actores Descripción de los casos de uso 4. INTEGRACIÓN Y LICENCIA 4.1. INTEGRACIÓN 4.2. LICENCIA 5. VERSIONES DEL API 5.1. VERSIÓN 1.1. VERSIÓN INICIAL DEL API 5.2. VERSIÓN 1.2. VERSIÓN MEJORADA DEL API 5.3. VERSIÓN 1.3. VERSIÓN MEJORADA DEL API 5.4. VERSIÓN 1.4. VERSIÓN MEJORADA DEL API 5.5. VERSIÓN VERSIÓN MEJORADA DEL API
3 ÍNDICE DE FIGURAS Figura 1. Esquema de integración de la información contable con XBRL... 6 Figura 2: Diagrama de actividad para la transformación de formato común XML a XBRL...10 Figura 3: Arquitectura de la transformación de formato común XML a XBRL...11 Figura 4: Diagrama de actividad para la transformación de XBRL a formato común XML...14 Figura 5: Arquitectura de la transformación de XBRL a formato común XML...15 Figura 6: Diagrama de actividad para la validación de informes XBRL...16 Figura 7: Diagrama de actividad para la visualización de informes XBRL...19 Figura 8: Diagrama de casos de uso
4 1. INTRODUCCIÓN El proyecto API XBRL-PGC2007 es una iniciativa que tiene el objetivo global de convertir al lenguaje XBRL (extensible Business Reporting Language) en el estándar de facto de intercambio de información económico-financiera y de negocio en el ámbito de los sectores público y privado nacionales. Este documento describe el alcance funcional del proyecto, concebido para la construcción de un conjunto de librerías de componentes para el tratamiento de instancias XBRL correspondientes a la taxonomía del Plan General Contable 2007 (en adelante, PGC2007). 4
5 2. DESCRIPCIÓN DEL PROYECTO 2.1. OBJETIVO El objetivo principal de este proyecto consiste en asegurar el éxito de implantación del nuevo Plan General de Contabilidad 2007 en formato XBRL, ayudando a las empresas en la labor de realización de informes XBRL, aislándolas de la posible complejidad en el procesamiento del modelo de datos de las taxonomías. Para ello, se han desarrollado un conjunto de librerías de componentes para el tratamiento de informes XBRL (XBRL Instance Documents) correspondientes a la taxonomía PGC2007. Estos componentes de software se han desarrollado con enfoque modular y abierto BENEFICIOS Los beneficios serán, además de contribuir al éxito del PGC2007, la utilización de software libre para la realización de dichos informes, minimizando el gasto de las empresas reportadoras en la implantación del uso de XBRL en sus herramientas de gestión ALCANCE Se desarrollará una librería de componentes que procese informes XBRL de acuerdo a la taxonomía del nuevo Plan General de Contabilidad (PGC2007), exponiendo los siguientes servicios: Servicio de transformación desde un formato común a formato XBRL. Servicio de transformación desde XBRL al formato común. Servicio de validación de instancias. Servicio de visualización de informes XBRL de cuentas anuales de PGC
6 Figura 1. Esquema de integración de la información contable con XBRL 6
7 3. DESCRIPCIÓN DEL SISTEMA El módulo de software desarrollado constituye un conjunto de componentes y utilidades que serán usados, entre otros, por diversos programas de gestión. Estas librerías han sido desarrolladas bajo licencia de código abierto y se apoyan, a su vez, en otras librerías de código abierto. Las librerías y utilidades se usarán dentro del marco constituido para el envío de informes XBRL de PGC2007 por parte de las empresas que están obligadas a ello. El usuario del puesto local, a través del uso del software de gestión habitual, podrá llevar a cabo la realización de dichos informes. Será el software contable, o de gestión, de cada empresa, por tanto, el que se encargue de interactuar con las librerías XBRL para elaborar informes XML en un formato común. Estos informes XML con formato común serán convertidos a XBRL y validados por dichas librerías antes de ser reportados, asegurando que el informe XBRL cumpla con la especificación XBRL 2.1 frente a la taxonomía PGC DESCRIPCIÓN DE LOS SERVICIOS A continuación se detalla cada uno de los servicios que expone la librería para la ejecución de las funcionalidades a cubrir por el sistema Servicio de transformación El servicio de transformación expone los métodos necesarios para llevar a cabo la conversión entre los formatos de entrada y de salida, facilitando en su implementación la manipulación de los modelos de objetos inherentes al estándar XBRL, en concreto en la traducción de acuerdo con la taxonomía PGC2007 de un formato simplificado de los datos de entrada, que se describe a continuación. Este servicio está compuesto por dos funcionalidades simétricas. Por un lado, la conversión del XML en formato común a XBRL y por otro la transformación de XBRL a XML en formato común Definición del Formato Común de Entrada y Salida Para el intercambio de información entre los sistemas de gestión de terceros con las librerías se define un formato que de alguna forma simplifique los datos que representan un informe financiero, pero que contenga información suficiente para elaborar un informe XBRL que permita su validación y consumo por herramientas estándar. Para ello se ha optado por modelar un documento XML. 7
8 Transformación desde formato común XML a XBRL Este servicio se encarga de realizar la transformación de un documento que entra al sistema en formato común (definido en el punto anterior) y de elaborar un informe XBRL valido. Existen dos escenarios diferentes de ejecución del servicio USO1, se indica como entrada la ruta física en la cual se almacenará el documento XBRL resultado de la transformación. Dicha ruta física será accesible dentro del entorno de ejecución del sistema; en caso contrario deberá indicarse un error. USO2, el servicio de transformación devolverá un objeto (por ejemplo DOM) con el documento respuesta. A continuación se describen las interfaces de entrada, de salida y de errores para los dos tipos de uso comentados. Descripción interfaz USO1 Parámetros de entrada: Documento XML que cumple con el esquema del formato común, definido para representar la información que se quiere transformar a formato XBRL. Se especificará la ruta física del sistema local, en la cual se encuentra dicho documento XML. Ruta de Salida, ruta física del sistema local en la cual se guardará el documento XBRL generado. Parámetros de salida: Ninguno explícito. Si la ejecución ha sido correcta, el documento XBRL habrá sido generado y validado sin errores y posteriormente almacenado en la ruta física que fue indicada como parámetro de entrada. Errores: Error en formato de entrada. Valida que el formato de entrada cumple con el esquema XSD definido para ello. Este error refleja los problemas encontrados en la validación del XML de entrada al servicio de transformación. Error creando estructura. Utilizado para describir los problemas que se hayan podido producir en la creación de la estructura XBRL, a partir del XML de entrada. Error generando documento XBRL. Errores que se puedan producir al generar el documento XBRL a partir de la estructura XBRL previamente generada. 8
9 Error de validación XBRL. Posibles problemas encontrados en el proceso de validación del documento XBRL contra la taxonomía del PGC2007. Descripción interfaz USO2 Parámetros de entrada: Documento XML que cumple con el esquema del formato común, definido para representar la información que se quiere transformar a formato XBRL. Se especificará la ruta física, del directorio local, en la cual se encuentra dicho documento XML. Parámetros de salida: Objeto Contenedor, que contendrá un manejador en memoria al documento XBRL generado y validado. Errores: Error en formato de entrada. Valida que el formato de entrada cumple con el esquema XSD definido para ello. Este error reflejará los problemas encontrados en la validación del XML de entrada al servicio de transformación. Error creando estructura. Utilizado para describir los problemas que se hayan podido producir en la creación de la estructura XBRL, a partir del XML de entrada. Error generando documento XBRL. Errores que se puedan producir al generar el documento XBRL a partir de la estructura XBRL previamente generada. Error de validación XBRL. Posibles problemas encontrados en el proceso de validación del documento XBRL contra la taxonomía del PGC2007. A continuación se detalla la secuencia de ejecución del servicio de transformación de formato común de entrada (XML) a un informe XBRL de acuerdo a la taxonomía PGC2007: 9
10 Figura 2: Diagrama de actividad para la transformación de formato común XML a XBRL Cargar y validar XML de formato Común [Error] Devolver Error en formato de entrada Procesa XML, creando estructura XBRL [Error] Devolver Error creando estructura XBRL Genera documento XBRL [Error] Devolver Error generando documento XBRL Valida documento XBRL [Error] Devolver Errores De validación en documento XBRL Como se aprecia en la figura, el proceso de transformación consiste en la carga del documento de entrada XML en el formato común, una primera validación contra el esquema 10
11 XSD, documento que define la estructura y sintaxis que debe cumplir dicho documento. De esta forma se verifica que la entrada no contiene errores. A continuación se cargarán, en base a la identificación del documento de entrada, los mapas e identificadores correspondientes al módulo o módulos que contiene el documento. Una vez cargados los recursos necesarios, y mediante el uso de una API de código abierto para el tratamiento de XBRL, se generará en memoria la estructura con los datos recibidos en el formato común para elaborar el informe XBRL correspondiente a dicha estructura con los valores recibidos. En cada fase se comprueba la posible existencia de errores, en cuyo caso se procedería a su tratamiento y notificación. Figura 3: Arquitectura de la transformación de formato común XML a XBRL XML con formato común Identificadores MAPAS Transformador de XML a XBRL API XBRL (OS) Informe XBRL En la figura anterior se puede apreciar el diagrama de bloques del servicio generador de XBRL. El proceso de generación, el cual ha sido previamente descrito, se basa en una serie de elementos, los cuales son necesarios para definir la relación existente entre los datos de entrada y los conceptos de la taxonomía. Los principales elementos son los siguientes: XML con formato común. Constituye la información del documento de entrada al servicio, el cual debe cumplir con el modelo definido para tal efecto. Los objetos de este modelo son informados mediante datos e identificadores asociados. Estos identificadores indican a qué concepto de negocio se refiere un determinado dato. Identificadores. La tabla de identificadores relaciona el contenido de los mapas con la información contenida en el XML de entrada. Se definirán tantos identificadores como conceptos existan en los informes a representar. 11
12 Mapas. Los mapas son los documentos que permiten realizar la traducción del formato simplificado de los informes del plan contable (documento de formato común XML), donde se reportan conjuntos de pares clave-valor de forma estructurada, en elementos o items pertenecientes a un esquema taxonómico concreto, de forma que se puedan generar informes semánticamente enriquecidos. En esta estructura, junto a Identificadores habrá la información suficiente para poder generar el informe XBRL asociado a cada modelo de reporte. Por tanto, se definirán tantos mapas como modelos de reporte contiene la taxonomía PGC2007: o Estados de Cuentas Anuales según el Modelo Normal, Abreviado y de Pymes o Memoria Normal, Abreviada y de Pymes. Transformador de XML a XBRL. Es el conjunto de clases encargado de procesar todos los elementos necesarios para generar el documento que constituye el informe XBRL. API XBRL (OS). Librería Java en código abierto, sobre la que se apoyará el servicio para simplificar el tratamiento y proceso del modelo de objetos que constituyen las taxonomías e informes XBRL Transformación desde XBRL a formato común XML Este servicio se encarga de realizar la transformación de un informe XBRL, acorde con la taxonomía PGC2007, en un documento con el mismo formato común definido para la entrada al sistema. Existen también dos escenarios posibles de ejecución del servicio USO1, se indica como entrada la ruta física en la cual se almacenará el documento en formato común resultado de la transformación. Dicha ruta física será accesible dentro del entorno de ejecución del sistema, en caso contrario deberá indicarse un error. USO2, el servicio de transformación devolverá un objeto con el documento respuesta. A continuación se describen las interfaces de entrada, de salida y de errores para los dos tipos de uso indicados. Descripción interfaz USO1 Parámetros de entrada: Documento con informe XBRL. Ruta física del sistema local en la cual se encuentra el documento XBRL que se pretende transformar. 12
13 Ruta física del sistema local en la cual se almacenará el documento XML con formato común como resultado del proceso de transformación. Realizar validación: parámetro lógico (verdadero o falso) mediante el cual se indicará si se debe realizar una validación XBRL previa a la transformación. Parámetros de salida: Documento XML en formato común con la información contenida en la instancia XBRL, el cual será guardado en la ruta física indicada como parámetro de entrada. Errores: Errores de validación XBRL. Son los errores encontrados al realizar la validación del XBRL previa a la transformación. Error creando formato común. Errores detectados al crear la estructura correspondiente al formato común. Error generando documento XML. Errores encontrados al convertir la estructura formato común a XML. Errores validación XML. Errores encontrados al realizar la validación del XML generado con formato común contra el XSD que define dicho formato. Descripción interfaz USO2 Parámetros de entrada: Documento con informe XBRL. Ruta física del sistema local en la cual se encuentra el documento XBRL que se pretende transformar. Realizar validación. Parámetro lógico (verdadero o falso) mediante el cual se indicará si se debe realizar una validación XBRL previa a la transformación. Parámetros de salida: Objeto con el documento XML en formato común con la información contenida en la instancia XBRL. Errores: Los errores serán los mismos que para el USO1. 13
14 Figura 4: Diagrama de actividad para la transformación de XBRL a formato común XML Carga de la Instancia XBRL [Requerida validación] Valida instancia XBRL Crea estructura XML con formato común [Validación correcta] [Error] Devolver errores de validación [Error] Devuelve error creando formato común Genera documento XML [Error] Devuelve error Generando documento Validar documento XML contra esquema XSD de formato común Devuelve errores de validación de formato común El uso de esta funcionalidad conlleva el paso de una serie de parámetros; en uno de ellos se indicará la instancia XBRL que se quiere transformar y por otro lado un parámetro booleano que indicará si se debe validar previamente. Si se valida la instancia y se producen errores, estos errores serán notificados y se terminará el proceso. En caso contrario, se continuará con el proceso y se creará en memoria una estructura en formato común correspondiente a la instancia XBRL. Si todo ha ido sin errores, se generará el documento XML en formato común, el cual será finalmente validado contra el esquema XSD que define el formato común, reportando aquellos errores de validación que puedan producirse. 14
15 En siguiente figura se puede apreciar la arquitectura de conversión de informes XBRL a formato común. Consiste en una arquitectura simétrica a la conversión desde XML en formato común a XBRL, dado que el proceso es el opuesto. Figura 5: Arquitectura de la transformación de XBRL a formato común XML Informe XBRL Identificadores MAPAS Transformador XBRL a XML API XBRL (OS) XML con formato común El proceso de transformación de XBRL a XML en formato común también estará basado en los mismos elementos que su proceso inverso, es decir, Identificadores, Mapas y API XBRL (OS), con la diferencia de que la entrada será XBRL y la salida XML con formato común Servicio de validación de informes XBRL Este servicio se encarga de realizar una validación de la sintaxis de los informes XBRL frente a la especificación XBRL 2.1 y de las reglas semánticas definidas por la taxonomía del Plan General de Contabilidad PGC2007, reglas de cálculo simple entre los elementos reportados, valores de los elementos en su tipo de datos y rango definido, elementos permitidos dentro de los cuadros normalizados. A continuación se describen las interfaces de entrada, salida y errores que se controlan: Descripción del interfaz Parámetros de entrada: Documento informe XBRL. Se indicará la ubicación física del sistema local en la cual se encuentra el documento XBRL que se pretende validar. 15
16 Parámetros de salida: Se devolverá un objeto con el resultado de la validación, además de la descripción de los errores de validación en caso de que la validación no sea satisfactoria. Errores: Error resolviendo dependencia. Este error se notificará cuando no se encuentre cualquiera de las dependencias a las cuales hace referencia la Taxonomía utilizada para validar el informe XBRL. Error de validación de esquema. Error que se generará cuando el documento XBRL no pase la validación XSD contra la Taxonomía. Error de validación XBRL. Error que se notificará cuando no se pase la validación XBRL. A continuación se detalla la secuencia de ejecución del servicio: Figura 6: Diagrama de actividad para la validación de informes XBRL Cargar XBRL Resolver referencias de la Taxonomia Validar XBRL contra esquema de Taxonomia [error] Notificar errores de validación de esquema Realizar validación XBRL [error] Notificar errores de validación 16
17 El proceso de validación se realiza con el objetivo de poder asegurar la calidad de los informes XBRL para el PGC2007 y verificando que cumple con las especificaciones XBRL indicadas en los requisitos. En primer lugar, se realiza la carga del documento XBRL de entrada, el cual se requiere validar. Tras la carga del documento XBRL se procede a la carga de la Taxonomía a la cual hace referencia dicho XBRL y todas las dependencias de dicha Taxonomía, generando de este modo el DTS (Discoverable Taxonomy Set: conjunto de dependencias de la taxonomía) correspondiente. Una vez realizada la validación de esquema, se procederá a notificar los errores, en caso de que existan, o bien a realizar el siguiente paso, es decir, la validación XBRL. La validación XBRL se encarga de comprobar que el documento ha sido creado cumpliendo las especificaciones de la taxonomía XBRL de PGC2007. Finalmente, se procesará el resultado del motor de validación. Funcionalmente, el servicio en este resultado indicará de manera global si la validación es correcta o errónea, y en este último supuesto detallará cada uno de los errores de validación encontrados en el proceso, tratando de dar una descripción lo más adaptada funcionalmente para que se pueda detectar y solucionar la incidencia por parte del generador de informes Servicio de visualización de informes XBRL El servicio de visualización consiste en la generación de una vista HTML de los estados de cuentas a partir de una instancia XBRL de PGC2007. Dado un módulo (Normal, Abreviado o Pymes) y un rol (Balance, Pérdidas y Ganancias, etc.), producirá un documento HTML que facilite la consulta visual de los datos. Descripción del interfaz Parámetros de entrada: Documento XBRL: ruta física del sistema local en la cual se encuentra el documento XBRL con la información a visualizar. Módulo: identificador del módulo que contiene el Rol a visualizar, en base a una codificación de cada módulo del plan general de contabilidad (Estados de Cuentas Normal PGC07-EN, Estados de Cuentas Abreviado PGC07-EA, etc.). Rol: identificador del Rol a visualizar, directamente relacionado con los roles extendidos de presentación propios de la taxonomía y detallados en la documentación de la misma que también están codificados (Balance de Situación BAL y su URI, Cuenta de Pérdidas y Ganancias PYG y su URI, etc.). 17
18 Ruta resultado: será la ruta física del sistema local en la cual se dejará el documento HTML generado. Parámetros de salida: Documento HTML resultado: la respuesta se guardará en la ruta especificada en el parámetro de entrada Ruta resultado. Errores: Error en parámetros de entrada. Será el error que se notifique en el caso de que tras comprobar los parámetros, existe alguna incoherencia. Es decir, que no se alimente alguno de los parámetros, que la ruta del resultado no exista o no haya permisos de acceso a la misma. Error en la carga del informe. Se notificará cuando por algún motivo no se pueda leer el informe XBRL desde la ruta indicada en uno de los parámetros de entrada. Error en la carga del módulo. Podría ser que se indicara un identificador de módulo no existente, con lo cual se notificaría el error indicando que ha habido un error cargando el módulo, debido a que no se ha encontrado en el informe. Error en la carga del rol. Igual que ocurre con el módulo, este error se notificaría en caso de que no existiera el módulo que se ha pasado como parámetro de entrada. A continuación se detallan los pasos de ejecución del servicio: 18
19 Figura 7: Diagrama de actividad para la visualización de informes XBRL Verificar parámetros de entrada [error] Devolver error en Parámetros de entrada Cargar Report [error] Devolver error Cargando Report Cargar Module [error] Devolver error Cargando Module Cargar Rol [error] Devolver error cargando Rol Generar HTML La visualización consiste en la generación de un documento HTML con la representación de un Rol perteneciente al módulo de un informe de entrada. Una vez verificados los parámetros de entrada, se realizará la carga del informe. Si el informe se carga correctamente se procederá a la carga del módulo indicado. Tras la carga del módulo, si éste se ha cargado sin problemas, se hará la carga del Rol requerido. Una vez cargado el Rol sin errores, se ejecutará el proceso de generación del documento HTML con la información obtenida para dicho Rol. 19
20 Servicio de validación de formato común XML La librería de componentes ofrece un servicio que valida los documentos de formato común XML para facilitar al software que lo integre su correcta generación y uso. Dicho servicio consiste en la validación de documento XML, con formato común, comprobando que esté bien formado y su estructura sintáctica sea correcta. Para realizar esta validación se ha definido un documento XML de esquema (XSD) que representa el modelo definido por el formato común. El URI del esquema XSD vendrá informado en el propio XML del formato común. El validador resuelve la localización del esquema XSD gracias a su configuración. En dicha configuración se indica la ruta del sistema local en la cual se encuentra el documento XSD con el que se realizará la validación. Descripción del interfaz Parámetros de entrada: Documento en formato común. Se indicará la ubicación física del sistema local en la cual se encuentra el documento XML en formato común que se pretende validar. Parámetros de salida: Se devolverá un objeto con el resultado de la validación, además de la descripción de los errores de validación en caso de que la validación no sea satisfactoria. Errores: Error resolviendo esquema. Este error se notificará cuando no se encuentre el XSD de formato común. Error de validación de esquema. Error que se generará cuando el documento XML en formato común no pase la validación XSD. 20
21 3.2. CASOS DE USO A continuación, se puede ver el diagrama de casos de uso. En dicho diagrama se aprecia de un modo gráfico la relación entre los actores y los servicios del sistema. Figura 8: Diagrama de casos de uso Transformar informe XBRL a XML formato común: USO1 «extends» «extends» Transformar informe XBRL a XML formato común Transformar informe XBRL a XML formato común: USO2 Visualizar informe XBRL Gestión de errores Valida XML con formato común Aplicación de Gestión Valida informe XBRL Transformar formato común a XBRL: USO1 «extends» Transformar formato común a XBRL: USO2 «extends» Transformar formato común a XBRL 21
22 Actores Los actores serán las aplicaciones de gestión de terceros. Estas aplicaciones de gestión son las utilizadas actualmente para generar los informes de estados de cuentas anuales y memorias del Plan General de Contabilidad, que depositan las empresas en el Registro Mercantil de acuerdo a los modelos. Estas aplicaciones deben adaptarse o utilizar software de terceros mediante mecanismos de integración, para permitir la generación de estos informes en el formato electrónico XBRL, utilizando para ello, por ejemplo, los servicios expuestos por las librerías que en este documento se describen, dentro del marco de desarrollo del proyecto Descripción de los casos de uso Transformar formato común a XBRL. Para simplificar la barrera de complejidad directa del lenguaje XBRL, se parte del supuesto en que las herramientas de gestión de terceros trabajarán con un formato común y estructurado con todos los datos necesarios a la hora de realizar la transformación a XBRL. Este caso de uso, a su vez, se desdobla en dos escenarios posibles, según el resultado se devuelva como un objeto contenedor del documento XBRL (USO 1) o se almacene devolviendo la ruta al documento (USO 2). Esta transformación usará la validación de XML con formato común. Transformar XBRL a formato común. Consiste en el paso contrario al anterior. Dado un documento XBRL se podrá obtener el formato común XML, de modo que pueda ser tratado, por ejemplo, para ser modificado y volver a realizar la conversión a XBRL. Esta transformación usa la validación de XML con formato común. Además, igual que en el caso de uso anterior, según se devuelva la respuesta se derivaran dos casos de uso diferentes. Validar informes XBRL. La validación consiste en el proceso de verificar que una instancia XBRL cumple con las especificaciones XBRL y con la taxonomía del PGC2007. Visualizar informe XBRL. Para poder ver de un modo más legible la información de una instancia XBRL, se proporcionará un generador de HTML. Para ello habrá que indicar una serie de parámetros, Module, Report y Rol. El visualizador usa la transformación de XBRL a formato común. Validar XML con formato común. Consiste en la validación de un documento en formato común contra el esquema XSD y verificar así que está correctamente construido. Gestión de errores. Lo usarán todos los módulos para notificar los errores. 22
23 4. INTEGRACIÓN Y LICENCIA 4.1. INTEGRACIÓN El módulo de software construido es capaz de integrarse en un software de contabilidad: De manera nativa si la aplicación está escrita en lenguaje de programación Java. o Un componente capaz de transformar un documento XML que contenga los estados de cuentas Anuales del modelo Normal, Abreviado y de Pymes, las memorias completas del modelo Abreviado y de Pymes del nuevo plan general de contabilidad PGC 2007 en informes XBRL 2.1 válidos. o Un componente capaz de realizar una validación XBRL 2.1 y dimensional XDT 1.0 de cualquier informe de la taxonomía PGC2007 del nuevo plan general de contabilidad, obteniendo un resultado tratable por cualquier aplicación. o Un componente capaz de obtener una vista HTML de los estado de cuentas anuales de los modelos Normal, Abreviado y Pymes XBRL acorde con la taxonomía del nuevo plan general contable PGC2007. o Un componente capaz de transformar un informe XBRL 2.1 construido con la taxonomía del nuevo Plan general de contabilidad 2007 en un documento XML que contiene los pares de clave y valor y que resulta sencillo de integrar con su software de contabilidad. De forma alternativa permite invocar mediante un cliente de servicios web a los anteriores componentes, en caso de no estar escrita en lenguaje de programación Java. o Para ello la librería desarrollada PGC2007 ha sido probada en un servidor de aplicaciones web TOMCAT empaquetando los servicios en una aplicación web (war archive) ofreciendo los métodos de acceso a los componentes a través de un interfaz de acceso WSDL. Una tercera vía de integración es mediante línea de comandos. De esta forma los programas y aplicaciones pueden, de una forma desacoplada, invocar la ejecución de la librería en su runtime de Java sin tener que realizar desarrollos en este lenguaje, ni servicios web. Así, las aplicaciones Windows no Java invocarán un comando ejecutable con los parámetros adecuados para la utilización de cada uno de los servicios que expone la librería API PGCXBRL
24 4.2. LICENCIA Las fuentes del proyecto se incluyen bajo licencia de código abierto LGPL v3.0 que permite su utilización en aplicaciones de terceros, tanto públicas como comerciales. La siguiente tabla muestra el código libre utilizado por el API XBRL PGC2007 y sus licencias de uso: CÓDIGO LICENCIA Log4J Apache License v2.0 Castor Apache License v2.0 Apache Commons Apache License v2.0 ehcache Apache License v2.0 plugin javax.wsdl_1.5.1 (embebida WSDL4J 1.5.1) Eclipse Public License Version 1.0 (EPL) (embebida desarrollado por IBM y liberado bajo licencia Common Public License Version 1.0) Apache Velocity Apache License v2.0 UBmatrix Processing Engine Open Source GNU General Public License v2.0 (GPL) xml-apis Apache License v2.0 saxon-b Mozilla Public License MPL 1.0 xerces Apache License v2.0 24
25 5. VERSIONES DEL API 5.1. VERSIÓN 1.1. VERSIÓN INICIAL DEL API Esta versión incluye todos los servicios descritos en el presente documento. Los dos modos posibles de integración con esta versión son: De forma nativa. Integración del API en un entorno de ejecución Java. Mediante la utilización de servicios web VERSIÓN 1.2. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión inicial del API (versión 1.1): Adaptación del API a la nueva versión de la taxonomía (versión 1.3). Adaptación del API a los requerimientos de la Orden Ministerial JUS/206/2009 relativa a la presentación de las cuentas anuales según el nuevo PGC2007. Generación de una instancia XBRL única para aquellas empresas interesadas en reportar los estados de cuentas y las memorias de forma conjunta. Incorporación de una nueva forma de integración del API. Solución desarrollada para aquellos programas instalados en plataformas finales de usuario Windows corriendo en entornos de ejecución no Java. Para este escenario de intercomunicación de ambos programas se proporcionan una serie de objetos que encapsulan las clases e interfaces expuestas por la librería, para permitir la invocación mediante una shell de Windows, también conocido como cmd, bat o "línea de comandos", de estos métodos de acceso a los servicios VERSIÓN 1.3. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.2): Ampliación de las trazas de debug. Modificación del servicio de validación "traduciendo" errores del API VERSIÓN 1.4. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.3): 25
26 Adaptación del API a la nueva versión de la taxonomía (versión 1.4) VERSIÓN VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.4): Adaptación del API a la nueva versión de la taxonomía (versión errata). 26
Certific@2 (Altas de prestaciones por ERE S): guía para las empresas
Certific@2 (Altas de prestaciones por ERE S): guía para las empresas Servicio Público de Empleo Estatal Madrid, Octubre - 2011 Índice Qué es y recepción de las altas de trabajadores por ERE S Acceso a
Más detallesCorrespondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech
Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,
Más detalles13. FORMATO NORMALIZADO DE LA CUENTA GENERAL DE LAS ENTIDADES LOCALES EN SOPORTE INFORMÁTICO.
13. FORMATO NORMALIZADO DE LA CUENTA GENERAL DE LAS ENTIDADES LOCALES EN SOPORTE INFORMÁTICO. En virtud de la RESOLUCIÓN de 30 de marzo de 2007, de la Presidencia del Tribunal de Cuentas, por la que se
Más detallesGERENCIA DE INTEGRACIÓN
GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos
Más detallesMINISTERIO DE ECONOMÍA Y HACIENDA
SECRETARÍA DE ESTADO DE HACIENDA Y PRESUPUESTOS MINISTERIO DE ECONOMÍA Y HACIENDA SECRETARÍA GENERAL DE HACIENDA DIRECCIÓN GENERAL DE COORDINACIÓN FINANCIERA CON LAS ENTIDADES LOCALES Impulso a la Administración
Más detallesCertific@2 (Periodos de actividad): guía para las empresas
Certific@2 (Periodos de actividad): guía para las empresas Servicio Público de Empleo Estatal Madrid, Octubre - 2011 Índice Qué es la comunicación de periodos de actividad Acceso a la transmisión de periodos
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesDIAGRAMA DE CLASES EN UML
DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,
Más detallesCertific@2 (altas de trabajadores afectados por EREs): guía para las empresas
Certific@2 (altas de trabajadores afectados por EREs): guía para las empresas Servicio Público de Empleo Estatal Madrid, Marzo - 2010 Índice Qué es y recepción de altas de trabajadores Acceso desde redtrabaj@
Más detallesPráctica de introducción a
Práctica de introducción a XML El trabajo consiste en una introducción al uso del lenguaje XML y su aplicación en documentos y sistemas de caracteristicas multimedia. 1.- Qué es XML? XML (extensible Markup
Más detallesPROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04
Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía
Más detallesIntroducción a Visual Studio.Net
Introducción a Visual Studio.Net Visual Studio es un conjunto completo de herramientas de desarrollo para la generación de aplicaciones Web ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesCIMA. MANUAL DE USUARIO
MANUAL DE USUARIO Proyecto: Consultoría para la Implementación de una base de datos y un sistema web para almacenar y manejar la información de proyectos y/o actividades en el Parque nacional Cordillera
Más detallesINSTRUCTIVO PARA LA REMISIÓN DE INFORMACIÓN FINANCIERA DIARIA DE LOS INTERMEDIARIOS DE VALORES
INSTRUCTIVO PARA LA REMISIÓN DE DIARIA DE LOS INTERMEDIARIOS DE VALORES 2013 I. INTRODUCCIÓN El presente Instructivo ha sido elaborado a fin de disponer los requerimientos de la remisión de Información
Más detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detallesINSTRUCTIVO DEL COMANDO MAKE
INSTRUCTIVO DEL COMANDO MAKE Introducción Un programa escrito en C está normalmente compuesto por varios archivos. Estos archivos se van modificando según se va completando o cambiando el programa. Cada
Más detallesSISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060
SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060 Elaborado por: Departamento de Informática Febrero 2012 SISTEMA InfoSGA _ Manual de Actualización 16/02/2012 ÍNDICE
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detallesVAST: Manual de usuario. Autores: Francisco J. Almeida-Martínez Jaime Urquiza-Fuentes
VAST: Manual de usuario Autores: Francisco J. Almeida-Martínez Jaime Urquiza-Fuentes Índice general Índice general 2 1. Introducción 4 2. Representación intermedia del AST 5 2.1. Funcionamiento del VAST
Más detallesSistema de Gestión Académica TESEO. Revisión 1.0. Servicio de Informática Área de Gestión (GESTIÓN DE RESÚMENES DE TESIS DOCTORALES)
Sistema de Gestión Académica TESEO (GESTIÓN DE RESÚMENES DE TESIS DOCTORALES) Revisión 1.0 Servicio de Informática Área de Gestión Mayo de 2004 INDICE INDICE... 1 1 Introducción... 1 2 Procedimiento....
Más detallesDESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE
DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
Más detallesDesarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT
Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido
Más detallesORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE
ORBERE Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE Bilbao, 12 de diciembre de 2006 INDICE 1. METODOLOGÍA DE TRABAJO 2 1.1 Pautas para el Desarrollo 2 1.2 Entorno Tecnológico,
Más detallesEl Triple Balance: un modelo de gestión para otra economía
ð ð ð activo: lo que se tiene (bienes, derechos ), tangible e intangible capital (patrimonio neto): lo que se aporta, económico, social, humano, intelectual, relacional, estructural, etc., más resultados
Más detallesCapítulo 1. Introducción
Capítulo 1 Introducción 1.1 Antecedentes La producción musical, en su mayoría, se ha valido de distintos tipos de software computacional para realizar la edición de composiciones musicales. De toda la
Más detallesMonitorización de Equipos y Redes [NAGIOS ] VIRTUALITY
Monitorización de Equipos y Redes [NAGIOS ] VIRTUALITY [INTRODUCCIÓN. QUÉ ES NAGIOS?] Nagios es un sistema de monitorización de equipos y de servicios de red, creado para ayudar a los administradores a
Más detalles1 Vista de Casos de Uso
Vista de Casos de Uso Esta vista describe el proceso de negocio más significativo y el modelo del dominio. Presenta los actores y los casos de uso para el sistema. Es decir que esta vista presenta la percepción
Más detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesWEBSERVICES CON FIRMA DIGITAL Versión 1.2
WEBSERVICES CON FIRMA DIGITAL Versión 1.2 FEBRERO 2007 Página: 1 1 TABLA DE CONTENIDO 1 TABLA DE CONTENIDO... 2 2 INTRODUCCIÓN... 3 3 HERRAMIENTA DE DESARROLLO ANT... 3 4 CREACION SERVICIO WEB... 3 5 CREACIÓN
Más detallesTesting. Tipos, Planificación y Ejecución de Pruebas
Testing Tipos, Planificación y Ejecución de Pruebas Contenido Definiciones del Testing de Software Objetivos, conceptos Tipos de Test Testing a-la RUP Rol del Testing en el proceso Artefactos Trabajadores
Más detallesEXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015
DIPLOMADO NIIF PLENAS Y PYMES EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015 Agenda Extensible Business Reporting Language 1. Qué es 2. Origen 3. En que consiste la propuesta XBRL 4. Ventajas
Más detallesSiteAudit Knowledge Base Programación de Reportes en SiteAudit
SiteAudit Knowledge Base Programación de Reportes en SiteAudit De junio 2010 En Éste Artículo: Descripción de Funciones Qué Hay de Nuevo? Programación de Reportes SiteAudit 4.x proporciona una nueva interfaz
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesDiseño y desarrollo de el Generador de Tiendas virtuales usando Líneas de Diseño de productos
Pontificia Universidad Javeriana Informe Final Proyecto Dirigido Diseño y desarrollo de el Generador de Tiendas virtuales usando Líneas de Diseño de productos Autor: Luis Gabriel Rodríguez Profesora: Luisa
Más detallesAnálisis y diseño del sistema CAPÍTULO 3
Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la
Más detallesFICHA DE REGISTRO DE TRABAJOS INSTITUCIÓN PÚBLICA
FICHA DE REGISTRO DE TRABAJOS Nombre del trabajo : SISTEMA INTEGRAL DE ADMINISTRACIÓN (SIA) Elija el tipo de participante: Institución pública Categoría en la que se inscribe el trabajo: Elija la temática
Más detallesMETODOLOGÍA E IMPLEMENTACIÓN DEL SIGGA (SISTEMA DE INFORMACION GEOGRAFICA: GOBERNANZA DEL AGUA)
METODOLOGÍA E IMPLEMENTACIÓN DEL SIGGA (SISTEMA DE INFORMACION GEOGRAFICA: GOBERNANZA DEL AGUA) I.1 Definición de SIG Es un sistema compuesto por hardware, software y procedimientos para capturar, manejar,
Más detallesInformática 1 Grado en Matemáticas
Informática 1 Grado en Matemáticas Grupo de Javier Martínez Baena Índice de contenido 1.Objetivos...3 2. Por qué Code::Blocks?...3 3.Instalación en Windows...4 4.Configuración de Code::Blocks en castellano...7
Más detallesSISTEMAS OPERATIVOS AVANZADOS
SISTEMAS OPERATIVOS AVANZADOS TEMA 3 CLAVE: MIS 204 PROFESOR: M.C. ALEJA DRO GUTIÉRREZ DÍAZ 3. PROCESOS CONCURRENTES 3.1 Conceptos de programación concurrente 3.2 El problema de la sección crítica 3.3
Más detallesDigitalización y carga de documentación electrónica por Entidades Colaboradas. Normas
Digitalización y carga de documentación electrónica por Entidades Colaboradas Normas Dirección General del Catastro Julio de 2014 Página 1 HOJA DE CONTROL DEL DOCUMENTO TÍTULO SUBDIRECCIÓN FECHA CREACIÓN
Más detallesCapítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable
Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable 1. Introducción. El Sistema de Administración de Información de un Negocio Franquiciable (SAINF)
Más detallesREQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS NO FUNCIONALES A continuación se describen las principales características no funcionales que debe contener el sistema de información. Interfaces de usuario.
Más detallesDEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01/01/2008) Manual de usuario
DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01/01/2008) Manual de usuario Colegio de Registradores de España 22 de abril de 2015 COLEGIO DE REGISTRADORES DE ESPAÑA Diego de León, 21-28006
Más detallesEl presente documento describe la importancia que está tomando el cómputo distribuido en
INTRODUCCIÓN El presente documento describe la importancia que está tomando el cómputo distribuido en los sistemas de administración integral o empresarial. Con un prototipo particular, mostraremos como
Más detallesManual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL
Manual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL Índice 1 Introducción... 5 1.1 Perfil de la aplicación... 5 1.2 Requisitos técnicos... 5 2 Manual de usuario... 7 2.1 Instalación del certificado...
Más detallesRecepción de CFDIS MANUAL DE USUARIO PROVEEDOR. Weg México S.A. de C.V. http://189.254.22.113:8080/bfi
Recepción de CFDIS MANUAL DE USUARIO PROVEEDOR Weg México S.A. de C.V. http://189.254.22.113:8080/bfi INDICE 1. Cómo ingresar al Portal Web de Proveedores de Weg México S.A. de C.V.?... 3 2. Cómo obtener
Más detallesRequisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R
ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación GONG-R Instalación módulo GONG2 Instalación módulo GONG-Reporte Instrucciones
Más detallesEstimado usuario. Tabla de Contenidos
Estimado usuario. El motivo del presente correo electrónico es mantenerle informado de las mejoras y cambios realizados en el software Orathor (Athor/Olimpo) en su versión 5.7.041 la cual ha sido recientemente
Más detallesDesarrollo de Aplicaciones Web Por César Bustamante Gutiérrez. Módulo I: Conceptos Básicos Tema 1: Concepto iniciales. www.librosdigitales.
1 Arquitectura de una Aplicación Android Para empezar con el desarrollo de aplicaciones en Android es importante conocer cómo está estructurado este sistema operativo. A esto le llamamos arquitectura y
Más detallesCapítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
Más detallesÍNDICE 1.0 INTRODUCCIÓN 3 2.0 INSTALACIÓN 3 2.1. Inserción de la tarjeta en el dispositivo 4 2.2. Inserción del dispositivo CAM tdt en el televisor 4
ÍNDICE 1.0 INTRODUCCIÓN 3 2.0 INSTALACIÓN 3 2.1. Inserción de la tarjeta en el dispositivo 4 2.2. Inserción del dispositivo CAM tdt en el televisor 4 3.0 ACTUALIZACIÓN DEL PROGRAMA DEL DISPOSITIVO 5 4.0
Más detallesCENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES
CENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES El asesor comercial tiene como principal misión mantener un contacto personalizado con sus clientes potenciales y actuales.
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesPROCEDIMIENTO VERSION: 03 ELABORACION Y CONTROL DE DOCUMENTOS PROCESO DE PLANIFICACION DEL SISTEMA INTEGRADO DE GESTION
PAGINA: 1 de 14 1 OBJETIVO Establecer las disposiciones para la elaboración, revisión, aprobación, actualización, distribución y preservación de los documentos del Sistema Integrado de Gestión (CALIDAD-
Más detallesCertific@2 (Certificado de Empresa): guía para las empresas
Certific@2 (Certificado de Empresa): guía para las empresas Servicio Público de Empleo Estatal Madrid, Octubre - 2011 Índice Qué es y recepción del certificado de empresa Acceso a la transmisión de certificados
Más detallesIntroducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Más detallesSesión No. 2. Contextualización: Nombre de la sesión: Paquetería ASPEL - COI PAQUETERÍA CONTABLE
Paquetería contable 1 Sesión No. 2 Nombre de la sesión: Paquetería ASPEL - COI Contextualización: Como hemos venido comentando, existe en el mercado software o paquetería contable diversa que nos servirá
Más detallesServicio Nacional de Aduanas Subdirección de Informática. SMS Manual de Referencia
Servicio Nacional de Aduanas Subdirección de Informática SMS Manual de Referencia ABRIL 2013 1. Introducción El presente manual tiene por objetivo especificar el funcionamiento del Sistema de Mensajería
Más detallesLos requisitos de accesibilidad en un proyecto software. Implicaciones de usuarios discapacitados en el proceso software
UNIVERSIDAD POLITECNICA DE MADRID Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software Resumen del Trabajo tutelado: Los requisitos de accesibilidad en un
Más detallesqwertyuiopasdfghjklzxcvbnmqwerty uiopasdfghjklzxcvbnmqwertyuiopasd fghjklzxcvbnmqwertyuiopasdfghjklzx
qwertyuiopasdfghjklzxcvbnmqwerty uiopasdfghjklzxcvbnmqwertyuiopasd fghjklzxcvbnmqwertyuiopasdfghjklzx Trivial 4b cvbnmqwertyuiopasdfghjklzxcvbnmq wertyuiopasdfghjklzxcvbnmqwertyui Arquitectura del software
Más detalles1. Introducción al evaluación de proyectos
Objetivo general de la asignatura: El alumno analizará las técnicas de evaluación de proyectos de inversión para la utilización óptima de los recursos financieros; así como aplicar las técnicas que le
Más detallesANTECEDENTES POR ELLO
COLABORA Desarrollo de Aplicativo para Sistema de Gestión de Proyectos de la Asociación Gallega de Empresas de Tecnologías de la Información y Comunicación LICENCIA: Reconocimiento - NoComercial Sin Obra
Más detallesSISTEMA DE BECAS AL EXTERIOR
SISTEMA DE BECAS AL EXTERIOR Manual del Becado En este manual se describen los diferentes procesos que ejecuta el becado en el desarrollo de sus estudios en el exterior. Todos los procesos serán ejecutados
Más detallesAdministración Pública. Intercambio de datos y sustitución de certificados en soporte papel. HP Consulting & Integration
Administración Pública Intercambio de datos y sustitución de certificados en soporte papel HP Consulting & Integration Intercambio de datos y sustitución de certificados en soporte papel Índice Servicio
Más detallesPara obtener información más detallada, conviene dirigirse a www.facturae.es.
1. Introducción Con el fin de facilitar la tarea a los proveedores y mejorar la gestión interna de las facturas que recibe la Diputación, se ha habilitado un nuevo módulo de Registro de facturas, compatible
Más detallesEtapa de Diseño: Gestión de Hotel Diseño de Sistemas Software
Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Antonio Falcón Aragón José Luis Falcón Ramírez Carlos Villegas Nuñez 15 de marzo de 2010 1 Índice 1. Diseño de la Aplicación 3 1.1. Diagrama
Más detallesActualización de versión a Bizagi 10.x
Actualización de versión a Bizagi 10.x Actualización de versión a Bizagi 10.x 1 Tabla de contenidos Introducción... 2 Actualizar un proyecto desde v9.1.x a 10.x... 2 Preparación... 3 Habilitación de formas
Más detallesCómo ingresar a la Sucursal Electrónica?
Tabla de Contenidos Cómo ingresar a la Sucursal Electrónica? 2 Página Principal 3 Cómo consultar o eliminar colaboradores o proveedores en mi plan de Proveedores o Planillas? 4 Consultas y Exclusiones
Más detallesNOTIFICACIÓN DE MOVIMIENTOS DE ESTUPEFACIENTES POR PARTE DE LOS LABORATORIOS FARMACÉUTICOS Y ALMACENES MAYORISTAS DE DISTRIBUCIÓN
NOTIFICACIÓN DE MOVIMIENTOS DE ESTUPEFACIENTES POR PARTE DE LOS LABORATORIOS FARMACÉUTICOS Y ALMACENES MAYORISTAS DE DISTRIBUCIÓN GUÍA PARA LA PRESENTACIÓN DE NOTIFICACIONES Versión: 27/06/2012-1 ÍNDICE:
Más detallesCapitulo VII. Editor de Mapa de Tareas. Como hemos hablado en los capítulos anteriores, sabemos que parte del éxito
Capitulo VII Editor de Mapa de Tareas. Como hemos hablado en los capítulos anteriores, sabemos que parte del éxito que puede tener un ambiente de aprendizaje, consiste en el impacto que de primera instancia
Más detallesEmpresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través
Más detallesLa utilización de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo al llamado modelo cliente-servidor.
Procesamiento del lado del servidor La Programación del lado del servidor es una tecnología que consiste en el procesamiento de una petición de un usuario mediante la interpretación de un script en el
Más detallesDescubra, paso a paso, cómo enviar sus remesas de domiciliaciones a través de Línea Abierta
Descubra, paso a paso, cómo enviar sus remesas de domiciliaciones a través de Línea Abierta 1 Septiembre 20031 Presentar al cobro los recibos emitidos por su empresa es, seguramente, uno de los trabajos
Más detallesINTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS
INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se
Más detallesIAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS
IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS Introducción 1. El propósito de esta Declaración es prestar apoyo al auditor a la implantación de la NIA 400, "Evaluación del Riesgo y
Más detallesUNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS
UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS INTEGRANTES: ALVAREZ CANO, FRANKLIN (20040121H) VEGA RAMOS, OMAR (20030037D) 1 AGENDA
Más detallesCapítulo 5. Implementación del Sistema de Inscripciones
Capítulo 5. Implementación del Sistema de Inscripciones 5.1 Tecnologías utilizadas en el desarrollo En esta sección se exponen brevemente las tecnologías utilizadas en la implementación de los diferentes
Más detallesCAPÍTULO 5. DESARROLLO Y PRUEBAS
CAPÍTULO 5. DESARROLLO Y PRUEBAS 5.1 Introducción a las Tecnologías 5.1.1 Herramientas 5.1.1.1 SQL Server Es un sistema que sirve para la gestión de base de datos basado en un modelo relacional. Así mismo
Más detallesPara utilizar esta nueva funcionalidad usted debe hacer lo siguiente: Figura 1. Ventana buscar usuarios para modificar.
Manejo de NIIF Sistema Administrativo Windows (SAW) Ahora el software administrativo (SAW) incluye las NIIF para facilitar el manejo de esta normativa en las actividades contables de su empresa. Este instructivo
Más detallesTienda Virtual Synergy (Parte 2)
Tienda Virtual Synergy (Parte 2) El catálogo electrónico de productos es la base de toda la aplicación por lo que siempre será necesario instalarlo. Los siguientes dos módulos (tienda virtual y módulo
Más detallesManual de configuración de Adobe Reader para la validación de la firma de un documento Versión 1.0
Manual de configuración de Adobe Reader para la validación de la firma de un documento Versión 1.0 Página 1 de 12 Índice de contenidos Introducción...3 Método 1: Instalar los certificados de Firmaprofesional
Más detallesSIIGO Dejando huella... SIIGO Windows. Versión 4.2 MODULO DE DISTRIBUCION DE COSTOS. Caminando hacia el futuro... www.siigo.com
SIIGO Windows Versión 4.2 MODULO DE DISTRIBUCION DE COSTOS TABLA DE CONTENIDO 1. Introducción... 2 2. Instalación... 4 3. Parámetros Generales... 6 a. Verificación del catalogo de productos... 6 b. Verificación
Más detallesModelo de actualización y soporte
Modelo de actualización y soporte Localizacion: http://subversion.analitica.com.co:8023/sgp/docs/rfcs/ Modelo de Desarrollo, Actualizacion y Soporte.docx El siguiente documento reúne un conjunto de lecciones
Más detallesGUÍA TÉCNICA. Desarrollo de Sistemas de Información la plataforma Business Intellingence Pentaho
Desarrollo de Sistemas de Información la plataforma Business Intellingence Página 1 de 11 Control de versiones Ver. Fecha Descripción Autores 1 04/07/14 Versión inicial SDP Página 2 de 11 Índice del Documento
Más detallesInside. Gestión de Expedientes y Documentos Electrónicos
Inside Gestión de Expedientes y Documentos Electrónicos Documento de Integración Sistemas Desarrollo Versión 1.0 Fecha de revisión 25/02/2013 Realizado por Sistemas Desarrollo Inside v_1.0 / 1 ÍNDICE 1
Más detallesAcciones Correctivas y Preventivas. Universidad Autónoma del Estado de México
Acciones Correctivas y Preventivas Universidad Autónoma del Estado de México Mejora Continua La mejora continua del desempeño global de la organización debería ser un objetivo permanente de ésta. Mejora
Más detallesModelos y Bases de Datos
Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 10 Nombre: Álgebra Relacional Contextualización En qué consiste el álgebra relacional? Se ha planteado hasta el momento cada uno de los procesos
Más detallesUnidad 9. Implementación. M.C. Martín Olguín
Unidad 9 Implementación M.C. Martín Olguín Implementación Es la traducción directa del diseño en un lenguaje de programación. Es decir, en la implementación se construyen los componentes: Archivos de código
Más detallesSIGPRE Sistema de Gestión Presupuestaria
SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009
Más detalles1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada
Más detallesCAPITULO 4. Requerimientos, Análisis y Diseño. El presente capítulo explica los pasos que se realizaron antes de implementar
CAPITULO 4 Requerimientos, Análisis y Diseño El presente capítulo explica los pasos que se realizaron antes de implementar el sistema. Para esto, primero se explicarán los requerimientos que fueron solicitados
Más detallesPlataforma de expediente Electrónico @DOC
MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión
Más detallesINTEGRACIÓN HERMES POSITRÓN
INTEGRACIÓN HERMES POSITRÓN 1. SOFTWARE CENTRAL - HERMES La aplicación Hermes es una herramienta para el control de tráfico interurbano, túneles y para el mantenimiento de equipos de carretera. Todo el
Más detallesJAVA EE 5. Arquitectura, conceptos y ejemplos.
JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones
Más detallesCurso: Arquitectura Empresarial basado en TOGAF
Metodología para desarrollo de Arquitecturas (ADM) El ADM TOGAF es el resultado de las contribuciones continuas de un gran número de practicantes de arquitectura. Este describe un método para el desarrollo
Más detallesProceso de Desarrollo de Políticas de LACNIC Versión 2.0
Proceso de Desarrollo de Políticas de LACNIC Versión 2.0 Alcance Este documento describe el proceso por el cual pasará el desarrollo de políticas de LACNIC. Incluye la operación de los diferentes órganos
Más detalles