---
title: "Portal eBoleta: ¿qué significa el error de OAuth o timeout esperando localStorage?"
description: "Indica que el flujo de autenticación del SII no se completó, y la causa habitual es la configuración del proxy."
type: "faq"
category: "question"
tags: []
authors: [Anonymous]
date: "2026-09-10"
last_update: "2026-09-11"
time_minutes: 2
draft: false
unlisted: false
url: "https://www.apigateway.cl/faq/eboleta/error-oauth-en-eboleta"
---

# Portal eBoleta: ¿qué significa el error de OAuth o timeout esperando localStorage?

```json
{ "status": "400", "detail": "Error al inicializar: Error al procesar OAuth redirect: Timeout esperando localStorage..." }
```

El mensaje describe el flujo de autenticación del SII quedándose a medias al consumir un recurso de eBoleta. La causa habitual es la **configuración del proxy**, y en particular que falte alguno de los dominios que el servicio necesita alcanzar.

El diagnóstico confunde porque la autenticación **sí llega al SII**: con una clave incorrecta el error es distinto, y con la clave correcta se produce este timeout, lo que hace pensar que el problema está después del login.

Qué revisar:

1. Que estén permitidos **todos** los dominios necesarios en tu proxy. Revisa [¿Qué dominios debe permitir mi proxy?](https://www.apigateway.cl/faq/proxy/que-dominios-debe-permitir-mi-proxy).
2. La ACL de tu Squid, contra la [configuración del tutorial](https://www.apigateway.cl/docs/tutoriales/proxy#content-2-configuración-de-squid).
3. Los [problemas comunes del tutorial de proxy](https://www.apigateway.cl/docs/tutoriales/proxy#content-problemas-comunes), punto por punto.
4. Si restringes por origen, que nuestra IP esté en tu lista de permitidos.

> [!WARNING] Alcanzar los dominios del SII no basta
>
> Comprobar que tu proxy llega a `clave.w.sii.cl` o a `eboleta.sii.cl` no prueba que la ACL esté completa: los dos son `.sii.cl`, y una ACL a la que le falta otro dominio de la lista pasa igual esa prueba. Verifica los **tres** dominios, uno por uno.
>
> Entrar manualmente al portal desde tu navegador tampoco sirve como prueba: tu navegador no sale por tu proxy. El login funciona ahí aunque la ACL esté incompleta, y es lo que hace parecer que el problema está en el SII.

Si tras descartar el proxy el error persiste, revisa los permisos del usuario ante el SII y los campos del request, porque este mismo síntoma puede tener esas causas. Revisa [Errores de proxy y timeouts hacia el SII](https://www.apigateway.cl/docs/solucion-de-problemas/errores-de-proxy).

> [!INFO] Sobre el parámetro `state` que se repite
>
> Varios usuarios han notado que el `state` de la URL de OAuth es idéntico entre peticiones y han supuesto un problema de CSRF. Ese valor **proviene del SII** y su repetición es esperada: no es la causa del error.


---
Última actualización el 11/09/2026