Error al cargar la integración.

[gaRFio01]

Al recargar la integración sale un error en Homeassistant .

Entro en la web de i-de, me identifico con mi usuario, contraseña y código otp, recargo la integración en Homeassistant y vuelve a funcionar durante un día.

Al día siguiente, vuelve a fallar.

En los logs, únicamente aparece error 500.

[hartmood]

I think it is the usual holiday break at Iberdrola. As far as I remember, it was the same last summer. Next week or the week after, it should be back.

[luca-angemi]

I think this time it might be different. Now to login it seems there is a double factor. Every 24 hours it asks for a code via SMS.

[huco95]

It's the same for me, I need to login every 24/48h into their app so that HomeAssistant can get the information, this is because of the double factory authentication they have added as @luca-angemi said.

[gaRFio01]

Yes. When login into to the i-de app, the integration works again.

[gaRFio01]

confirmado. La aplicación de i-de pide introducir la contraseña enviada al móvil aproximadamente cada 24h
Cuando esto ocurre, la integración deja de recibir datos hasta que te logeas de nuevo en i-de.

[Gallach]

A mí me ocurre lo mismo, ¿hay alguna solución para evitar tener que logearse cada día?

[gaRFio01]

Desde i-de me responden esto:

debemos comunicarle que el factor de doble autentificación, mediante envío de SMS al teléfono con que se registró el usuario, no es opcional y se activa siempre que el sistema detecte alguno de estos casos:

• El usuario lleva sin conectarse correctamente más de 6 meses.
• El usuario se ha conectado (o intentado conectar) al sistema más de 6 veces en la última semana, y no ha tenido un doble factor de autentificación en ese plazo de tiempo.

[luca-angemi]

Lamentablemente yo no veo alternativas. Habria que solicitar masivamente que quiten el doble factor y, si nos escuchan, tendriamos alguna posibilidad.

Vamos que una empresa SERIA dejaria una API abierta con limites pero es lo que hay...

[Gallach]

Una opción que veo entonces es evitar que la integración haga más de 6 llamadas a la semana a la API, así no se activa el factor de doble autentificación, no?

[luca-angemi]

Creo que se podria pero ademas habria que tener en cuenta que cada vez que se hace restart de HA la integración se tiene que logear para validar credenciales.

[luca-angemi]

Ya lo puedes hacer: desde system options en la integracion disactiva el polling

Y en tus automation puede usar el servicio de update cuando quieras

Es suficiente con poner una sola entity para que se actualizen todas

[luca-angemi]

Ojo que aun así cada restart de HA vale como un acceso a la API.

[Gallach]

Pues así sería un buen parche al problema, igual con ponerle que haga llamadas cada dos días es suficiente para no superar las 6 semanales si se reinicia un par de veces a la semana

[luca-angemi]

Yo modifiqué la integración para que haga llamadas cada hora entre el minuto 55 y 60 jaja soy un poco friky de los graficos de energia

[hartmood]

Para accesos de usuario final (“enduser”) a APIs que funcionan 24/7 y sin intervención manual, las mejores alternativas a la verificación por SMS son las siguientes:

Alternativas Aptas a SMS para Enduser

• Claves API (API Keys): Son códigos estáticos generados para cada usuario o aplicación. Se almacenan en la aplicación y se envían con cada solicitud. Son muy fáciles de administrar y usar para automatizar el acceso 24/7[10][11].
• Contraseñas específicas para dispositivo/aplicación: Contraseñas generadas especialmente para una aplicación o dispositivo. Permiten el acceso automático hasta que se revoquen, y el usuario puede eliminarlas desde su cuenta sin cambiar su clave principal[12][13].
• Personal Access Tokens (PAT): Se crean a través del perfil del usuario y otorgan derechos específicos. Son útiles cuando se necesita mayor control que un API Key pero siguen siendo adecuados para automatizaciones y usuarios más técnicos[14].

No Aptos para 24/7 sin Intervención

• Métodos que requieren interacción humana como TOTP (aplicaciones de autenticación), Push, SMS, E-Mail, Passkeys o WebAuthn no son compatibles con acceso completamente automatizado en APIs para usuarios finales.

---

Resumen: Para APIs automatizadas y sin intervención humana, solo API Keys y contraseñas específicas de dispositivo/aplicación (y, de forma secundaria, Personal Access Tokens para usuarios avanzados) son realmente adecuados y muy superiores a los SMS en seguridad, administración y practicidad[10][12][13].