Blog

Volver al blog

Blog

El software de nómina abre aunque ya no timbra: revisa tu versión instalada

CONTPAQi marcó el 2 de octubre de 2026 para actualizar su sistema de nómina: tener la versión 18 o 19 instalada no basta, hay que aplicar la Solución Fuera de Versión. Qué probar antes del día de pago.

CONTPAQi marcó una fecha en la página de su sistema de nómina: actualiza antes del 2 de octubre de 2026. No es el lanzamiento de una versión con funciones nuevas. Es el momento en que la emisión de los CFDI de nómina deja de depender de la versión que hoy tienes instalada.

La noticia trae un matiz que en la operación diaria se pierde: al sistema no se le cae todo, se le apaga una función. Una firma que da soporte a sistemas CONTPAQi lo describe así: el programa podría seguir abriendo y permitiendo consultar información, mientras la función de timbrado puede dejar de estar disponible. Y agrega el dato que más tranquiliza sin razón: tener timbres disponibles no garantiza que puedas seguir timbrando, porque el requisito es de versión y de componentes, no de saldo de timbres.

La diferencia entre caerse y apagarse una función está en el momento en que te enteras. Un sistema que no abre se descubre a las nueve de la mañana y se resuelve con una llamada. Un timbrado que se apaga se descubre el día de pago, con la pre-nómina ya calculada y los recibos listos para enviarse.

Lo que se actualiza sola y lo que hay que ir a instalar

En la misma página del producto, CONTPAQi describe una parte del mantenimiento que viaja sola: el software actualiza las tablas de ISR y cuotas del IMSS. Ese tipo de cambio no te pide nada, llega con la actualización.

La obsolescencia de versión es de otra familia. Se resuelve con una Solución Fuera de Versión: un archivo que se descarga, se desbloquea en propiedades y se ejecuta equipo por equipo. Alguien tiene que ir a hacerlo, y ese alguien tiene que saber dónde está cada instalación.

La nota técnica del fabricante cubre las versiones 18 y 19 con última modificación del 15 de septiembre de 2026. Ahí está el detalle que más se pasa por alto: la solución corresponde a la 19.4.0, y si ya la instalaste sobre una 19.3.5 no hace falta ejecutarla otra vez. Vuelve a hacer falta si después actualizas a una versión de la 19 anterior a la 19.3.5. Dicho de otro modo: el arreglo no viaja pegado a la actualización, y la siguiente puede deshacerlo.

El orden de instalación también es el orden de la falla

La nota de instalación lo documenta en dos reglas que, en una empresa con varias terminales, son la diferencia entre un timbrado y un error a media tarde. Primero el servidor, después cada terminal. Y con el sistema cerrado durante el proceso.

Un parche aplicado a medias se ve igual que un parche completo. Nadie lo nota hasta que alguien intenta timbrar desde la máquina que faltó, y eso puede ocurrir el día de pago y no antes.

El caso más pesado son las versiones 17 y anteriores: no tienen solución alterna, hay que actualizar a la 19 y después aplicar la solución. Ahí el trabajo ya no es un archivo, sino un respaldo, una ventana de mantenimiento y la persona que tiene el proceso de nómina en la cabeza.

Lo que se paga cuando los sistemas no se hablan

La versión es de un solo sistema, pero el problema rara vez se queda ahí. La nómina vive en un lado, la contabilidad en otro, el ERP en un tercero, y el portal donde el trabajador consulta su recibo en un cuarto, cuando existe. Mientras todo funciona, los huecos no se ven porque alguien los tapa a mano: baja el reporte, lo convierte, lo sube.

Cuando una de esas piezas cambia de versión o deja de timbrar, el hueco se abre a la vista. Y lo que se rompe no es el sistema: es la cadena de pasos manuales que lo conectaba con los demás.

Por eso la pregunta útil no es solo qué versión tienes instalada, sino qué se hace a mano cada vez que uno de esos sistemas se mueve. Esa respuesta suele vivir en una hoja de cálculo con el nombre de quien la mantiene, y es la parte que no aparece en el manual del fabricante.

Qué probar antes del día de pago

  1. Anota la versión real, del servidor y de cada terminal. No la del instalador que quedó en una carpeta, sino la que corre en el equipo.
  2. Aplica lo que te toca. En 18 o 19, la solución de tu versión. En 17 o anterior, primero la actualización y después la solución.
  3. Respeta el orden y cierra el sistema. Servidor primero, terminales después, como lo indica la nota del fabricante. No es un cambio para hacer en medio del día de pago.
  4. Timbra un recibo de prueba antes de la fecha de pago. Con la pre-nómina del periodo, en el servidor y en las terminales. Si timbra, ya tienes la respuesta para el resto del mes; si no, todavía tienes días en vez de horas.
  5. Deja escrito qué versión quedó y quién la aplicó. Es el dato que te va a pedir la próxima actualización, y el que evita repetir la investigación completa cada vez que el fabricante mueve una fecha.

En Linking integramos agentes de IA y software a medida sobre los sistemas que ya operas, para quitar trabajo manual repetitivo sin reemplazar a tu equipo. Cuando el problema es la cadena de pasos manuales que conecta tu nómina con tu contabilidad y tu ERP, eso se resuelve con desarrollo de software, sin cambiar los sistemas que ya tienes. Y cuando lo que hay que sostener es un sistema antiguo que nadie quiere tocar, entra la modernización legacy. Empezamos con una sesión de conocimiento de 30 minutos, sin costo.

Una versión que se queda atrás no se anuncia con una falla. Se anuncia con un recibo que no sale.


Fuentes:

Cómo lo aplicamos en Linking

Sigue leyendo

Newsletter

Recibe lo último de IA para tu negocio.

Ideas, casos y tendencias de IA aplicada a empresas, directo a tu correo. Sin relleno y sin spam.

Nada de spam. Cancela cuando quieras.

Sesión de conocimiento · 30 minutos · sin costo Agenda tu sesión