Problemes freqüents en accedir a la web de la seu electrònica del Govern

 

Accedir a la seu electrònica del Govern s'ha convertit en una cosa tan habitual com entrar al banc en línia o revisar el correu, però la realitat és que no sempre funciona a la primera. Entre actualitzacions de Java, errors als certificats, talls de servei o problemes amb Autofirma, és fàcil que el tràmit que volies resoldre en cinc minuts es converteixi en una odissea.

En aquesta guia trobaràs una explicació detallada dels problemes més comuns en entrar a la seu electrònica, les causes tècniques que solen estar darrere i, sobretot, les solucions pràctiques que recomanen les pròpies administracions públiques: ajustaments de Java, configuració de navegadors, maneig de certificats, cl@ve, Autofirma, cookies, antivirus i fins i tot què fer quan és la plataforma del Govern la que està caiguda i no és culpa del teu ordinador.

Requisits bàsics per entrar a la seu electrònica

Abans de tornar boig amb errors estranys, convé comprovar que es compleixen els requisits mínims tècnics per fer servir la seu electrònica. La majoria d'incidències neixen de petits detalls que passen desapercebuts: versió de Java, navegador desactualitzat, galetes bloquejades o certificats no instal·lats correctament.

En general, les seus electròniques dels ministeris i organismes públics admeten diferents sistemes d'identificació electrònica: certificat digital (FNMT o altres prestadors), DNI electrònic, sistemes de cl@veu (Cl@veu PIN / Mòbil, Cl@veu Permanent) i, en alguns casos, usuari i contrasenya registrats prèviament. Per a certs tràmits senzills, com ara comprovació d'un CSV o algunes consultes, ni tan sols cal autenticar-se.

A més del mètode d'identificació, la seu sol exigir un navegador compatible, cookies habilitades i, en molts procediments que requereixen signatura, lús de Java i/o aplicacions de signatura com Autofirma. Quan falta una d'aquestes peces, apareixen els missatges d'error: pantalla en blanc, pàgina que no carrega, error 403.7, avisos de certificat no vàlid o simplement que la finestra de signatura mai no arriba a mostrar-se.

A la part superior de moltes seus, un cop hi has accedit, es mostra una icona o indicador del tipus d'autenticació amb el que has entrat (certificat, Cl@ve, DNIe, etc.), juntament amb el teu nom. Aquest indicador ajuda a saber si estàs treballant amb el nivell de seguretat adequat per al tràmit que vols fer.

Java i seu electrònica: versions, errors i configuració

Una de les fonts clàssiques de problemes en accedir a la seu és la màquina virtual de Java. Tot i que cada cop es tendeix més a reduir-ne l'ús, encara hi ha procediments que depenen de applets o components Java, sobretot en plataformes més antigues.

Problemes a Windows amb Java 1.8.x

En equips amb Windows, moltes seus recomanen utilitzar una versió recent de Java 8 (per exemple, la 1.8.0_31 o posteriors) per evitar haver de recórrer a versions antigues i insegures. Tot i això, després de certes actualitzacions de Java han aparegut errors en carregar la seu o en iniciar la signatura.

Si no pots accedir a la seu o els applets no carreguen, convé seguir una sèrie de passos:

• Verificar la versió instal·lada de Java: entra al Tauler de control (Windows) > Programes > Java o visita la pàgina oficial de Java per comprovar quina versió tens. Si no és una versió actual de Java 8, actualitza des del web oficial (instal·lador manual).
• Ajustar la configuració avançada de Java: obre el Tauler de control de Java i aneu a la pestanya «Avançat». Dins de les opcions de seguretat relacionades amb certificats TLS, sol aparèixer l'apartat «Comprovar revocació de certificat TLS amb». En molts casos, se soluciona el problema seleccionant l'opció «Llistes de Revocació de Certificats (CRL)» i aplicant els canvis.

Després de modificar aquests paràmetres, és recomanable tancar tots els navegadors i tornar-los a obrir perquè la nova configuració tingui efecte. En poques ocasions, amb aquest simple ajustament de verificació de revocació es recupera l'accés a la seu i als formularis que depenen de Java.

Ús de Java a Linux i macOS

en sistemes Linux i macOS el panorama és una cosa diferent. Diversos organismes han detectat incompatibilitats entre certes versions de Java 8 (com la 1.8.0_31) i les seus electròniques, a causa de canvis de seguretat i errors de Java que no van arribar a corregir-se al seu moment.

En aquests entorns, alguns equips tècnics han comprovat que retrocedir a Java 1.7.0_51 permet tornar a accedir correctament a les seus que encara depenen d'applets. És una solució de compromís: perds novetats de seguretat de versions més recents, però guanyes compatibilitat amb aplicacions que no s'han actualitzat.

Si et veus obligat a fer servir una versió de Java anterior, convé limitar-ne l'ús exclusivament a la tramitació amb l'Administració (per exemple, treballant en un perfil de navegador dedicat o una màquina virtual) i mantenir el sistema ben protegit amb actualitzacions i bon criteri de navegació.

Esborrar memòria cau de Java i del navegador

Un altre dels remeis típics quan Java dóna guerra consisteix en eliminar la memòria cau tant del navegador com de la pròpia JRE. arxius temporals corruptes o versions antigues d'applets poden provocar errors difícils d'entendre.

Passos habituals a Windows:

• Netejar la memòria cau de el navegador: a Internet Explorer, per exemple, s'accedeix des del menú Eines > Opcions d'Internet > pestanya «General» i, a «Historial d'exploració», feu clic a «Elimina» marcant almenys «Fitxers temporals d'Internet i fitxers de llocs web» i «Cookies i dades del lloc web».
• Buidar la memòria cau de Java (JRE): des de Tauler de control > Programes > Java > pestanya General, secció «Fitxers temporals d'Internet» > «Configuració» > «Suprimir fitxers». Marca les opcions de rastreig i log, aplicacions i applets en memòria cau i aplicacions i applets instal·lats, i confirma.

Eliminar aquests fitxers obliga que es descarreguen de nou els components necessaris quan tornis a entrar a la seu, evitant conflictes amb restes d'instal·lacions anteriors.

Activació del plugin Java als navegadors

En moltes versions dels navegadors, sobretot quan Java es considera insegur o antic, el connector es bloqueja per defecte. Això fa que els applets no es carreguin encara que Java estigui instal·lat.

Algunes recomanacions generals que han donat les seus electròniques són:

• Revisar la pàgina oficial de Java sobre com habilitar el plugin a cada navegador, ja que el procediment canvia entre versions i entre Internet Explorer, Firefox o navegadors basats en Chromium.
• Al Firefox, si veieu una icona d'advertència al costat de la barra d'adreces indicant que alguns connectors estan desactivats, podeu prémer-la i triar «Activar» o «Activar sempre els connectors per a aquest lloc» perquè la seu pugui utilitzar Java quan sigui necessari.
• En versions antigues de Chrome es podia activar la compatibilitat NPAPI des de chrome: // banderes buscant «Habilitar NPAPI» i reiniciant el navegador. Tot i això, en les últimes versions Chrome ja no admet aquests plugins i Java deixa de funcionar del tot en aquest navegador.

A la pràctica, si la seu t'exigeix ​​Java, sol ser més fiable utilitzar Internet Explorer en versions antigues o Firefox ESR d'intentar forçar-lo a Chrome actual, on el suport de NPAPI es va eliminar fa temps.

Carpeta endorsed i altres conflictes amb Java

Un altre problema curiós que algunes seus han detectat és l'existència d'una carpeta anomenada endorsed dins del directori lib de Java (per exemple, C:\Fitxers de programa\Java\jre7\lib). Certs continguts en aquesta carpeta poden interferir amb les llibreries que utilitza la seu electrònica.

Una manera d'aïllar el problema consisteix a anomenar el directori «endorsed» (per exemple, a «00-endorsed») perquè Java deixi de carregar aquests recursos especials. Si després de fer-ho la seu funciona millor, ja tens localitzat l'origen del conflicte.

Tot i així, la majoria d'organismes públics recomanen mantenir Java actualitzat i, sempre que sigui possible, utilitzar navegadors com Chrome o Firefox per a la navegació general, quedant lús dIE o versions específiques de Java restringit a aquells tràmits que encara ho necessiten.

Autofirma i signatura electrònica a la seu

En els darrers anys s'ha estès l'ús de Autofirma com a eina estàndard de signatura electrònica a moltes seus de l'Administració General de l'Estat, comunitats autònomes i ajuntaments. Aquesta aplicació, desenvolupada pel Ministeri d'Afers Econòmics i Transformació Digital, s'executa des del navegador per fer la signatura de documents en procediments administratius.

Per poder presentar sol·licituds o annexar documents signats a nombroses seus, és imprescindible tenir instal·lada la darrera versió d'Autofirma a l'ordinador. Les versions antigues solen deixar de funcionar correctament després de canvis als sistemes de validació oa la infraestructura de signatura.

Les seus oficials solen enllaçar a la pàgina del Portal d'administració electrònica del Govern d'Espanya, on es poden descarregar les versions actualitzades d'Autofirma per a Windows, macOS i Linux. També proporcionen guies pas a pas sobre instal·lació, configuració de certificats i resolució d'errors de signatura.

Si en intentar signar un tràmit es queda la pantalla bloquejada, no s'obre la finestra d'Autofirma o es produeix un error genèric, convé comprovar:

• Que Autofirma està instal·lat i és la darrera versió disponible a la pàgina oficial.
• Que el navegador utilitzat permet la comunicació amb Autofirma (en alguns casos cal habilitar protocols concrets o no bloquejar l'aplicació).
• Que el certificat que es vol utilitzar per a la signatura està correctament instal·lat al magatzem apropiat (Windows, navegador o targeta criptogràfica).

A determinats ajuntaments i organismes s'indica expressament que sense Autofirma no es pot completar el registre electrònic de determinades sol·licituds, per la qual cosa la seva correcta instal·lació es converteix en un requisit essencial per accedir de debò a la seu, més enllà del simple inici de sessió.

Sistemes d'identificació: certificat, DNIe i cl@ve

Una part fonamental de l'accés a la seu electrònica és triar i configurar correctament el sistema d'identificació. La normativa (per exemple, el Reial decret 203/2021) estableix que les administracions han d'admetre sistemes de signatura i identificació que garanteixin qui ets i la integritat dels documents que presentes.

Accés sense identificació

En algunes seus, com la de determinats instituts i organismes, hi ha tràmits que no exigeixen autenticar-se: consultes bàsiques, informació de procediments, verificació de CSV o descàrrega de certs documents públics. Aquí no hi sol haver problemes tècnics d'accés més enllà de caigudes puntuals del portal.

Certificat electrònic i DNIe

El mètode més estès per identificar-te davant de l'Administració és el certificat electrònic reconegut, ja sigui de la FNMT o d'altres prestadors qualificats, així com el DNI electrònic. El certificat s'instal·la normalment al navegador o al sistema operatiu i s'usa tant per identificar-se com per signar documents.

Entre els errors més habituals amb certificat i DNIe trobem:

• La seu indica que el certificat no és vàlid: en aquest cas, el primer és comprovar-ne la validesa en eines oficials com l'aplicació Valide, que permet verificar si el certificat està caducat, revocat o mal emès.
• El navegador no mostra el certificat en accedir a la passarel·la: pot ser perquè el certificat no estigui instal·lat en aquest navegador o equip, o que el lector de targetes del DNIe no estigui ben configurat o no tingui conductors actualitzats.
• Errors 403.7 o altres codis HTTP relacionats amb certificats de client: de vegades, antivirus com Avast! interfereixen en la negociació TLS amb certificat, per la qual cosa alguns organismes recomanen desactivar temporalment lʻantivirus Avast! per descartar que sigui la causa del bloqueig.

Molts ministeris utilitzen la passarel·la de Cl @ veu com a porta d'entrada única a les seus. En aquests casos, fins i tot si t'identificaràs amb certificat, la selecció es fa des d'aquesta passarel·la, escollint l'opció de DNIe/Certificat electrònic i deixant que la pàgina de Cl@ve gestioni el procés.

Cl@ve Mòbil, Cl@ve Permanent i usuari/contrasenya

A més del certificat i el DNIe, la plataforma Cl@ve ofereix mètodes alternatius d'identificació com Cl@ve Mòbil (abans Cl@ve PIN) i Cl@ve Permanent. Permeten accedir des de dispositius on no hi ha certificat instal·lat, usant codis d'un sol ús o contrasenyes robustes vinculades a la teva identitat.

Alguns serveis permeten també registrar-se amb usuari i contrasenya propis de la seu. Si us heu donat d'alta amb certificat o DNIe, pot ser que l'accés correcte no sigui per «usuari i contrasenya», sinó directament usant de nou el vostre certificat o el DNIe a través de Cl@ve. Aquest detall confon més d'un que intenta entrar amb un usuari que no té contrasenya associada.

les seus solen disposar denllaços específics per:

• Restablir la contrasenya mitjançant correu electrònic, si recordes l'email amb què et vas registrar.
• Verificar la teva identitat per altres mitjans i assignar una nova adreça de correu en cas de no tenir accés a l'email anterior.
• Guiar-te pas a pas si el sistema indica que ja estàs registrat però no ho recordes, normalment introduint el teu DNI, NIE, CIF o passaport com a usuari.

Sempre es recomana revisar les carpetes de correu no desitjat o spam, ja que els missatges automàtics de les seus o ministeris acaben sovint filtrats i sembla que «no arriben», quan en realitat estan ocults pel mateix gestor de correu.

Cookies, navegadors i configuració bàsica de privadesa

Un altre clàssic dels problemes d'accés a seus electròniques ve de la configuració de cookies i privadesa del navegador. Si les galetes estan bloquejades, moltes aplicacions d'administració electrònica simplement no funcionen o t'expulsen a cada pas.

Habilitar galetes a Internet Explorer

A Internet Explorer, per permetre el funcionament correcte de webs com la de la FNMT o seus que depenen dels seus serveis, la recomanació típica és:

• Obrir IE i entrar a Eines > Opcions d'Internet > pestanya «Privadesa».
• Polsar el botó «Llocs» i introduir adreces com https://*.fnmt.es y https://*.fnmt.gob.es, marcant-les com a «Permetre».
• Acceptar els canvis i, quan tornis a la web, polsar «Acceptar» a l'avís superior relatiu a cookies si apareix.

Amb això es garanteix que la seu pugui guardar les cookies necessàries per mantenir la sessió i gestionar correctament el procés dobtenció de certificats o de signatura.

Acceptar cookies al Firefox

A Mozilla Firefox, la ruta sol ser:

• menú> Opcions > Privadesa.
• A «Historial», seleccioneu «Utilitzar una configuració personalitzada per a l'historial».
• Marcar «Acceptar cookies» i, a «Acceptar cookies de tercers», triar «Sempre».
• Acceptar i reiniciar el navegador.

Després de reobrir el Firefox, és important acceptar l'avís de cookies que pugueu aparèixer a la part superior de la pàgina de la seu o de la FNMT abans de repetir l'intent d'accés o descàrrega del certificat.

Permetre cookies a Google Chrome

A Chrome, el control de cookies es troba al menú de configuració:

• Premeu la icona de menú de Chrome i entreu a «Configuració».
• Al final de la pàgina, mostrar «Configuració avançada».
• A la secció «Privadesa», feu clic a «Configuració de contingut».
• Seleccioneu «Permet que s'emmagatzemin dades locals (recomanat)» per habilitar galetes.
• Si preferiu desactivar-les després del tràmit, podeu tornar més tard a aquesta pantalla i escollir «No permetre que es guardin dades dels llocs».

Com als altres navegadors, una vegada habilitades les cookies cal acceptar l'avís emergent que mostra la pròpia web si n'hi ha, i repetir el procés d'accés.

Errors en entrar en tràmits concrets i cerques dins la seu

Amb certa freqüència passa que s'aconsegueix entrar a la seu, però en intentar accedir a un tràmit específic apareix un error genèric o la pàgina no carrega. Això passa molt amb convocatòries de beques, homologacions, recursos o altres gestions massives.

Una recomanació pràctica de diverses seus és utilitzar el cercador intern de la pròpia seu en lloc de dependre denllaços antics o favorits guardats. Des de la pàgina principal, un cop estàs autenticat, hi sol haver un quadre de cerca on introduir termes relacionats.

Per exemple, si voleu gestionar una homologació d'estudis universitaris, podeu provar amb cerques com «homo univer» i afinar-hi. Si busques ajuts per a alumnat amb necessitats específiques de suport, expressions tipus «beca suport» solen portar-te a la convocatòria actual.

Això evita caure en URLs antics o procediments ja tancats, que poden tornar errors en no estar actius a la seu, i et garanteix treballar sobre la versió vigent del tràmit.

Incidències tècniques de la seu i caigudes del servei

No tots els problemes d'accés es deuen a l'usuari. De vegades, la decisió és a la pròpia infraestructura de l'Administració. Moltes seus publiquen una pàgina específica d'“incidències tècniques” on informen d'interrupcions programades o caigudes no previstes.

Aquestes incidències solen indicar:

• Data i hora d'inici i fi de la interrupció.
• Motiu (manteniment, actualització de bases de dades, problemes de la passarel·la Cl@ve, fallades dels prestadors de certificats com FNMT, incidències a @firma, apagades elèctriques, etc.).
• Tipus d'incidència (programada o no programada) i serveis afectats: tràmits telemàtics, carpeta ciutadana, validació de certificats, fitxer electrònic, registre, etc.

En molts casos s'ofereix també la possibilitat de descarregar un certificat d'interrupció, que serveix per acreditar que en un determinat període la seu no va estar disponible. Aquest document pot ser útil si necessites justificar que no vas poder presentar un escrit dins el termini perquè els sistemes estaven caiguts.

Quan la interrupció és prolongada o afecta la signatura electrònica, algunes administracions recomanen utilitzar el Registre Electrònic Comú (REC) de l'Administració General de l'Estat (https://rec.redsara.es) per presentar escrits o sol·licituds dirigides a l'òrgan competent durant aquest període, i en queda constància de la data de presentació.

Com demanar ajuda i enviar informació tècnica útil

Si després de revisar Java, navegador, certificats, cookies i possibles incidències de la seu segueixes sense poder accedir o signar, arriba el moment de obrir una incidència de suport amb l'Administració. Com més detallada sigui la informació que envieu, abans podreu localitzar el problema.

Les seus solen oferir formularis de contacte on es demana, entre altres coses:

• Descripció el més concreta possible de l'error (què estaves fent, en quin pas exacte falla, text del missatge si n'hi ha).
• Captures de pantalla on es vegi clarament el missatge d'error i la barra d'adreces del navegador.
• Indicar el navegador que utilitzes (nom i versió), el sistema operatiu i el mètode d'autenticació (usuari i contrasenya, Cl@ve Mòbil, Cl@ve Permanent, certificat, DNIe).

En problemes relacionats amb Java, moltes unitats de suport sol·liciten a més que actives la consola de Java i els enviïs la seva sortida amb el màxim nivell de detall. Per això, solen indicar aquests passos:

• Amb totes les aplicacions tancades, anar al Tauler de control de Windows i obrir «Java».
• Al Panell de control de Java, entreu a la pestanya Avançat.
• Dins de l'apartat “Depuració”, marqueu opcions com ara “Activar rastreig” i “Activar registre d'esdeveniments” i “Veure excepcions en carregar la miniaplicació”.
• A l'apartat «Consola de Java», seleccioneu «Veure consola» i acceptar.
• Repetir el procediment a la seu fins que aparegui l'error i, aleshores, copiar tot el contingut de la consola Java a un fitxer de text i adjuntar-lo a la incidència.

Amb aquesta informació tècnica, lequip de suport pot analitzar amb precisió què falla (certificats, protocols, llibreries de signatura, comunicació amb @firma, etc.) i donar-te una solució ajustada al teu cas concret, en lloc de limitar-se a respostes genèriques.

Encara que la seu electrònica pugui semblar de vegades un laberint tecnològic, conèixer les fallades típiques i les recomanacions oficials sobre Java, Autofirma, certificats, cl@veu, galetes, navegadors i gestió d'incidències et permet estalviar molt de temps i frustració. Tenir clar què depèn del teu equip i què es pot deure a talls o manteniment del propi sistema públic és la clau per saber quan el pots resoldre tu mateix i quan toca remetre una incidència formal amb tota la informació tècnica necessària.