Factura electrónica versión 4.4 Costa Rica 2026: migrar y emitir sin caídas

Pasar a la versión 4.4 de factura electrónica en Costa Rica implica schema, validaciones, catálogos y a veces campos nuevos o más estrictos. Si tu proveedor actualiza el motor y tu operación no actualiza maestros, capacitaciones y conciliación, vas a emitir con rechazos o, peor, con aceptaciones que no reflejan la operación real.

Esta guía trata la migración y la operación continua: inventario de sistemas, pruebas, go-live, contingencia, rechazos y cierre mensual con el D-104. Confirma requisitos, fechas de obligatoriedad y documentación técnica en hacienda.go.cr.

Nompli no emite FE, no firma XML ante Hacienda y no sustituye a tu proveedor tecnológico ni a tu contador. Sí puede ordenar el plan de tareas y el calendario de pruebas.

Lista todos los puntos de emisión: ERP, POS, facturación web, integraciones con marketplaces, notas de crédito, tiquetes, facturas de exportación si aplican. Cada canal puede tener una versión distinta del conector. Un solo canal olvidado es el que falla el lunes del go-live.

Documenta certificados, usuarios, ambientes (pruebas y producción), responsable interno y contacto del proveedor. Verifica que la situación tributaria y los datos del emisor en Hacienda coincidan con lo configurado.

Incluye impresoras, plantillas PDF y flujos de envío al cliente. La FE es el XML; el PDF es la cara comercial. Ambos deben contar la misma historia de montos y CABYS.

Para el dueño, lo importante no es memorizar el schema: es saber qué datos nuevos o más estrictos pedirá el sistema al cajero o al asistente. Puede haber validaciones más fuertes de CABYS, identificación de cliente, descuentos, impuestos, exoneraciones o referencias a documentos previos.

Pide a tu proveedor un resumen de "campos que ahora fallan si van vacíos o mal" en lenguaje operativo. Traduce eso a checklist de captura. Si nadie en ventas entiende el cambio, el rechazo se vuelve cotidiano.

Confirma en Hacienda la documentación oficial de la versión. No uses foros como fuente única. Guarda la versión del instructivo consultado con fecha.

Diseña casos de prueba con tus operaciones reales: venta gravada simple, venta con descuento, nota de crédito total y parcial, cliente exento o exonerado, exportación si aplica, anulación o referencia a documento previo, y un caso con retención si te corresponde.

Para cada caso guarda XML, mensaje de aceptación o rechazo, y captura de la pantalla del emisor. Compara montos con el auxiliar esperado. Una prueba "en verde" que no cuadra con tu Excel no es éxito.

Incluye prueba de volumen moderado y de reconexión tras caída. Mide tiempos de respuesta. Si el proveedor solo prueba un XML feliz, estás comprando una ilusión.

Elige una ventana de bajo tráfico si puedes. Asigna roles: quien emite, quien monitorea rechazos, quien habla con el proveedor, quien decide abortar y volver al plan de contingencia. Sin criterio de abortar, el equipo insiste en un sistema roto mientras la fila de clientes crece.

Congela cambios de maestros no urgentes el día del corte. Comunica a cobranza y a clientes grandes si habrá demoras. Guarda la versión anterior del conector accesible según el plan acordado con el proveedor y la normativa de contingencia.

Al cerrar el primer día, exporta todo lo emitido y reconcilia. No esperes al fin de mes para descubrir que la mitad quedó en estado intermedio.

Un rechazo no se arregla con "enviar otra vez". Clasifica: dato de maestro (CABYS, cliente, impuesto), dato de operación (monto, cantidad, referencia), certificado o autenticación, o indisponibilidad de Hacienda/proveedor.

Captura el mensaje completo. Corrige la causa en origen. Reemite según el procedimiento permitido. Documenta en bitácora: folio interno, error, corrección, nuevo estado. Sin bitácora, el D-104 del mes se vuelve un misterio.

Si el rechazo es masivo tras la migración 4.4, detén el lote y abre incidente con el proveedor. Emitir cientos de documentos malos multiplica el costo de limpieza.

Tu plan de contingencia debe decir: qué hacer si Hacienda no responde, si el proveedor cae, o si el certificado expira. Incluye responsables, tiempos de escalamiento y cómo se regularizan los comprobantes después.

Entrena a caja con un simulacro corto. Un plan en un PDF que nadie leyó no existe. Confirma en hacienda.go.cr las reglas vigentes de contingencia y plazos de reporte.

Guarda evidencia de la contingencia (horarios, mensajes de error, tickets). En una revisión, esa evidencia explica el desfase temporal mejor que una disculpa verbal.

Exporta aceptados, rechazados y pendientes del período. Cruza totales gravados, exentos, exonerados e IVA con el auxiliar del D-104. Explica cada diferencia material antes de declarar.

Revisa notas de crédito: deben referenciar el documento correcto y el período adecuado. Una NC mal referenciada en 4.4 puede pasar validaciones técnicas y aun así romper tu IVA.

Archiva el paquete del mes: exportes, bitácora de rechazos, acuse del D-104. Usa el checklist fiscal mensual para no saltar el cruce.

Caja y ventas: qué campos no pueden quedar vacíos, cómo elegir CABYS de la lista aprobada, cuándo llamar a back office. Contabilidad: cómo leer estados del XML y cómo archivar. Gerencia: indicadores (tasa de rechazo, tiempo de emisión, documentos pendientes) y cuándo escalar.

Evita un único taller genérico. Mide con una prueba corta si el cajero puede emitir los cinco casos críticos sin ayuda. Si no puede, el go-live es prematuro.

Actualiza el instructivo interno cuando Hacienda o el proveedor cambien validaciones. Un instructivo viejo es peor que ninguno porque da falsa confianza.

Dejar un canal (POS, ecommerce) en versión anterior. Certificado por vencer. Clientes con identificación inválida acumulados. Exoneraciones mal mapeadas. Notas de crédito sin referencia. Declarar IVA sin exportar rechazados.

También: firmar un SLA con el proveedor sin tiempos de soporte en horario comercial real. Y asumir que "aceptado" significa "contablemente correcto". Aceptado significa que pasó validaciones; la sustancia la cuidas tú.

Confirma cambios de catálogo y versionado en Hacienda. No dependas solo del correo de marketing del proveedor.

Caso didáctico: una tienda en Alajuela migra el ERP a 4.4 pero olvida un POS de la sucursal. Ese POS sigue emitiendo con reglas viejas. Parte de los XML rechaza; parte queda en cola. El cierre de caja "cuadra" en efectivo, pero el auxiliar de FE no.

Lo corrigen inventariando canales, deteniendo el POS viejo, reemitiendo según criterio del contador y agregando un control diario de "documentos no aceptados". La lección: la migración es por canal, no por logo en la factura PDF.

Etiqueta el caso como ejemplo. Tu regularización la definen Hacienda y tu asesor.

Días 1 a 7: inventario y resumen de cambios 4.4. Días 8 a 15: pruebas con casos reales. Días 16 a 20: capacitación y ajuste de maestros. Días 21 a 25: go-live supervisado. Días 26 a 30: conciliación intensiva y retrospectiva.

Ancla hitos en el calendario tributario. Deja margen antes de un vencimiento de D-104. Migrar el mismo día del cierre mensual es pedirle al mes que falle.

La 4.4 castiga maestros sucios. Clientes sin identificación válida, productos sin CABYS, impuestos mal mapeados y exoneraciones vencidas producen rechazos en cadena. Dedica un bloque del proyecto solo a depurar maestros antes del go-live.

Define quién puede crear un producto nuevo y con qué checklist mínimo (descripción, CABYS, tarifa, unidad). Sin ese control, cada vendedor inventa una variante y el catálogo se pudre en semanas.

Revisa también la moneda, el tipo de cambio si facturas en dólares, y las series o consecutivos. Un salto no explicado en la numeración complica la conciliación del D-104 y la historia ante una revisión.

Pide por escrito: versión del conector 4.4, ambiente de pruebas, horarios de soporte, tiempo de respuesta ante rechazo masivo y procedimiento de rollback o contingencia. Guarda tickets con número y fecha.

No aceptes "ya quedó" sin XML de prueba aceptado en tus casos críticos. Si el proveedor cambia parámetros en caliente, exige bitácora. Tu declaración mensual depende de esa estabilidad.

Asigna un dueño interno del contrato. Cuando el soporte solo habla con "el que instaló" y esa persona ya no está, la pyme queda rehén del calendario de vencimientos.

Las notas de crédito son donde más duele una migración incompleta. Si el schema exige referencia estricta al documento original y tu equipo anula "a ojo", el XML rechaza o queda aceptado con una historia inconsistente para el D-104.

Define umbrales de aprobación interna para NC y un checklist: folio original, motivo comercial, montos parciales o totales, y período. Entrena a ventas para no prometer una NC que administración no puede emitir todavía.

Al conciliar, lista NC del mes contra facturas referenciadas. Una NC huérfana es una diferencia esperando al contador.

Nompli ordena el plan de migración, recuerda fechas de certificado y cortes de conciliación, y mantiene el checklist del mes. No habilita emisores, no firma XML y no presenta el D-104.

Confirma siempre en hacienda.go.cr.

Guía educativa sobre migración y operación de FE 4.4. No sustituye especificaciones técnicas de Hacienda, contratos con el proveedor ni asesoría contable.

Confirma en hacienda.go.cr versionado, plazos y procedimientos.

Nompli organiza checklist y calendario. No emite FE ni declara impuestos.