Archivo de la categoría: Normalización

ASN.1 y BER


Ahora que la codificación en XML está avanzando tanto (también en las firmas electrónicas), hay menos referencias a las formas de codificación basadas en ASN.1.

Los estándares producidos por el antiguo Comité Consultivo Internacional de Telégrafía y Telefonía (CCITT), que ahora se denomina Unión Internacional de Telecomunicaciones (ITU) basan sus especificaciones en ASN.1 . Cada vez más, las normas del Grupo de trabajo de ingeniería de Internet (IETF) se basan también ASN.1  para establecer sus recomendaciones de forma precisa.

Puede decirse que ASN.1 refleja en una página lo que de otra forma necesitaría cinco o seis páginas para describir lo mismo en otro formato.

Abstract Syntax Notation One ( ASN.1) es un lenguaje basado en la notación Backus-Naur form (BNF) para definir especificaciones de formatos independientemente de la implementación. Es el lenguaje que emplean los autores de los estándares.  ASN.1 facilita la comunicación entre los profesionales y los miembros de los comités de normalización al ofrecer un lenguaje común para describir un estándar. ASN.1 se define en las recomendaciones X.209 y X.690 de ITU-T.

ASN.1 define:

  • Qué es un «tipo».
  • Qué es un «módulo» y qué apariencia debe tener.
  • Qué es un ENTERO.
  • Qué es un valor BOOLEANO.
  • Qué es un «tipo estructurado».
  • Qué significan ciertas palabras clave (por ejemplo, BEGIN, END, IMPORT, EXPORT, EXTERNAL, etc.).
  • Cómo «etiquetar» un tipo para que se pueda codificar correctamente.

BER es el acrónimo de Basic Encoding Rules (Reglas básicas de codificación) de ASN.1. BER se define en las recomendaciones X.209 y X.690 de ITU-T. Es un conjunto de reglas para codificar datos ASN.1 en una secuencia de octetos que se pueden transmitir a través de un vínculo de comunicaciones. Hay otros métodos de codificación de datos ASN.1, entre los que se incluyen Distinguished Encoding Rules (DER, Reglas de codificación distinguible), Canonical Encoding Rules (CER, Reglas de codificación canónica), Packing Encoding Rules (PER, Reglas de codificación de compactas) y XML Encoding Rules (XER, Reglas de codificación XML).

Cada método de codificación tiene su aplicación, pero BER y DER son los métodos más utilizados. En particular DER cuando se habla de firma electrónica y certificación.

El estándar ha evolucionado desde la versión de 1998 a la de 2002, básicamente en cuanto a la referencia normativa (CCITT/ITU)  y las diferencias pueden verse aquí.

En general, no existen cambios en lo que se refiere a los bits de una secuencia («bits on the wire») cuando se cambia de ASN.1:1988 según se define en la Rec. X.208 de CCITT  y BER:1988 según se define en la Rec. X.209 de CCITT a ASN.1:2002 según se define en las Rec. X.680-X.683 de ITU-T (que coinciden con ISO/IEC 8824-1,2,3,4) y BER:2002 según se define en la Rec. X.690  de ITU-T (que coincide con ISO/IEC8825-1). De hecho no hay posibilidad de que una parte de la comunicación distinga si la otra está usando  ASN.1:1988 o ASN.1:2002.

Una de las herramientas para analizar secuencias ASN.1 es  lapo.it de Lapo Luchini  <lapo@lapo.it> y yo he adaptado una versión incluyendo los OIDs de  política de varios prestadores de servicios de certificación en especial para identificar el uso de dispositivo cualificado de creación de firma/sello cuando no se usa el OID convencional (o, incluso si se usan ambos): Contenido de un certificado en ASN.1 en inza.com

Campaña “Queremos ordenadores con chipetera“


He creado una página fija para la Campaña «Ordenadores con chipetera». Por favor difundidla entre vuestras amistades y comunicadme las páginas que hagan referencia a la campaña, para que pueda incluir la reseña.

Igualmente, si conoceis modelos de ordenador que tengan lector de tarjeta chip (especialmente portátiles, porque los de sobremesa lo resuelven fácilmente con un teclado que lo incluya) hacédmelo saber para que los incluya en la lista.

ONIX for Serials


En linea con la reseña de ayer sobre ICEDIS, quisiera mencionar la iniciativa ONIX for Serials.

Onix for serials es una familia de formatos XML para comunicar información sobre publicaciones periódicas (serial products) e información de suscripción, utilizando los principios de diseño y muchos de los elementos definidos en  ONIX for Books .

El desarrollo de ONIX for Serials se ha acometido en colaboración entre EDItEUR y NISO, la US National Information Standards Organization. Inicialmente a través de Joint Working Party (Grupo de Trabajo Conjunto) y gracias a la tutela del  ONIX Serials Steering Group (Grupo Directivo de ONIX Serials) el esfuerzo original se ha reforzado hasta el punto en el que se han definido tres conjuntos de mensajes de aplicación y se ha comprobado su validez en entornos piloto, con toda la documentación asociada: el resumen de la especificación, el esquema XML y diversos docu,entos en HTML:

ICEDIS


ICEDIS - International Commitee on EDI for serials ICEDIS significa International Commitee on EDI for serials.

Es un organismo de normalización destinado a mejorar la eficiencia en la gestión de suscripciones.

Participan en este esfuerzo de normalización algunas de las mayores editoriales de revistas y publicaciones técnicas y las empresas especializadas en gestión de suscripciones.

Su entorno de normalización es el EDI y entre los mensajes normalizados se encuentran las facturas.

Existe otros estándares EDI con este objeto, y en particular los de EDItEUR.

Especificaciones técnicas de la nueva normativa de Facturación Electrónica


Los próximos 15 y 16 de Abril de 2008 tendrá lugar en Madrid, en el Hotel Confortel Pío XII (sito en la Avda. Pío XII, 77 – 28036 Madrid · Teléfono: 91 387 62 00 · Web www.confortelhoteles.com) y organizado por el IIR el seminario «Especificaciones técnicas de la nueva normativa de Facturación Electrónica» impartido por los expertos de Albalia Interactiva (broma: es verdad que hay expertos en Albalia, aunque yo no lo sea 😉

Este es el Programa:

INTRODUCCION

  • Especificaciones técnicas de las comunicaciones de datos que deban efectuarse en cumplimiento de la ley de Contratos del Sector Público
  • Formato al que deben ajustarse las facturas y plazo de adaptación: facturae y UBL
  • Formatos del documento y sistemas para garantizar la autenticidad de origen e integridad de datos: formato facturae
  • Avances en OASIS respecto a la definición de los formatos UBL y acuerdo con Naciones Unidas UN/CEFACT
  • Avances en CEN (Comité Europeo de Normalización) respecto a la definición del estándar de facturación europeo
  • Avances en IDABC en relación con la contratación electrónica en el sector público

MODULO 1…………………….Firma electrónica

  • Herramientas de desarrollo de funcionalidades de firma electrónica, archivo electrónico y custodia electrónica
  • Variantes del Formato TS 101 903
  • Cómo se codifican las distintas variantes
  • Cómo se obtiene el timestamping. Servicios de timestamping
  • Cómo se obtiene la validación. Servicios OCSP -Online Certificated Status Protocol-
  • Firma DSS.Webservices de firma y validación

MODULO 2…………………….XML Normalización y validación de esquemas

  • Herramientas para el manejo de proyectos XML
  • Traducción entre formatos: XSLT, XSD y CSS
  • Validación de esquemas: referencias al modelo o estándar a aplicar

MODULO 3…………………….Formato XML – Facturae

  • Introducción al formato facturae
  • Descripción de los documentos que forman la documentación del estándar
  • Entornos de prueba
  • Generación de facturas en formato facturae
  • Envío de facturas mediante ebXML
  • Validación del esquema facturae
  • Visualización de facturas facturae con herramientas que soportan otros estándares (OOXML)

MODULO 4…………………….Formato UBL -Universal Business Language-

  • Introducción al formato UBL
  • Descripción de los documentos que forman la documentación del estándar
  • Entornos de prueba
  • Generación de facturas en formato UBL
  • Envío de facturas mediante ebXML
  • Validación del esquema UBL
  • Visualización de facturas UBL con herramientas que soportan otros estándares (OOXML)

MODULO 5…………………….Conversión de formatos de facturas electrónicas

  • Modelos de datos en los sistemas internos de las empresas
  • Uso de ERPs y programas de facturación y contabilidad
  • Formatos planos para intercambio
  • Integración con sistemas EDI
  • Integración con sistemas XML
  • Conversión entre formatos
  • Convivencia de facturae y UBL

Los Ponentes:

  • D. Julián Inza 
    Presidente
    ALBALIA INTERACTIVA
  • D. Alvaro González
    Jefe de Proyectos
    ALBALIA INTERACTIVA
  • D. Fernando Pino 
    Director de Tecnología Legal
    ALBALIA

Por qué asistir

14 Horas de formación para conocer:

  • Cómo generar y validar las facturas electrónicas en formatos facturae y UBL
  • Cómo combinar las exigencias de facturación electrónica con el resto de requisitos impuestos por la Ley de Contratos del Sector Público
  • Cómo generar y validar las firmas electrónicas -TS 101 903-
  • Los plazos de aplicación de las nuevas obligaciones impuesta por la Orden PRE/2971/2007
  • Cómo facilitar la convertibilidad y compatibilidad del formato de las facturas establecido en la orden
  • Los formatos del documento y sistemas para garantizar la autenticidad de origen e integridad de datos
  • Los requerimientos técnicos en formatos y mecanismos de firma y conversión

Quién debe asistir

  • Responsable de Tecnología
  • Responsable de Organización
  • Responsable de Facturación
  • Director de IT
  • Director de Sistemas de Información
  • Responsable de Contratación de Organismos de la AGE

OOXML adquiere el rango de norma ISO


OOXML estandar ISOVeo con alegría que ISO aprueba OOXML como norma ISO 29500.

Se hacen eco de la noticia diversos medios:

Sin embargo, me sigue sorprendiendo la extraordinaria presión para evitarlo, con argumentos más bien endebles, que una facción supuestamente defensora del software libre está desarrollando, con cientos de adeptos que se suman al mantra «No a OOXML» porque no nos gusta Microsoft.

Lo cierto es que un estándar ISO se aprueba mediante ciertos procedimientos y salvaguardas que en este caso se han cumplido rigurosamente y que permiten contar con normas técnicas de calidad.

Me sorprende que en foros bastante serios como kriptópolis se abone esa tesis «antimicrosoft»

Curiosamente, según la nota de kriptópolis, es sospechosa la «presión» de Microsoft para lograr la aprobación del estándar que quita de sus manos el control de las especificaciones de los formatos que sigue su Office. Nadie dice nada de la «presión» que se está desarrollando para impedirlo sobre los organismos nacionales de normalización a partir de los blogs, cartas y notas de los «activistas» de boquilla del software libre.

Como me consta que en la mayor parte de los casos los miembros de los grupos técnicos de los organismos de normalización se rigen por criterios técnicos, todo tipo de presión que se pueda desarrollar en uno o en otro sentido tendrá más bien poca influencia.

Y finalmente, la conclusión será que contaremos con un estándar más, completamentamente abierto, a disposición de cualquier implementador y que contará con implementaciones reales.

Por cierto, esto es bueno, para el software libre. Como muchos sabéis, OpenOffice/StarOffice ya es capaz de gestionar hoy en dia los formatos propietarios de Microsoft «clásicos», y esto es una de sus fortalezas. Que los formatos dejen de ser propietarios es una buena noticia, para todos, a pesar de que también parece interesar a Microsoft.

Desde luego, creo que ODF y OOXML son dos estándares necesarios.

Más información:

 

Disponible la Guia para la redacción de informes técnicos y científicos


Según me comenta Rosario Osuna, compañera del grupo CTN 50 de AENOR, ya está disponible la versión en español de la Norma sobre redacción de Informes Técnicos y Científicos, gracias a su esfuerzo y el de dos alumnas de la Universidad de Salamanca (Grupo de Trabajo en Información y Documentación A3 ).

Además de la versión en español de la norma «Guidelines for the production of scientific and technical reports: how to write and distribute grey literature» existen versiones en italiano, francés y alemán.

Rosario Osuna Alarcón desarrolla sus actividades en la Facultad de Traducción y Documentación de la Universidad de Salamanca.

Seminario de facturae y XAdES el 27 de marzo


Logo Atenea InteractivaAtenea Interactiva organiza un curso sobre el formato facturae, formato XML de adopción obligatoria en las relaciones con las administraciones públicas, y en el que participamos varias personas de Albalia Interactiva.

La norma que determina el uso obligatorio de este formato es la Orden PRE/2971/2007, y la que determina que sea obligatorio el uso de la facturación electrónica antes del verano de 2008 es la Ley 30/2007 de Contratos del Sector Público.

Por ello, el curso es imprescindible para todos los organismos públicos y para las sociedades que no puedan presentar cuenta de pérdidas y ganancias abreviada.

Además de aspectos concretos del formato facturae, enmarcado en una introducción a XML, trataremos sobre los formatos de firma XAdES definidos en la norma TS 101 903, que también son obligatorios, según la legislación mencionada.

El curso comenzará con un repaso al marco normativo de la factura electrónica, para entender en qué consiste la obligación y los plazos que existen para su adopción y concluirá con algunas recomendaciones para las entidades que tengan que transformar formatos adoptados en su organización.

El enfoque adoptado permite que saquen provecho del curso tantos los gestores como los técnicos que tienen que implementar las soluciones.

El curso tendrá lugar el próximo 27 de marzo de 2008 en el Hotel AC Cuzco, de Madrid y tiene un coste de 650 euros + IVA.

Existe una información más amplia en el folleto en PDF

Si está interesado acceda al formulario de inscripción o llame por teléfono al 902 365 6 12

facturae se podrá abrir con programas basados en OOXML


Ayer fue un día intenso.

A las 10:30  estuve en la Rueda de Prensa convocada por Microsoft para comunicar varios anuncios simultáneos. El evento, introducido por Héctor Sánchez Montenegro, Director de Tecnología de Microsoft Ibérica, contó con la presencia de Stephen McGibbon, Regional Technology Officer de Microsoft. Las novedades anunciadas son:

  1. La certificación de la herramienta OOXML SDK en el marco de Common Criteria, especificación sobre la que España es uno de los pocos países del mundo con capacidad de expedir  certificaciones. En el proceso colabora la empresa Epoche & Espri, de mi amigo Miguel Bañón.
  2. La disponibilidad para OOXML de una extensión que permite leer ficheros XML facturae, que son los que cumplen con el formato obligatorio para las entidades que facturan al sector público en España. Este trabajo lo realizamos en Albalia Interactiva.
  3. La disponibilidad dentro de Codeplex del código fuente de un conjunto de funciones que permiten trabajar desde entornos .NET con el DNI electrónico.  La entidad colaboradora ha sido Plain Concepts y su representante Unai Zorrilla.

Albalia Interactiva participa con Microsoft en el despliegue de soluciones de factura electrónica al desarrollar la conversión de facturae a OOXML.

facturae es el formato XML definido en la Orden PRE/2971/2007, de 5 de octubre, sobre la expedición de facturas por medios electrónicos cuando el destinatario de las mismas sea la Administración General del Estado u organismos públicos vinculados o dependientes de aquélla y sobre la presentación ante la Administración General del Estado o sus organismos públicos vinculados o dependientes de facturas expedidas entre particulare.

Existe un portal propio para facturae.

Office Open XML (también llamado OOXML u Open XML) es un formato de documento electrónico creado y desarrollado por Microsoft y cedido a organismos de estandarización como ECMA e ISO. La organización ECMA lo publicó como estándar Ecma 376 en diciembre de 2006.

Es posible obtener la presentación de Albalia de la Rueda de Prensa celebrada el 7 de marzo de 2008 convocada por Microsoft.

El XML del W3C cumple 10 años


Hace 10 años, el 10 de Febrero de 1998, el W3C publicó el Lenguaje de Etiquetado Extensible (XML) 1.0 como Recomendación del W3C.

El W3C celebra el décimo aniversario de XML con la celebración «XML10», a la vez que agradece a las comunidades dedicadas, incluyendo a las personas que han participado en los grupos y listas de correo sobre XML del W3C, la comunidad SGML, y xml-dev — cuyos esfuerzos han dado lugar a la creación de una exitosa familia de tecnologías basadas en la sólida base de XML 1.0.

El éxito de XML es un excelente indicador de cómo los individuos entregados, que trabajan dentro del proceso del W3C, pueden formar parte de una comunidad más grande para producir resultados que cambien la industria. «Hoy celebramos el éxito alcanzado por los estándares abiertos al proteger los datos Web de las soluciones propietarias», dijo Jon Bosak, quien dirigió el grupo de trabajo que produjo el XML 1.0.

Lea la nota de prensa y los testimonios. Envíe una tarjeta de felicitación al W3C y conozca más sobre el XML del W3C.