• Ricardo
• Manual técnico TpvFox
• 07 Marzo 2026
• 07 Marzo 2026

Introducción sobre Recalculo de Precios en Tpvfox

El acción de recalculo de precios permite revisar y actualizar los precios de venta de los artículos cuando se detectan cambios en el precio de compra registrado en los albaranes de proveedor.

Cuando un artículo cambia de precio de compra, el sistema registra automáticamente el cambio en la tabla historicos_precios para que el usuario pueda revisar si es necesario modificar el PVP.

Este sistema evita que los precios de venta cambien automáticamente sin revisión. Aunque se podría automatizar, de momento tiene una revisión humana y así permite mantener un control adecuado sobre los márgenes comerciales.

Funcionamiento del sistema

El proceso se inicia cuando se registra un albarán de proveedor.

Si el sistema detecta que el precio de compra de un artículo ha cambiado respecto al anterior, se genera un registro en la tabla historicos_precios.

Flujo del proceso:

Albarán de proveedor
        ↓
Cambio en precio de compra
        ↓
Registro en historicos_precios
        ↓
Estado inicial: Pendiente
        ↓
Revisión por parte del usuario
        ↓
Aplicación o no del nuevo PVP

La Tabla historicos_prercios

Esta tabla registra todos los cambios de precios, tanto costo como ppv. Los registros en historicos_precios pueden tener diferentes estados según su situación dentro del proceso de revisión.

Pendiente

Estado inicial del registro.

Indica que se ha detectado un cambio en el precio de compra del artículo y que el precio de venta todavía no ha sido revisado.

Recomendado

El sistema calcula automáticamente un precio de venta recomendado según los márgenes configurados en el artículo.

Este valor es una sugerencia que el usuario puede aceptar o modificar.

A mano

El precio de venta ha sido modificado manualmente por el usuario.

Este estado indica que el precio aplicado no corresponde al recomendado automáticamente por el sistema.

Sin cambios

El usuario ha decidido mantener el precio de venta actual.

Esto suele ocurrir cuando el cambio en el precio de compra no afecta significativamente al margen o cuando se desea mantener un precio comercial concreto.

Revisado

El registro ha sido revisado por el usuario.

Indica que el cambio detectado ya ha sido evaluado y que el precio de venta ha sido confirmado o actualizado.

Sin revisar

Este estado indica que el artículo ha sufrido modificaciones posteriores al registro inicial.

Cuando un registro se encuentra en este estado, el sistema no permite modificar el PVP desde el módulo de recalculo, para evitar sobrescribir cambios realizados posteriormente.

Objetivo del sistema

• Detectar cambios en los precios de compra de los proveedores.
• Permitir revisar antes de aplicar cambios en el precio de venta.
• Mantener un histórico de modificaciones de precios.
• Evitar cambios automáticos que puedan afectar a los márgenes comerciales.

Recomendaciones de uso

Se recomienda revisar periódicamente los registros en el módulo de recalculo para:

• Comprobar cambios en los precios de compra.
• Ajustar precios de venta cuando sea necesario.
• Mantener márgenes adecuados en los artículos.

• Andres Cordeiro
• Aplicaciones
• 20 Noviembre 2025
• 20 Noviembre 2025

Introducción

Hace unos días nos encontramos con un problema bastante curioso en varios equipos de nuestra red: Thunderbird, el gestor de correo que utilizamos habitualmente, dejó de mostrar correctamente la vista previa de impresión. Al intentar imprimir un correo esta aparecía completamente en blanco, impidiendo avanzar.

Lo llamativo es que este error nos recordaba muchísimo a otro que habíamos experimentado hace apenas unas semanas con Firefox, donde la vista previa también aparecía vacía y el navegador era incapaz de generar el documento de impresión. En aquel caso, tras mucha investigación, descubrimos que el origen del fallo estaba relacionado con la gestión de impresoras en el sistema.

Dado que Thunderbird y Firefox comparten la misma base tecnológica (el motor Gecko), decidimos seguir un proceso similar de diagnóstico. En este artículo vamos a explicar cómo detectar este fallo, por qué ocurre y qué solución nos funcionó.

Cómo detectar el error

Cuando Thunderbird falla al imprimir, la ventana de vista previa suele quedarse completamente en blanco. En la mayoría de los casos no aparece un mensaje de error claro, lo que dificulta saber qué está ocurriendo.

Una forma muy recomendable de detectar este tipo de fallos es ejecutar Thunderbird desde la terminal. Aunque normalmente lo abrimos desde el menú de aplicaciones, lanzarlo desde la terminal nos permite ver advertencias y mensajes internos que no aparecen en la interfaz gráfica.

Para ello podemos ejecutar:

thunderbird

En nuestro caso concreto, no apareció un mensaje de error específico que indicase el motivo del fallo, algo que ya nos había ocurrido antes con Firefox. Sin embargo, el comportamiento era exactamente el mismo: la ventana de impresión se abría en blanco y no generaba vista previa.

Este paralelismo nos hizo sospechar que ambos errores debían tener un origen común.

¿A qué se debe este problema?

El hecho de que tanto Firefox como Thunderbird fallen en el mismo punto no es casualidad: ambos programas utilizan el mismo sistema interno para gestionar la impresión. Si ese sistema falla en uno, lo normal es que falle en el otro.

En nuestro caso, ya habíamos detectado previamente que Firefox dejaba de imprimir cuando encontraba impresoras duplicadas o mal configuradas en CUPS, el sistema de impresión de Linux. Al limpiar y reorganizar las impresoras en el sistema, Firefox volvió a funcionar.

Con Thunderbird ocurrió exactamente lo mismo: la vista previa de impresión se quedaba en blanco porque el motor de Gecko encontraba una configuración de impresoras que no podía interpretar correctamente.

Además, hay un detalle importante: incluso aunque el problema esté en CUPS o en las preferencias de impresión, Thunderbird no muestra un error claro. Simplemente deja de generar la vista previa, lo que dificulta mucho el diagnóstico si no conocemos el patrón.

Solución paso a paso

La solución que nos funcionó se basa en dos acciones principales:

1. Forzar a Thunderbird a usar el diálogo de impresión del sistema

Al igual que en Firefox, existe una configuración interna que permite evitar el uso del motor de vista previa de Gecko y delegar la impresión directamente al sistema. Para ello:

1. Abrimos Thunderbird.
2. Vamos al menú de Configuración.
3. Entramos en Configuración avanzada.
4. Accedemos al editor de preferencias.
5. Buscamos esta clave:

print.prefer_system_dialog

1. Cambiamos su valor a true.

Con esto, Thunderbird evita usar su motor interno y pasa a usar directamente el cuadro de impresión del sistema, que no presentaba ningún problema.

En nuestro caso, esta acción fue suficiente para recuperar la funcionalidad.

2. Limpiar las preferencias de impresión de Thunderbird

Si hay impresoras antiguas, duplicadas o configuraciones corruptas, Thunderbird almacena esa información y sigue intentando utilizarla. Para eliminar esa información, cerramos Thunderbird y ejecutamos desde la terminal:

cd ~/.thunderbird/*.default*/  
sed -i '/print_/d' prefs.js

Esto elimina cualquier referencia previa a impresoras que pudiera estar causando el fallo.

Verificación: ¿Cómo saber si ya funciona?

Una vez aplicados los cambios, solo hay que volver a abrir Thunderbird y probar a imprimir cualquier correo. Si todo ha ido bien:

• La vista previa debería generarse correctamente.
• La ventana de impresión ya no debería aparecer en blanco.
• No deberían aparecer advertencias ni bloqueos.

Además, si se prueba a imprimir desde Firefox y también funciona, es una señal clara de que el subsistema de impresión está funcionando adecuadamente en todo el entorno.

Conclusión

Este error de impresión en Thunderbird, aunque desconcertante al principio, parece estar relacionado con el mismo problema que ya habíamos visto recientemente en Firefox: un fallo en la interacción entre el motor de impresión de Gecko y determinadas configuraciones de CUPS o GTK.

Aunque por ahora hemos podido resolverlo utilizando el diálogo de impresión del sistema y limpiando las preferencias de impresión, nos queda pendiente investigar más a fondo el posible bug en GTK + Gecko, que parece ser el origen de este comportamiento tan peculiar.

Si os encontráis con un error similar o tenéis otra variante del problema, dejadlo en los comentarios. A veces estos fallos tan específicos solo aparecen en situaciones concretas, y compartir experiencias ayuda a comprender mejor lo que ocurre.

• Andres Cordeiro
• Aplicaciones
• 18 Noviembre 2025
• 18 Noviembre 2025

Durante los últimos meses hemos trabajado con usuarios que reportaban un problema concreto: la vista previa de impresión en Firefox ESR dejaba de funcionar al intentar imprimir documentos PDF. Aunque el navegador mostraba correctamente los PDF, al pulsar el botón de imprimir la ventana de vista previa quedaba en blanco o desaparecía.

Este post describe cómo detectar el problema, los pasos de diagnóstico y las dos soluciones más efectivas, de manera que cualquier usuario de Linux pueda aplicar estas medidas sin comprometer la configuración de sus impresoras.

1. Descripción del problema

El síntoma principal era muy concreto:

• Los PDF se visualizaban perfectamente en Firefox.
• Al intentar imprimir, la vista previa de impresión fallaba: pantalla en blanco o cierre de la ventana.
• La impresión funcionaba correctamente desde cualquier otra aplicación, por lo que el fallo estaba localizado en Firefox.
• No se mostraban errores al ejecutar Firefox desde la terminal.

El problema surgía principalmente en entornos donde había múltiples colas de impresión apuntando al mismo dispositivo físico.

2. Cómo detectar el origen del problema

Para diagnosticar la situación se siguieron los siguientes pasos:

a) Verificación de la instalación y ejecución de Firefox

• Ejecutar Firefox desde terminal para buscar errores GTK o librerías faltantes.
• En este caso, no aparecieron mensajes relevantes, indicando que el fallo era interno al navegador.

b) Revisión de las impresoras en CUPS

Usando el comando:

lpstat -t

se identificó que había dos colas apuntando al mismo dispositivo físico, con nombres distintos, como por ejemplo:

Impresora-Color
Impresora-B/N

Ambas apuntaban a la misma dirección de red o socket de la impresora. Este escenario provocaba que Firefox intentara inicializar ambas colas simultáneamente, rompiendo la vista previa de impresión.

3. Soluciones implementadas

Una vez detectada la causa, existen dos soluciones claras y efectivas:

Solución A: Usar el diálogo de impresión del sistema

Esta es la forma más rápida de evitar el bug:

1. Abrir about:config en Firefox.
2. Buscar:

print.prefer_system_dialog

1. Cambiar su valor a true.

Esto hace que Firefox no use su vista previa interna y delegue la impresión al diálogo del sistema (CUPS/GTK), que es estable.

Ventajas:

• Solución inmediata y confiable.
• No requiere modificar impresoras ni drivers.

Desventajas:

• La experiencia de impresión cambia ligeramente frente a la vista previa interna de Firefox.

Solución B: Eliminar o unificar colas duplicadas

Si se desea mantener la vista previa interna:

1. Identificar las colas duplicadas en CUPS.
2. Eliminar la cola redundante:

sudo lpadmin -x NombreColaDuplicada

1. Reiniciar Firefox y limpiar la configuración interna de impresión (about:support → Clear saved print settings).

Ventajas:

• Soluciona el problema de raíz.
• Permite seguir usando la vista previa interna de Firefox.

Desventajas:

• Si se usaban colas duplicadas para distintos modos de impresión (color/B/N), será necesario recrearlas con nombres claros y configuraciones fijas.

4. Otros problemas posibles

Aunque en este caso el origen estaba claro, otros factores también pueden afectar la impresión en Firefox ESR:

• Drivers mal configurados o desactualizados.
• Conflictos con impresoras de red o descubrimiento automático de mDNS/Avahi.
• Problemas de compatibilidad de PDF.js con documentos complejos.

No profundizamos en estos casos aquí, pero conviene tenerlos presentes para diagnósticos más complejos.

Conclusión

El fallo de impresión en Firefox ESR se puede resumir así: la existencia de colas de impresión duplicadas apuntando al mismo dispositivo físico puede romper la vista previa.

Una vez identificado, las soluciones son:

• Usar el diálogo de impresión del sistema para evitar la vista previa interna.
• Eliminar la cola duplicada para permitir que Firefox funcione con la vista previa interna.

Con estos pasos, cualquier usuario de Linux puede restaurar la funcionalidad de impresión sin perder estabilidad ni comprometer la configuración del sistema.

• Ricardo
• Manual técnico TpvFox
• 27 Mayo 2025
• 29 Mayo 2025

Tabla: historico_precios

Descripción

La tabla historico_precios registra los cambios de precio de costes y ventas ( siempre con iva) realizados a los artículos del sistema. Permite llevar un control histórico de las modificaciones, incluyendo datos como el precio anterior, el nuevo, la fecha del cambio, el usuario que lo realizó, y el contexto desde el cual se hizo.

Lee más…