Reimprimir una RI histórica: qué pasa si cambia el catálogo del POS

Para comprobar si tu POS conserva los datos de una RI histórica, pídele a tu proveedor una comparación con datos ficticios: mantener intacto un mismo origen histórico, verificar una salida base y cambiar únicamente el catálogo simulado. Después, retirar el producto en un caso separado. Así podrás revisar si una actualización del catálogo termina sustituyendo los valores de una operación anterior.

Este ejercicio es una propuesta técnica, no una prueba exigida por la DGII. Reimprimir tampoco equivale a registrar otra venta ni a corregir el comprobante original.

El catálogo de hoy no es el historial de la venta

Imagina que vendiste un artículo con cierto nombre y precio. Más adelante cambias ambos datos para las ventas futuras. Cuando necesitas reimprimir aquella operación, quieres recuperar lo que correspondía a esa venta, no mostrar las condiciones actuales del producto.

La diferencia importa aunque la salida se vea bien. Una descripción actualizada puede pasar inadvertida; un precio vigente puede parecer razonable sin ser el histórico. Revisar únicamente el aspecto del documento no basta.

Consultar el catálogo tampoco demuestra por sí solo un defecto. Hay que identificar para qué se consulta y si esa consulta sustituye datos históricos de la operación. La revisión se concentra en esa dependencia concreta, sin exigir que toda reimpresión produzca un PDF idéntico.

Qué respalda el informe y qué proponemos comprobar

El Informe Técnico e-CF v1.0 de la DGII define la representación impresa, o RI, como la versión en papel del XML del e-CF.

En el apartado 18.2.2, la descripción corresponde al Nombre del Ítem; el precio, al Precio Unitario del Ítem; y el valor, al Monto Ítem. También se incluye la cantidad. Estas referencias ayudan a seleccionar qué comparar según la muestra acordada, sin suponer que todos los campos aplican universalmente.

El informe es una publicación informativa sin validez legal y no sustituye el Formato e-CF completo. Mantener fijo el origen, variar el catálogo y rastrear dependencias es nuestra propuesta de ingeniería; no una arquitectura ni un procedimiento obligatorio atribuido a la DGII.

Un mismo origen histórico y tres estados del catálogo

Todo lo siguiente es una demostración propuesta, no una prueba ejecutada. Debe prepararse en un entorno local aislado, con datos sintéticos, sin firma, transmisión, consultas oficiales ni ventas reales.

Con tu proveedor, prepara un origen histórico ficticio y conserva sus bytes sin cambios. Define los valores que revisarás: nombre, precio unitario, cantidad y monto histórico del ítem, según corresponda. Mantén iguales el generador de la representación y su configuración durante los tres casos.

1. Catálogo inicial. Genera la salida base y compara primero sus valores seleccionados contra el origen histórico. Si esa salida ya contiene una sustitución, no sirve como referencia fiable. Coincidir después con una base equivocada no demostraría conservación del historial.

2. Nombre y precio modificados. Cambia únicamente el nombre y el precio del producto en el catálogo ficticio. Genera otra representación desde el mismo origen histórico intacto. La comparación esperada es que los valores históricos seleccionados sigan correspondiendo a ese origen, sin incorporar el nombre o precio actuales ni efectuar un cálculo nuevo.

3. Producto retirado. Parte nuevamente del catálogo inicial, en una rama separada del caso anterior. Desactiva o elimina allí el producto ficticio y vuelve a generar la representación del mismo origen. Revisa si conserva los datos históricos, omite el ítem o no puede generar la salida.

Separar el retiro del cambio de nombre y precio permite investigar cada dependencia sin mezclar sus efectos. Ninguno de esos comportamientos se presenta aquí como un resultado observado.

Cómo rastrear de dónde salió cada valor reimpreso

Pide al proveedor que te explique el recorrido de los valores seleccionados. Para cada uno, interesa saber qué conserva el origen histórico, de dónde lo obtiene la reimpresión y qué termina mostrando. Si interviene el catálogo, debe quedar claro en qué paso y con qué propósito.

Conviene registrar junto a cada caso:

• El estado del catálogo y los valores históricos elegidos para comparar.
• La salida esperada según el origen y la salida observada al realizar el ejercicio.
• La versión del generador, su configuración y quién revisó la comparación.
• Cualquier consulta o mecanismo alternativo que haya aportado el dato.

Conserva el origen simulado y las salidas del ejercicio. Compara el significado de los valores históricos, no la igualdad de los bytes del PDF, las fuentes o los saltos de línea. Esta evidencia ayuda a localizar una sustitución; no obliga a almacenar los datos en una tabla o estructura determinada.

Cuándo pausar la revisión e investigar

Si aparece el nombre o precio vigente donde debía conservarse el histórico, pausa la aceptación del cambio de reimpresión evaluado y pide localizar la sustitución. Si retirar el producto impide generar la salida u oculta el ítem, investiga qué dependencia produjo ese comportamiento.

La pausa corresponde a esa revisión técnica, no a una declaración de invalidez fiscal ni a detener todas las operaciones del negocio. Una comparación favorable solo cubre los casos, valores, versiones y configuración revisados.

Si falta el origen histórico, la evidencia es insuficiente. Esa ausencia no autoriza a reconstruir la operación desde el catálogo actual ni a emitirla de nuevo automáticamente. La conservación documental tiene su propio contexto: puedes consultar el archivo de la factura de consumo completa, distinto del RFCE y la RI. Ese tema no reemplaza la comparación de dependencias propuesta aquí.

Qué alcance conversar con Antreva y tu proveedor

Antreva Tech puede evaluar contigo y con tu proveedor actual un alcance para rastrear las dependencias de la reimpresión: identificar el origen histórico, dónde interviene el catálogo vigente y si alimenta valores que deberían conservarse. La propuesta puede incluir la regresión sintética local descrita, con cambios de nombre y precio y una rama separada para retirar el producto. Los posibles ajustes y la evidencia se acuerdan según tu flujo POS/e-CF; no se presentan como funciones existentes ni prometen un resultado. Los remedios fiscales corresponden a la revisión con el proveedor fiscal y el contador; la aceptación por la DGII es una cuestión distinta que determina esa entidad.

Para conversar sobre una revisión técnica de la reimpresión POS/e-CF, indica qué cambio del catálogo quieres evaluar y con qué proveedor trabajas. No necesitas compartir comprobantes reales ni datos sensibles para iniciar la conversación.

Preguntas frecuentes

¿Cambiar el catálogo debe cambiar una RI histórica?

Los valores históricos seleccionados deben seguir correspondiendo al origen preservado de esa operación. El catálogo puede cambiar para ventas futuras; comprueba con tu proveedor que esos cambios no los sustituyan silenciosamente al reimprimir.

¿Qué pasa si el producto ya no existe o falta el origen?

Son problemas distintos. Retirar un producto ficticio permite investigar una dependencia del catálogo. Si falta el origen histórico, pide investigar la ausencia; no lo reconstruyas con datos actuales ni emitas otra vez automáticamente.

¿Superar la comparación valida o corrige el e-CF?

No. Aporta evidencia técnica limitada; no demuestra validez de la firma ni aceptación fiscal. Tampoco corrige el original. Nunca alteres un XML firmado para arreglar la reimpresión; cualquier remedio debe revisarse con el proveedor fiscal y el contador.