Tabla de Contenidos
Marco Normativo 2026: De acuerdo con la Resolución de Superintendencia N° 123-2022/SUNAT y sus modificatorias, el uso de la Guía de Remisión Electrónica (GRE) es de carácter obligatorio para todo traslado de bienes en territorio peruano. Emitir sin intermediarios garantiza cero costos recurrentes y control absoluto de los despachos logísticos.
1. Arquitectura de Conexión: GRE Remitente (09) vs GRE Transportista (31)
A diferencia de las Facturas y Boletas que se transmiten históricamente vía Web Services SOAP tradicionales, la Guía de Remisión Electrónica opera sobre la nueva infraestructura de API REST con autenticación OAuth 2.0 de SUNAT.
Es vital distinguir entre los dos tipos principales de comprobantes de traslado:
- GRE Remitente (Tipo 09): Emitida por el propietario de los bienes, el comprador o el consignador cuando se traslada mercadería propia o adquirida.
- GRE Transportista (Tipo 31): Emitida por la empresa prestadora del servicio de transporte público de carga cuando traslada mercadería por cuenta de terceros, requiriendo número de MTC, placa del tracto/semirremolque y DNI/licencia del chofer.
2. Códigos Obligatorios de Motivo de Traslado (Catálogo N° 20 SUNAT)
Uno de los errores más frecuentes que detienen el pase a producción de un sistema ERP es la asignación errónea del código de motivo de traslado. La siguiente tabla resume los códigos normalizados:
| Código | Descripción Oficial SUNAT | Documento de Referencia Exigido |
|---|---|---|
| 01 | Venta | Factura (01) o Boleta (03) |
| 02 | Compra | Comprobante de compra o declaración |
| 04 | Traslado entre establecimientos de la misma empresa | Código de anexo o local de partida y llegada |
| 08 | Importación | DAM (Declaración Aduanera de Mercancías) |
| 13 | Otros (especificar motivo detallado) | Sustento contractual o acta |
3. El Flujo Asíncrono de Emisión: Ticket y Descarga de CDR
La API REST de GRE en SUNAT procesa los envíos de manera asíncrona mediante un sistema de colas en la nube estatal:
- Tu backend genera el XML UBL 2.1 firmado y lo comprime en ZIP.
- Se codifica en Base64 y se genera el hash SHA-256 del archivo.
- Se envía la carga JSON al endpoint de SUNAT:
POST /v1/contribuyente/gem/comprobantes/{numRucEmisor}-{tipoComprobante}-{serie}-{numero}. - SUNAT valida la sintaxis y retorna inmediatamente un número de ticket HTTP 200.
- Tu sistema consulta el endpoint
GET /v1/contribuyente/gem/comprobantes/envios/{numTicket}con backoff exponencial (1s, 2s, 4s) hasta recibir el estado 0 (Aceptado) junto al archivo ZIP del CDR firmado por SUNAT.
4. Errores Frecuentes de Validación y Cómo Solucionarlos
Durante la homologación con SUNAT es común encontrarse con códigos de rechazo crípticos. Aquí detallamos los más comunes:
- Error 1033 (El comprobante ya fue informado): Intentas enviar un correlativo que ya tiene CDR registrado. Debes incrementar el número de serie o consultar el estado previo.
- Error 2017 (El número de RUC del transportista no existe): El RUC no está activo o habido ante SUNAT en la fecha de emisión de la guía.
- Error 2119 (La fecha de inicio de traslado no puede ser menor a la de emisión): En transportes terrestres la fecha de inicio del traslado debe ser igual o posterior a la fecha de emisión del documento.
- Error 2120 (Ubigeo no válido): El código de ubigeo de 6 dígitos del punto de partida o llegada no figura en el catálogo INEI oficial de SUNAT.
¿Necesitas integrar Guías de Remisión Electrónicas en tu ERP o WMS?
En IL InnovaTech implementamos módulos nativos homologados con SUNAT UBL 2.1 listos para producción en tiempo récord, con soporte presencial y remoto en Lima, Trujillo, Arequipa y todo el Perú.