Archivo de la categoría: UBL

Congreso UBL en el Palacio de Congresos de Castellana, 99


Gracias.

Estos días hemos estado recordando desde Albalia Interactiva y desde Atenea Interactiva el próximo evento sobre la Factura Electrónica y otros documentos electrónicos empresariales que bajo la denominación «II Congreso Internacional UBL – 2007» tendrá lugar el próximo 4 de octubre.

Aunque la inscripción era gratuita, no se estaba produciendo el nivel de inscripciones que esperábamos, sobre todo considerando que es una de las pocas ocasiones en las que se puede llevar a cabo un verdadero «networking» internacional con los mayores expertos en factura electrónica.

Ahora ya se han superado ampliamente las expectativas, de forma que tenemos que cambiar el lugar de celebración del evento.

El Congreso se celebrará finalmente en el Palacio de Congresos de Madrid, del Paseo de la Castellana, 99, frente al Estadio Bernabéu.

Agradecemos a los responsables del Palacio las facilidades para organizar el evento en sus instalaciones con tan escaso margen.

Esta es la agenda prevista:

08:15 Registration open and exhibition visit
09:15 Opening keynote remarks Oriol Bausà, (Chairman of the SLSC)
09:30 Introduction to the OASIS Universal Business Language (G. Ken Holman,
Canada)
10:00 Integration business processes with UBL 2.0 (Peter Borresen, Denmark)
10:30 CODICE – Documents and components for the electronic procurement.
(José Luis Cueva, Spain)
11:00 Challenges of UBL integration (Fernando Vega, Spain) Doc on Time
11:30 Break
12:00 The future of UBL. (Tim McGrath, Australia)
12:30 UBL and CCI-AEAT formats translation and convergence () Fundetec
13:00 The role of Financial Institutions in the development of UBL and B2B
standards (Arturo González Mac Dowell, Spain) Eurobits
13:30 Lunch
15:00 Connecting SMEs and governments using UBL documents in standard ERP
solutions (Bjarne Allerup, Denmark)
15:30 Electronic invoice adoption through government sponsoring () Red.es
16:00 Enabling custom end-to-end business infrastructure instantly with UBL
(Hideki Hiura, Japan)
16:30 Adopting standards in eGovernment – Industry Ministry Representative
(TBD)
17:00 Break
17:30 Electronic invoice and Certificated Digitalization way to paperless
order management – Tax Office Representative (TBD)
18:00 Building Interactive Documentation And Testing Tools For Your Trading
Partners (Mark Seaborne, Denmark)
18:30 Farewell
19:00 Sponsor booths close

Ahora que tenemos más espacio, no limitamos la posibilidad de nuevas inscripciones.

Inscripción en el Congreso UBL y en los talleres


Hace unos días os comenté la próxima celebración en Madrid del Congreso Internacional UBL, que tendrá lugar el 4 de octubre.

En el marco del congreso, los principales expertos internacionales impartirán cursos técnicos de gran interés para personas y entidades que desarrollan soluciones de e-administración y e-factura.

La importancia del «lenguaje» XML como soporte de comunicaciones de ordenador a ordenador, permitiendo el acceso a los servicios de la administración o la gestión de pedidos y suministros, ha dado lugar incluso a normas de rango legal en diferentes países del mundo, y pronto en España, con la definición del formato «facturae» o los procesos de «e-procurement» establecidos por la Directiva 2004/18/CE del Parlamento Europeo y del Consejo, de 31 de marzo de 2004, sobre coordinación de los procedimientos de adjudicación de los contratos públicos de obras, de suministro y de servicios .

Igualmente ya se está imponiendo el uso de formatos XBRL en el marco de las comunicaciones a la CNMV y al Banco de España por lo que cada vez es más necesario conocer como se definen de forma correcta los diccionarios de significados en los documentos electrónicos.

El formato UBL es uno de los desarrollos más importantes de la comunidad internacional en el diseño de comunicaciones entre empresas y con la administración, y sus diseñadores proporcionan en sus cursos las claves de diseño de mensajes XML, que van más allá de una específica implementación.

Os ruego hagáis llegar este mensaje a personas que puedan estar interesadas, ya que quedan pocos días para la celebración del evento.

El Congreso (que tiene interés para fiscalistas y juristas con especialización tecnológica, además de técnicos) es de asistencia gratuita y los seminarios (más orientado a técnicos) tienen un coste de 500 euros (una cantidad ridícula considerando el nivel de los ponentes).

Podéis ver más detalles en:

eInvoicing Workshop – Taller de eFactura en el marco del Congreso UBL


ePracticeYa está anunciado en el portal ePractice la información sobre su taller de eFactura que tendrá lugar en el marco del Congreso UBL, el 5 de octubre de 2007.

Los grupos de trabajo de ePractice se ocupan de eAdministración, eInclusión y eSalud, acogiendo especialistas de 27 paises miembros.

En el portal se presenta un resumen del grado de adopción de prácticas de eAdministración en toda Europa. Merece la pena echar un vistazo a la percepción existente de España (PDF).

Formación en UBL


Del 1 al 3 de octubre de 2007 hay una excelente ocasión de formarse en aspectos avanzados de XML y UBL, y profundizar en las tecnologías esenciales de la comunicación de documentos empresariales entre ordenadores de entidades privadas y entre estas y la administración pública.

En el marco del Congreso UBL tres ponentes reconocidos internacionalmente imparten sus cursos por primera vez en España:

Salvo en el caso de Oriol, la formación es, en principio, en inglés (puede valorarse la posibilidad de traducción simultánea pero tendría un sobrecoste, y necesitaríamos conocer cuántos estáis interesados). El coste por jornada es de 500 euros, y los cursos  son de 1 o de 3 jornadas.

Por favor contactad con los ponentes para ver el detalle y contenido de las clases.

Transacciones electrónicas Business to Business (B2B)


Para ver como pasa el tiempo, incluyo a continuación un artículo de Miguel Angel Abellán obtenido de su lista de correo electrónico «Noticiero de Nuevas Tecnologías«. Se titula «SEMINARIO EDI/XML’2000 (EDI vs XML). Lo que allí se dijo…»

Para contextualizarlo, conviene recordar que han pasado algo más de 7 años desde que se escribió. Muchos de los temas que se predecían en el 2000, se han cumplido en el 2007. Y otros no. Algunas iniciativas prometedoras no han superado el paso del tiempo.

SEMINARIO EDI/XML’2000 (EDI vs XML)

Miguel Angel Abellán

A continuación resumo algunos de los temas e ideas planteados en el Seminario “Transacciones electrónicas Business to Business (B2B)” que organizó el Institute for International Research (IIR), y se realizó los días 4, 5 y 6 de Abril de 2000 en Madrid.

Quien les iba a decir a las grandes empresas de siempre que sus sistemas EDI se quedarían obsoletos de la noche a la mañana. Durante varios años (casi dos decenas) han estado invirtiendo cantidades ingentes de dinero en estos sistemas de comunicaciones con sus clientes y proveedores sin darse cuenta de que en Internet existen muchísimos más potenciales clientes y proveedores que no están participando en ese canal de comunicación. ¿Y ahora qué? ¿Tiran abajo su EDI y crean un modelo basado en Internet?, o evolucionan paso a paso hacia Internet…

El tema es que la aparición del XML puede producir grandes cambios en la forma de hacer negocios en la vida real y en la red. El entorno EDI necesitaba grandes inversiones y personal dedicado, mientras que XML acabará siendo un estándar por su gran implantación en los entornos ofimáticos, y de software de bases de datos dirigidas a equipos medios (Oracle, SQL Server, …). Por otra parte XML es un lenguaje que puede ser entendido por las personas, al contrario de EDI que estaba orientado a las máquinas.

Todo esto y muchas diferencias más son las que expusieron los ponentes de este seminario. A continuación resumo sus experiencias y opiniones.

El Puerto de Barcelona presentó su proyecto PortIC, como ejemplo de lo que debe hacer, que es migrar de EDI a Web+EDI, fomentando la sinergia EDI-Internet para agilizar las relaciones con los clientes, proveedores, socios, y distribuidores. El sistema PortIC pretende solucionar los problemas típicos de un Puerto Marítimo: que la salida de la mercancía se realice cuanto antes para poder liberar espacio que será ocupado por otra mercancía, minimizando los errores en el proceso.

Los trámites documentales dentro de un puerto marítimo pueden obligar a la rellenar unos 40 documentos entre el agente de la aduana, la autoridad portuaria, el transitario, el consignatario, el armador, la capitanía marítima, etc. desde la entrada de la mercancía, pasando por la admisión del DUA, la emisión del levante, la entrega del manifiesto, etc. Casi todos estos trámites deben reproducirse en el puerto de destino, y no podemos olvidar que el Puerto de Barcelona también funciona como destino para las importaciones.

La situación de partida antes de implantar PortIC, era la siguiente. Se tardaba una media de 6 días en despachar una mercancía; existían 300 empresas en el puerto que no tenían EDI y casi todas las comunicaciones las hacían con papel; y los medios telemáticos utilizados eran muy variados: Fax, EDI, AudioText, etc; los pagos por los servicios no se hacían electrónicamente,…

Para solucionar este problema crearon la sociedad PortIC (37% APB, 14% consignatarios, 14% transitarios. 14% terminales, 14% agentes de aduanas y 7% Cámaras de Comercio, a los que se sumarán en el futuro empresas de trasporte). Desde que comenzaron a desarrollar el sistema PortIC en 1.997, han conseguido los siguientes objetivos:

  • Todos los agentes del puerto utilizan esta plataforma lo que agiliza el procedimiento
  • El sistema está basado en EDI lo que normaliza la información y el procedimiento
  • Los pagos de servicios se realizan vía telemática lo que evita retrasos en las entregas
  • Agiliza los intercambios de transporte.

El Puerto de Barcelona participa en la Asociación e-commerce, de la que son miembros el Banco Sabadell, las Cámaras de Comercio, y La Caixa. Los objetivos de esta asociación son los de tener presencia en los foros internacionales donde se trata el tema del comercio electrónico, participando activamente en las iniciativas que surjan. Actualmente participan en: UN/CEFACT, BOLERO, CCI, Trade Card, ebXML, …

La plataforma que utilizan es: certificados de ChamberSign, red IP, ordenadores SUN, servidores NetScape con SSL, Firewall CheckPoint 1 de OpenVision. Los clientes deben tener líneas de 64Kbps, un sotware desarrollado por ellos y un navegador. Se financió con dinero de la APB, y cobra comisiones a los clientes por los conceptos: alta en el sistema, cuota mensual, y volumen en Kb transmitidos. El uso del sistema divide por 10 el coste documental del proceso.

Lo que les gustaría es que en los puertos destino (extranjeros) de las mercancías existiese otro PortIC. Tienen contactos con otros puertos en el mundo para desarrollar esta idea. Con los puertos españoles han llego a acuerdos para la definición de los mensajes EDI, pero no les interesa compartir el sistema. El siguiente paso es el circuito documental de Exportación CIF: pedido, factura proforma, aceptación de la factura proforma, carta de crédito, B/L, factura, packing list, certificado de origen, certificado de seguro,…, pago, o sea un B2B de Comercio Exterior.

Están trabajando en la incorporación de XML, dentro de un planteamiento de interoperatividad que permita que datos en formato estándar se difundan en formatos independientes: EDIFACT, Fichero plano, XML, FAX…

ORIGIN presentó una ponencia que hablaba sobre una mayor integración de la cadena de suministro, utilizando EDI o Internet en función de las características de cada cliente. Lo que debemos pensar es que un mayor gasto en TI supone unos menores costes para el negocio, ya que el gasto en TI no es coste es estrategia. El B2B está creando nuevas oportunidades de negocio que debemos aprovechar para nuestra empresa. Para ver como estamos posicionados, podemos hacernos esta pregunta ¿nuestros comerciales y gestores de compras visitan asiduamente los portales B2B?

Tenemos que promover una evolución del negocio hacia el e-procurement y el B2B en Internet. La evolución histórica ha sido: primero implantar TI por áreas de negocio, y después crear un Enterprise Resource Planning (ERP) integrado. Ahora tenemos que abordar el ERP extendido a proveedores, clientes y empleados (véase el caso de Ford) basado en sistemas Customers Relationship Management (CRM) y Suppliers Chain Management (SCM), aprovechando las tecnologías Internet basadas en XML para integrar la cadena de suministro en Internet y con ello a los proveedores y clientes en «la empresa extendida».

O sea, innovar a XML o morir.

HENKEL IBERICA, hizo una magnífica ponencia acerca de cómo lograr la eficiencia en la gestión logística, integrando el EDI en los ERP’s. Ellos utilizan EDI integrado en SAP/R3, mediante la herramienta Mercator. Según Henkel, la evolución del EDI en España ha tenido los siguientes problemas: insuficiente marketing del sistema, insuficiente apoyo institucional, elevados costes de desarrollo e integración, no cubría completamente la cadena comercial, etc. aunque a pesar de todo ello, se ha conseguido una implantación de esta tecnología, e incluso la Administración Pública ha aceptado la factura electrónica. Esta evolución ha aumentado el número de mensajes EDI, desde los iniciales ORDERS (Emisiones de Pedido), INVOICE (Emisión de Factura) y COMPAG (Pagos), a los actuales y/o futuros PRICAT (Alineamiento de ficheros maestros de productos, apoyado por la AECOC), INVRPT(Ventas, Stocks y Roturas), DESADV (Aviso de Expediciones), EAN-128 (Embalaje), y RECADV (Confirmación de entregas). El uso de este tipo de mensajes entre proveedores y clientes, puede mejorar sustancialmente la cadena de suministros.

Para darnos una idea de cómo funcionan estos mensajes, veremos el ejemplo del PRICAT. En una base de datos de la AECOC, se almacena información comercial y de logística de los productos (incluida la imagen). Esta información es imprescindible para el proceso del pedido, ya que el cliente puede saber el precio del producto y su información relacionada sin posibilidad de errores. En este mensaje, AECOC realiza las funciones de almacenamiento de la BD, confirmaciones de su mantenimiento, y funcionalidades de suscripción para los compradores de dicho producto; todo ello mediante mensajes PRICAT y consultas al Web.

El reaprovisionamiento continuo (CRP), es la cumbre de la eficiencia en la gestión logística. Este tipo de servicio consigue que el aprovisionamiento de productos se realice en base a la demanda real, mediante técnicas de TI compartidas entre el proveedor y el cliente. Mediante mensajes INVRPT(Ventas, Stocks y Roturas), el proveedor conoce sin demora el stock de su cliente y en base a unos acuerdos preestablecidos de servicio, el proveedor automáticamente realiza propuestas de pedidos ORDERS (Emisiones de Pedido), para que el cliente las confirme. De esta manera el proveedor consigue fidelizar al cliente (ya que le reduce al stock solo al necesario), dar un valor añadido a su relación y recabar conocimiento de la demanda del producto.

Henkel ha conseguido otra mejora de la eficiencia en la logística optimizando la expedición y recepción de mercancías. Entre el almacén de Henkel y su cliente, se envían los siguientes mensajes: DESADV (Aviso de Expediciones), EAN-128 (Embalaje), y RECADV (Confirmación de entregas), bajo unos acuerdo de horarios de entrega, descargadores, calidad concertada (¡¡no se revisan los palets en la entrega!!), y eliminación de pedidos urgentes por la implantación del CRP. El 35% de sus ventas las realizan utilizando EDI, esperan conseguir hasta un 60%. Por el momento solamente tienen a un cliente con calidad concertada (PRYCA) pero esperan aumentar considerablemente esta cifra. Otra parte de la cadena de suministro son los proveedores de Henkel. Con ellos están definiendo un sistema EDI Up-stream que garantice las materias primas en su proceso de fabricación.

Todo ello ayudará a para conseguir que su sistema de fabricación y distribución sea Just-in-Time.

Seguirán trabajando en EDI, ¡¡o en XML si se estandariza su uso!!.

TNT presentó sus ideas de cómo integrar el comercio electrónico en transacciones entre empresas para acelerar los procesos de distribución y logística. Según TNT Europa lleva 2 años de retraso con respecto a EE.UU. en la creación de estrategias de negocio usando tecnologías de Internet. Mientras que en Europa seguimos creando Web Sites, o e-commerce (tiendas), en EE.UU. ya realizan e-business mediante Supply Network (Dell) o e-corporations mediante la integración de la gestión de la cadena de suministros (Cisco Systems). El modelo de sistema B2B de TNT se llama @TNT, mediante este sistema se puede publicar una mercancía, gestionar pedidos, controlar stocks, solicitar recogida de mercancías, hacer un seguimiento del transporte y gestionar las devoluciones, mediante una plataforma XML. Incorpora una pasarela de pagos, WebSite, integración con ERP’s, seguridad en las transacciones y un servicio de atención al cliente. @TNT se ha desarrollado junto a los socios tecnológicos: DESCARTES para hacer posible la visibilidad de la cadena de suministro, OrderTrust como gestión CRM para Internet, y CapGemini.

Según TNT, Internet está provocando cambios en la cadena de distribución. La cadena clásica: Productor -> Distribuidor -> Mayorista -> Minorista -> Consumidor, se está convirtiendo en modelos B2C donde desde el Productor hasta el Minorista pueden llegar al consumidor, y en modelos B2B entre los componentes de la cadena de distribución. Estos nuevos modelos de negocio están provocando grandes cambios en la industria de la distribución. También se están creando problemas en los sectores tradicionales con franquicias, en donde la aparición de un B2C del productor, puede crear competencia a las franquicias existentes. Según TNT, el éxito de la estrategia de negocio debe basarse en la innovación, y nunca en la evolución. Algunos ejemplos de innovación son: Barrabes.com, Cisco.com, Yahooo.com, AOL.com. Y algunos ejemplos de evolución: Toys’R’Us y Levi Strauss & Co. La primera, Toys’R’Us, fracasó en su campaña de Navidad de 1.999. Al no poder procesar el volumen de pedidos, muchos envíos no se entregaron antes del día de Navidad. Levi Strauss & Co fracasó al no poder procesar las devoluciones de los productos. Como contrapartida, también han aparecido otros operadores en Internet, como Homegrocer.com, Tesco Online, Peapod.com o WebVan.com, muchos de ellos aseguran la entrega de los productos en su radio de acción en menos de 1/2 hora.

Según TNT, las empresas de transporte han empleado Internet para «vender» sus servicios o simplificar la operativa, y lo que deben hacer es «ayudar a vender» apoyándose en los nuevos modelos de negocio que están apareciendo de la mano de nuevos actores (VerticalNet, TradeZone, PaperExchange, Chemdex, eMarketer, eBay, Priceline, etc.) Los nuevos modelos de negocio integran e-procurement para optimizar las compras, e-auctions para conseguir nuevos clientes y venta de pequeños stocks, Virtual Comunity para aunar intereses comunes, Value Chain Service Provider para integrar todo lo anterior en la cadena de valor, y Trust Services para garantizar las transacciones.

Como resumen según TNT, o se hace e-business o se estará «out of business», pero siempre con XML.

BBVA realizó una ponencia centrada en temas de seguridad en EDI, en cuanto a la situación del EDI Financiero para pagos y cobros. Destacó las ventajas de XML:

  • Costes y plazos muy bajos de desarrollo
  • Conectividad total en Internet
  • Facilidad de integración con otros sistemas empresariales
  • Los datos están unidos a su estructura lo que facilita su difusión y facilita el tráfico de ficheros FTP. La estructura (Document Type Definition -DTD-) puede hacerse pública en un repositorio de documentos. Existen herramientas de software que nos separan la información en las dos partes: datos y estructura.
  • Independencia del medio de visualización (PC, WAP, etc)
  • Buscadores y Agentes personales más eficientes
  • Se pueden crear lenguajes específicos para un sector, p.e. ebXML, MathXML o FinXML
  • Representa de manera más fidedigna que las Bases de datos Relacionales, los modelos de datos de la realidad.

Estas ventajas son las que hacen de XML una herramienta muy útil para las entidades financieras, en cuanto a la creación de servicios de Banking y comercio electrónico. En la actualidad, el EDI Financiero dispone de los siguientes mensajes: PAYMUL (orden de pago, con o sin confirming y/o pago certififcado), DIRDEB (orden de cobro), FINSTA (extracto de cuentas), DEBMUL (aviso de débito), CREMUL (aviso de crédito), BANSTA (acuse de recibo), CIPHER o CONFID (para cifrar datos), KEYMAN (pàra transmitir las claves de cifrado), y AUTACK (para transmitir la firma electrónica). El EDI Financiero se utiliza sobre todo con multinacionales. Ultimamente se está incrementando mucho el uso de FTP Internet con firma electrónica y cifrado para la transmisión de datos.

Según el BBVA, se producirá una convergencia de los mundos XML y EDI, con los objetivos de: estandarizar el uso de Internet, acceso a la PYME, y reutilización de todo lo realizado en EDI. Ya existen numerosas iniciativas en esta dirección: ISIS XML/EDI, ISIS EXPERTS, ebXML, EFMA, XMLEPR (Sanidad), e IBERION (Financiero), demasiadas iniciativas para un solo estándar.

En resumen, para el futuro: EDI/XML.

INDRA presentó una ponencia sobre como utilizar plataformas EDI para construir soluciones de negocio electrónico B2B sobre Internet. Primero hizo una diferenciación entre los distintos tipos de EDI: Diferidos (intercambio de datos posteriores a la transacción comercial) o Interactivos síncronos o asíncronos (el intercambio de datos produce la transacción comercial). Los del primer tipo suelen ser operaciones de envío de información (p.e. el envío de los TC2), mientras que los del tipo interactivo son enfocados a sistemas mensaje a mensaje o pregunta -> respuesta, que requiere un acoplamiento total entre los sistemas que se comunican.

Presentó algunas de las funcionalidades de los EDI que han desarrollado bajo su arquitectura EDItran:

  • EDI de recaudación para la AEAT, el Ayuntamiento de Madrid y el Ayuntamiento de Barcelona.
  • EDI de facturación, banca electrónica y transferencias para la Asociación Española de Banca (AEB)
  • EDI para la presentación del TC2.

Según Indra, Internet aportará todas las ventajas del uso de la Red para conseguir el aumento de las plataformas EDI transformadas a este nuevo entorno. Las ventajas se materializarán implementando funcionalidades sobre protocolos estándares (HTTP, FTP, …), con formatos más flexibles (XML), con capacidades de integración (BizTalk), y con mecanismos de seguridad más fiables (certificados X.509).

En resumen, EDI sobrevivirá como una tecnología integrada en Internet.


Software AG (the XML company) presentó una ponencia sobre el aprovechamiento de XML para la realización de transacciones electrónicas B2B, basándose en la necesidad de manejar información más especializada, más sofisticada, más personalizada, más fácil de procesar electrónicamente, y más fácil de localizar.

En la ponencia se comparó como HTML es un lenguaje pensado en la visualización de la información, mientras que XML es un lenguaje pensado en la difusión de la información independientemente del medio, ya que gracias a la existencia de las hojas de estilo XSLT, un mismo documento XML puede tener su versión HTML para PC, otra versión WML para WAP, otra versión XML para un software basado en XML, u otra versión EDI para un software basado en EDI.

También recordó que XML, por sí solo, no es un estándar sino una familia de estándares que definen: la forma de realizar consultas a las Bases de Datos nativas en XML (XML Query language -XQL-), el  lenguaje de transformación de datos (Extensible Stylesheet Language Transformation -XSLT-), la forma de incorporar enlaces en la información (XML Linking Language -Xlink o Xpointer-) y la forma de comprobar si un documento tiene una sintaxis correcta y de como acceder a la estructura de datos (Simple API for XML -SAX-  pensado para procesamiento masivo y Document Object Model -DOM- pensado para crear documentos, el uso de uno u otro suele ser transparente para el programador).

La aparición de XML ha provocado la creación de numerosas iniciativas para la normalización de datos y mensajes, las más «horizontales» son:

  • eCO Framework (promocionado por CommerceNet) que define etiquetas XML y reglas de procesamiento, y no parte de EDI
  • ebXML (promocionado por OASIS), que también define etiquetas y reglas, pero en este caso parte de toda la tecnología EDI implantada. 
  • BizTalk (de Microsoft) que según Software AG, solamente define documentos comerciales.

A Software AG, le interesa lanzar el mensaje (cierto por otro lado) de que XML funcionará mejor con bases de datos que no sigan un modelo relacional puro (ADABAS no lo sigue ya que admite campos múltiples y grupos periódicos). Por lo tanto, una vez descartado el almacenamiento de la información XML en ficheros por sus problemas de integridad con los sistemas de información de la empresa, XML necesita de un motor de base de datos capaz de manejar XML en nativo, sin transformaciones; y para ello presenta su software TAMINO como un servidor de información para negocio electrónico. TAMINO es capaz de manejar XML nativo y de acceder a los sistemas de información empresariales para convertir a XML cualquier información existente, convirtiendo la información en información XML portable y reutilizable.

Como puede observarse, Software AG apuesta por la implantación total de XML.

Microsoft, realizó una ponencia en la que se comentaba el impacto que tendrá XML en el comercio electrónico B2B. Internet presenta nuevas formas de trabajar y hacer negocios, lo que antes era una carga administrativa, una orientación interna de las transacciones, y unas miras locales o nacionales, ahora se ha transformado en un Self Service, una mayor preocupación por las relaciones externas, el Business Intelligence, y el mercado global. La «empresa extendida»establece relaciones entre empleados, clientes, partners, y proveedores.

Microsoft presentó algunas funcionalidades de su producto BizTalk (está en versión beta, la versión comercial saldrá al mercado este verano), para construir integrar, construir y promocionar la estrategia de comercio electrónico en una «empresa extendida».

Además de un servidor de software, BizTalk es una iniciativa de Microsoft y partners, que define DTD’s con el objetivo de conseguir la integración de aplicaciones y datos existentes en el comercio electrónico. El esquema de funcionamiento de un BizTalk Server está basado en Site Server Commerce Edition, SQL Server y Windows NT. BizTalk gestiona documentos XML y puede conectar sistemas basados en EDI (en redes VAN), IDOC (en sistemas SAP) o ficheros planos, aunque la idea de Microsoft es que exista un sistema BizTalk en cada rincón de este planeta. Teniendo en cuenta que decenas de miles de  Web funcionan con Windows NT y el 64% de los e-procurement están desarrollados en Windows NT, no sería de extrañar que lo consiguiesen.

BizTalk se crea con el objetivo de mejorar las cadenas de valor, desde proveedores a clientes, integrando la información de diferentes sistemas, y permitiendo la visibilidad de datos en tiempo real. Como proyectos estratégicos de Microsoft presentó los siguientes:

  • B2C. Supermercado de «El Corte Inglés», versión en XML y BizTalk
  • B2C. Alcoste.com con sus 2.000.000 hits en el primer día con Site Server Commerce Edition 
  • B2C. Supertienda ViaPlus.com. Se desarrolló en 2 meses (quizás de ahí le vengan los problemas) con Site Server Commerce Edition 
  • B2C. Submarino.com, desarrollado  con Site Server Commerce Edition
  • B2C. Infotel, desarrollado  con Site Server Commerce Edition, evolucionará a XML para integrar proveedores de contenidos. 
  • B2B. Bankinternet. Gestión de compras corporativas utilizando XML y Site Server Commerce Edition 
  • B2B. Amena. Gestión de relaciones con distribuidores, desarrollado con Site Server Commerce Edition, y evolucionará a XML con BizTalk Server. 
  • B2B y B2C. Infonegocio.com de Telefónica. 
  • B2C y B2B. Agencia de Viajes SAVIA. Desarrollado utilizando XML y Site Server Commerce Edition

Como colofón a este abanico de éxitos, Microsoft recordó la necesidad de gastar un poco de dinero en hardware con el fin de conseguir escalabilidad y disponibilidad de nuestro negocio en Internet, y también recordó la famosa frase de Charles Darwin: «No sobrevivirán las especies más fuertes, tampoco las más inteligentes, lo harán aquellas que mejor se adapten al cambio».

Los partners de Microsoft en BizTalk, han sido Commerce One (utiliza 100% plataformas de Microsoft), Ariba (si no es el 100%, casi, casi) y todas las empresas desarrolladoras de ERP’s.

Como resumen, XML para todos.

El Banco de Sabadell, presentó una ponencia titulada: ¿la aprobación de la firma digital supondrá el despegue del comercio electrónico B2B a través de Internet?.

Para ellos, las ventajas para las empresas del uso del e-business son muy claras:

  • Ahorra entre un 10% y un 50% los costes de la gestión de los pedidos 
  • Reduce el tiempo de proceso de los pedidos entre un 50% y un 96%
  • Reduce los errores en el ciclo pedido – recepción – facturación – cobro al 0,2% del total 
  • Reduce un 50% los costes de distribución de los productos manufacturados, y de un 90% la de productos que viajan por la red
  • Reduce un 25% los costes de almacenaje 
  • Reduce un 60% las inversiones en inmovilizado y activos

Las empresas tienen ahora la posibilidad de utilizar Internet como nuevo canal de ventas, o como nuevo canal de comunicación, o puede integrar toda la cadena de valor del producto con Internet, o pueden transformar el proceso productivo al Web (primero se vende y luego se fabrica), o pueden volver a diseñar el negocio (Netgocio) de la empresa creando una estrategia basada en Internet. Para tener éxito tienen que conseguir que el flujo de mercancías, el flujo de información y el flujo financiero estén sincronizados, y ordenados y que se utilice eficazmente Internet. La  «punto.comización» de las empresas tiene por objetivo conseguir que todos los procesos de negocio estén integrados con Internet. (Back Office, Front Office y «empresa extendida»).

Según ellos, la aprobación de la firma digital fomentará su uso, y esto provocará que las barreras existentes de seguridad, privacidad, y confianza sean superadas. El Banco de Sabadell ha participado activamente en el sistema PortIC presentado por la APB, y también está trabajando en su sistema World Trade Area, que pretende ser un punto de encuentro en Internet con el comercio exterior de España, facilitando las tareas de exportación e importación. Por ahora solamente facilita contactos en el extranjero y en España, pero están deseando que alguien dicte la normativa necesaria para poder realizar los trámites de exportación electrónicamente. El proyecto lo han iniciado hace 18 meses, y harán un lanzamiento después del verano. No se especificó si utiliza XML, pero hizo mucho hincapié en el tema de los certificados y en el almacenamiento de todos los envíos firmados.

Moulinex España realizó una ponencia sobre la forma de integrar la cadena suministro-fabricante mediante EDI estableciendo una extranet para reducir tiempos y costes en la atención al cliente en los servicios de post-venta, tomando como ejemplo el sistema EDI@SAT de la Federación Española de fabricantes de Pequeños Electrodomésticos (FAPE) que está funcionando desde hace 4 años. Con EDI@SAT han conseguido que los pequeños comercios que arreglan los electrodomésticos dispongan de una solución  tecnológica que les sirve para gestionar las relaciones con todos los fabricantes, y todos los trabajos y servicios del taller de reparación. Desde FAPE se ha financiado la implantación de este sistema mediante la cesión gratuita del software, la financiación del hardware, y el uso de tarifa plana de comunicaciones. En la actualidad, el sistema se utiliza por las compañías Braun, Moulinex-Krups, Philips, Solac, Soler&Palau, Taurus, Tefal-Rowenta y Ufesa, que representan el 90% de este  mercado; y gestiona la entrada automática de tarifas, descuentos, precios, y pedidos; la gestión de stocks; la actualización automática de defectos de garantía; y las facturas EDIFACT, todo sin papel. AL principio utilizaron redes VAN, y desde el año pasado están migrando a Internet como medio de transporte.

Los beneficios del uso del sistema EDI@SAT son tangibles:

  • Reduce un 50% el tiempo de envío de los materiales
  • Reduce un 90% los errores de los pedidos
  • Reduce un 20% la carga de trabajo administrativo
  • Conocimiento en menos de 5 días de defectos de la línea de fabricación
  • No obsolescencia de stocks de piezas

En el futuro, integrarán EDI@SAT en Internet, pero sin abandonar EDI.

La Agencia Estatal de la Administración Tributaria (AEAT) presentó una ponencia que hablaba de los requisitos que deben cumplir las empresas para conseguir la validez de la factura electrónica, mediante el Sistema de Facturación Telemática.

El ponente hizo un rápido resumen de las ventajas de EDI (respuesta Just In Time, reducción de costes y de precios, aumento de la competitividad, reducción de tareas administrativas, e incluso ecológicas por la eliminación de papel) y de sus desventajas (incluido el aumento de paro por la automatización del proceso).

También resaltó las diferencias entre la facturación electrónica y la facturación firmada electrónicamente, haciendo hincapié en la legislación aplicable a la factura telemática: Artículo 88 de la ley 37/92 de 28 de Diciembre, Real Decreto 2402/85 de 18 de Diciembre, Artículo 9 bis del Real Decreto  2402/85 modificado por el Real Decreto 80/1996, y Orden Ministerial del 22 de Marzo de 1996, todo ello teniendo en cuenta que la mayoría de las empresas inclumplen la ley y procesan electrónicamente a su manera las facturas. En cuanto a la firma electrónica de las facturas la legislación aplicable es el Real Decreto ley 14/1999 de 17 de Septiembre que garantiza que una factura telemática firmada electrónicamente mediante la aplicación de una firma avanzada tiene la misma validez que una firma en papel, bueno no solamente tiene la misma validez, sino que prevalece una firma electrónica sobre una firma manuscrita.

La AEAT promovió el uso del Sistema de Intercambio de facturas por medios electrónicos (SIFME), que por diversos motivos (entre otros su complejidad para su implantación) no ha sido aceptado por los empresarios españoles que siguen utilizando EDIFACT y generan la factura en el acto si se la pide la AEAT. En el SIFME aparecían diversos actores que intervenían en el envío de las facturas: el Promotor que ejerce la iniciativa ante la AEAT (quien le autoriza a ser promotor), el Centro Servidor que sirve de notario de las transacciones, los Usuarios que son las empresas que emiten y reciben facturas (también deben ser autorizadas por la AEAT), y los Prestadores de Servicios Informáticos que son empresas de TI que ofrecen soluciones que utilizan el SIFME.

Según la AEAT, el SIFME no tendrá mucha evolución, una vez que la firma electrónica avanzada (PKI) se puede incorporar a la factura telemática. ¿EDI o XML? La respuesta es en todo lo que circule por la red.

La Universidad Politécnica de Cataluña (UPC) realizó una ponencia sobre como garantizar la seguridad en EDI sobre HTML y comercio electrónico, tarea clave para garantizar el desarrollo de EDI sobre Web.  Las vulnerabilidades en el comercio electrónico pueden agruparse según su porcentaje de aparición en:

  • Suplantación de Identidad: 12%
  • Robo de información: 11%
  • Modificación de la Información: 9%
  • Denegación de servicio: 8%
  • Sniffers: 6 %
  • Repudio: Sin especificar

La firma electrónica puede resolver los casos  de suplantación de Identidad, modificación de la información, sniffers y repudio, o sea aproximadamente un 28% de los casos de vulnerabilidad; siempre que las herramientas de seguridad permitan claves de cifrado de 128 bits, y las claves caduquen como mucho a los 2 años.

Como temas importantes a tener en cuenta en un sistema de firma electrónica, debemos saber que no está reglamentado el uso de la firma electrónica que provenga de un medio automático sin intervención humana. Para que tenga valor la firma electrónica el proceso de firma debe ser iniciado voluntariamente por una persona, incorporando en los mensajes de dicho proceso su firma.

La UPC no recomienda publicar mucha información (clave pública, identidad de la firma, etc.) del poseedor de una firma electrónica ya que podría ir en contra de la LORTAD; tampoco recomienda el cifrado de mensajes a no ser que sea necesario ya que puede impedir auditar los mensajes y la caducidad de la clave nos puede impedir descrifrar el mensaje a lo largo del tiempo. El ponente hizo mucho hincapié en la limitar el valor de las transacciones que se realizan con un certificado digital, ya que de no hacerlo así, la Autoridad de Certificación debe tener un seguro de responsabilidad civil de 1.000 Millones de Pesetas, lo que puede suponer una cuota muy alta de seguro. También describió las diferencias entre firmar un mensaje, firmar y fechar y mensaje y por último, firmar, fechar y que alguien dé fe de estos datos (CESCE es fedatario de firmas electrónicas).

Pero ojo, no es oro todo lo que reluce, existe software que solamente pide el PIN del certificado una vez en casa sesión de trabajo, lo que permite a cualquier persona que tenga acceso a ese ordenador utilizar el certificado sin ser el verdadero propietario.

Por último hizo un repaso de los métodos de seguridad utilizados en EDIFACT, que dispone de segmentos especiales («Security Headers and Trailers») y mensajes especiales (como AUTACK, y KEYMAN ya comentados anteriormente), y de la iniciativas DEDICA y TEDIC para aumentar la seguridad  de los mensajes EDIFACT en Internet.

En resumen, XML o EDI, seguro.

Por último se realizó una mesa redonda en donde participó personal de: Microsoft, Fonocom, Origin e Indra, cada uno con su opinión sobre la pregunta ¿puede XML proporcionar un modelo integrador de EDI?.

La respuesta, en mi opinión, después de haber oido a los ponentes es que sí, pero si se llega a tiempo de ello, si tardamos existirán muchos modelos de XML para integrarse entre sí y con EDI.

También se impartió un seminario técnico sobre XML, del cual pueden sacarse muchas conclusiones importantes, como por ejemplo que cuando firmamos un mensaje en XML, al aplicarle una transformación XLST para WAP por ejemplo, perdemos la firma al cambiar el contenido, un problema importante a resolver…

CONCLUSIONES

Mi opinión personal es que XML se convertirá en el estándar del futuro para el intercambio de información comercial, por los siguientes motivos:

  •  Es un entorno más fácil de usar por las PYMES, ya que no requieren grandes inversiones para su implantación
  • La normalización de XML ha lanzado un proceso selectivo de la evolución de los diversos modelos de mensajes en XML, sobrevivirá aquél que más se implante o más compatible sea con las iniciativas mundiales como ebXML (aunque a esta iniciativa le falte algo de interactividad en Web)
  • El modelo EDI de procesos offline por lotes entre dos empresas que se conocen a priori, está obsoleto. Esa relación sirve para las relaciones comerciales de toda la vida pero no genera nuevas relaciones comerciales. Los modelos basados en XML son procesos online, interactivos (más pensados para Web) entre una empresa y muchos que quieren comerciar con ella, y pueden ser desconocidos al comienzo de la comunicación electrónica.
  • Otras ventajas de XML con respecto a EDI es que la estructura incluida en los datos de XML es mucho más flexible que la estructura predefinida con anterioridad en EDI, además de la visibilidad Web, Wap, etc sin trabajo adicional, mientras que en EDI es necesaria la traducción a HTML, WML, etc. 
  • Se habla mucho de XML en Web, pero no he escuchado ninguna propuesta orientada a email. Sería una fuente importante de proceso comercial, el poder enviar emails en formato XML y que el destinatario nos pudiese contestar otro mensaje XML. Los procesos en este medio son más del estilo EDI entre 2 empresas conocidas, pero
    pueden ser muy efectivos en este medio o vía FTP. 
  • En España existen unas 1.800 empresas que utilicen EDIFACT, mientras que el número de usuarios potenciales de XML es enorme.

Como hemos podido observar de las ponencias se deduce que no solamente es necesario publicarse o vender en Internet, sino que además hay que hacerlo bien, a tiempo, sin roturas de stock, integrando en Back Office con el Front Office, además saber controlar las devoluciones, todo un problema.

Los ponentes están muy divididos en cuento al futuro de XML o EDI:

  • A favor de XML: ORIGIN, TNT, Software AG, Microsoft
  • A favor de EDI: Henkel Iberica, Moulinex España
  • A favor de EDI/XML: APB, BBVA, Indra
  • No se define: Banco de Sabadell, AEAT, UPC

Los de Tecnologías de la Información apoyan XML (supongo que para lograr implantar una nueva necesidad), los fabricantes apoyan EDI (supongo que para sacarle más provecho a las inversiones realizadas), y los nuevos actores apoyan independientemente EDI y/o XML, pero en Internet e integrado en la cadena de valor de la empresa.

Según yo (MAAJ) , el futuro pasa por crear modelos de negocio interactivos, entre desconocidos, y pensados para usar con tecnología Internet (Web, email y FTP), o sea, el futuro es XML, XSLT, Xlink, Xschemas y todo lo que les rodee.

ALGUNAS CIFRAS

IDC, Diciembre 1.998. Uso de Internet y e-commerce en Europa del Occidental desde 1.998 hasta el 2.002. El crecimiento de B2C será del 2.500%, mientras que el crecimiento en B2B será de 4.500%. En el 2.002 el B2B representará el 78% del total del e-commerce, mientras que el B2C será el 22% (¿incluye C2C?)

Computer Industry Almanac, 2.000. Millones de Usuarios de Internet por regiones. En el año 2.000: América del Norte 150,9. Europa Occidental 87,7. Asía/Pacífico 72,1. Sudamérica/América Central 19,6. Europa del Este 10,8. Total 349,2. En el año 2.005: América del Norte 231,5. Europa Occidental 213,7. Asía/Pacífico 189,7. Sudamérica/América Central 56,1. Europa del Este 45,5. Total 765,8.

Forrester Research, 1.999. Volumen de negocio de B2C y B2B. En Europa en el año 2.000: B2C 8,800 millones de $USA, B2B 76.000 millones de $USA. En Europa en el año 2.004: B2C 239.600 millones de $USA, B2B 1.361.100 millones de $USA. En el 2.001, Internet representará  el 0.9% del PIB en Europa, mientras que en EE.UU. será el 2,7% del PIB.

Andersen Consulting. Estudio sobre el uso de Internet entre las 100 mayores empresas españolas. El 74% usa Internet, el 31% e-commerce, el 10% se reinventa, el 34% no tiene una estrategia, y el 35% es reticente al comercio electrónico. El 48% cree que Internet afectará poco o nada a la estructura de la empresa, frente al 52% que piensa que será mucho o bastante. En el 49% de los casos, es el Dpto. de Informática el que toma las decisiones sobre el comercio electrónico.

AECE, 1.999. Estudio sobre el uso de Internet entre 2.000 empresas de todos los sectores. El 16% tiene presencia en Internet, y de ellas, el 56% vende por Internet; el 50% tiene dominio propio; el 29% gastó menos de 500.000 ptas en Internet.

ALGUNAS FRASES,  IDEAS Y DEFINICIONES

  • XML, Enterprise Resource Planning (ERP), Customers Relationship Management (CRM),  Suppliers Chain Management (SCM), e-procurement, e-auctions, Virtual Comunity, Value Chain Service Provider, Trust Services, Business Intelligence, Self Service, Global Markets: cambiarán la forma de hacer negocios.
  • El gasto en TI no es coste es estrategia.
  • «Un mes Internet» es un año real (otros estiman que son necesarios «tres meses Internet»).
  • «No sobrevivirán las especies más fuertes, tampoco las más inteligentes, lo harán aquellas que mejor se adapten al cambio» (Charles Darwin)
  • Fabricación en serie: primero se fabrica, luego se vende. Fabricación en Web: primero se vende y luego se fabrica
  • Ahora solamente se pueden reducir costes en la cadena logística o en suministros, ya que en la producción casi es imposible hacerlo. 
  • O se hace e-business o se estará «out of business».

ALGUNOS ENLACES DE INTERES

(Nota: algunos enlaces ya no están activos en el 2007)

Congreso Internacional UBL 2007


Los miembros del Comité de Localización al Español de UBL (UBL Spanish Localization SC) estamos organizando el Congreso UBL International 2007 que tendrá lugar en Madrid la primera semana de octubre de 2007, del 1 al 5.

Este evento ha tenido lugar por primera vez en noviembre de 2006  en Copenhage (Dinamarca). Todavía está accesible el Programa UBL International 2006, y las ponencias presentadas.

El evento dura una semana porque en el mismo marco se desarrollan Tutoriales impartidos por G. Ken Holman y Tim McGrath contratados separadamente. El evento en sí, tiene lugar el jueves 4 de octubre de 2007  y acogerá a importantes ponentes de talla internacional.

Como sucedió en el 2006, intentaremos que la reunión de los delegados de IDABC tenga lugar el viernes 5 de octubre de 2007, de forma que podamos contar con ellos como congresistas el dia anterior.

Está previsto que la inscripción al evento principal sea gratuita, si bien la formación impartida por los expertos mencionados, tendrá un coste que se indicará oportunamente.

En estos momentos estamos buscando patrocinadores del evento que tendrá una gran resonancia nacional e internacional. Hasta la fecha las entidades con las que hemos contactado son favorables a su participación en el evento.

La secretaría técnica del evento la está llevando a cabo Atenea Interactiva . Por favor, contactad con UBLInternational (arroba) ateneainteractiva.com para coordinar la participación como patrocinadores (que tendrán preferencia en las ponencias) o como ponentes.

Muchas gracias por su esfuerzo a los miembros del comité:

  • Eduardo Criado Albuixech
  • Arturo González Mac Dowell
  • Julián Inza
  • Brais Mendez Ferreiro
  • Oriol Bausà Peris
  • Enric Staromiejski
  • Jon Bosak

Libro «La Factura Electrónica»


ASIMELEC y Red.es han editado conjuntamente el librito «La factura electrónica» dentro de las iniciativas del Plan Avanza entre las que Red.es ha editado varios libros más, sobre diferentes especialidades.

El pasado día 29 de marzo de 2007 tuvo lugar en el Auditorio de CaixaForum de Barcelona la presentación oficial de este libro con un nivel de asistencia que superó todas las expectativas. El libro, del que se contaba con 200 ejemplares que se entregaban a los asistentes, se agotó, y hubo de establecerse un procedimiento para hacérselo llegar a las más de 100 personas que se quedaron sin él.

eFactura en BarcelonaLa presentación se enmarcaba en un evento que sobre factura electrónica organizaba la Fundación Barcelona Digital con la colaboración de CIDEM, Ayuntamiento de Hospitalet, CETEI, el Ministerio de Industria, Turismo y Comercio y Red.es.

En el la presentación del libro intervinimos Sergio Pérez por parte de Red.es y yo mismo, en representación del Grupo de eFactura de ASIMELEC. En el evento participaron igualmente representantes del Consorcio Digital y de la Caixa y se presentaron resultados del proyecto de factura electrónica del Ayto. de Hospitalet, con ANF/Tradise y Jokers Computer.

Un resumen más amplio puede encontrarse en Arbol de Noticias y se reproduce a continuación:

La Fundación Barcelona Digital acerca a la PYME la factura electrónica
• Más de 250 profesionales asisten al Debate sobe la Economía Digital celebrado en el CaixaForum
• El sistema de facturación digital ahorra recursos, optimiza los recursos humanos i mejora la productividad de las empresas
• El proceso de adaptación es sencillo para la empresa, ya que la mayor parte del trabajo la hace el proveedor de tecnología.

Barcelona, 30 de marzo de 2007.-  La factura electrónica es una herramienta imprescindible para mejorar la productividad de la empresa. Así han coincidido los diferentes ponentes que han participado en el debate “Factura electrónica en la PYME” celebrado ayer en el CaixaForum de Barcelona dentro de los Debates sobre la Economía Digital que organiza la Fundación Barcelona Digital.

Las cifras mostradas por algunos de los ponentes y que recoge también el manual “La factura electrónica” editado por el Plan Avanza del Ministerio de Industria, Turismo y Comercio, presentado durante la jornada, ponen de manifiesto que los empresarios pueden ahorrar hasta unos 3€ por factura con un sistema digitalizado. De este modo se reducen costes, se agiliza el proceso de archivo y conservación, se optimizan los recursos humanos y se gana en seguridad y eficacia. Para quien emite la factura, el ahorro se calcula que puede ser de 0,70€, mientras que al receptor le cuesta 2,78€ menos.

La sesión estuvo moderada por Víctor Vergés, responsable del Programa del CIDEM, quien ha empezado el debate manifestando que en 2007 “ya es hora que dejemos de tener una carpeta llena de papeles. La factura electrónica nos permite dar un salto adelante y mejorar la productividad de la empresa de forma sencilla y con un proceso de gestión más ágil”. A lo largo del debate, los ponentes han puesto énfasis en e hecho que el sector de la PYME, por sus particularidades, es uno de los más resistentes a iniciar este tipo de cambios, pero su participación es fundamental para mejorar la productividad.

Hospitalet de Llobregat ha sido uno de los municipios pioneros en impulsar este tipo de procesos. Francesc Banchs, jefe del Servicio de Ocupación y Empresa del área de Promoción Económica del Ayuntamiento de Hospitalet de Llobregat, ha presentado la experiencia de esta localidad barcelonesa en la implementación del uso de la factura digital. Se trata de una iniciativa pionera que según él asegura, “no tiene por objetivo sólo normalizar la factura electrónica sino que el reto es llegar a la PYME digital”.

La Fundación Joan XXIII a través de su Centro de Tecnologías Ituarte (CETEI) ha sido la encargada de llevar a cabo el proyecto en la ciudad de Hospitalet. Según Joseph Menéndez, director general de la Fundación Joan XXIII, “las facturas constituyen uno de los aspectos que genera más volumen de trabajo para las empresas y unos costes excesivamente elevados”. El proyecto ha implantado la certificación digital en cinco empresas. Según explica Menéndez, esto puede parecer una cantidad muy pequeña pero se trata de hacer que funcione como una mancha de aceite y que a partir de esta experiencia otras empresas vean los resultados y se animen también a ponerlo en práctica.

Sergio Pérez, coordinador de Red.es, ha presentado las iniciativas que desde el Ministerio se están llevando a cabo para fomentar este tipo de innovaciones tecnológicas especialmente entre la PYME. Aprovechando esta jornada se ha presentado el manual “La factura electrónica” editado por el Plan Avanza con la intención de hacer llegar a los empresarios información sencilla y práctica sobre qué ventajas les aporta la factura electrónica y cómo implantarla.

El Coordinador del grupo Factura electrónica de la ASIMELEC (Asociación Española de Electrónica y Comunicaciones), Julián Inza, ha destacado el nivel de la normativa española en este ámbito. “Nuestro sistema de facturación electrónica sirve a toda Europa, ya que es el más exigente en cuanto a criterios de certificación y garantía entre los países europeos”. Inza ha destacado la importancia de desarrollar y perfeccionar el marco legal antes del 2010, fecha en que está previsto que todas las facturas dirigidas a las administraciones públicas se hagan digitalmente.

“La economía española tiene un problema de pérdida de competitividad, en gran parte por la falta de digitalización de los procesos de negocio” ha alertado Francisco de Quinto, secretario del Consorcio Digital, y ha manifestado la necesidad que las PYMES se incorporen a estos cambios. Por otro lado, Pilar Franquet, consultora de Servicios Financieros de “la Caixa” ha explicado la experiencia de la entidad financiera, que ha puesto al alcance de sus clientes una plataforma que permite la factura digital con buenos resultados, mejorando la agilidad de las tareas de archivo y conservación de la documentación, la reducción de los costes, la optimización de los recursos humanos y una mayor eficiencia. Franquet se muestra optimista y cree que “finalmente la factura digital se acabará generalizando como lo han hecho el correo electrónico o los billetes electrónicos de avión”.

La parte práctica la han puesto Jordi Albareda, socio de ANF AC & Tradise, proveedor en el proyecto que se ha desarrollado en Hospitalet y verónica Puig, jefa de administración de Jokers Computer, una de las cinco empresas que se acogieron a este programa piloto. Jordi Albareda apunta que uno de los principales problemas que han detectado es el desconocimiento y la falta de concreción que existe a la hora de definir un producto como la factura digital para conseguir que los empresarios se animen a utilizarlo. Verónica Puig, de Jokers Computer, ha animado a otras empresas a utilizar el sistema digital, ya que asegura que para los empresarios es “un proceso sencillo en que la mayor parte del trabajo inicial lo hace el proveedor de tecnología”.

El acto celebrado en el CaixaForum se enmarca dentro del programa ”Debates de la Economía Digital” que organiza mensualmente la Fundación Barcelona Digital para promover y difundir a partir de iniciativas avanzadas, el uso intensivo y extensivo de las TIC en la empresa, las instituciones y la sociedad civil. Los “Debates sobre la Economía Digital” están promovidos por el CIDEM, el 22@Barcelona y la Entidad pública red.es.

Ya que Fernando Pino y yo somos los autores del libro, contamos con algunos ejemplares en Albalia Interactiva que podemos enviar a quienes lo soliciten (nuestros clientes tienen preferencia).

Rescate de proyectos de Factura Electrónica


Gracias a los múltiples cursos y seminarios que impartimos en Albalia Interactiva sobre Factura Electrónica, vamos siendo bastantes conocidos en esta especialidad (supongo que en los últimos meses ha influido también el que yo sea el coordinador del Grupo de Trabajo de eFactura de ASIMELEC).

Hace unos días echábamos cuentas y llegamos a la conclusión de que desde el año 2004 hemos impartido más de 50 seminarios de factura electrónica y hemos formado en este tema a más de 2.000 personas .

En ocasiones nos llaman para impartir formación «in-company» en una empresa que «ya tiene hecho el proyecto» y requiere que el personal implicado reciba una cierta capacitación.

Y es entonces cuando vemos que muchos proyectos se han quedado «a medias». Por formatos de factura, por modalidades de firma, por la correcta cumplimentación de los campos obligatorios de la factura, por la consideración equivocada de las notas de abono (que no existen, en su lugar se deben utilizar las facturas rectificativas) ,…

Es cierto que hay bastantes empresas técnicas y consultoras que se han subido al carro de la «factura electrónica» y prometen la «solución completa» a sus  clientes, pero como en el chiste del infierno español, cuando no falta la escalera, falta la brocha, y si no el bote de pintura.

La correcta implementación de un proyecto requiere analizar las necesidades y el rol principal de la empresa frente a sus interlocutores (de emisión o de recepción de facturas), conocer el impacto que la normativa tiene en su operativa actual y en la que se implantará tras el proyecto, definir el formato de firma y de factura de la forma que más sencillo sea el uso para el receptor de factura, seleccionar el Prestador de servicios de certificación, redactar cláusulas en los «trading partner agreements», definir si se usará un Dispositivo Seguro de Creación de Firma en la forma de un HSM (hardware security module), resolver el sistema de timestamping y de validación OCSP,…

La solución completa, si se quiere hacer bien, requiere de ciertos conocimientos de estándares de firma y factura electrónicas, cuya ignorancia es  asumible en una PYME, pero no en quienes les proporcionan las soluciones técnicas. Y desde luego, en las grandes empresas que dedican recursos técnicos y económicos de cierta envergadura, son inaceptables las «chapuzas» que estamos descubriendo, en algunos casos, tras proyectos llevados a cabo por consultoras y empresas tecnológicas «grandes».

En este contexto me preocupa el papel de las entidades financieras. Se espera de ellas que proporcionen un interfaz a sus clientes que diluya la aparente complejidad de un buen sistema de factura electrónica en un entorno de uso sencillo. Y con probabilidad van a ser la palanca arquimediana que dispare la adopción de la factura electrónica en las PYMES. Por eso, su responsabilidad es mayor. Afortunadamente, unas pocas iniciativas que conozco bastante bien van bien orientadas y espero que sirvan de modelo para sus competidores. Pero la información indirecta que recibo de otras me provoca cierta inquietud.

Cuando nos avisan con cierto margen podemos dar en las empresas ciertas indicaciones que ayuden a sus responsables a tomar las decisiones correctas en el proyecto, y lo esencial de nuestra asesoría se puede desarrollar en un par de días. Pero si el proyecto está avanzado, explicar qué es lo que se está haciendo mal es un poco frustrante para quienes ya llevan invertido tiempo y dinero. Por eso prefiero que nos convoquen para el «rescate de proyectos» de factura electrónica en las etapas más tempranas que sea posible.

Preguntas frecuentes sobre UBL


En el sitio web de OASIS está disponible un resumen (FAQ) sobre las preguntas que se formulan con más frecuencia sobre este estándar y que me he permitido traducir :

  1. ¿Qué es UBL?UBL, Universal Business Language, la lengua de negocios universal, es el producto de un esfuerzo internacional de definir una biblioteca de uso libre (libre de derechos) de los documentos de negocio electrónicos estándares en XML tales como pedidos y facturas de compra. Desarrollado en un comité técnico del OASIS abierto y responsable con la participación de una variedad de organizaciones que desarrollan, UBL se diseña para dar cobertura a las prácticas de negocio en diferentes ámbitos: legal, auditoría, gestión de procesos, y expedientes, eliminando la reintroducción de datos en lprocesos de gestión de la cadena de suministro como los habituales basados en fax o papel y proporcionando un punto de entrada al comercio electrónico para las pequeñas y medianas empresas.
  2. ¿De dónde sale UBL?La iniciativa de UBL se originó en los esfuerzos que a mediados de 1999 pretendían crear un sistema de XML estándar para “documentación de oficina y gestión” dentro de OASIS. El trabajo del Comité Técnico «OASIS OfficeDoc» bajo la dirección de Murray Altheim de Sun Microsystems fue la base de trabajo cuando OASIS y UN/CEFACT comenzaron la colaboración en ebXML en diciembre de 1999. El interés en la creación de una sintaxis estándar de XML para los documentos comerciales básicos se restableció otra vez en mayo de 2000 con la decisión en ebXML de omitir una sintaxis estándar del “payload” (contenido semántico de los mensajes) de XML del sistema inicial de entregables de ebXML. El grupo de trabajo que pasó a ser conocido como UBL comenzó en abril de 2001 como grupo de discusión patrocinado por CommerceNet y fue establecido como comité técnico de OASIS en noviembre de 2001.
  3. ¿Cómo está UBL ahora?UBL 1.0 se lanzó como estándar de OASIS el 8 de noviembre de 2004 tras tres años de desarrollo y de revisión pública.UBL 2.0, que amplía ampliamente el alcance de UBL, se aprobó como especificación del comité del OASIS en octubre de 2006 y se ha sometido a OASIS para su ratificación como estándar de OASIS, lo que se ha producido en diciembre de 2006.
  4. ¿Cómo puedo conseguir el paquete de UBL 2.0, y qué hay dentro?UBL 2.0 se puede descargar como solo archivo zip de:

    http://docs.oasis-open.org/ubl/cs-UBL-2.0.zip

    El paquete del lanzamiento de UBL contiene

    • Una introducción explicativa
    • Esquemas de XML para 31 documentos de negocio básicos:
      • ApplicationResponse
      • AttachedDocument
      • BillOfLading
      • Catálogo
      • CatalogueDeletion
      • CatalogueItemSpecificationUpdate
      • CataloguePricingUpdate
      • CatalogueRequest
      • CertificateOfOrigin
      • CreditNote
      • DebitNote
      • DespatchAdvice
      • ForwardingInstructions
      • FreightInvoice
      • Factura
      • Pedido
      • OrderCancellation
      • OrderChange
      • OrderResponse
      • OrderResponseSimple
      • PackingList
      • Cita
      • ReceiptAdvice
      • Recordatorio
      • RemittanceAdvice
      • RequestForQuotation
      • SelfBilledCreditNote
      • SelfBilledInvoice
      • Declaración
      • TransportationStatus
      • Hoja de ruta
    • Una descripción detallada de los procesos genéricos de contratación y transporte dentro de los cuales los tipos UBL funcionan.
    • Una biblioteca de casi dos mil elementos de datos de XML basados en la especificación técnica de los «Core Components» (ISO 15000-5)
    • Una breve descripción de la metodología del desarrollo de UBL
    • Los diagramas de UML del modelo de datos completo de UBL
    • Hojas de cálculo de Excel y de OpenOffice que demuestran los modelos de los datos de cada uno de los documentos de UBL y de la biblioteca del componente de UBL
    • Reglas de denominación y diseño de UBL que especifican la generación de esquemas de UBL desde los modelos de datos de UBL
    • Especificaciones legibles por máquina de los valores prefijados para todas las listas de código usadas en UBL
    • Una especificación ASN.1 para documentos UBL en forma binaria

    El paquete de la ayuda de UBL 2.0, aun preparación, proporcionará otros materiales de ayuda en el desarrollo de aplicaciones UBL.

  5. ¿Dónde puedo discutir de UBL con otros usuarios?
  6. La lista pública de desarrolladores ubl-dev de OASIS proporciona un foro para preguntas y comentarios con respecto a UBL. El archivo ubl-dev se localiza en

    http://lists.oasis-open.org/archives/ubl-dev/

    Las suscripciones a ubl-dev se pueden hacer a través del encargado de la lista de OASIS en

    http://www.oasis-open.org/mlmanage/index.php

  7. UBL 2.0 es asombrosamente avanzado para ser el trabajo de un comité técnico de voluntarios. ¿Cómo es posible?Una decisión temprana importante y polémica del UBL TC fue basar su trabajo en un sistema pre-existente de esquemas de negocio de XML. En vez de empezar desde cero, el UBL TC aceptó la contribución de CommerceOne y SAP de un vocabulario XML comercial de negocios ya extensamente desplegado, xCBL 3.0.La decisión a comenzar con el xCBL se basó en cuatro consideraciones dominantes.Primero, el xCBL 3.0 era una especificación madura de XML usada ya en un número de mercados de comercio electrónico.En segundo lugar, el xCBL se basaba en un modelo de librería de componentes, lo que aseguraba una alineación mucho mejor entre los tipos del documento derivados de la librería que había sucedido con anteriores estándares de mensajes, en los cuales los diversos tipos de documentos se desarrollaron independientemente.Tercero, el xCBL se publicó bajo términos que permitieron la creación libre de trabajos derivados.Y en cuarto lugar, CommerceOne y SAP estaban dispuestos a sostener su contribución con los recursos técnicos que apoyaron significativamente el desarrollo inicial de UBL.UBL se ha desarrollado desde entonces independientemente hasta el punto en el que apenas quedan vestigios del  xCBL original, pero la decisión de comenzar con una especificación ya acertada dio a UBL una ventaja de tres años de la que continúa gozando hoy. En estos momentos, UBL 2.0 representa más de ocho años de desarrollo continuo en la creación de una sintaxis estándar del negocio en  XML.
  8. ¿Quién es dueño de UBL?UBL es propiedad de OASIS, una organización sin ánimo de lucro dedicada al desarrollo abierto de  estándares públicos de XML. UBL se mantiene por un comité técnico de OASIS compuesto de expertos  en XML y en procesos de negocio.
  9. ¿Cuánto cuesta el uso UBL?La respuesta simple es que UBL se puede usar de forma libre de derechos («royalty-free» RF). Puede ser utilizada sin coste por cualquier persona. Más exactamente, el Comité Técnico de UBL funciona en el modo de «derechos de propiedad intelectual » de OASIS (IPR: Intellectual Property Rights) conocido como “RF en términos limitados,” que “requiere todos los participantes están obligados licenciar sus reivindicaciones esenciales usando los elementos de licenciar Royalty Free descritos en las secciones 10.2.1 y 10.2.3” de la política de IPR de OASIS, de la que se puede obtener una copia en:

    http://www.oasis-open.org/who/intellectualproperty.php

  10. UBL proclama que es  “universal,” pero todas sus definiciones de términos de negocio están en inglés. ¿Cómo se pueden entenderlos  documentos UBL sin saber inglés?La mayoría de la gente utilizará los documentos UBL a través de un software que presenta automáticamente la información relevante a través de un interfaz adaptado al pais, así que la pregunta importante aquí es cómo se puede hacer UBL para que se pueda utilizar de la forma más sencilla por los diseñadores del software y los analistas de negocio. Para resolver estas necesidades, los subcomités de localización de UBL (adaptación idiomática y de usos de negocio de ciertos lugares)  han traducido las definiciones de UBL 1.0 y los términos del negocio al chino (simplificado y tradicional), japonés, coreano, y español; los resultados están disponibles como el diccionario internacional de datos de UBL 1.0 (IDD, Internatonal Data Dictionary) en

    http://www.oasis-open.org/committees/download.php/15631/cd-UBL-1.0-IDD-1.ods
    http://www.oasis-open.org/committees/download.php/12243/cd-UBL-1.0-IDD-1.sxc
    http://www.oasis-open.org/committees/download.php/12242/cd-UBL-1.0-IDD-1.xls

    Se espera que el trabajo de preparación de IDD para UBL 2.0, que ya ha comenzado, tarde más o menos un año.

  11. ¿De qué maneras UBL da soporte a una transición gradual del comercio sobre papel al comercio electrónico?UBL supone un enfoque claramente centrado en el documento del comercio electrónico que se focaliza en  estandardizar los datos de negocio de forma que encajen en los documentos en papel tradicionales.  El estándar internacional principal para los formularios en papel de los documentos tradicionales es el UN Layout Key de la O.N.U, que durante más de 40 años ha servido como modelo para los documentos de papel usados en comercio internacional. La equivalencia de todos los documentos de UBL a sus equivalentes UN Layout Keys es parte de la norma  UBL 1.0. Están disponibles de forma gratuita tanto hojas de estilo de UBL 1.0 XSL-FO  como  un procesador de hojas de estilo UBL 1.0 XSL-FO  de Crane Softwrights (http://www.CraneSoftwrights.com/links/res-ublo.htm) para convertir documentos de UBL 1.0 a sus equivalentes  de Layout Keys en HTML y pdf, y también hay software libre de Java basado en la biblioteca de Crane Softwrights ofrecido por Ambrosoft (http://ambrosoft.com/) para transformar directamente cualquier documento de UBL en el HTML en conformidad con los Layout Keys de  la O.N.U. Actualmente se está llevando a cabo el trabajo de adecuar estas herramientas a la versión UBL 2.0
  12. ¿Cómo trata UBL los aspectos legales del comercio sin papeles?

    Desde el principio, un objetivo clave de UBL ha sido proporcionar al mundo los estándares para las versiones electrónicas de los documentos de negocio tradicionales diseñados de forma que se reconocen las prácticas comerciales y legales establecidas. El verdadero desarrollo  del comercio internacional «sin papel» requiere de la cooperación entre naciones instituir códigos legales uniformes que rijan la substitución por documentos electrónicos de sus equivalentes en papel. La contribución de UBL a este esfuerzo descansa en la definición de un sistema estándar de formatos XML y en la intensa cooperación con las organizaciones que trabajan en el establecimiento de una infraestructura internacional de ecommerce (commercio electrónico).Desde  diciembre de 2001, UBL ha estado de forma destacada en la agenda del grupo de gestión de ISO IEC ITU UN/ECE eBusiness MoU , del que OASIS es miembro sin voto. Este grupo maneja relaciones con respecto a estándares electrónicos de negocio entre las organizaciones señaladas en el GATT (General Agreement on Tariffs and Trade, Acuerdo General de Tarifas y Comercio). OASIS es también un enlace de Clase A con el comité de la ISO TC 154, que es responsable de la estandardización internacional de la sintaxis de documentos electrónicos tales como EDIFACT. Siempre ha sido un propósito del Comité Técnico UBL TC solicitar la remisión de UBL a la ISO tras su aprobación como estándar de OASIS.
  13. ¿Cuál es la relación de UBL con ebXML?El impulso para comenzar el UBL TC provino del deseo de varios participantes del ebXML de definir un formato estándar de payload XML (contenido expreso del mensaje) para el ebXML . Es decir, el equivalente en XML a los estándares tradicionales de EDI tales como X12 y EDIFACT. Según se describe en ebxml.org, el conjunto de especificaciones ebXML,  muchas de las cuales forman parte en la actualidad del estándar ISO 15000, proporciona una infraestructura basada en XML completa, de nueva generación que da soporte a la funcionalidad de EDI sobre redes Internet. UBL proporciona un formato de datos estándar para los mensajes que se intercambiarán en este tipo de infraestructura. Sin embargo, UBL se diseña para ser “agnóstico” con respecto a la infraestructura, y los mensajes de UBL se pueden utilizar en una gama muy amplia de contextos funcionales, desde las arquitecturas orientadas a servicio (SOA, service-oriented architecture) complejas al intercambio simple de documentos vía el email.
  14. ¿Cuál es la relación de UBL con los Core Components (componentes de base) de ebXML?UBL es la primera puesta en práctica verdadera del cuerpo de  estándares de la especificación técnica de los componentes de base del ebXML (Core Components Technical Specification, CCTS 2.01, también conocidos como ISO 15000-5). La biblioteca de UBL consiste en entidades de la información del negocio CCTS de ebXML (Business Information Entities , BIE). Los esquemas de UBL XML se definen con el uso de las reglas de denominación y diseño (Naming and Design Rules, NDR) de UBL  a un modelo de datos subyacente que encaja en los tipos de Core Components. UBL está trabajando actualmente de forma conjunta con el grupo de trabajo  de UN/CEFACT TBG17 para asociar UBL a la biblioteca de componente de base (core components) estándar y con el UN/CEFACT ATG y OAGI para desarrollar un solo estándar internacional para la representación en XML de los tipos de Core Components de ebXML y de Unqualified Datatypes.
  15. ¿Cuál es la relación entre UBL y UN/CEFACT?UN/CEFACT es la agencia internacional responsable de la facilitación comercial y de los estándares de EDI. UN/CEFACT y OASIS desarrollaron bXML conjuntamente.En agosto de 2003, UN/CEFACT indicó que “UN/CEFACT apoyará solamente una aproximación centrada en el documento para contenido XML, y su deseo es que UBL será la fundación para ese acercamiento.”

    Según  el acuerdo de la cooperación entre el OASIS y UN/CEFACT de junio de 2005,  OASIS y UN/CEFACT han publicado una declaración de la colaboración que establece que:

    1. UN/CEFACT reconoce la especificación UBL 2 como la base XML  adecuada para eBusiness desde la perspectiva de constituir la primera generación.
    2. Para OASIS y UN/CEFACT:
      • los entregables futuros de UN/CEFACT constituyen la via de evolución de UBL, y
      • el mantenimiento de UBL 2 se llevará a cabo en el marco del comité técnico OASIS UBL TC.
    3. En la expectativa que UN/CEFACT producirá su propio sistema integrado de esquemas XML en un período de tres años, OASIS no producirá ninguna otra versión importante de UBL más allá de la UBL 2.
    4. OASIS concederá a UN/CEFACT una licencia perpetua e irrevocable para crear trabajos derivados basados en UBL.

    Este reconocimiento de la O.N.U significa que cualquier persona que necesite documentos de XML para eBusiness puede adoptar con seguridad UBL como base adecuada en la actualidad y pensando en el futuro.

  16. ¿Qué distingue UBL de esfuerzos al parecer similares tales como RosettaNet y OAGIS?Hay algunas semejanzas entre UBL y otras iniciativas de estandarización de datos XML empresariales, pero en conjunto, las cualidades de UBL lo hacen único.
    • UBL se desarrolló en un proceso de estandarización totalmente abierto, públicamente visible, independientemente del proveedor de tecnologías, libre de derechos que permite lopinar a toda la comunidad de usuarios, no solo las grandes corporaciones que pueden permitirse pagar las fuertes tarifas de los consorcios. ¡No tienes que firmar un acuerdo de confidencialidad para trabajar con UBL o de hablar de el!
    • Muchos de los vocabularios empresariales XML  actualmente disponibles  se optimizan para apoyar los requisitos de negocio de industrias verticales específicas. UBL se diseña para trabajar horizontalmente en todos dominios, lo que lo hace ideal para cubrir las necesidades de usuarios tales como los gobiernos que deban imponer un formato estándar a interlocutores que intercambian mensajes en diferentes industrias.
    • UBL es el primer estándar que se basa  en la especificación técnica de los componentes de base de ebXML (ebXML Core Components Technical Specification) es decir ISO 15000-5.
    • UBL está también totalmente actualizado con respecto a tecnología de esquemas y a diseño de bibliotecas. El esquema UBL de Reglas de Denominación y Diseño (Naming and Design Rules), desarrollado por un grupo de destacados  expertos en esquemas XML, está siendo adoptado y copiado ampliamente por otras iniciativas de definición de XML. Y la aproximación a biblioteca de componentes de la definición de documentos situa a UBL muy por delante de otras iniciativas más veteranas en las que  los varios tipos de documentos se definieron aisladamente.
    • Para reducir el trabajo de la estandardización del ecommerce a proporciones manejables, UBL distingue claramente entre el problema de la estandardización de datos y el problema de estandardización de procesos. UBL se centra en la estandarización de los datos empresariales como el primer paso hacia la integración global del ecommerce, dejando la estandardización de los procesos de negocio a las comunidades de usuarios y asumiendo que la definición de procesos se tratará en una capa separada del conjunto. Una ventaja subsidiaria de este enfoque es que hace UBL apropiado en  la gama más amplia de tecnologías de definición de procesos.
    • Para proporcionar un puente entre los flujos de trabajo tradicionales basados en papel y el comercio electrónico, UBL está muy centrado en el documento, preservando la transparencia para los usuarios humanos y encajando de forma muy fluida en  los procesos basados en el intercambio de instrumentos legalmente vinculantes. Dicho de otra forma, UBL se centra en el “espacio público” entre las empresas más que en el “espacio privado” dentro de ellas,  y por lo tanto se ajusta mejor a los intercambios B2B que las bibliotecas de esquema diseñadas para la integración interna de aplicaciones.

    Para resumir, UBL no intenta competir con los vocabularios empresariales XML existentes sino pero resolver las necesidades que no están siendo resueltas adecuadamente por cualesquiera de ellos.

  17. ¿Cómo hace frente UBL a las necesidades de adaptación para cumplir diferentes requisitos empresariales?En muchos entornos de PYMES, los formularios normalizados pueden satisfacer sus requisitos lo suficientemente bien como para ser utilizados sin modificación. La existencia de formularios de papel normalizados tales como el UN Layout Key   de la O.N.U lo demuestra. En estos ambientes, UBL puede utilizarse tal como está.Es verdad, sin embargo, que diversas industrias tienen diversos requisitos para sus datos, y que esto ha llevado en el pasado a la proliferación de variantes incluso en los estándares tan rigurosamente controlados como X12, EDIFACT, y RosettaNet.

    UBL no pretende ser una solución completa a este problema sino que por el contrario supone un acercamiento extremadamente pragmático que debería llevar a soluciones satisfactorias en la gran mayoría de los casos que se presentan en el mundo real. Cada esquema  UBL 2.0 contiene un área opcional de extensión en la que los interlocutores puedan, según acuerden, incluir cualquier dato no cubierto por la estructura de datos predefinida en UBL que ya es de por sí  muy extensa. El mantenimiento de esta área de la extensión y la coordinación de su uso es, por supuesto, la responsabilidad de los interlocutores. Pero esta estrategia tan simple permite una flexibilidad casi ilimitada en relaciones de intercambio sin requerir la modificación de los esquemas estándares de UBL.

  18. ¿Qué hay de nuevo en UBL 2.0?Aparte de la nueva área de la extensión, el mayor cambio de UBL 2.0 es la incorporación de 23 nuevos tipos de documento para permitir la adaptación a escenarios ampliados de contratación consecución y procesos básicos de transporte. El desarrollo de estos nuevos esquemas fue financiado directa e indirectamente por los gobiernos de Dinamarca, Noruega, Suecia, Inglaterra, Finlandia, Islandia, Singapur, Hong Kong, y  Estados Unidos. La información práctica aportada hace que UBL 2.0 satisfaga las necesidades de contratación pública y del comercio internacional, al menos en sus requerimientos más básicos.UBL 2.0 también ofrece una respuesta al problema de la gestión de listas de códigos. En vez de asignar valores por defecto de listas de códigos vinculados directamente a los esquemas de documentoa, lo que hace el muy difícil el encaje de códigos entre interlocutores, UBL 2.0 expresa los valores de las listas de códigos en archivos separados usando el nuevo formato «genericode». Los valores prefijados se utilizan así para generar scripts de XSLT que validen los valores de códigos independientemente de los esquemas del estándar. Este acercamiento en dos fases no sólo soluciona la mayoría de los problemas de la gestión de listas de códigos sino que también permite que diversos subconjuntos de listas de códigos se asocien a diversos contextos en el uso del mismo documento, proporcionando una gran flexibilidad al especificar los valores de códigos aceptados en cada relación entre interlocutores, y establece una plataforma para la puesta en práctica de sofisticadas reglas de negocio sin necesidad de modificar los esquemas estándares de UBL 2.0. El lanzamiento de UBL 2.0 incluye un completo juego de módulos del software libre como muestra de la nueva estrategia de validación en dos fases.
  19. ¿Con qué exito se ha implantado UBL en el mundo real?Desde febrero de 2005, la factura UBL se ha impuesto por ley para todo el sector público  en Dinamarca. Cada mes, se intercambian en Dinamarca  1.2 millones de facturas UBL. El ministerio danés de finanzas estima unos ahorros para el estado de 100 millones de euros anuales por el uso de este tipo de documento. Cuando se implemente el pedido UBL en 2007, se estima que este ahorro se duplique. La adopción de UBL afecta 440 mil empresas en Dinamarca y ahora está en el proceso de imponer a las empresas suministradoras de software empresarial del norte de Europa  la capacidad de dar soporte técnico a la implantaciuón de este estándar.

    Desde octubre de 2005, la “Swed-invoice” (un subconjunto del mensaje de factura UBL adaptado al mercado sueco) se ha recomendad para cualquier uso en las administracione públicas por la Autoridad de Gestión Financiera Nacional Sueca (Swedish National Financial Management Authority). La NFMA estima que la estandardización de factura  UBL ahorrará el gobierno sueco 4 mil millones de SEK, coronas suecas (más de 500 millones de dólares) en los primeros cinco años del despliegue.

    En el Reino Unido, el sistema de gestión de mercado (marketplace) “Zanzibar”, creado por la oficina británica de soluciones de contratación pública (UK Office of Government Buying Solutions), se lanzó en febrero de 2006 con 14 documentos UBL 2.0.

    El proyecto de Gestión Electrónica de Carga (Electronic Freight Management, EFM) del Departamento de Transporte de E.E.U.U. (U.S. Department of Transportation) está experimentando actualmente con los mensajes UBL Despatch Advice (Aviso de Expedición) and Bill of Lading (Conocimiento de Embarque). Este proyecto experimental enlaza dos fabricantes chinos de ropa, dos transitarios, un operador de terminal de fletes aéreos, dos transportistas aéreos, un comprador norteamericano de ropa, un intermediario logístico (3PL, third-party logistics) y un corredor de importación en una demostración compleja de comercio electrónico avanzado ajustado al mundo real.

    Puesto que UBL está públicamente disponible y libre de derechos, no es posible hacer un seguimiento general de sus implementaciones más allá de las iniciativas estatales. Sin embargo, existe una gran expectativa de que la normativa actual y la que está en curso imponga a través de las administraciones públicas una adopción generalizada del estándar.

  20. ¿Es posible colaborar todavía con UBL?¡Sí! Cualquier persona interesada en el futuro desarrollo de UBL puede afiliarse a OASIS e incorporarse al comité técnico  UBL TC. Para hacerse miembro de OASIS acceda a la URL siguiente:

    http://www.oasis-open.org/join/

Nueva versión del formato de eFactura de CCI


logo-efactura.pngA mediados de enero de 2006 se ha publicado la nueva versión del formato XML de la Agencia Tributaria  y del Centro de Cooperación Interbancaria para la factura electrónica.

La actualización supone un paso importante en la convergencia internacional al tener las etiquetas (tags) redactadas en inglés, con lo que se facilita la interoperabilidad con estándares como UBL.

Por cierto, la especificación UBL ha sido ratificada tambiém el mes pasado como estándar en su versión 2.0 por los cmités de OASIS.

La especificación prevé el empleo de la firma electrónica XAdES en formato TS 101 903 (la modalidad que yo recomiento es la ES-XL)

Además la AEAT ha puesto en marcha un entorno de pruebas para que sus proveedores puedan ensayar el funcionamiento del interfaz SOAP de comunicación entre ordenadores.