El acceso a la administración electrónica depende de ciertos elementos técnicos que complican el futuro a medio plazo si no se resuelven una serie de circunstancias que siembran algunas dudas. Por un lado está Java, un complemento básico para realizar las firmas electrónicas y para firmar y enviar documentos a las respectivas sedes electrónicas. Java era la solución, para facilitar el acceso, pero ahora se ha convertido en un problema.
|
etiquetas: java , acceso , administracion , electronica , navegadores , problema
Por poder se pude hacer todo en C/C++, pero a ver quién tiene huevos a cambiar todas las aplicaciones desarrolladas en la administración pública por un sueldo de miseria que pagan a los programadores.
#21 Siento comunicarte que Python también da problemas con las diferentes versiones, a mi me los ha dado en Windows. Además de que a veces es un follón encontrar todas las bibliotecas requeridas para plataformas Windows.
con una latencia de 1000ms entre cada ataque.
Saludos
El certificado de usuario de la FNMT no sirve para nada, y tampoco el DNI-e del que tanto marean y presumen.
Y quieren que utilice,os internet en nuestras relaciones con la administración, es de vergüenza.
-"Java y .NET son basura"
-vale, ¿que propones?
-...
Alguno se emociona y suelta "mmm ehmmmm ERLANG".
Salu2
Bueno, si lo entiendo. Cárnicas.
El nivel de seguridad había que bajrlo, publicar el edicto, volver a subirlo, en todos los putos equipos del ayuntamiento.
Era Dantesco.
www.java.com/es/download/faq/chrome.xml
Si tiene problemas para acceder a las aplicaciones Java con Chrome, Oracle recomienda utilizar Firefox, Internet Explorer o Safari en su lugar.
Por ejemplo, si voy a consultar mis datos en la seguridad social (KELA en Finlandia), abro la página web, selecciono mi banco como método de identificación, lo cual me lleva a una página de mi banco y me identifico normalmente. Una vez identificado me devuelve a la página de donde vine, en este caso la de la Seguridad Social.
Aquí también existe un DNI electrónico, pero que yo sepa no tiene mucho uso. Otro método que también se puede usar es por medio de una SIM "autentificada" (por tu compañía telefónica), pero creo que tampoco es muy usado.
En resumen, para la gran mayoría de gestiones electrónicas Finlandia traslada la autentificación de usuarios a empresas privadas: bancos y telecos...
No creo que sea especialmente seguro, pero es cómodo y funciona.
blogs.forja.cenatic.es/clienteafirma/?p=58
blogs.forja.cenatic.es/clienteafirma/?p=60
blogs.forja.cenatic.es/clienteafirma/?p=63
blogs.forja.cenatic.es/clienteafirma/?p=69
Resumen:
blogs.forja.cenatic.es/clienteafirma/?p=71
Si la administración se planta y dice: para acceder a esta web hay que tener un navegador que soporte tal Standard y no se dará soporte a los que no, ¿qué van a hacer estas empresas? ¿protestar?
Si la Ley lo exige, vaya si actualizan un navegador, por la cuenta que les trae. Lo que pasa es que no quieren mover el culo ni soltar un duro.
msdn.microsoft.com/en-us/library/dn265046(v=vs.85).aspx
Esto ya lleva en activo dos o tres años. Lo soportan casi todos los navegadores.
www.w3.org/TR/WebCryptoAPI/
Y compilas para Linux, OSX, BSD y lo que sea desde Windows, o viceversa desde cualquier otro.
Chrome: desde la versión 44
Firefox: sí (no pone la versión)
Internet explorer: desde la versión 6
Opera: desde la versión 19
Safari: sí
Más que el futuro creo que es el presente.
Y puedes compilar desde como digo. Es decir, tienes tu Go eb Linux y quieres un programa en Go para Windows. Hecho, y el exe te tira en Windows sin nada externo.
Bueno, en Linux igual las X para poder ejecutarse en modo gráfico (obvio) o un $DISPLAY
Son compilaciónes estáticas siempre.
Status: Candidate recomendation
dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html
Y si pinchas en ese 2º link puedes ver:
Implementors should be aware that this specification is not stable.
www.genbeta.com/navegadores/microsoft-pasa-de-mac-linux-y-android-micr
Si se hace algo deberá ser compatible con la mayor cantidad posible de S.O y dispositivos.
#30 De hecho .net no es para nada una mala alternativa ya que basicamente se utilizaría en el 90% de ordenadores del mundo. Y si pensamos en el movil, ahí tampoco entra java directamente sino otras tecnologías.
... y si empezamos a despotricar habría que decir que las URLS de las página para loguearse la cambian todas las semanas.
... y si queremos ya levantar ampollas hablemos del nuevo programa FACTURAE y del portal FAcCE. Cada vez que tengo que pasar una factura me pongo a temblar porque los problemas se me antojan obstáculos puesto a drede para dilatar los pagos.
La última vez conseguí enviar una factura al portal de FACE que me costó la misma vida... pero al día siguiente el portal me la devolvió porque había usado 4 decimales en lugar de 2.
¡¡¡Cojones, pero si la factura la he generado con tu aplicación!!!
(Sí, ya sé que no es así en este caso, pero... "I like have 5 years old!")
Si los bancos en Internet funcionan con un usuario y un pin, por qué no puedes hacer lo mismo para hacer trámites con la administración.
#98 Ah ok, ya creía que me fallaba algo
Python será un lenguaje sencillo para que cualquier niñato tecleadno con dos dedos, pero el lenguaje no ayuda a que luego sea entendible por terceros.