Pasar a producción
La checklist honesta de go-live — qué falta después del sandbox para emitir DTEs con validez tributaria real: certificado digital, certificación SII, CAF real y el cambio de API key.
Emitir en el sandbox demuestra que tu integración funciona: la forma de la request, el manejo de estados, los errores. No demuestra que estás listo para emitir documentos con validez tributaria — eso pasa por el mismo proceso de certificación ante el SII que cualquier contribuyente chileno enfrenta, use Simplo o cualquier otro sistema. Esta página es esa checklist, sin adornos: dos de los siete puntos toman semanas, y ahí es exactamente donde Simplo acompaña.
La checklist
Sección titulada «La checklist»| # | Requisito | ¿Quién lo hace? |
|---|---|---|
| 1 | Certificado digital vigente de tu empresa (emitido por una entidad acreditada por el SII — e-CertChile, Acepta, etc.), cargado en tu cuenta de Simplo | Tú (o Simplo lo gestiona por ti, como servicio administrado) |
| 2 | Certificación SII completada para tu RUT: set de pruebas, simulación, intercambio de información, muestras impresas, resolución de autorización | Simplo te acompaña — es la parte central del producto |
| 3 | CAF real solicitado al SII, por cada tipo de documento que vayas a emitir | Tú, desde el portal del SII |
| 4 | Emisión en producción habilitada para tu empresa | Simplo ([email protected]), al confirmar tu paso a producción |
| 5 | Key de producción (sk_simplo_..., sin el sufijo _sandbox_) creada en app.simplo.cl → Desarrolladores |
Tú, self-serve una vez habilitado el punto 4 |
| 6 | Cambiar la variable de entorno SIMPLO_API_KEY de tu sandbox a tu key de producción. Nada más. |
Tú |
| 7 | Revisar los límites de tasa de tu plan | Tú |
El punto 6 es la frase que justifica todo lo demás: pasar a producción es
cambiar la API key; tu código no cambia. Mismo endpoint
(POST /api/v1/billing/dte), mismo contrato de request/response, mismos
estados. Lo que cambia es qué RUT emisor hay detrás de la key y si el
documento llega de verdad al SII.
Por qué los puntos 2 y 3 toman semanas
Sección titulada «Por qué los puntos 2 y 3 toman semanas»La honestidad de esta tabla es el activo, no un defecto que ocultar:
- La certificación SII (#2) no es un trámite de Simplo — es un proceso del SII que todo emisor electrónico chileno atraviesa, con seis etapas (postulación, set de pruebas, simulación, intercambio de información, muestras impresas, autorización). Toma semanas, no minutos, y depende de los tiempos de revisión del SII, no de Simplo. Ver Facturación electrónica en Chile para el concepto, y las fuentes oficiales del SII enlazadas ahí.
- El CAF real (#3) lo emite el SII, por rango y por tipo de documento — no es algo que Simplo pueda generar por ti, a diferencia del CAF sintético del sandbox. Ver Folios y CAF.
Ocultar esto detrás del sandbox produciría exactamente el abandono que el sandbox existe para evitar: un developer que cree estar “casi listo” porque su sandbox funciona, y luego se encuentra con semanas de trámite que nadie le anticipó.
Lo que el sandbox nunca demuestra
Sección titulada «Lo que el sandbox nunca demuestra»Ver el detalle completo en Prueba los casos infelices. En resumen: validación XSD y de negocio del SII real, la certificación en sí, vencimiento real de folios y certificados, caídas/latencia/rate limits reales del SII, e intercambio. Los montos y el IVA del sandbox sí son reales — es el mismo motor de cálculo — pero eso nunca sustituye pasar por el SII de verdad.
Relacionado
Sección titulada «Relacionado»- Quickstart — tu primer DTE, en el sandbox
- Prueba los casos infelices — qué SÍ puedes aprender del sandbox antes de llegar aquí
- Certificado digital — el endpoint y cómo monitorear su vigencia
- Folios y CAF — cómo se suben los folios reales
- Facturación electrónica en Chile — el proceso de certificación del SII, con fuentes oficiales
- Autenticación — keys sandbox vs producción