¿Qué es un PSE en Perú?
Guía Completa para Desarrolladores
Si desarrollas software de facturación electrónica en Perú, tarde o temprano necesitas integrar un PSE (Proveedor de Servicios Electrónicos). Esta guía explica qué es, cómo funciona, qué hace diferente a cada PSE y cómo elegir el que mejor se adapta a tu proyecto.
1. Definición oficial de PSE según SUNAT
Un PSE (Proveedor de Servicios Electrónicos) es una empresa debidamente inscrita en el Padrón de Proveedores de Servicios Electrónicos de SUNAT, regulado por la Resolución de Superintendencia N.° 117-2017/SUNAT y sus modificatorias.
La función principal de un PSE es firmar electrónicamente los comprobantes XML UBL 2.1 de los emisores que lo han autorizado, usando el propio certificado digital del PSE (no el del emisor), y transmitirlos a los servicios web de SUNAT en nombre de dichos emisores.
Resumen en una frase: El PSE firma y envía comprobantes electrónicos por ti, usando su propio certificado. Tus clientes solo necesitan autorizarlo una vez desde su SOL.
2. Cómo funciona un PSE paso a paso
El flujo de un PSE tiene tres actores: el software de facturación, el PSE y SUNAT.
-
1Autorización del emisor en SOL: El cliente (empresa que emite facturas) ingresa a SUNAT Operaciones en Línea (SOL) → Comprobantes → Información del PSE → Alta servicio, y escribe el RUC del PSE. Este paso se hace una sola vez por empresa.
-
2El software genera el XML UBL 2.1: Tu sistema de facturación construye el XML del comprobante (factura, boleta, etc.) sin firmar, siguiendo el estándar UBL 2.1 definido por SUNAT.
-
3El software envía el XML al PSE: Tu sistema llama a la API del PSE con el XML en base64. El PSE lo firma con su certificado digital (XML-DSig / XMLDSig) y devuelve el XML firmado.
-
4El PSE transmite a SUNAT: El PSE envía el XML firmado a los servicios web de SUNAT (e-factura.sunat.gob.pe) y recibe el CDR (Constancia de Recepción), que es el comprobante de que SUNAT aceptó o rechazó el documento.
-
5El PSE devuelve el CDR a tu software: Tu sistema recibe el CDR, lo almacena y lo muestra al usuario final como evidencia de aceptación por SUNAT.
3. Ventajas de usar un PSE frente a certificado propio
La alternativa al PSE es que cada empresa compre su propio certificado digital a una entidad certificadora (como Certitrust, Efact, etc.), lo que implica:
- ✗ Costo de S/ 300 a S/ 500 anuales por empresa
- ✗ Tiempo de trámite de 1 a 2 semanas
- ✗ El software debe gestionar la instalación y renovación del cert en cada empresa
- ✗ Riesgo de vencimiento del cert en producción
Con un PSE:
- ✓ Sin certificado por cliente — el PSE usa el suyo para todos
- ✓ Setup en 2 minutos — solo autorización en SOL
- ✓ RUCs ilimitados sin costo adicional (dependiendo del PSE)
- ✓ Firma centralizada — una sola integración para todos tus clientes
4. Por qué los desarrolladores de software necesitan un PSE
Si tienes 10 clientes que usan tu software de facturación, y cada uno emite comprobantes electrónicos, tienes dos opciones:
Opción A — Sin PSE: Cada cliente instala su certificado en tu sistema. Gestionas 10 certificados con distintas fechas de vencimiento, formatos y contraseñas. Cuando vence uno, tu sistema falla para ese cliente hasta que renueve.
Opción B — Con PSE: Integras la API del PSE una sola vez. Cada cliente te da autorización en SOL (2 min). Todos firman con el mismo certificado del PSE. Tú solo pagas al PSE por firmas usadas o por empresa, y el PSE se encarga del certificado.
Para un software con múltiples clientes, el PSE es prácticamente obligatorio. Gestionar certificados individuales por empresa escala muy mal y genera problemas de soporte constantes.
5. Cómo elegir el mejor PSE para tu software
No todos los PSE son iguales. Estos son los criterios más importantes para un desarrollador de software:
Modelo de cobro
Algunos PSE cobran mensualidades fijas + por comprobante. Otros, como Smart PSE, ofrecen packs prepagados sin mensualidad (pagas solo cuando firmas) o planes anuales por RUC. Para software con muchos clientes pequeños, los packs sin mensualidad son más eficientes.
API REST vs SOAP
SUNAT usa SOAP internamente, pero los PSE modernos exponen una API REST/JSON que es mucho más fácil de integrar. Busca un PSE con API REST, documentación clara y ejemplos de código.
Costo por RUC adicional
Algunos PSE cobran por cada RUC que añades a tu cuenta. Si tu software tiene decenas o cientos de clientes, esto puede disparar los costos. Busca PSE con RUCs ilimitados o sin cargo por RUC adicional.
Patrón de integración estándar
El mercado peruano tiene un patrón de facto para APIs de PSE (conocido como patrón QPSE):
/api/auth/cpe/token,
/api/cpe/generar y
/api/cpe/enviar.
Si el PSE sigue este patrón, cambiar de PSE en el futuro solo requiere cambiar las URLs.
6. Cómo se integra un PSE en tu sistema de facturación
La integración típica con un PSE moderno como Smart PSE requiere solo 3 llamadas API:
/api/auth/cpe/token
Obtén un JWT temporal (10 min) con tu usuario y contraseña de cliente PSE.
/api/cpe/generar
Envía el XML sin firmar en base64. Recibes el XML firmado.
/api/cpe/enviar
Envía el XML firmado a SUNAT. Recibes el CDR (Constancia de Recepción).
El tiempo real de integración para un desarrollador con experiencia es de 2 a 8 horas. Para una guía detallada con ejemplos de código en PHP y curl, visita nuestra documentación técnica completa.
¿Listo para integrar un PSE en tu software?
Smart PSE es un PSE autorizado por SUNAT. API REST, packs desde S/ 19 sin mensualidad, RUCs ilimitados, ambiente demo y soporte técnico por WhatsApp.