Archivo de la categoría: FAQs

Preguntas sobre Digitalización Certificada y sus respuestas


logo-digitalizacioncertificadaHe recibido el siguiente comentario en el blog (en el sitio equivocado):

Hola Julian, dirijo una compañía que esta dedicada a la programación orientada al mundo del documento, estamos valorando la posibilidad de homologar nuestro software ante la Agencia Tributaria como software homologado para poder hacer digitalización certificada. Después de leer distinta información que he encontrado en Internet a cerca de la utilidad de este modelo de homologación en nuestra solución me surgen algunas dudas, entre ellas las mas importantes son:

1.- Si empezamos ahora el proceso de homologación y tardamos entre seis y doce meses en conseguir dicha homologación, tendria sentido el disponer de un periodo tan reducido de tiempo (mas o menos un año) hasta que la Efactura se acabe por imponer y ya no existan las facturas en formato papel o esto es una utopia y todavia queda mas tiempo para poder seguir tocando el papel en cuanto a las facturas de proveedores se refiere. ¿Como crees que evolucionara la factura en formato papel de aqui a cinco años por ejemplo?

2.- En segundo lugar por que es tan ambigua la orden que regula la digitalización certificada al definir los documentos que pueden ser subceptibles de ser digitalizados certificadamente cuando dice» Facturas de proveedores, Documentos sustitutivos de pago así como otros documentos». Este ultimo «otros documentos» es lo que me desconcierta, ¿a que tipo de documentos se están refiriendo?

3.- En tercer y ultimo lugar ( no quiero ponerme pesado ) seria mucho decir que la digitalización certificada tiene fecha de caducidad con la Efactura o crees que es una parte importante de esta Orden pero que podran coesistir una con la otra.

Sin otro particular, saludos cordiales.

Enrique Lopez

Estas son mis repuestas:

1.- En mi opinión, la facturación en papel todavía va a durar un tiempo. No se ha establecido ninguna obligación de facturar electrónicamente entre entidades privadas. Las obligaciones son para las empresas que facturan al sector público (o a las entidades dependientes de el) y para los organismos y entidades del sector público que tienen que ser capaces de recibir facturas electrónicas. De todas formas, la Digitalización Certificada es un paso intermedio en la dirección correcta, que es la completa eliminación del papel.

2.- La norma tiene algunas ambigüedades, pero es tremendamente concreta para lo que se estila en otras normas semejantes. En particular, los «otros documentos» son los de tipo tributario. Sin embargo, en la práctica, solo las facturas y los tiques (documentos sustitutivos de facturas) son susceptibles de digitalización certifificada, por la imposición de vincularlos al libro registro de facturas recibidas que se establece en la norma. No obstante, si en el futuro se flexibiliza la referencia al libro registro, podrá utilizarse como norma de base para cumplir lo establecido en los artículos 30 y 31 de la LAECSP.

3.- En mi opinión coexistirán durante un tiempo (bastante) y finalmente la factura en papel desaparecerá. No obstante los sistemas de Digitalización Certificada evolucionarán para dar cobertura a múltiples necesidades de digitalización que requieran cierto valor legal, llegando más allá de las facturas.

Preguntas frecuentes sobre factura electrónica y digitalización certificada


Con la publicación de la norma EHA 962/2007, han quedado claras muchas cosas en relación con la factura electrónica y la digitalización certificada.

Todavía quedarán más claras (sobre todo en relación con la Digitalización Certificada) cuando se publique la Resolución del Director de la Agencia Tributaria que ahora mismo está en forma de «borrador«.

Además creo que nuestro libro sobre la factura electrónica ha contribuido a difundir el conocimiento técnico y jurídico sobre ella.

Y también el portal facturae que desarrollan el Ministerio de Industria, Turismo y Comercio con la Agencia Tributaria.

Además, la Agencia Tributaria ha preparado una relación de preguntas frecuentes sobre eFactura del que seguidamente se incluye un extracto.

¿Qué es la factura electrónica?

Se pueden dar varias definiciones, todas ellas equivalentes.

Documento tributario generado por medios informáticos en formato electrónico, que reemplaza al documento físico en papel, pero que conserva el mismo valor legal con unas condiciones de seguridad no observadas en la factura en papel.

Equivalente funcional de la factura en papel, que se puede transmitir desde el expedidor al destinatario por medios telemáticos.

En términos informáticos, consiste en un fichero con el contenido exigido por ley a cualquier factura, que se puede transmitir de emisor a receptor por medios telemáticos (de un ordenador a otro) y que posee unas características que aseguren la autenticidad e integridad.

¿Qué es facturación electrónica?

Consiste en facturar usando facturas electrónicas.

¿Son equivalentes las denominaciones factura electrónica, factura telemática y factura digital?

Sí son equivalentes. Incluso pueden existir otros términos análogos. Así en el lenguaje legal se suele emplear con frecuencia la expresión “remisión por medios electrónicos de facturas”.

¿Cuáles son las ventajas de la facturación electrónica?

Entre las muchas ventajas de la facturación electrónica se encuentran:

  • Ahorro de costes
  • Mejora de la eficiencia
  • Integración con la aplicaciones de gestión internas, de la empresa.
  • Optimización de la tesorería
  • Obtención de información en tiempo real
  • Reducción de tiempos de gestión
  • Agilidad en la toma de decisiones
  • Administración y contabilidad automatizadas.
  • Disminución de costes de los documentos en papel.
  • Control de acciones erróneas
  • Uso eficaz de los recursos financieros
  • Flujos de transacciones agilizados
  • En el futuro será obligatorio para la facturación a muchas Administraciones Públicas.

¿Tiene validez legal la factura electrónica?

La factura electrónica tiene la misma validez legal que la factura en papel, a efectos tributarios.

¿Cuáles son las normas legales que rigen la facturación electrónica?

La Orden EHA/962/2007 por la que se desarrollan determinadas disposiciones sobre facturación telemática y conservación electrónica de facturas.

Otras disposiciones que afectan a la facturación en general, y tratan la facturación electrónica en algunos de sus artículos son:

  • Real Decreto 1496/2003. Reglamento que regula las obligaciones de facturación.
  • Directiva 2001/115/CE, por la que se modifica la Directiva 77/388/CEE con objeto de simplificar las condiciones impuestas a la facturación.

¿Necesito la autorización de mi cliente para poder facturarle electrónicamente?

Es necesario el consentimiento expreso del destinatario por cualquier medio, verbal o escrito.

En cualquier momento el destinatario que esté recibiendo facturas o documentos sustitutivos electrónicos podrá comunicar al proveedor su deseo de recibirlos en papel. En tal caso, el proveedor deberá respetar el derecho de su cliente.

El destinatario debe estar de acuerdo en los formatos en los que se va a facturar electrónicamente.

¿Quién es el responsable último de la validez de la firma y de su correspondiente certificado?

El destinatario de la factura tiene la obligación de verificar la validez de la firma y por tanto el certificado firmante. Para ello dispondrá de los medios informáticos necesarios.

¿Hay que aplicar la facturación telemática a todos los clientes o podría ser sólo a unos determinados?

Se puede utilizar la facturación telemática con sólo parte de los clientes. También se pueden emitir facturas en papel y telemáticamente en un mismo ejercicio para el mismo cliente.

¿Qué tiene que hacer el destinatario de la factura electrónica una vez recibida?

El destinatario tiene que conservar de forma ordenada las facturas y permitir el acceso completo y sin demora. Esto significa:

  • Disponer del software que permita verificar la validez de esa firma.
  • Almacenar los ficheros de las facturas, así como las firmas asociadas a cada una de ellas, caso de no venir en el mismo fichero.
  • Permitir el acceso completo y sin demora, es decir, tener algún mecanismo que permita poder consultar las facturas en línea de modo que se visualicen, se puedan buscar cualquiera de los datos de los libros de Registro de IVA, se puedan realizar copias o descargas en línea de las facturas y se puedan imprimirlas en papel cuando sea necesario.

¿Qué se puede ceder a un tercero en la facturación?

En la facturación siempre hay un profesional o empresario que tiene la obligación de remitir facturas y conservar al menos su matriz y un cliente que tiene la obligación de recibirlas y conservar las facturas tal cual. Son los llamados obligados tributarios.

Las anteriores obligaciones se pueden ceder, algunas o todas, a un tercero, que actúe en nombre del obligado tributario. Es decir:

  • El profesional o empresario puede ceder la expedición de las facturas a un tercero.
  • El profesional o empresario puede ceder la conservación de las facturas, o al menos sus matrices, a un tercero.
  • El cliente destinatario, puede ceder la recepción y conservación de las facturas, a un tercero.

En resumen todo, o parte del proceso de facturación se puede ceder a un tercero. En cualquier caso los responsables últimos ante las Autoridades son los obligados tributarios, es decir el profesional o empresario que debe expedirla y su cliente destinatario.

¿Puede el destinatario de la factura electrónica modificar el fichero?

No, el fichero de facturación telemática recibido debe conservarse en su integridad sin modificaciones.

¿En qué formato deben conservarse las facturas?

El destinatario debe conservar las facturas en el mismo formato y soporte original en el que éstas fueron remitidas. Salvo que opte por alguna de las formas de conversión autorizadas en los artículos 7 y 8 de la Orden EHA /962/2007.

Así, si se han recibido facturas en papel, el destinatario podrá optar por convertirlas y conservarlas en formato electrónico siempre que lo haga de acuerdo con el Artículo 7 de la citada Orden. Conversión de papel a digital.

Por otro lado, si se han recibido facturas en formato electrónico, el destinatario podrá optar por convertirlas y conservarlas en formato papel siempre que lo haga de acuerdo con el Artículo 8 de la citada Orden. Conversión de digital a papel.

¿ Qué condiciones tiene que cumplir la factura electrónica, caso de expedirla una empresa extranjera que ofrece su servicio o producto a un cliente español?

Está recogido en el Artículo 4 de la Orden EHA/962/2007 por la que se desarrollan determinadas disposiciones sobre facturación telemática y conservación electrónica de facturas.

Debe cumplir las mismas condiciones que tienen las facturas expedidas y remitidas en España.

Caso de uso de firma electrónica, es el cliente residente en España el que debe cerciorarse de que se trata de una firma electrónica reconocida. Esto se cumple en los siguientes casos:

  • Caso de Unión Europea cuando se cumpla alguno de los siguientes requisitos:
    1. El certificado indica en su propio contenido que es un certificado reconocido y la Autoridad de Certificación tiene públicamente accesibles sus políticas de certificación en las que indica que cumple con lo establecido en la Directiva europea de firma electrónica 1999/93/CE.
    2. El certificado se halle acreditado por una entidad establecida en la UE conforme a un Esquema Voluntario de Acreditación de acuerdo con lo recogido en la Directiva 1999/93/CE.
    3. El certificado se halle inscrito en algún registro público de autoridad competente en materia de firma o fiscal.
  • Caso países fuera Unión Europea cuando se cumpla alguno de los siguientes requisitos:
    1. El certificado se halle acreditado por una entidad establecida en la UE conforme a un Esquema Voluntario de Acreditación de acuerdo con la Directiva 1999/93/CE.
    2. Que una entidad AC establecida en la UE avale el certificado.
    3. Que el certificado esté reconocido en virtud de acuerdos de la UE con terceros países.

¿Puede una empresa extranjera solicitar la homologación de un software de digitalización?

El Artículo 7 de la Orden EHA/962/2007, recoge los aspectos referentes a la digitalización certificada de facturas en papel.

Dice, el citado artículo, que la solicitud de homologación del software de digitalización certificada, la pueden efectuar empresas residentes en España o en la Unión Europea.

¿Se puede realizar la conservación de facturas electrónicas en el extranjero?

La conservación de facturas en el extranjero, se encuentra recogido en el Artículo 9 de la Orden EHA/962/2007.

Tanto el emisor como el destinatario de la factura, pueden decidir si la conservación se hace en España o en el extranjero. Pero sólo es válido la conservación en el extranjero en el caso de factura en formato electrónico, ya que es el que puede garantizar el acceso completo y sin demora injustificada.

Se da la siguiente casuística:

  • Si lo hace en un país de la UE o país con el que exista un instrumento jurídico:
    • Puede hacerlo directamente el obligado tributario (destinatario o expedidor)
    • Puede hacerlo a través de un tercero en nombre del destinatario de la factura o expedidor de la factura.
  • Si lo hace en un país extranjero distinto a los anteriores:
    • Puede hacerlo directamente el obligado tributario previa comunicación a la AEAT.
    • Puede hacerlo a través de un tercero, previo procedimiento de autorización, dirigida al Director del Departamento de Gestión Tributaria. En este caso, la autorización deberá instarla, empresarios o profesionales españoles interesados en la conservación de sus facturas en el extranjero. No a instancias de residentes en el extranjero que pretendan homologar sus sistemas para prestar servicios a residentes en España.

¿Se pueden expedir facturas electrónicas desde fuera de España, en nombre de empresas residentes en España?

La expedición de facturas fuera del territorio español, se encuentra recogido en el Artículo 9 de la Orden EHA/962/2007.

Para ello es necesario siempre, una autorización dirigida al Director del Departamento de Gestión Tributaria.

Pueden pedir la autorización a instancias de empresarios o profesionales españoles. No a instancias de residentes en el extranjero, que pretendan homologar sus sistemas para prestar servicios a residentes en España.

¿En facturación electrónica hay que usar siempre firma electrónica reconocida?

La Orden EHA/962/2007 dice que la obligación de remisión y conservación de facturas o documentos sustitutitos, podrá ser cumplida por medios electrónicos que garanticen la autenticidad del origen y la integridad de su contenido.

Para asegurar tal autenticidad y la integridad se puede:

  • Usar firma electrónica reconocida
  • Usar sistemas de intercambio electrónico de datos EDI. En este caso las partes deben reflejar con precisión los medios empleados para garantizar la autenticidad e integridad.
  • Otros sistemas distintos a los anteriores. En este caso será necesaria una autorización del Director del Departamento de Inspección Financiera y Tributaria.

El escenario más frecuente es usar firma electrónica reconocida. Sólo ciertos sectores, en los que lleva tiempo implantando, usan EDI, como por ejemplo el sector de la automoción.
En las preguntas y respuestas aquí expuestas, se sobreentiende que se habla de facturas emitidas con firma electrónica, salvo que se diga expresamente otra cosa.

¿Cómo se garantiza la autenticidad del emisor y la integridad del contenido?

Tal como se ha comentado anteriormente hay varios mecanismos. El más habitual es firmar la factura con una firma electrónica reconocida.

En el proceso de firma, se usa un certificado de usuario garantiza la autenticidad del emisor y una huella que garantiza la integridad. Es decir, en caso de modificación de la factura incluida en el fichero de la facturación telemática, la firma es inválida, de lo que nos avisaría nuestro software.

¿Por qué es necesaria la firma electrónica reconocida en la factura electrónica?

La firma electrónica es necesaria para garantizar la integridad de la factura. Es decir, permite comprobar que no se ha alterado la información contenida en la factura.

Por otra parte esa firma electrónica es reconocida, para conseguir el mayor grado de seguridad de acuerdo con la Ley de Firma Electrónica 59/2003. Sólo la firma reconocida tiene validez legal igual a la manuscrita.

¿Qué ficheros se envían al destinatario de la factura?

Lo más frecuente, es enviarle al cliente un fichero firmado. Es decir, un único fichero que contiene la información legal requerida a la factura y también contiene la firma.

Podría darse el caso, poco usual, de que se trate de dos ficheros. Por un lado el contenido de la factura y por otro un fichero con la firma. En este caso hay que garantizar la correspondencia entre el fichero de la factura y el de su correspondiente firma.

¿ De quién es el certificado que hay que usar para firmar la factura que se emite?

El certificado que se usa es el del expedidor real de la factura. Ya sea éste el obligado tributario, un tercero que actúe en su nombre o el destinatario de la factura, si se ha acordado auto-facturación.

¿Puede el formato de expedición de la factura ser diferente del de destino?

No es posible. Es esencial en la facturación telemática, que el destinatario pueda verificar la firma.

¿Qué formatos son válidos para la factura electrónica?

Cuando se habla de formato se puede hacer referencia a varios aspectos diferentes:

Por un lado está la estructura del fichero que soporta el contenido legal de la factura.

No existen un formato único para la factura electrónica. Puede usarse XML, PDF, HTML, DOC, XLS, JPEG, GIF o TXT entre otros.

La Agencia Tributaria, por ejemplo, usa XML con una estructura determinada conocida como formato «Facturae» (anteriormente conocida como formato AEAT-CCI).

También se usa la palabra formato para referirnos a la estructura de la firma.

Igual que en el caso anterior no existe un formato único. Puede usarse PKCS7, XadES, PDF, …
La Agencia Tributaria usa firma con formato XML dado por el estándar XadES.

Finalmente tanto el contenido de la factura , llamémoslo factura, como la firma vienen en un único fichero normalmente con extensión «.fir»

Es aconsejable la utilización de estándares.

¿Por qué medios se puede enviar la factura telemática al receptor?

Una vez obtenido el fichero de la factura con su firma se puede enviar al destinatario de diferentes modos. Al igual que ocurre con los formatos, no existe un modo único. Se puede enviar por correo electrónico, por FTP, poniéndolo en una página Web desde la que se la pueda descargar, mediante un Servicio Web (Web Service), ….

Lo que hay que enviar al cliente es la factura firmada digitalmente, es decir, todo, contenido legal de la factura y la firma de ésta.

¿Es necesario usar los formatos con los que trabaja la Agencia Tributaria?

Se puede usar cualquier formato.

Ahora bien, aquellos que sean o puedan ser proveedores de la Agencia Tributaria y otras Administraciones de la Administración General del Estado, deberán expedir sus facturas a las citadas Administraciones en formato Facturae, también conocido como AEAT-CCI. Recuérdese, que el destinatario debe ser conforme con los formatos a emplear, ya que es el responsable último de las facturas que recibe.

¿Tengo que proporcionar a los receptores de mis facturas telemáticas mi certificado?

No, si el certificado va incluido en la firma de la factura. Esa es la situación más frecuente.

Las copias que se hagan en formato electrónico, ¿llevan incorporada la misma firma electrónica que la factura original?

Sí, la copia íntegra de la factura telemática mantiene la información de firma. Aunque se copie a BB.DD., CD-ROM, disco, ….

¿Sería posible enviar telemáticamente a los clientes un documento firmado PDF legible para una persona, junto con nubes de puntos en formato PDF417?

Si ese fichero Adobe-PDF lleva incrustada una firma electrónica reconocida que asegura la integridad y autenticidad de todo el conjunto, se podría.

Si el documento Adobe-PDF no lleva una firma que asegure la integridad y autenticidad de todo el conjunto, también se podría pero complicaría al destinatario la obligación de verificar la valides de la firma. Puesto que el contenido «fiable» de la factura sería el que viene codificado, y firmado, dentro del PDF 417 y nadie asegura, a priori, que ese contenido sea el mismo que puede «leerse» en la parte legible del PDF. En este caso el receptor está obligado a leer las nubes PDF417, para validar la firma, lo que exige que debe disponer del hardware adecuado.

La nube de puntos PDF-417 no es frecuente usarla para expedir facturas.

¿En qué contexto se usa la nube de puntos PDF-417?

El uso de nube de puntos PDF-417, se trata en el Artículo 8 de la Orden EHA/962/2007.

Se usa en el siguiente contexto, cuando el destinatario ha recibido una factura en formato electrónico y, aunque lo aconsejable es la conservación en el mismo formato electrónico de remisión, la Orden permite que la pueda conservar en formato papel, mediante la correspondiente opción de software que permita la impresión a papel, junto a los contenidos del documento, de dos conjuntos de códigos PDF-417, considerados como sendas marcas gráficas de autenticación, en el primero de los cuales se incluirá el contenido íntegro de los datos de la factura y en el segundo la firma electrónica del fichero anterior. En el supuesto de estar la firma embebida en el fichero que contiene la factura o que los datos de la factura estén contenidos en el formato de firma, bastará con un solo conjunto de marca gráfica que lo incluiría todo.

¿Distribuye la AEAT código para generar PDF417 para la facturación?

No, la AEAT no dispone de software distribuible para generar PDF417 ni dispone de ejemplos de facturas impresas con PDF417.

La copia en papel es opcional, y por tanto, la inclusión del PDF417 también es opcional. Como es evidente, se podrá imprimir la factura aunque no tenga PDF417, siempre que se conserve el fichero de factura telemática.

La AEAT no dispone tampoco de información especial sobre el PDF417, ya que es un estándar internacional con amplia información en Internet.

¿Qué características debe tener el PDF417 impreso para que tenga validez legal?

Están también recogidos en el Artículo 8 de la Orden EHA /962/2007 :

  • Debe cumplir la especificación UNIFORM SYMBOLOGY SPECIFICATION – PDF417 publicada por AIM, asociación para el Desarrollo de Estándares acreditada por American National Standards Institute, con un nivel de corrección de errores 5, con compactación en modo Byte (Byte compaction BC mode) para permitir la codificación de la información en formato BASE code 64.
  • Para no limitar el tamaño máximo de datos se empleará el procedimiento MACRO PDF417.
  • Las marcas se situarán en un área de impresión rectangular cuyo vértice superior izquierdo tendrá siempre la misma coordenada absoluta respecto del vértice superior izquierdo del papel, que tendrá formato DIN A4, impreso en posición vertical.

Los lectores que usa la Agencia Tributaria (AEAT) suelen ser los de SYMBOL TECHNOLOGIES y LYNX de DATALOGIC.

¿ Qué ocurre si se firma con un certificado firmante caducado o revocado?

Las facturas remitidas electrónicamente, firmadas con certificados caducados, revocados o suspendidos en el momento de su expedición no se considerarán válidamente remitidas a sus destinatarios ni recibidas por éstos.

Por ello, el software del expedidor debe comprobar la validez del certificado antes de la firma de la factura. Asimismo, el software del destinatario debe asegurarse que la factura ha sido firmada con un certificado no caducado, ni revocado.

¿ Qué ocurre si se desea comprobar la validez de una firma, realizada con un certificado que caducó con posterioridad?

Se puede verificar la validez de la firma de la factura telemática, incluso en este caso. Hay que ver lo que la Autoridad de Certificación que emite el certificado, nos ofrece a este respecto.

Además, para facilitar tal verificación al software del destinatario, es conveniente que la factura haya sido firmada haciendo uso de algún formato de larga duración. Ejemplos de tales formatos son XAdES-X y CAdES-X.

¿Puedo convertir mis facturas en papel a formato electrónico?

El obligado tributario puede convertir sus facturas, documentos sustitutivos y cualesquiera otros documentos que conserven en papel que tengan carácter de originales, a formato digital.

Para ello deberá hacer uso de un software de digitalización que haya sido homologado por la Agencia Tributaria.

Lo anterior se recoge en el Artículo 7 de la Orden EHA/962/2007.

¿Qué es la digitalización certificada?

Es el proceso tecnológico que permite, mediante la aplicación de técnicas foto-electrónicas o de escáner, convertir la imagen contenida en un documento en papel a una imagen digital codificada conforme a alguno de los formatos estándares de uso común y con un nivel de resolución que sean admitidos por la Agencia Estatal de Administración Tributaria. Para ello es necesario usar un software de digitalización homologado por la Agencia Tributaria.

Está recogido en el Artículo 7 de la Orden EHA/962/2007.

¿ Qué pasos hay que seguir para homologar un software de digitalización certificada?

Está recogido en el Artículo 7 de la Orden EHA/962/2007.

Dirigir la documentación correspondiente, que acredita que se cumple con los requisitos recogidos en el apartado 2 del Artículo 7 de la citada Orden, al Director del Departamento de Informática de la Agencia Estatal de Administración Tributaria.

¿Dónde se puede presentar la documentación necesaria para homologar un software de digitalización certificada?

La documentación se puede presentar en cualquier Oficina de Registro de acuerdo con lo recogido en el artículo 38.4 de la Ley 30/92, del Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común (LRJPAC)

¿ Qué documentación hay que presentar en la solicitud de homologación de un software de digitalización certificada?

Está recogido en el Artículo 7 de la Orden EHA/962/2007, apartado 3.

La solicitud de homologación de un software de digitalización certificada, debe constar de:

  • Declaración responsable del cumplimiento de los requisitos exigidos en la Orden EHA/962/2007.
  • Documentación acreditativa que conste de:
    • Descripción de las normas técnicas en las que se basa el procedimiento de digitalización certificada, así como los protocolos o normas y procedimientos de seguridad, de control y de explotación referidos a la creación y consulta de la base de datos documental.
    • El Plan de Gestión de Calidad que se realiza en todo el proceso de digitalización y firma, y su influencia en la imagen obtenida y sus metadatos, así como la descripción del mantenimiento de los dispositivos.
    • Un informe emitido por una entidad de auditoría informática independiente con solvencia técnica acreditada en el ámbito del análisis y la evaluación de la actividad desarrollada, en el que se exprese la opinión acerca del cumplimiento por parte de la entidad solicitante, de las condiciones establecidas en la Orden citada anteriormente.

¿Cuál es el plazo de resolución y cómo ha de interpretarse el silencio administrativo?

El plazo de resolución es de seis meses, a contar desde la fecha de presentación de la solicitud en el Registro. Si la verificación no hubiera finalizado en ese plazo, o no se hubiera dictado resolución expresa, la solicitud podrá entenderse desestimada por silencio administrativo.

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/