Integración con el SRI: servicios web de recepción, autorización y consulta de comprobantes electrónicos

¿Qué servicios web ofrece el SRI para los comprobantes electrónicos?

El SRI no publica una API REST: expone servicios web SOAP que cada empresa consume con su propio software cliente. Todo está descrito en la ficha técnica de comprobantes electrónicos, esquema offline, versión 2.34, actualizada en julio de 2026 y publicada en la página de facturación electrónica del SRI. Hoy son cuatro servicios:

Los dos servicios de consulta llegaron con la versión 2.31 de la ficha, del 27 de marzo de 2025. En el esquema offline, la clave de acceso de 49 dígitos que genera el emisor es además el número de autorización.

¿Cuáles son las direcciones de pruebas y producción?

Hay dos ambientes y cada uno tiene su dirección base (numerales 7.2 y 8.2 de la ficha):

A la base se agrega el servicio: RecepcionComprobantesOffline?wsdl, AutorizacionComprobantesOffline?wsdl, ConsultaComprobante?wsdl o ConsultaFactura?wsdl. Tres detalles que suelen olvidarse:

• El ambiente de pruebas no está hecho para pruebas de estrés ni de volumen.
• En pruebas se puede usar como razón social del receptor la denominación PRUEBAS SERVICIO DE RENTAS INTERNAS.
• El SRI recomienda no dejar fijos en el código sus certificados SSL, porque pueden cambiar sin previo aviso.

¿Cómo se habilita una empresa en cada ambiente?

La ficha describe este orden (sección 4):

1. Firma electrónica. Obtener un certificado digital de firma electrónica en una entidad de certificación autorizada.
2. Solicitud de certificación. Se hace en SRI en línea, una sola vez por ambiente. El contribuyente debe estar activo, al día en sus obligaciones y con un convenio de débito registrado.
3. Pruebas obligatorias. Comprobar que los XML cumplen los esquemas XSD, que la firma es correcta y que la conexión con los servicios web funciona. Lo emitido aquí no tiene validez tributaria ni legal.
4. Tipos de comprobante. En la misma solicitud se eligen los que se emitirán: factura (01), liquidación de compra de bienes y prestación de servicios (03), nota de crédito (04), nota de débito (05), guía de remisión (06) y comprobante de retención (07).
5. Producción. Verificadas las pruebas, se solicita el ambiente de producción. La ficha deja claro que es responsabilidad del emisor que su sistema cumpla todas las validaciones.

¿Cómo funciona el ciclo técnico de emisión?

1. Generar el XML según los esquemas del SRI; su estructura está explicada en el XML de la factura electrónica.
2. Armar la clave de acceso: fecha de emisión, tipo de comprobante, RUC, ambiente, serie, secuencial, un código numérico de 8 dígitos que define el emisor, tipo de emisión (en offline solo existe la normal) y un dígito verificador calculado con módulo 11.
3. Firmar con el estándar XAdES-BES, en modalidad enveloped y codificación UTF-8, con algoritmo RSA-SHA1, clave de 2048 bits y el certificado en un archivo PKCS12 (.p12).
4. Enviar a recepción. Un envío individual admite hasta 320 Kb; un lote, hasta 500 kb o unos 50 comprobantes de un solo ítem.
5. Esperar y consultar la autorización con la clave de acceso, tras un tiempo configurable. El estado puede ser en procesamiento, autorizado o no autorizado, y el SRI se toma como máximo 24 horas desde la respuesta RECIBIDA.
6. Corregir si no se autoriza: se reenvía con la misma clave de acceso y el mismo secuencial. El servicio solo devuelve el último estado, así que tu sistema debe guardar cada respuesta.
7. Entregar al receptor el comprobante autorizado por correo electrónico, como exige la ficha.

Un error frecuente, según las preguntas técnicas de la propia ficha, es «firma inválida» porque la fecha de la firma es posterior a la del SRI: la hora del servidor que firma debe estar sincronizada.

¿Cómo encajan los comprobantes recibidos en cuentas por pagar y la conciliación?

La ficha recuerda que quien recibe comprobantes electrónicos está obligado a validarlos en el portal web del SRI. El servicio de consulta de validez permite revisar ese estado desde tu propio sistema, comprobante por comprobante; si la clave no existe o la fecha de emisión está fuera del rango permitido, responde RECHAZADA con el error 99. Si el proceso fuera registrar facturas de proveedores, el recorrido sería este:

1. Llega el comprobante: el XML por correo o la clave desde SRI en línea; ver cómo descargar los comprobantes recibidos.
2. Se valida la clave en el servicio de consulta; lo anulado o no autorizado se aparta.
3. Se lee el XML autorizado y se extraen proveedor, valores e impuestos.
4. Se cruza con la orden de compra y la recepción; ver cruce de facturas con órdenes de compra.
5. Se registra en el ERP, que es lo que hace el módulo Cuentas por pagar sin manos.

Si ese proceso se automatiza con Advise, el indicador (facturas procesadas sin intervención humana) se acuerda antes de arrancar y su línea base se mide en tu ERP.

Del lado de los cobros, los comprobantes de retención que emiten tus clientes explican por qué un depósito no coincide con el total facturado. Cruzarlos contra el banco y el ERP es parte de la conciliación diaria.

¿Qué cambió en la ficha técnica en 2025 y 2026?

El Anexo 26 obliga a quien emite con un sistema de facturación de terceros a incluir, en la información adicional del comprobante, un campo con el nombre «RUC Proveedor» y el número de RUC de ese proveedor; según la ficha, es obligatorio 60 días calendario después de la publicación de la Resolución NAC-DGERCGC26-00000027 en el Registro Oficial. Además, el facturador gratuito sin conexión del SRI estará disponible para descarga hasta el 31 de diciembre de 2026; su reemplazo es el Facturador SRI en línea (SRI). Lo normativo de este año está en facturación electrónica en Ecuador 2026.

¿Qué preguntarle a tu proveedor de facturación electrónica?

Si emites con un ERP o un servicio de terceros, estas preguntas salen directamente de la ficha y te dicen si la integración está al día:

Si tu ERP es Contífico, Odoo o SAP Business One, revisa también su página: Contífico, Odoo o SAP Business One.

¿Qué controles de seguridad aplicar?

• Custodia del certificado: el archivo .p12 firma en nombre de la empresa; solo el servicio de firma debe poder usarlo.
• Ambientes separados: configuración, credenciales y secuenciales distintos para pruebas y producción.
• Sin certificados fijos en el código: como pide el SRI, la conexión debe tolerar que cambie su certificado SSL.
• Registro de respuestas: guardar cada estado y mensaje, porque el servicio de autorización solo devuelve el último.
• Datos personales: los comprobantes incluyen cédulas y nombres de personas naturales; su tratamiento debe seguir la LOPDP, como explica IA y datos personales.