Guía SRI 2026: facturación electrónica paso a paso
El SRI te obliga a facturar electrónicamente si estás en Régimen General o RIMPE. Acá te explicamos qué necesitas, cómo funciona el proceso real y los errores más comunes que cometen los emprendedores.
XML → Firma → SRI → RIDE
Lo que es la facturación electrónica (en 2 frases)
En lugar de imprimir facturas en talonario físico, generas un archivo XML con los datos de la venta, lo firmas digitalmente con tu certificado y se lo envías al SRI. El SRI lo autoriza y te devuelve un número de 49 dígitos que demuestra su validez tributaria. Ese proceso tarda segundos y ocurre en automático si tienes un sistema conectado.
Qué necesitas para emitir
1. Estar en Régimen General o RIMPE
Si estás en RISE, no emites facturas electrónicas — emites notas de venta físicas. Si subiste a RIMPE o Régimen General, sí debes emitir electrónicas.
2. Certificado digital (firma electrónica)
Archivo .p12 que contiene tu firma digital. Lo obtienes en:
- BCE (Banco Central): firma presencial, costo ~$40
- ICERT-EC (Consejo de la Judicatura): similar
- Proveedores privados (Security Data, UanataCA, etc.)
Validez: 2 años. Renovable. Se asocia a tu cédula + RUC.
3. Un sistema que hable con el SRI por SOAP
El SRI no tiene un formulario web donde subas tus facturas. Expone dos web services:
- Recepción: recibe tu XML firmado y responde si lo aceptó o rechazó
- Autorización: consulta el estado (autorizada, pendiente, rechazada)
Conectarte a estos web services es técnico — ahí es donde entran sistemas como JacoSaaS.
El proceso completo, paso a paso
Paso 1: se genera el XML
Cuando haces una venta, el sistema arma un XML con la estructura exacta que define el SRI en la ficha técnica. Incluye: tus datos fiscales, datos del cliente, ítems de la factura, valores, totales, forma de pago. Un error de un carácter en el formato → rechazo automático.
Paso 2: se firma el XML
Se aplica una firma digital XAdES-BES usando tu .p12. Esto agrega un bloque criptográfico al XML que el SRI puede validar para confirmar que TÚ firmaste (no alguien suplantando).
Paso 3: se envía al web service de recepción
El sistema hace un POST SOAP al SRI. El SRI responde en segundos:
- RECIBIDA: el XML está bien formado, lo procesará
- DEVUELTA: error — formato, datos inválidos, certificado vencido, etc.
Paso 4: se consulta la autorización
Después de "recibida", la autorización puede tardar desde 1 segundo hasta varios minutos (depende de carga del SRI). El sistema consulta periódicamente. Al autorizar, llega el número de 49 dígitos.
Paso 5: se genera el RIDE y se envía al cliente
RIDE = Representación Impresa del Documento Electrónico. Es el PDF que el cliente recibe. Contiene el XML embebido y el número de autorización. Se envía por email automáticamente.
Errores típicos y cómo evitarlos
Error: "Certificado no válido"
Causa más común: el certificado expiró. Revisa la fecha de vencimiento en tu .p12. Si está próximo a vencer, renuévalo antes del día de vencimiento.
Error: "Formato de RUC incorrecto"
El RUC del emisor (tú) debe coincidir exactamente con el del certificado. Si compraste el certificado con un RUC y configuras el sistema con otro, rechazo.
Error: "Establecimiento no autorizado"
Cada emisor tiene establecimientos registrados (001, 002, etc.). Si facturas desde un establecimiento no declarado en el SRI, rechazo. Verifica en srienlinea.sri.gob.ec tus establecimientos activos.
Qué pasa si el SRI está caído
Muy raro, pero pasa. El SRI permite emitir en contingencia offline: generas la factura con un número secuencial propio, imprimes el ticket y al cliente le llegará el RIDE cuando el SRI vuelva. JacoSaaS maneja este caso automáticamente — la factura queda en cola y se transmite al volver el servicio.
Cómo JacoSaaS te ahorra todo esto
Una vez que subes tu .p12 en Configuración → SRI, el resto es invisible:
- Haces una venta como normalmente
- Clic en "Facturar"
- JacoSaaS hace los 5 pasos anteriores en ~10 segundos
- El cliente recibe su RIDE por email
- Tú ves el número de autorización en la venta