Linux y la factura electrónica.

Leo en la página del Ministerio de Asuntos Económicos y Transformación Digital que en noviembre de 2021 se aprobó el anteproyecto de la llamada "Ley Crea y Crece", la cual recoge un punto importante para las empresas y autónomos: "Se extiende el uso de la factura electrónica en todas las relaciones comerciales entre empresas y autónomos como medida de digitalización y de lucha contra la morosidad comercial". La información está recogida aquí.

Por lo visto, se prevé que para el año 2023 ya entrará en vigor y, desde ese momento, todas las empresas y autónomos deberán hacer uso de la factura electrónica, y no hacerlo conllevará sanciones de hasta 10.000 €. Toca, por lo tanto, modificar otra vez sistemas, y nuevo quebradero de cabeza para los que usan Linux. En este artículo voy a explicar cómo instalar y configurar en Linux (en concreto, OpenSuse) el programa que el Gobierno ha puesto a disposición de todos para usar la dichosa factura electrónica.

Lo primero es descargar el programa. A fecha de esta entrada, la versión disponible es la 3.4, que puede descargarse directamente desde esta página. No obstante, conviene visitar la página principal de descargas aquí, por si hay versiones más nuevas y para acceder a los manuales de uso de la aplicación.

Descargamos la versión para Linux, y obtendremos una aplicación en java. Cuando se haya descargado, hay que ejecutar como usuario normal (no como root) dicha aplicación con el siguiente comando:

java -jar facturae_3.4_linux.jar

 

El programa se instalará en el directorio home, en el directorio del usuario que lo haya instalado (es decir, en /home/[usuario]), y en su propia carpeta. Cuando haya finalizado la instalación, veremos que en su carpeta aparece un archivo llamado "run.sh" que es el que permite ejecutarlo. Pero para que funcione bien hay que hacer un par de modificaciones.

 

Modificación del script de ejecución.

 

Si se usa KDE, al intentar ejecutarlo dará un error. Es lo mismo que pasaba con Autofirma y que expliqué aquí. La solución es la misma, así que tenemos que editar el archivo "run.sh" y añadir como primera línea "#!/bin/sh". Guardamos y cerramos, y el programa debería arrancar si problema.

Java 1.8.

El programa "Facturae" sólo funciona bien con Java 1.8. Puede arrancar con otras versiones desde la 1.6, pero para crear facturas y para conectar con FACe debe usarse obligatoriamente la versión 1.8 (como mucho, hasta la 1.8.0_144) para usar todas sus funciones.

El problema es que muchas distribuciones modernas de Linux ya instalan versiones superiores. De hecho, Opensuse Leap 15.4 (la última estable en este momento), viene con Java 11.

No hay problema. Se pueden tener instaladas varias versiones de Java en el mismo sistema, pues cada versión se instala en su propio directorio. Si no tenemos instalado Java 1.8, hay que hacerlo con la siguiente orden:

sudo zypper install java-1_8_0-openjdk java-1_8_0-openjdk-headless

Una vez instalado, hay que especificar que Facturae utilice la versión 1.8 de java y no la 11, que es la que por defecto usa el sistema. Para ello tenemos que modificar nuevamente el archivo "run.sh". Podemos hacerlo con Kate o con Nano, o con cualquier programa de edición de texto.

kate run.sh

nano kate.sh

Después de todos los comentarios vemos que hay una línea que empieza por java:

 

 java -Dfile.encoding=UTF8 -cp [...]

Esta línea arranca el programa con la versión de Java establecida por defecto en el sistema (la versión 11, como hemos visto). Para que use la versión 1.8 hay que cambiar la palabra "java" por la ruta completa de la versión 1.8. La modificación sería la siguiente:

java -Dfile.encoding=UTF8 -cp [...]

/usr/lib64/jvm/jre-1.8.0-openjdk/bin/java -Dfile.encoding=UTF8 -cp [...]

Sólo hay que cambiar la palabra "java". No hay que modificar nada más del resto del archivo. Guardamos y cerramos, y el programa debería funcionar correctamente.

Parece que, de momento, se podrá seguir usando Linux para trabajar. Hasta la siguiente trampa.

Lexnet Justicia, ¡por fin en linux!

Han tenido que pasar unos 15 años más o menos para que Lexnet Justicia se haya adaptado por fin a la tecnología del presente y pueda utilizarse ya desde cualquier navegador y, lo que es más importante, desde un sistema operativo tan denostado por las administraciones públicas como linux.

La versión 5.1 de Lexnet, lanzada el pasado 9 de mayo de 2022, supone dejar de utilizar el applet de Java para firmar, que lo hacía sólo compatible con Internet Explorer, y pasa ahora a usar la aplicación Autofirma, con versiones para Windows, Mac y linux. No cabe ninguna duda de que la decisión ha venido forzada por la decisión de Microsoft de matar de una vez por todas a su paleolítico navegador para sustituirlo definitivamente por Edge y, aunque aún queda disponible Lexnet Escritorio, era innegable que todo el sistema no podía quedar dependiente solamente de una aplicación hecha en Java, que se hizo en su día como medida de emergencia ante la decisión de los principales navegadores de no usar Java, y que tampoco era un prodigio técnico, todo sea dicho.

Sea como sea, bienvenido sea el cambio. Desde el momento en que Lexnet Justicia hace uso de Autofirma para la firma digital, cualquier navegador puede ahora utilizarse tanto para recibir notificaciones como para presentar escritos. Ahora bien, ¿basta con descargar Autofirma e instalarlo en el ordenador para que funcione? Sorpresa: en Windows sí; en linux, por supuesto que no.

Por eso se hace necesario explicar qué hay que hacer en linux para que podamos usar Lexnet Justicia.

Paso 1: Descargar Autofirma.

En este artículo se da por hecho que ya se tiene instalado un navegador y los certificados digitales para utilizar la tarjeta de firmas. Por eso, el siguiente paso es descargar Autofirma para linux pinchando en este enlace.

Se descargará un archivo comprimido que, en su interior, contiene tres paquetes para instalar Autofirma: un paquete ".deb" para Debian, Ubuntu, etc.; un paquete ".rpm" para Fedora, y otro paquete ".rpm" para SUSE. Como yo uso OpenSuse, utilizaré éste. Lo instalo abriéndolo con la aplicación "YaST Software", o bien con el comando:

sudo zypper install [paquete].rpm

La instalación no debería dar ningún problema. La sorpresa viene, al menos con KDE, cuando intentamos ejecutar Autofirma desde el icono que se crea en el menú de aplicaciones. Nos da un error como éste:

¿Qué ha pasado aquí? Pues que los que hacen Lexnet no han hecho bien el script. Para arreglarlo, tenemos que ir a la carpeta /usr/bin y editar con permisos de administrador (como root) el archivo autofirma:

sudo nano /usr/bin/autofirma

Este archivo sólo tiene una línea que no es suficiente para ejecutar el programa, provocando el error que se ha descrito. Hay que añadir "#!/bin/sh" al inicio del archivo, de modo que el script "autofirma" debe quedar así:

#!/bin/sh
java -Djdk.tls.maxHandshakeMessageSize=50000 -jar /usr/lib64/autofirma/autofirma.jar $*

Guardamos el archivo y lo cerramos. Cuando pinchemos en el icono de Autofirma en el menú de aplicaciones, ahora sí se abrirá el programa sin problemas.

Paso 2: Instalar el certificado raíz de Autofirma en el navegador.

Para que Lexnet pueda utilizar Autofirma, hay que instalar el certificado raíz de la aplicación en el navegador. En este caso, voy a explicarlo para Firefox.

Accedemos a los ajustes y, dentro de la sección "Privacidad y Seguridad" buscamos la opción "Certificados". Pulsamos en "Ver certificados".

En la ventana que se abre, pulsamos en "Importar..." y, seguidamente, buscamos el archivo "AutoFirma_ROOT.cer" que se encuentra en /usr/lib64/autofirma. Por último, seleccionamos la opción "Confiar en esta CA para identificar sitios web". Aceptamos.

Cerramos el navegador y, con esto, ya deberíamos poder usar Lexnet Justicia con linux.

He comprobado que, a veces, da un error de certificado al entrar por primera vez en la página de Lexnet pero, si se pincha en "Reintentar", accede sin problema.

Es justicia que se ha hecho por fin en España, a 11 de mayo de 2022.

Linux y Onedrive.

En la actualidad, tener un espacio en la nube se ha convertido, al menos en el ámbito profesional, en algo casi imprescindible. La posibilidad de tener toda la información disponible a todas horas en el móvil, de poder enviar archivos de gran tamaño a un cliente, o simplemente de tener una copia de respaldo de los datos de la oficina son valores positivos que hay que tener en cuenta cuando se pretende cierto grado de eficiencia y de seguridad.

Ahora bien, cuando hablamos de entornos profesionales no vale cualquier servicio, sino que hay que tener especial cuidado en lo que a protección de datos se refiere, puesto que el manejo de datos personales de terceras personas (clientes, por ejemplo), requiere que se cumpla la legislación vigente. No hacerlo está sujeto a duras sanciones que, en la gran mayoría de los casos, supondría la ruina automática para muchos pegueños y medianos negocios.

Microsoft OneDrive

En el caso concreto de la abogacía, el Consejo General de la Abogacía ya ofrece desde hace tiempo una cuenta de Microsoft a cada colegiado, que incluye no sólo correo electrónico, sino Office 365 y también Onedrive empresarial, que cumple con la legislación española y europea de protección de datos y que, por tanto, puede usarse con toda confianza por parte de los abogados que así lo deseen.

El problema, como viene siendo habitual, es que Onedrive no tiene cliente oficial para linux. Sigue así la política de Google, que tampoco ha ofrecido jamás un cliente para linux de Drive, y eso que bien que les ha interesado usar linux para sus propios sistemas, para desarrollar Android, e incluso para sus Chromebooks. Pero, como dice el refranero, "Bien me quieres, bien te quiero, mas no te doy mi dinero". Es lo que hay y los que usamos linux desde hace tiempo ya sabemos que no podemos esperar mucho de ciertas compañías.

Existe, además, un problema añadido, y es que el Consejo General de la Abogacía Española ofrece una cuenta empresarial o business de Onedrive, que tiene requisitos distintos a las cuentas personales de dicho servicio. Existen opciones como Onedrive-D que gozan de cierta fama, pero sólo funciona con cuentas personales, no empresariales. Existen otras alternativas que dicen funcionar también en cuentas business, pero en general son proyectos mantenidos por una o dos personas, algunos ya descontinuados, y otros son muy inestables en su funcionamiento, lo que los inhabilita para su uso profesional. Por supuesto, hay que agradecer el esfuerzo de los desarrolladores que, de forma altruista, ofrecen al público en general el esfuerzo de su trabajo, pero estamos buscando una opción que dé cierta seguridad en un entorno de uso que requiere una mínima estabilidad, y lo cierto es que esos proyectos, aun muy loables, no son adecuados.

¿Es un pájaro? ¿Es un avión? ¡Es Rclone!

Todo aquél que tiene o ha tenido cierto contacto con linux conoce Rsync, un famosísimo programa de sincronización de archivos. Rclone viene a ser lo mismo, pero para sincronizar una carpeta del ordenador con un servicio en la nube.

Rclone funciona con 30 servicios diferentes, e incluso con protocolos como FTP, SFTP, WebDAV y directorios locales. Se puede acceder a toda la información disponible en su página web, y merece la pena echarle un vistazo. Además, se encuentra en los respositorios de las distribuciones más conocidas, por lo que no existe problema alguno en su instalación. Eso sí, en Debian estable (Debian 9.5 a la fecha de publicación de esta entrada), la versión de Rclone es la 1.35, que sólo es compatible con cuentas personales. Hay que descargarse la última versión de la página oficial (existen paquetes ".deb" preparados) para trabajar con cuentas profesionales.

Una vez descargado el paquete de su página oficial, tan sólo hay que ejecutar el siguiente comando (como root) para instalarlo:

dpkg -i [paquete.deb]

La concifuración es muy sencilla. Como usuario normal, hay que ejecutar el siguiente comando:

rclone config

El programa iniciará entonces una configuración interactiva que guiará incluso al más novato por todo el proceso. En primer lugar, elegimos crear un servicio nuevo y darle un nombre. Después, de entre todos los sistemas disponibles, hay que escribir el número correspondiente a Onedrive (el 10, en la versión que yo he manejado), elegir la opción Onedrive business, y decir que sí cuando nos pregunte si queremos la opción auto config. El programa entonces abrirá un navegador con la página de Onedrive, en el que tendremos que acceder con nuestro usuario y contraseña, darle permiso a Rclone para acceder y, finalmente, nos devolverá un cófigo que Rclone capturará automáticamente. Por último, decimos que sí si está todo OK y todo estará preparado.

De todas formas, para cualquier duda o problema, la página oficial tiene un completo tutorial al que puede accederse pinchando aquí.

Uso de Rclone

Rclone puede hacer múltiples operaciones en la nube configurada. Puede crear carpetas, copiar archivos, borrarlos, hacer un listado del contenido... En la ayuda del programa se pueden consultar todas las opciones pero, en nuestro caso, nos centraremos en la sincronización, es decir, en crear una copia idéntica de una carpeta en Onedrive. La opción para ello es la siguiente:

rclone sync -v [carpeta origen] [nombre de la nube:][carpeta de la nube]

Un ejemplo práctico. Supongamos que queremos copiar la carpeta "/home/Expedientes" de nuestro ordenador a la carpeta "Copia" de Onedrive. Y supongamos que, a la hora de configurar Onedrive en Rclone, le dimos el nombre de "minube". El comando sería así:

rclone sync -v /home/Expedientes minube:Copia

El programa hará una copia idéntica de la carpeta "home/Expedientes" en Onedrive, eliminando de la nube todos los archivos que hayan sido eliminados en la carpeta "/home/Expedientes". Así nos aseguramos tener en Onedrive una copia siempre igual a la última versión de todos los documentos. La opción "-v" la he utilizado para que vaya informando el programa de los cambios que va haciendo. Si se quita, el programa funcionará en completo silencio, sin dar ninguna información. A gusto del consumidor queda utilizarla o no.

Claro, habrá quien diga que menudo rollo tener que ir haciendo las copias a mano, y que es preferible que se haga automáticamente a ciertas horas. En ese caso, podemos utilizar cron para automatizar el proceso. Usamos, como usuario normal, el siguiente comando:

crontab -e

Ello abre el archivo de configuración de cron. Debajo de la última línea del archivo, y sin borrar nada, escribimos lo siguiente:

0 13,19 * * * rclone sync /home/Expedientes minube:Copia

Después, grabamos los cambios y ya está configurado cron. En el ejemplo expuesto, se harán dos copias de seguridad, una a las 13 horas y otra a las 19 horas, pero pueden especificarse las horas que uno quiera, o especificar sólo una copia o dos, o minutos o días concretos. Para aprender cómo usar cron, es mejor consultar esta página.

Esto es todo, amigos

Si todo va bien, aquéllos que utilicen linux y sean profesionales de la abogacía podrán, gracias a Rclone, utilizar los servicios que ofrece el Consejo General de la Abogacía Española para guardar o compartir documentos profesionales, cumpliendo además con la legislación sobre protección de datos, y con toda la tranquilidad que ello conlleva.

Lexnet, casi ni con Windows ya.

La semana pasada volví a tener un brote de desesperación al ver que Lexnet no permitía firmar las recepciones de las notificaciones que tenía pendiente de recoger. Repasando los requisitos, vi que en principio lo tenía todo como el día anterior, por lo que no tenía sentido que no funcionara entonces. Repasando:

- Windows 32 bits (suspiro).

- Java de Oracle 32 bits (mirada al techo y otro suspiro).

- Todos los certificados y drivers del lector instalados.

- Firefox.

Tuvo que pasar un buen rato y varias referencias a los muertos de los técnicos correspondientes para que se me encendiera la bombilla: ¡JAVA!

Después de hacer una pruebas, resultó que, sin saberlo, Firefox se había actualizado solo hasta la versión 52, la cual ya no es compatible con java. Es decir, que no se puede utilizar Lexnet ya ni con Microsoft Edge, ni con Chrome, ni con Safari, ni con Opera, ni con Firefox. ¿Se podrá con Lynx?

La solución pasa por devolver a Firefox a la última versión compatible con java para poder seguir trabajando. En este enlace podemos descargar la versión 51.0.1, que no da problemas. Para arreglar el problema hay que hacer lo siguiente:

Iniciamos el navegador Firefox que tengamos. Vamos a Opciones > Avanzado > Actualizar, y seleccionamos No comprobar actualizaciones (no recomendado: riesgos de seguridad).

Una vez hecho esto, cerramos Firefox, e instalamos la versión 51.0.1 que hemos descargado previamente. Al arrancar el Firefox "degradado", no se actualizará automáticamente y se mantendrá en la versión compatible con java y, por tanto, con Lexnet.

¿Y qué pasará a partir de ahora? Porque no resulta muy inteligente mantener un navegador antiguo. En el blog de Lexnet se informa de que están preparando una interfaz de escritorio de Lexnet, es decir, una aplicación independiente de la web, pero tampoco se dan más detalles. Es de suponer  que arreglará los problemas de compatibilidad de los navegadores porque ya no dependerá de ellos para usar el sistema, pero todo esto no es más que suposiciones, y habrá que esperar a ver qué va sucediendo.

Ellos se toman su tiempo. Nosotros, tres días improrrogables para adivinar por qué no funciona y para buscar una solución. Mi parte ya está hecha. A ver cuánto tardan ellos.

Thunderbird/Icedove y Office 365.

El reciente cambio de los servicios de correo electrónico de los distintos colegios de abogados a la plataforma de Red Abogacía es, en mi opinión, un salto importante y claramente a mejor, después de sufrir la inutilidad de Communigate Pro, claramente obsoleto y que no ofrecía servicio útil alguno más allá del de recibir y enviar emails.

Aunque pienso que la plataforma Office 365, utilizada por Red Abogacía, es inferior en facilidad de uso y, sobre todo, de compatibilidad a la de Google, sí que sin embargo tiene puntos realmente interesantes, como la posibilidad de utilizar los paquetes on line ofimáticos de la plataforma. Por mucho que me guste LibreOffice, hay que admitir que persisten los problemas de compatibilidad con archivos .doc y excel de cierta complejidad, y disponer de la opción de usar para esos casos los programas originales de Microsoft es una buena noticia.

Sin embargo, al configurar el correo electrónico en Icedove (el Thunderbird de Debian) me he encontrado con un inesperado contratiempo: y es que el servidor SMTP de Office 365 no parece llevarse muy bien con dicho programa. El uso de los protocolos POP e IMAP no dan problema alguno, pero a la hora de enviar un correo electrónico, el servidor SMTP de Office 365 permanece sin respuesta en numerosas ocasiones, de manera que resulta frustrante, cuando no imposible, enviar cualquier cosa.

Por supuesto, la consulta de un problema con Linux pilló al servicio técnico de Red Abogacía con el pie cambiado, y su diagnóstico bamboleó desde mi proveedor de internet, que curiosamente me bloquea el acceso a Office 365 pero no a ningún otro correo del mundo mundial, hasta el cha-cha-cha, el cual tiene la culpa de todo desde el 89, pasando por un "no tiene sentido lo que le pasa". A veces me pregunto por qué sigo intentándolo.

Después de dar muchas vueltas, y tras leer miles de foros, parece que he dado con la solución al problema. Hay que entrar en la configuración avanzada de Icedove/Thunderbird seleccionando en el menú "Editar > Preferencias > Avanzado > Editor de configuración". Se abrirá una ventana avisando de que es zona hostil para manazas, pero le prometemos ser buenos y nos dejará entrar.

Una vez dentro del panel de configuración avanzada, buscamos la siguiente cadena:

network.dns.disableIPv6

Cuando nos aparezca, debemos pinchar dos veces en ella para cambiar su valor de "false" a "true". Debe quedar así:

Una vez hecho esto, cerramos la ventana y ya no deberíamos tener más problemas de conexión con el servidor SMTP de Office 365.

De nada, servicio técnico de Red Abogacía.

Lexnet Justicia, no con Linux.

Desgraciadamente, se han confirmado mis peores temores respecto de Lexnet Justicia y Linux. Después del comunicado en el que se informaba que Lexnet Abogacía estaba condenado a desaparecer, y en el que se instaba a pasar a la plataforma del Ministerio, la pregunta que surgió fue si habría problemas, y la respuesta es finalmente que sí, que todos los del mundo.

Para resumir, y para no aburrir al personal, el resumen es que he podido acceder con Linux a Lexnet Justicia con un certificado digital de la FNMT (certificado software instalado en el navegador), con el DNI electrónico y con el carné ACA, pero no se puede ni recibir notificaciones ni presentar escritos. Si se intenta hacer cualquiera de las dos cosas, el resultado es un lamentable error informando de que la tarjeta no tiene certificados válidos (sí los tiene para acceder pero no para recibir ni enviar notificaciones, el colmo del absurdo).

Pensé que era problema de la firma ACA, pero el soporte técnico del Consejo General de la Abogacía Española se ha mantenido fiel a su estilo: incapaz de solucionar nada y echando la culpa al Ministerio. Total, qué más da ya, si el barco se está hundiendo. "Que se jodan", como dijo una que todos recordamos.

El soporte técnico del Ministerio, mucho más voluntarioso pero igual de eficaz, se mostró diligente y dispuesto a ayudar hasta que se le acabaron las respuestas del manual. A partir de ahí, pidió el envío de los logs de las aplicaciones java del sistema y, una vez remitidos, nunca más se supo.

Después de numerosas pruebas, en mi opinión, el problema reside en el módulo WebSigner que Lexnet utiliza para firmar documentos y recibir las notificaciones. Por algún motivo que se me escapa, no es capaz de leer las firmas digitales de la tarjeta.

La solución del problema, de momento, depende del Ministerio, pero ya podemos imaginar la molestia que se tomarán en arreglarlo. Tomamos nota del problema, y ya tal.

Mientras tanto, o bien se sigue utilizando Lexnet Abogacía hasta que muera, o se usa Lexnet Justicia con Windows virtualizado con VirtualBox. Es una vergüenza que se obligue a utilizar un determinado sistema operativo para trabajar. Ya puestos, ¿por qué no obligar a tener un coche de una determinada marca, o a tener un despacho profesional en una determinada calle? Mejor cierro la boca, que doy ideas, y ya tenemos bastante.

Por cierto. Informo que todas las pruebas las he hecho con la versión estable de Debian (Debian Jessie en estos momentos), que era lo que funcionaba con Lexnet Abogacía. Si alguien ha conseguido utilizar Lexnet Justicia con otra distribución, por favor que ilustre.

R.I.P. Lexnet Abogacía.

El día 25 de octubre pudimos leer en la página oficial del Consejo General de la Abogacía Española que se ha acordado la transición de Lexnet Abogacía hacia la plataforma oficial del Ministerio de Justicia, es decir, que Lexnet Abogacía pasa oficialmente a estado terminal, y que dentro de unos pocos meses será desconectada definitivamente para que pase a mejor vida.

Y, la verdad, no resulta nada sorprendente. Siempre he sido de la opinión de que Lexnet Abogacía era innecesaria, que iba a rebufo de la aplicación oficial (recuérdese el famoso formulario de documentos adjuntos) y, además, pecaba de un servicio técnico realmente deficiente. Por otro lado, ya se notaba desde hace tiempo un cierto tufillo a cadáver cuando seguía manteniendo su compatibilidad sólo con Firefox 45.0.2, cuando dicho navegador ya va nada menos que por la versión 49.0.2, a día de hoy. La falta de adaptación y mantenimiento suelen ser muy malas señales.

El problema de todo esto no es la desaparición de la plataforma, sino la pérdida de tiempo que ha supuesto tanto en aprendizaje como en configuración y adaptación de equipos. Después de las peleas libradas para poder seguir trabajando usando Lexnet Abogacía, resulta ahora que se escupe sin más a todos sus usuarios a una plataforma que es totalmente diferente, que tiene otros requisitos distintos tanto de configuración como de firma, y que para más inri siempre ha estado ahí, de manera que cuesta mucho entender por qué no se ha trabajado con Lexnet Justicia desde un principio en lugar de dar el rodeo que se ha dado y, total, para perderse la mayoría de las veces.

Hay que reconocer que Lexnet Abogacía ha disfrutado del mérito de mejorar muy mucho el aspecto de Lexnet Justicia, de tener ventajas como la respuestas a las notificaciones con relleno automático de campos, o de la carpeta "Pendientes", tan útil; pero las ventajas se quedaban ahí, y no compensaba en ningún caso, a mi juicio, los retardos en las notificaciones (siempre llegan más tarde que a la plataforma del Ministerio) o los problemas de sincronización tan frecuentes.

Ahora toca nuevamente guerrear con el ordenador para, primero, configurar y adaptar nuestros sistemas a Lexnet Justicia y segundo, para lograr que funcione, que una cosa no va necesariamente con la otra, y mucho menos si encima existe a quien da por llevar la contraria al mundo usando Linux. De momento, a día de hoy, y después de numerosas pruebas, tan sólo he conseguido acceder a Lexnet Justicia con un carné ACA y con una firma de la FNMT, pero no he conseguido hacer gestiones como aceptar notificaciones o enviar documentos, obteniendo un error que dice que no hay firma válida en la tarjeta. Con un DNI electrónico tan sólo he conseguido que se cuelque, sin entrar siquiera en el sistema.

Sea como fuere, Lexnet Abogacía seguirá funcionando durante unos meses, o eso dicen, hasta su total desconexión. Mientras tanto, los usuarios de Linux volveremos a sacar las estampitas de nuestro santo favorito para restregarlo por el ordenador y por el lector de tarjetas, antes de cada prueba. A ver si pronto conseguimos que funcione.