Archivo de la categoría: Documentos electrónicos

Desde los usos cotidianos en la administración y en la empresa hasta su valor histórico, los documentos electrónicos plantean retos y oportunidades en su gestión

Seminario de Digitalización Certificada

2 respuestas

El próximo 16 de septiembre de 2008 se celebrará el seminario «Digitalización Certificada« organizado por Atenea Interactiva. El evento tendrá lugar en el Aulario de Directivos de la Universidad Alfonso X El Sabio, sito en Avda. Comandante Franco, 10 bis (casi esquina con Pio XII)   

Es posible obtener el folleto del seminario en PDF e inscribirse en este formulario.

Tiene un coste para el primer asistente de  575€+IVA y de 475€+IVA  para el segundo asistente y siguientes.

Participamos como ponentes Fernando Pino y yo, que acumulamos bastante experiencia en consultoría y auditoría de Digitalización Certificada en Albalia Interactiva.

Esta es la agenda prevista:

Normativa relacionada con la Orden EHA 962/2007

  • Directiva 200 l/115/CE del Consejo, con objeto de simplificar, modernizar y armonizar las condiciones impuestas a la facturación en relación con el Impuesto sobre el Valor Añadido Directiva 2006/112
  • Directiva 2006/112 :Real Decreto 1496/2003, de 28 de noviembre
  • Normativa foral relativa a la facturación
  • La facturación electrónica en la Ley de Contratos del Sector Público
  • La facturación electrónica en la Ley de Medidas de Impulso de la Sociedad de la Información

 Análisis de la Orden EHA /962/2007

Estudio de la Orden EHA /962/2007, de 10 de abril: desarrollo de disposiciones sobre facturación telemática y conservación electrónica de facturas

  • Obligaciones del expedidor en la conservación de las facturas y documentos sustitutivos
  • Obligaciones de los destinatarios en la conservación electrónica de las facturas y documentos sustitutivos
  • Digitalización certificada de las facturas recibidas y documentos  sustitutivos recibidos y de otros documentos o justificantes
  • Impresión de facturas y documentos sustitutivos remitidos en formato electrónico
  • Certificados electrónicos de las entidades prestadoras de servicios de certificación y firma electrónica

Firma electrónica: autenticidad e integridad de la copia digital

  • Cómo se cumplen los requisitos de integridad y autenticidad de origen
  • Directiva 1999/93/CE del Parlamento europeo y de Consejo, de 13 de diciembre, por la que se establece un marco comunitario para la firma electrónica
  • Ley 5912003, de 19 de diciembre, de Firma Electrónica
  • Tipos de firmas electrónicas y de certificados electrónicos. Certificados reconocidos o cualificados. Certificados de personas físicas y jurídicas
  • Tipos de firmas electrónicas. Estándares TS 101 733 Y TS 101 903.
  • DNI electrónico
  • Servicios de Validación (VA) Y de sellado de tiempo (TSA)

Planificación de Proyectos Digitalización Certificada y de Facturación Electrónica

  • Arquitectura tecnológica y requerimientos funcionales del proyecto de implantación Soluciones tecnológicas empaquetadas y «a medida»: ventajas y limitaciones
  • Gestión de la firma electrónica y de la validación. Excepciones a la validación Protección de datos en relación con las facturas electrónicas
  • Factura Normalizada de Asimelec
  • Archivo y conservación de las facturas electrónicas.                      
  • Disponibilidad para auditoría e inspección tributaria
  • Digitalización Certificada. La posibilidad de digitalizar facturas con firma electrónica, destruyendo los documentos en papel
  • Recepción de facturas electrónicas en las Administraciones Públicas
  • Digitalización de Facturas en el Sector Público: la destrucción de facturas en papel y tratamiento de facturas digitalizadas como originales de cara a la Intervención general del Estado
  • Tratamiento fiscal (deducciones) de los proyectos de Facturación Electrónica y Digitalización Certificada

Proceso de Homologación del Software de Digitalización Certificada

  • Procedimientos y controles necesarios para garantizar la fidelidad del proceso de digitalización certificada
  • Resultado de la digitalización certificada.
  • Organización documental de los campos exigibles del registro de datos (según arto 62 y siguientes del Real Decreto 1624/1992)
  • Imagen binaria del documento digitalizado o enlace al fichero que la contenga
  • Funcionalidades del software de digitalización certificado
  • Firma de la base de datos para garantizar la integridad de datos e imágenes
  • Garantía de acceso a la base de datos: consulta en línea, búsqueda selectiva

Digitalización certificada por terceros:

  • Cómo garantizar que es correcta la Digitalización efectuada por el prestador
  • Acceso a la información, CD ROM, on line
  • Proceso de Digitalización. Garantías del Sistema: autenticidad e integridad
  • Documentación preparar en un proceso de homologación.
  • Declaración responsable, informe, técnico e integridad
  • Documentación a preparar en un proceso de homologación.
  • Declaración responsable, informe técnico, plan de calidad 

Colaboración en epractice.eu

Deja un comentario

La posibilidad de colaborar con epractice.eu está abierta a quienes estén interesados en la temática del impulso de la administración electrónica. Aunque yo llevo cierto tiempo como miembro de la comunidad, hoy he enviado mi primer artículo en el Blog conjunto.

Future trends in electronic invoicing

About one month ago, it was distributed a draft of the conclusions of the EC electronic invoice experts group regarding future regulation needs to push development and disemination of electronic invoices.

I was disappointed to find that one of the conclusions implies that electronic signature is seen as a barrier for further development of the electronic invoice, and a feature that some of the members of the expert group see as superfluous feature.

In my opinion, electronic documents need ways to reinforce security to allow to tell apart fake documents from authentic documents. Ths is generally true even for informative documents with less impact on companies results.

It is also true that electronic signature is not the only way to reinforce security regarding autenticity of documents. For example, a document can be assumed to be authentic if it is retrieved from a trusted source, even if it is not completed with an electronic signature. But then we must define what are the requirements of such «trusted sources» to keep that assumption.

On the other hand, both approaches, electronic signatures and reference or trusted sources (which in turn frecuently are based in electronic signature derived schemes) need more precise definition to avoid lack of interoperability, which, in my opinion is the real barrier for electronic invoice wide deployment.

Some common authenticity mechanisms are required both for electronic invoices (those that are born electronically from the beginning) and for invoices certified scanning (invoices digital copies that become equivalente to an original, after a security mechanism has been added to a common scanning).

This approach, «certified scanning», has been initiated in Spain with high success.

Certified scanning is a process in which an electronic signature is applied to a image file while it is scanned from a document paper. This image is stored in a secured database and the main concepts and terms of the paper document are added as metadata to the contextual fields of the image file in the database.

Once a paper document is «certifiedly scanned» the digital copy becomes equivalente to an original, and the paper source can be destroyed. The new «electronic original» can then be used for auditing purposes.

For the companies that receive thousands of invoices, «certified scanning» adoption imply benefiting from most of the advantages of the electronic invoice without dealing with the slow adoption pace that their suppliers could show.

If we want to support «certified scanning» we need a common definition of the requirements for that conversion. And they should not be very different form the requirements for «electronic invoices» .

If we accept authenticity mechanisms not based in electronic signature, they should be common for both approaches. And if electronic signature is still to be used in the future as the authenticity mechanism of the electronic invoice, the broad options in variants should be reduced and clearly defined (in my opinion, the XL definition of CAdES -TS 101 733- or XAdES -TS 101 903- should be used, including both validation and timestamping, from the signer side).

PEPPOL. Simplificación de gestiones transfronterizas

2 respuestas

Una solución  electrónica integrada que eliminará las barreras para la contratación pública a través de las fronteras nacionales.

Ese es el objetivo de una completa propuesta de proyecto que se remitió recientemente a la Comisión de la Unión Europea desde un consorcio internacional con participantes de nueve países.

El Secretariado Noruego de eProcurement (contratación pública electrónica) es el órgano de coordinación para la propuesta y el posible proyecto piloto.

La aplicación de la solución a través de las fronteras va a sacar partido de las fortalezas y ventajas de cada nación en los sistemas nacionales existentes y facilitará de forma conjunta el despliegue  de una solución interoperable de contratación pública electrónica extendida a toda la UE. Si la solución tiene éxito, puede ser extendida a una mayor utilización por toda Europa.

El proyecto se titula “Pan-European Public Procurement On-Line” (Contratación pública pan-europea on-line), abreviado PEPPOL, y ha sido organizada como un consorcio.

El objetivo del proyecto PEPPOL es facilitar a los operadores económicos europeos, en particular las PYMEs de un país, la respuesta a las oportunidades de contratación pública ante poderes adjudicadores de otro pais a través del uso de soluciones de eProcurement (contratación pública electrónica) interoperables que actuan a nivel de toda la Unión Europea.

La solución interoperable de servicios del Proyecto PEPPOL se basa en especificaciones funcionales y consiste en una serie de Bloques constitutivos que cubren los diferentes requisitos de negocio identificados relativos a la utilización transfronteriza de las soluciones existentes para la Firma Electrónica (eSignature), Dossier Virtual de Empresa (Virtual Company Dossier), Catálogos Electrónicos (eCatalogues), Pedido Electrónico (eOrdering) y Factura Electrónica (eInvoicing). Los Bloques relativos a un aspecto pueden ser modificado sin que ello necesariamente tenga un impacto en los demás.

El consorcio PEPPOL consta de 14 participantes y un número de sub-contratistas de nueve naciones que representan a siete administraciones públicas. Los participantes tienen una amplia experiencia y profundo conocimiento de la contratación pública electrónica, sobre la base de sus soluciones nacionales o regionales en fases operacionales o de piloto avanzado que abarcan toda la cadena de valor de la contratación pública.

Para garantizar la difusión por toda la UE y la selección de resultados del proyecto, se ha establecido un grupo de referencia para los Estados miembros ajenos del consorcio. Asimismo se asignarán recursos pata futuras ampliaciones del consorcio.

Pan-European Public Procurement On-Line (Contratación pública pan-europea on-line)

Pan-European Public Procurement On-Line (Contratación pública pan-europea on-line)

El proyecto PEPPOL está organizado en cinco Paquetes de Trabajo (Work packages) funcionales, del WP1 al  WP5 y tres horizontales, del WP6 al WP8:

  • WP1 – eSignature, coordinado por la ciudad de Bremen, Alemania, que fue una de las primeras administraciones que ofreció aplicaciones que utilizan firma electrónica a gran escala.  El Documento «Directrices para las especificaciones comunes de Utilización transfronteriza pública de e-procurement» dice lo siguiente: «La falta de interoperabilidad entre los diferentes esquemas nacionales para firmar electrónicamente los documentos de concursos y ofertas es el más importante factor de bloqueo a las transacciones electrónicas transnacionales».
  • WP2 – Virtual Company Dossier (VCD), coordinado por la Universidad de Koblenz, Alemania. Este coordinador tiene un papel principal en BRITE (Business Register Interoperability Throughout Europe, Interoperabilidad de Registro Mercantiles  en toda Europa), y por lo tanto tiene la experiencia pertinente para la creación del VCD.
  • WP3 – eCatalogues, coordinado por Consip SpA, Italia, que contribuirá con su conocimiento en eCatalogues y con su consolidada experiencia internacional al consorcio.
  • WP4 – eOrdering, coordinado por ScotGov, Reino Unido. El coordinador de este Paquete aportará conocimientos específicos para el proyecto de eOrdering sobre la base de sus 5 años de experiencia que hasta la fecha han dado lugar a la manipulación electrónica de pedidos por valor de más de 2 millones de libras esterlinas.
  • WP5 – eInvoicing, coordinado por la Agencia Nacional de TI y Telecomunicaciones (NITA, National IT and Telecom Agency), Dinamarca. La NITA contribuirá con la experiencia danesa sobre Factura Electrónica.

Además, hay tres Paquetes horizontales: WP6 – Administración del Proyecto, coordinado por Ehandel.no, Noruega; WP7 – Sensibilización, difusión, creación de consenso y formación, coordinado por Peppol.at, Austria, y WP8 – Arquitectura de la solución, diseño y validación, coordinado por NITA, Dinamarca.

Además de los países mencionados, Finlandia, Hungría e Islandia son miembros del consorcio. André Hoddevik, Responsable del Secretariado noruego de e-Procurement actuará como coordinador de la propuesta y del proyecto piloto.

Websphere Datapower, appliance SOA para acelerar y securizar transacciones XML

1 respuesta

Albalia Interactiva está impulsando  una nueva arquitectura  para empresas y para organismos públicos que permita gestionar documentos electrónicos de forma nativa, con total integración con los procesos transaccionales de la entidad.

Esto es muy oportuno en un contexto de «compliance» que en España implica el uso de firmas electrónicas, en particular las del DNI electrónico, y en el que las evidencias electrónicas generadas en la gestión documental electrónica sustituirán paulatinamente a las procedentes de la gestión documental en papel.

En este contexto, nos hemos fijado en un producto de IBM especialmente diseñado para ello, que gestiona de forma nativa los documentos electrónicos basados en XML y que se presenta en tres versiones:

Estamos colaborando con IBM para definir el uso de estos equipos en grandes proyectos de factura electrónica y firma electrónica, junto con otros interesantes productos sobre los que me extenderé en otro momento.

En general, son productos destinados a desplegar  una arquitectura SOA, con valor probatorio, con medidas de seguridad XML y con integración sobre sistemas que manejan múltiples formatos que finalmente confluyen en uno o más flujos SOAP / XML.

Nuevo software y servicios SOA

IBM ha integrado totalmente las tecnologías de DataPower (dispositivos SOA) y FileNet (software de gestión de contenidos y de gestión de procesos de negocio o BPM) en su oferta de soluciones SOA. Las nuevas herramientas anunciadas son las siguientes:

  • Nuevos productos para gestión de procesos de negocio (BPM).Soluciones como Expanded Business Activity Monitoring incluyen plantillas específicas para cada sector económico con metodologías clave y cuadros de mandos configurables que permiten supervisar las actividades del negocio y ajustarlas, según sea necesario. Además, ya están disponibles nuevos cuadros de mandos de BPM para hacer seguimiento y monitorizar los roles de las personas asociadas a una determinada actividad.
  • IBM WebSphere Registry and Repository (WSRR), un software que ayuda a los clientes a gestionar servicios web y procesos de negocio compartidos. Entre las nuevas funcionalidades de WSRR se encuentra la integración con el software Tivoli Composite Application Manager (ITCAM).
  • WebSphere DataPower Xi50 Integration Appliance. Solución compatible con DB2 versión 9 que se integra con IBM WebSphere Services Registry and Repository (WSRR) para ofrecer funcionalidades que mejoren la interoperabilidad y conectividad de los servicios.
  • Integración de WebSphere con FileNet P8 Business Process Manager.
  • Nueva versión de IBM Dynamic Warehouse que integra las estrategias de gestión de la información y SOA de IBM.
  • IBM Rational Asset Manager.Este nuevo software de gestión de activos en colaboración permite identificar, gestionar y controlar el diseño, desarrollo y consumo de servicios.
  • WebSphere Application Server, incluye asistentes para ayudar a los usuarios a construir y reutilizar más fácilmente los servicios web.
  • Nueva versión de WebSphere Process Server para System z.Este nuevo software automatiza los procesos de negocio y consolida los elementos de misión crítica de una empresa en un único sistema.
  • Cinco nuevos servicios profesionales SOA centrados en el diagnóstico, la gestión de procesos de negocio, la planificación y los servicios de modelado, montaje, puesta en marcha y gestión del modelo SOA.

Los servicios profesionales de Albalia Interactiva ayudan a adoptar de forma correcta estas tecnologías de IBM en proyectos centrados en la firma electrónica en los que también tienen cabida los productos Backtrust desarrollados para extender las funcionalidades de firma electrónica sobre variantes de la norma TS 101 903.

Documento electrónico

1 respuesta

Mañana impartimos en Valencia el seminario «Gestión de Documentos Electrónicos en las Administraciones Públicas y Grandes Organizaciones» para Global Estrategias. Este seminario se repite en Barcelona el 12 de junio de 2008.

Estos son los principales aspectos que se tratarán:

1. Introducción a la firma electrónica.

  • Características de la firma manuscrita y paralelismo con la electrónica.
  • Fundamentos de criptografía de clave pública. Firma electrónica en base a la criptografía. Propiedades de la firma electrónica. Cifrado.
  • Autoridades de certificación y certificados. Jerarquías de certificación. SSL.
  • Tipos de firma electrónica.

2. Ejemplos de Firma electrónica paso a paso.

  • Obtención del software de firma. Obtención de un certificado.
  • Realización de una firma. Verificación de una firma. Firma en PKCS#7, Firma en PDF.

3. La Ley de Firma Electrónica y el DNI electrónico.

  • Desarrollos normativos en torno a la Firma Electrónica.
  • Ley 59/2003 de 19 de diciembre de Firma Electrónica. Certificados de personas jurídicas. Prestadores de servicios de certificación en España. Tipos de certificados.
  • DNI electrónico: Real Decreto 1553/2005.

4. Normativa relativa a los documentos electrónicos en la Administración y en el sector privado.

  • Normativa de Factura electrónica y Digitalización Certificada.
  • Los documentos electrónicos en la Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos.
  • Compulsa electrónica. Novación electrónica.
  • Normativa de Comercio Electrónico. Normativa de Contratación Electrónica.
  • Ley de Medidas de Impulso de la Sociedad de la Información

5. Propiedades de los documentos en papel y su traslado el mundo electrónico.

  • Características de los documentos en papel.
  • Elementos esenciales que afectan a la autenticidad de los documentos electrónicos.
  • Transición del documento en papel a electrónico. Transición del documento en formato electrónico a papel. Validez de la transcripción a papel de los documentos electrónicos y de la digitalización electrónica del documento papel.
  • Modelo de Gestión de documentos electrónicos y digitalizados. Versiones en papel de documentos electrónicos.
  • Presentación de documentos electrónicos no firmados en las administraciones públicas.

6. Consideraciones técnicas sobre documentos electrónicos.

  • Organismos de estandarización.
  • Formatos de facturas: facturae y UBL.
  • Formatos de firma ES-T, ES-C, ES-X-L.
  • Uso de dispositivos seguros de creación de Firma. El HSM (Hardware Security Module).
  • Sistemas de Sello de Tiempo y de Validación de Certificados.
  • Generación y validación de firmas en PDF y XAdES.
  • Herramientas de desarrollo existentes.

7. Requisitos de Homologación del Software de Digitalización Certificada.

  • Artículo 7 de la Orden EHA/962/2007 de 10 de abril de 2007.
  • Resolución de 24 de octubre de 2007, de la Agencia Estatal de Administración Tributaria sobre procedimiento para la homologación de software de digitalización contemplado en la Orden EHA/962/2007, de 10 de abril de 2007.

Extensiones recomendadas en ficheros de firma electrónica y factura electrónica

1 respuesta

A la hora de promover la interoperabilidad de aplicaciones, uno de los elementos que influyen en alguna medida son las letras que identifican la extensión.

Tratándose de facturas electrónicas, los formatos más empleados son los que tienen que ver con el EDI (Electronic Data Interchange, Intercambio Electrónico de Datos) y el lenguaje XML (Extensible Markup Language, Lenguaje de Etiquetado Extensible), de modo que las extensiones .edi y .xml ya suponen una primera aproximación a la resolución del problema.

En general estas extensiones ya son de por sí suficientes cuando los ficheros llegan a aplicaciones especializadas que pueden determinar el tipo de mensaje concreto (factura, pedido, albarán,…) y su formato (facturae, UBL, EDIFACT, …) sin más que leer las cabeceras, los primeros caracteres,  del fichero.

Sin embargo, en muchas ocasiones, de lo que se trata es de que el sistema operativo sea capaz de abrir el programa adecuado cuando hacemos «doble click» sobre un fichero con una determinada extensión.

Por ese motivo me he permitido recomendar las siguientes extensiones:

  • .fir Fichero PKCS#7 que contiene una firma electrónica y del que se puede extraer el fichero firmado. Esta extensión se utiliza ya por Albalia, Camerfirma y CatCert.
  • .xes Fichero XML que incluye una firma XAdES.
  • .fre Fichero que contiene una factura electrónica en formato facturae con una firma XAdES ES-X-L
  • .ubl Fichero que contiene un mensaje UBL (pedido, albarán, factura,..)

Perfil del Contratante en Contratación Pública Electrónica

1 respuesta

En la Ley 30/2007 de Contratos del Sector Público que ya he mencionado en otras ocasiones en relación con la obligación de facturar electrónicamente a los organismos del Sector Público Estatal se incluye un artículo, el 42,  de particular importancia.

“Perfil de contratante.-1. Con el fin de asegurar la transparencia y el acceso público a la información relativa a su actividad contractual, y sin perjuicio de la utilización de otros medios de publicidad en los casos exigidos por esta Ley o por las normas autonómicas de desarrollo o en los que así se decida voluntariamente, los órganos de contratación difundirán, a través de Internet, su perfil de contratante. La forma de acceso al perfil de contratante deberá especificarse en las páginas Web institucionales que mantengan los entes del sector público, en la Plataforma de Contratación del Estado y en los pliegos y anuncios de licitación. 2. El perfil de contratante podrá incluir cualesquiera datos e informaciones referentes a la actividad contractual del órgano de contratación, tales como los anuncios de información previa contemplados en el artículo 125, las licitaciones abiertas o en curso y la documentación relativa a las mismas, las contrataciones programadas, los contratos adjudicados, los procedimientos anulados, y cualquier otra información útil de tipo general, como puntos de contacto y medios de comunicación que pueden utilizarse para relacionarse con el órgano de contratación. En todo caso deberá publicarse en el perfil de contratante la adjudicación provisional de los contratos. 3. El sistema informático que soporte el perfil de contratante deberá contar con un dispositivo que permita acreditar fehacientemente el momento de inicio de la difusión pública de la información que se incluya en el mismo. 4. La difusión a través del perfil de contratante de la información relativa a los procedimientos de adjudicación de contratos surtirá los efectos previstos en el Título I del Libro III.

Es decir, se instaura la obligación de contar con mecanismos de sellado de tiempo o de tercera parte de confianza que aporten certeza a determinados tiempos del proceso de contratación.

El tema se ha tratado de forma muy completa en otros Blogs, como esPublico, y Compras Públicas Eficaces que en uno de sus artículos se refiere al sellado de tiempo.

En Albalia Interactiva hemos diseñado dos soluciones diferentes para resolver el reto planteado por el artículo 42 de la LCSP. En función de la infraestructura tecnológica del organo de contratación pública será más adecuada una u otra, e incluso variantes sobre los diseños básicos, de modo que estamos encantados de explicar el mejor uso de la firma electrónica en la contratación a los ayuntamientos y organismos que contactan con nostros.

Ya ha pasado la fecha que marcaba el inicio de la obligación de contar con soluciones (el 1 de mayo de 2008), pero las soluciones de Albalia permiten un despliegue rápido y de bajo coste.

 

Campaña “Queremos ordenadores con chipetera“

3 respuestas

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

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

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

4 respuestas

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

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

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

Los SMS certificados plenamente válidos como sistema de notificación telemática

7 respuestas

Gracias a las confidencias de Sisco Sapena, hemos sido los primeros en anunciar la disponibilidad de los servicios de SMS certificado que ha lanzado Lleida.Net

Ahora, coincidiendo con su presencia en una feria Wireless de Las Vegas, tenemos ocasión de anunciar justo antes de que se haga público la disponibilidad de un interesante dictamen jurídico que señala la plena validez probatoria de este tipo de notificaciones.

Según el documento redactado por D. Ángel García Fontanet, expresidente de la Sala Contencioso Administrativo del Tribunal Superior de Justicia de Cataluña las notificaciones realizadas a través del teléfono móvil (básicamente por SMS, pero incluso por comunicación oral) tienen valor probatorio si consta la vinculación del teléfono móvil con la persona a la que se ha de notificar y si consta el contenido de la comunicación y el momento en que se practicó, así como los detalles específicos de la notificación como el medio empleado y la identificación de origen y destino de la comunicación.

Hace extensa referencia a varias normas que en nuestro ordenamiento jurídico expresamente señalan la validez de las notificaciones telemáticas y a varias sentencias en las que el uso del móvil y específicamente de SMS es determinante en la relación de hechos probados, o incluso cuando no se dispone de capacidad probatoria por haber borrado un SMS y carecer de fehaciencia la comunicación.

Del informe pueden entresacarse interesantes conclusiones, como la que referencia al libro «Notificaciones Telemáticas» de Eduardo Gamero Casado:

«Afirma, con razón, que a pesar del rigor normativo en el diseño de la práctica de las notificaciones, lo que resulta esencial es que no genere indefensión al destinatario, como se desprende, entre otros,  del contenido de las SSTS  de 14.10.96 y 29.06.96 (AR 7271 y 5832).

Esta indefensión no puede alegarse cuando esta tiene su origen en causas imputables a quien dice haberla sufrido, por su inactividad, desinterés, impericia o negligencia (SSTS 04.05.98 y 25.06.97, AR 4719 y 5310).

Se prima la realidad material de lo acontecido a las incidencias de la tramitación formal.»