Hacienda 4.4 en Costa Rica: REP, SINPE Móvil y multas por atraso

Resumen ejecutivo en treinta segundos

Desde el 1 de septiembre de 2025, la versión 4.4 de los comprobantes electrónicos es obligatoria en Costa Rica. No hay período de transición. Si tu ERP sigue generando XML con el esquema 4.3, cada factura es jurídicamente inválida — y la DGT ya arrancó el ciclo de auditoría para quienes no migraron.

No es un cambio cosmético. Hacienda 4.4 es un rediseño estructural del control del IVA: nuevo documento obligatorio REP, catálogo de códigos de IVA ampliado, SINPE Móvil formalizado como medio de pago, código CIIU del comprador obligatorio en B2B, nuevos tipos de identificación. Objetivo: pre-validación en tiempo real, igual que el SII en Chile o el CFDI en México.

Si eres CFO de una PYME en San José o Heredia, con 30 empleados y facturación de USD 2–5M, este artículo es para ti. Vamos a desglosar qué cambia exactamente en el XSD, qué se rompe en Odoo por defecto, las 5 fallas que aparecieron en una de cada dos migraciones del Q1 2026 y por qué el «mientras tanto lo hacemos en Excel» es la estrategia más cara que existe.

• Plazo: versión 4.4 vigente desde el 1 de septiembre de 2025. Sin período de transición — el esquema 4.3 ya no es aceptado por ATV.
• Novedad principal: REP (Recibo Electrónico de Pago) es obligatorio en ventas a crédito con IVA diferido y en facturas a entidades públicas.
• SINPE Móvil: ya tiene código propio en el catálogo MedioPago. Clasificarlo como «efectivo» dejó de ser aceptable.
• Campos nuevos: CIIU del comprador obligatorio en B2B, más tipos de identificación 05 (extranjero no domiciliado) y 06 (no contribuyente).
• Multas: 2 salarios base por cada documento omitido o inválido — aproximadamente ₡940 000 por episodio, más suspensión de la autorización electrónica.
• Odoo: el paquete community l10n_cr no cubre el flujo REP de fábrica — requiere extensión de partner o desarrollo propio.

Qué cambia con Hacienda 4.4 y por qué 4.3 ya no se acepta

La Dirección General de Tributación (DGT), bajo el Ministerio de Hacienda, viene emitiendo resoluciones sobre facturación electrónica desde 2018. La base legal vigente:

• Reglamento de Comprobantes Electrónicos — Decreto Ejecutivo publicado en La Gaceta.
• Resolución DGT-R-033-2019 — especificación técnica original.
• Resolución DGT 2024 — oficialización del paso a versión 4.4.
• Código de Normas y Procedimientos Tributarios (Ley 4755) — fundamento para las multas.

#1. Los ocho documentos del sistema

El REP es el cambio nodal. Hasta 4.3, el pago a crédito se registraba indirectamente: emitías una FE a crédito, el IVA quedaba diferido hasta el cobro y Hacienda confiaba en tu contabilidad. En 4.4, cuando recibís efectivamente el dinero estás obligado a generar un documento REP separado, ligarlo a la FE original y enviarlo al ATV. Sin REP, no hay reconocimiento del pago en el sistema y la deuda de IVA no se cierra.

#2. La cronología en seis líneas

• Q4 2024: la DGT publica los XSD 4.4 y la documentación técnica.
• Diciembre 2024 — julio 2025: sandbox ATV para pruebas.
• 1 de septiembre de 2025: versión 4.4 obligatoria. 4.3 deja de ser aceptada.
• Septiembre — noviembre de 2025: «ventana suave» — Hacienda rechaza por errores técnicos, no de fondo.
• Desde diciembre de 2025: validación estricta. XML inválido equivale a documento inexistente.
• 2026: ciclo sistémico de auditoría. Multas para quienes no migraron.

El contexto macro también empuja en la misma dirección. Costa Rica en 2026 pierde parte de la ventaja de nearshoring por los aranceles estadounidenses — Hacienda necesita recaudar y la presión sobre el cumplimiento solo va a subir, no a aflojar.

Seis puntos donde se rompe el XML 4.4

Si tu respuesta es «tenemos Odoo, todo funciona», abrí el XML de la última FE emitida y revisá seis puntos concretos. Más detalle país por país en Odoo en Costa Rica para PYME.

#1. REP — el documento nuevo y obligatorio

El REP se genera en tres escenarios:

• Venta a crédito: FE emitida con CondicionVenta = 02 (Crédito), IVA diferido. Al recibir el pago, el REP es obligatorio dentro del plazo establecido (estándar: 8 días hábiles).
• Factura a entidad pública: cualquier FE contra una institución estatal exige REP al momento del cobro. Como muchas veces el pago llega a 30–90 días, la ventana de error es enorme.
• Pagos parciales: se puede emitir REP agregado, pero requiere lógica adicional en el ERP.

En Odoo, l10n_cr de OCA en versión community no genera REP automáticamente. Necesitás un paquete extendido de partners CR (Vauxoo, Delfix) o desarrollo propio. Es el primer pain-point que ignora el 80% de las migraciones autogestionadas.

#2. SINPE Móvil como medio de pago formal

SINPE Móvil es el sistema de pagos instantáneos del Banco Central de Costa Rica (BCCR). Antes de 4.4, las PYME registraban pagos SINPE como «efectivo» o «transferencia». En 4.4, SINPE tiene código propio en el catálogo MedioPago. En auditoría, Hacienda cruza el reporte bancario del BCCR contra tus XML — toda discrepancia en el medio de pago es un flag automático.

#3. Códigos CIIU del comprador

El campo Receptor.CodigoActividad es obligatorio en la mayoría de operaciones B2B. Es el código de actividad económica del comprador según la clasificación CIIU. Tu ERP tiene que:

• Guardar el código CIIU en res.partner.
• Inyectarlo automáticamente en el campo correspondiente de la FE / REP.
• Hacer lookup por cédula jurídica vía API del ATV para contrapartes nuevas.

Si tenés 500 partners en la base y 480 sin ese campo, la migración se traba en la primera FE.

#4. Nuevos tipos de identificación

• Tipo 05 — Extranjero No Domiciliado (clientes de nearshoring en EE. UU. sin cédula CR).
• Tipo 06 — No Contribuyente (personas físicas sin obligación de registro fiscal).

Sin estos tipos no podés clasificar correctamente buena parte de las operaciones HORECA y nearshoring. Para Costa Rica como hub de servicios exportados, es crítico.

#5. Nuevas clasificaciones de IVA

Hacienda amplió CodigoImpuesto y CodigoTarifa. El ejemplo más claro: código 11, tarifa 0% sin derecho a crédito. Significa que para determinadas operaciones exentas no cobrás IVA pero tampoco podés deducir el IVA de las compras asociadas. En Odoo estándar, 0% suele equivaler a «sin IVA» a secas — esa simplificación produce un efecto fiscal incorrecto.

Otros códigos nuevos o modificados:

• IVA turístico del 4% — clasificación aparte.
• IVA reducido del 1% — para ciertos medicamentos y canasta básica.
• Exonerado vs Exento — códigos distintos en el catálogo.

#6. Cambios en el XSD

Aproximadamente 40 campos obligatorios nuevos y más de 100 opcionales o renombrados. Las categorías principales:

• Ampliación de Detalle.LineaDetalle — nuevos campos de descuento y código de producto.
• Actualización de ResumenFactura.CodigoMoneda — lista extendida.
• Nuevo bloque OtrosCargos para separar comisiones, fletes, propinas.

Quién migra rápido y quién tarda 10 semanas

La complejidad real depende del flujo dominante de tu negocio. Estos son los seis perfiles típicos.

#1. Retail / QSR / tiendas (flujo TE)

Funciona rápido. Los Tiquetes Electrónicos en 4.4 cambiaron poco. Lo central: actualizar el mapeo de tasas y sumar SINPE Móvil como medio de pago. Plazo realista en Odoo: 2–3 semanas con testing. Una red de varios puntos suma ~1 semana de rollout.

#2. B2B con ventas a crédito (FE + flujo REP)

La categoría más dolorosa. El REP es un flujo documental nuevo que toca cuentas por cobrar. Odoo estándar no tiene el concepto de «REP parcial sobre crédito en curso». La alternativa es un módulo custom (~80 horas de desarrollo) o un middleware especializado de facturación electrónica. Plazo realista: 6–10 semanas.

#3. SaaS / suscripciones con cobro diferido

Zona gris. El REP formalmente aplica a ventas a crédito, pero una suscripción con cobro automático no es exactamente crédito clásico. Hacienda aclaró en varias consultas que para recurring billing hay que emitir REP por cada cobro. Traducido: cada cargo exitoso en Stripe o PayPal genera un REP. La carga sobre la integración es seria pero arquitectónicamente realizable.

#4. Exportación (flujo FEE)

Cambios mínimos, no nulos. Las operaciones de exportación no requieren CIIU del comprador (es extranjero), pero apareció un campo obligatorio de país de destino según ISO 3166-1 y un bloque ampliado de incoterms. Plazo: ~1 semana.

#5. HORECA — restaurantes, hoteles, agencias de turismo

Caso mixto. El flujo TE funciona, pero propinas y cargos por servicio van ahora en el bloque OtrosCargos. SINPE Móvil pasa a ser crítico porque los clientes pagan masivamente desde la app del banco. El turismo tiene IVA específico del 4% que hay que clasificar bien. Plazo: 3–5 semanas. Para HORECA con vertical CV ver Odoo para restaurantes (Computer Vision).

#6. Nearshoring / exportación de servicios a EE. UU.

Caso especial. Parte de tus clientes son extranjeros no domiciliados (tipo 05). Sin ese tipo de identificación no podés emitirles FE correctamente. En Odoo hay que extender res.partner. Es más configuración que desarrollo, pero requiere entender el modelo de negocio y probar con escenarios reales de nearshoring.

Si ya usabas Vauxoo o Delfix para 4.3 — buena noticia: los partners ya tienen módulos adaptados. Mala noticia: quedaste encerrado en su ecosistema, y rescatarte de un problema cuesta como una migración nueva.

Cinco errores que disparan multas

Estos son los patrones que aparecieron en una de cada dos migraciones a 4.4 que auditamos durante el Q1 2026.

#1. El REP no se genera automáticamente en ventas a crédito

El más frecuente. La PYME migra a 4.4, actualiza el XSD, pero olvida que el REP es un flujo documental aparte. Contabilidad sigue emitiendo FE a crédito, cobra y da por cerrado el ciclo. Tres meses después, Hacienda marca todas esas operaciones como incompletas.

Consecuencia: en auditoría, multa por cada REP faltante. Según el artículo 83 del CNPT, 2 salarios base por documento. Con 100 REP no emitidos, la cuenta cruza fácil los ₡94 millones en multas directas.

#2. SINPE Móvil clasificado como «efectivo»

Hacienda cruza los datos del BCCR contra tus XML. Si en tu cuenta el 60% de los pagos entrantes son SINPE Móvil y en las FE figuran como «efectivo», es disparador automático de auditoría.

Consecuencia: formalmente no es omisión, pero sí elevación del riesgo de auditoría y posibles ajustes por reconstrucción de ingresos.

#3. Códigos de IVA viejos en el esquema nuevo

El paquete community de Odoo para 4.3 usaba un mapeo simple de IVA: 13%, 4%, 2%, 1%, 0%, exento. En 4.4 cada uno puede tener varios subtipos con distinto CodigoTarifa. Lo que antes era 0% puede ser código 01 (exonerado), 06 (sin derecho a crédito), 11 (0% sin crédito), entre otros.

Consecuencia: declaración de IVA incorrecta — ajustes en contra más multa por declaración inexacta (típico 50% sobre lo no pagado).

#4. Ignorar el código CIIU del comprador

El campo es obligatorio en la mayoría de operaciones B2B. Si tenés 500 contrapartes y 480 sin ese dato, el XML lo rechaza el ATV y el documento, jurídicamente, no existe.

Consecuencia: aceleración de la deuda de IVA más multa por el artículo 85 del CNPT por omisión de presentación.

#5. «Mientras tanto lo hacemos en Excel»

Lo escucho seguido: «Sergio, está complicado, por ahora facturamos en Excel y después migramos». Es el error más caro. Cada factura en Excel no registrada en ATV es una omisión. Un mes de «solución temporal» son fácil ₡20+ millones en multas potenciales. Cuando finalmente migrás, te encontrás con 200 documentos pendientes y la migración se convierte en operativo forense.

Caso anónimo: PYME-rescate Hacienda 4.4

Situación. Empresa manufacturera, ~30 empleados, facturación cercana a USD 2.5M al año, B2B de insumos de construcción en San José. Usaban Odoo 16 community con módulo integrador propio para 4.3. Llegó septiembre de 2025 sin migración: «pensábamos que estaba todo bien, lo actualizamos antes de diciembre».

A inicios de 2026 había ~80 FE rechazadas en el ATV (por esquema XSD), ~40 ventas a crédito sin REP y la DGT había abierto procedimiento de auditoría con notificación.

Plan de rescate de 7 semanas:

1. Auditoría de discrepancias entre el diario Odoo y el ATV. 121 operaciones problemáticas: 80 FE rechazadas, 40 REP faltantes, 1 código de tarifa incorrecto repetido en 67 líneas de producto.
2. Actualización de l10n_cr a la versión compatible con XSD 4.4, más módulo custom para el flujo REP.
3. Mass-update de contrapartes: agregamos CIIU a 350 partners vía script con lookup del ATV.
4. Re-emisión de 80 FE rechazadas con esquema correcto (requirió autorización de la DGT — tomó 2 semanas).
5. Backfill REP: emitimos y enviamos 40 REP retroactivos para ventas a crédito 2024–2025.

Resultado. El procedimiento se cerró sin multa — la DGT aceptó el plan. Costo directo del rescate: USD 28 000 entre desarrollo Odoo, horas contables y tasas ATV. Multas potenciales sin rescate: estimadas en ₡180+ millones (~USD 395 000). Casos similares los conducimos como rescate de proyecto Odoo.

Checklist y próximos pasos

Checklist de 12 puntos en PDF — versión de l10n_cr, validación del mapping de impuestos, prueba del flujo REP, auditoría de partner-records por CIIU, simulación de envío al sandbox del ATV. Descargá el checklist y te llega al email junto con un reporte de validación ATV de ejemplo.

Si querés auditoría en vivo, reservá una llamada de 30 minutos: en media hora te digo en qué estado está tu sistema y cuánto toma la migración.

Material relacionado:

• Odoo en Costa Rica para PYME — pillar país con tiers de servicio y comparación con competidores locales.
• Auditoría Odoo — exprés de 30 minutos sobre tu configuración.
• Rescate de proyecto Odoo — para los que ya están en zona de auditoría.
• Implementación Odoo — proyecto completo desde cero para PYME.
• SAT CFDI 4.0 — México — contexto regional y comparación.
• SII 2026 — Chile — contexto regional y comparación.
• DIAN factura electrónica — Colombia — para comparar con el modelo CR.

Hacienda 4.4 no es cosmética. Es un rediseño estructural del control del IVA en Costa Rica. Las PYME que sigan operando en 4.3 o en la mezcla «Odoo + Excel» acumulan deuda sistémica que se destapa en el primer ciclo de auditoría — y ahí el rescate cuesta diez veces más que la migración preventiva.

Dos caminos desde la situación actual. Primero: si todavía no migraste, no esperes a diciembre — hacé la auditoría ahora, antes de que la DGT venga sola. Segundo: si ya migraste pero no estás seguro del resultado, hacé una revisión independiente del XML de los últimos 90 días. Las diferencias con la validación del ATV se encuentran rápido.

Preguntas frecuentes