Versión 4.4 (v2) de Hacienda: la actualización silenciosa que su sistema de facturación no puede ignorar

Cuando en 2025 entró en vigor la versión 4.4 de los Anexos y Estructuras de Hacienda, el sector de facturación electrónica en Costa Rica vivió uno de sus mayores procesos de adaptación en años, con más de cien cambios al esquema XML. Muchos asumieron que, tras ese esfuerzo, el tema quedaría tranquilo por un buen tiempo. La realidad es distinta: el Ministerio de Hacienda y la Dirección General de Tributación acaban de publicar una segunda versión dentro de ese mismo marco 4.4, y trae ajustes que todo emisor de comprobantes electrónicos, integrador de sistemas y equipo contable debería revisar antes de que cierre octubre.

A continuación repasamos, de forma clara y sin tecnicismos innecesarios, en qué consiste esta actualización, qué problema resuelve cada cambio y qué pasos concretos debería tomar su empresa.

¿Por qué Hacienda continúa afinando la 4.4?

La facturación electrónica costarricense funciona como un sistema en evolución permanente, no como un proyecto cerrado. A medida que Hacienda recibe consultas de contribuyentes, detecta vacíos operativos o encuentra oportunidades para mejorar el control de las transacciones comerciales del país, publica ajustes a los Anexos y Estructuras. Cada actualización, en el fondo, es un refinamiento del "idioma técnico" que usan los sistemas de facturación para comunicarse con Hacienda.

El objetivo puntual de esta versión 2 es reforzar la calidad de la información que Hacienda recibe a través de los comprobantes electrónicos, reducir la ambigüedad entre distintos sistemas y facilitar la fiscalización. No es un rediseño; es un pulido de piezas que ya existían para que encajen con mayor precisión.

Identificación con cédulas jurídicas alfanuméricas

Uno de los ajustes tiene que ver con los campos de identificación del emisor y del receptor de un comprobante. Tradicionalmente, los sistemas daban por hecho que una cédula jurídica solo podía estar compuesta por números. La actualización deja claro que esa suposición ya no aplica de forma absoluta: se habilita el uso de cédulas jurídicas alfanuméricas para sociedades, conforme a lo que en su momento determine el Registro Nacional.

El Registro Nacional ha estado explorando esquemas de identificación que combinan letras y números para ciertas figuras jurídicas. Si los sistemas de facturación no estuvieran preparados para aceptar ese formato, se producirían rechazos automáticos de comprobantes perfectamente válidos. Este ajuste funciona, en la práctica, como una medida preventiva: cuando el Registro Nacional active ese tipo de identificación, la infraestructura de facturación electrónica ya estará lista para recibirla sin fricciones.

Nota 9: tres códigos nuevos para anulaciones y correcciones (13, 14 y 15)

La nota 9 del documento de Anexos y Estructuras funciona como un catálogo de motivos que se usa cuando un comprobante hace referencia a otro documento, por ejemplo al emitir una nota de crédito o de débito. Hasta ahora, ese catálogo no cubría con precisión ciertos escenarios contables comunes.

Los tres códigos nuevos son: 13 (anula documento de referencia por error material), 14 (corrige monto por error material) y 15 (sustituye comprobante electrónico por error material). Su función es reflejar con mayor exactitud en qué período contable debe reconocerse el efecto de una nota de crédito o débito. Antes de esta actualización, muchas empresas terminaban usando códigos genéricos que no describían con fidelidad lo ocurrido en sus libros contables, lo que después generaba dudas al momento de una revisión contable o una auditoría.

Nota 9: códigos 16 y 17, trazabilidad para rechazos y recibos de pago

Este es, quizás, el bloque de cambios más útil para el día a día. El código 16 (sustituye comprobante electrónico rechazado) permite hacer referencia explícita a un comprobante que Hacienda rechazó previamente. Antes, no existía una forma estandarizada de dejar constancia de que un documento posterior corregía o sustituía a uno rechazado. Ahora ese vínculo queda registrado directamente en la estructura del XML, lo que deja un historial completo y verificable: emisión, rechazo, corrección y nueva emisión.

El código 17 (pago a comprobante electrónico) está pensado para el Recibo Electrónico de Pago, uno de los tipos de comprobante más recientes del ecosistema costarricense, diseñado para documentar el momento en que efectivamente se recibe un pago, sin importar cuándo se emitió la factura original. Con este código, el recibo puede referenciar correctamente el pago que se está aplicando, cerrando el ciclo entre la factura y el momento real del cobro.

Ajuste al código 12: mayor precisión contable

El código 12 (nota de crédito financiera por exoneración posterior a la facturación), que ya existía, recibe una corrección para reflejar de forma más exacta los efectos contables del crédito. Este tipo de ajustes suele surgir cuando, tras cierto tiempo de uso, se detecta que la redacción original permitía interpretaciones distintas entre sistemas. Aunque parezca un detalle menor frente a la incorporación de códigos completamente nuevos, un código mal aplicado en una nota de crédito puede generar diferencias entre lo reportado por el sistema de facturación y la contabilidad real de la empresa, algo que suele complicar los procesos de fiscalización.

Nota 10: nuevos códigos 19 y 20 para exportación y recibos de pago

A diferencia de la nota 9, la nota 10 identifica el tipo de documento referenciado, no el motivo de la referencia. Se incorporan el código 19 (Factura Electrónica de Exportación) y el código 20 (Recibo Electrónico de Pago), que permiten señalar con exactitud cuándo un comprobante hace referencia a uno de estos dos tipos de documento.

Este cambio responde directamente al crecimiento del comercio exterior costarricense y a la relativamente reciente introducción del Recibo Electrónico de Pago. Antes, los sistemas debían recurrir a categorías más generales para hacer esa referencia, con la consecuente pérdida de precisión en la información que recibía Hacienda.

Fecha límite: 1 de noviembre de 2026, con opción de adelantarse

Hacienda estableció que estos nuevos códigos deben estar implementados en los sistemas de emisión de comprobantes electrónicos a partir del 1 de noviembre de 2026. A partir de esa fecha se espera que todos los sistemas reconozcan y apliquen correctamente los códigos 13, 14, 15, 16 y 17, el ajuste al código 12, y los códigos 19 y 20 de la nota 10.

Un detalle importante: Hacienda no obliga a esperar hasta el último momento. Los contribuyentes cuyos sistemas ya cuenten con estos cambios pueden empezar a usarlos desde ahora, si así lo desean. Para las empresas que manejan grandes volúmenes de facturación, adoptar los cambios de forma temprana reduce el riesgo de contratiempos de última hora cerca de la fecha límite.

Descripciones de campos más claras

El último punto de esta actualización parece el más sencillo, pero no es menos relevante: Hacienda mejoró la redacción de las descripciones de los campos del documento de Anexos y Estructuras. Buena parte de los errores de implementación en facturación electrónica no nace de la complejidad técnica, sino de ambigüedades en cómo se describe un campo, que llevan a que dos equipos de desarrollo interpreten lo mismo de forma distinta. Una documentación más clara reduce ese margen de error, tanto para quienes ya conocen el sistema como para quienes se están integrando por primera vez.

¿Qué debería hacer su empresa a partir de ahora?

Si su negocio emite Factura Electrónica, ya sea de forma directa o a través de un proveedor de sistemas, esta actualización le deja una hoja de ruta bastante concreta:

1. Consulte con su proveedor de facturación electrónica en qué etapa se encuentra la implementación de estos nuevos códigos.

2. Si su empresa emite con frecuencia notas de crédito, notas de débito o recibos electrónicos de pago, revise con su equipo contable cómo deberían aplicarse estos códigos a sus operaciones habituales, en lugar de seguir usando categorías genéricas.

3. Si su empresa maneja comercio de exportación o recibe pagos de forma diferida respecto a la facturación, dedique tiempo ahora a entender el impacto de estos cambios, antes de que se vuelvan obligatorios y el margen de maniobra sea menor.

Desde Cyberfuel trabajamos estos ajustes en nuestras propias soluciones: en FacturaProfesional.com, nuestra plataforma de Factura Electrónica para personas, profesionales y empresas, ya se aplicaron varios de estos cambios y el resto estará listo durante este mes. Para integraciones vía API, ComprobantesElectronicosCR.com ya tiene disponibles los cambios necesarios para ser utilizados.

Si tiene alguna duda sobre cómo estos cambios afectan su operación, escríbanos a ventas@cyberfuel.com o contáctenos por teléfono o WhatsApp al +506 2204-9494.

Un ajuste pequeño en tamaño, grande en impacto

Frente a la migración completa que representó la versión 4.4 en 2025, esta actualización puede parecer menor. Pero para las empresas que a diario emiten notas de crédito, notas de débito, gestionan comprobantes rechazados o reciben pagos mediante recibos electrónicos, estos nuevos códigos significan una mejora tangible en cómo quedan documentadas sus operaciones frente a Hacienda.

La facturación electrónica en Costa Rica sigue en evolución constante. Las empresas que se mantienen al día con este tipo de ajustes, por pequeños que parezcan, suelen enfrentar menos sorpresas cuando llega el momento de una fiscalización o auditoría. Noviembre está más cerca de lo que parece, y anticiparse siempre resulta la mejor estrategia.