Actualizaciones del software hotelero: cómo seguir los cambios
En un software en la nube, el proveedor cambia funciones y pantallas sin que instales nada. Suscríbete a sus notas de versión y avisos, revisa tras cada cambio relevante precios en portales, facturación, mensajes, informes e integraciones, avisa al equipo, registra cualquier fallo con fecha y capturas, y pregunta antes de contratar por su política de avisos.
Con un programa instalado en el ordenador, la actualización era un momento que decidías tú. Con un software en la nube, el proveedor publica los cambios en sus servidores y un día la pantalla de reservas tiene un botón nuevo o un informe se calcula de otra forma. La ventaja es que siempre trabajas con la última versión; el inconveniente, que un cambio puede afectar a tu operación sin que lo esperes. Esta guía explica cómo seguirlos sin sobresaltos.
Cómo enterarte de los cambios
Los proveedores comunican sus actualizaciones por varios canales. Localiza cuáles usa el tuyo y asigna a una persona la tarea de leerlos:
- Notas de versión. Muchos proveedores publican una página con los cambios de cada actualización. Guárdala en favoritos y revísala de forma periódica.
- Avisos por correo. Comprueba que los avisos llegan a una dirección que alguien lee, no al correo de quien contrató el sistema hace años.
- Centro de ayuda. Los artículos de ayuda suelen actualizarse cuando cambia una pantalla. Si un procedimiento ya no coincide con lo que ves, busca allí la versión nueva.
- Avisos dentro del propio sistema. Algunos programas muestran un mensaje al entrar. No lo cierres sin leerlo.
Qué revisar después de un cambio
No todas las actualizaciones exigen una revisión. Las que tocan precios, facturación, conexiones o informes, sí. Una lista de comprobación:
| Área | Qué comprobar |
|---|---|
| Precios y disponibilidad | Que los portales muestran las tarifas y las habitaciones correctas |
| Facturación | Que las facturas salen con los datos, impuestos y numeración de siempre |
| Plantillas de mensajes | Que los correos y mensajes automáticos siguen saliendo y con el texto correcto |
| Informes | Que los informes habituales dan las mismas cifras para un periodo ya cerrado |
| Integraciones | Que la pasarela, las cerraduras, la contabilidad y otras conexiones siguen funcionando |
Para los informes, un truco útil es sacar uno de un mes ya cerrado antes y después del cambio. Si las cifras difieren, algo ha cambiado en el cálculo y conviene preguntar al proveedor.
Las integraciones merecen atención aparte. Cuando el PMS intercambia datos con otro sistema a través de una API, un cambio en cualquiera de los dos lados puede romper la conexión. Si el proveedor anuncia cambios en su API, avisa a quien gestione cada integración.
Si una actualización afecta a la facturación electrónica o al envío de datos a la administración, comprueba qué exige tu país en la guía correspondiente de /paises/. Esta guía es información general y no asesoramiento legal o fiscal.
Cómo avisar al equipo
Un cambio en una pantalla que usa recepción todos los días puede generar errores si nadie lo explica.
- Resume el cambio en pocas líneas: qué es distinto, a quién afecta y desde cuándo.
- Compártelo por el canal habitual del equipo y coméntalo en el cambio de turno.
- Actualiza el manual interno de procedimientos y las capturas que incluya.
- Anota la fecha en que se aplicó el cambio, por si después aparece un problema relacionado.
Qué hacer si una actualización rompe algo
- Registra el problema: fecha y hora, qué pantalla o función falla, qué esperabas y qué ocurre, con capturas de pantalla.
- Comprueba si es general: mira el centro de ayuda o la página de estado del servicio, si el proveedor la tiene.
- Abre una incidencia con soporte con toda esa información. Cuanto más concreta, antes se diagnostica.
- Aplica el plan de contingencia: si falla la conexión con un portal, cierra la venta en ese canal o ajusta la disponibilidad a mano hasta que se resuelva.
- Guarda el historial de la incidencia y su solución en el manual interno.
Qué preguntar antes de contratar
La política de actualizaciones también es un criterio de elección. Pregunta al proveedor:
- ¿Con cuánta antelación avisa de los cambios importantes y por qué canal?
- ¿Publica notas de versión? ¿Dónde?
- ¿Puede un cliente retrasar un cambio o probarlo antes en un entorno de pruebas?
- ¿Cómo comunica los cambios en su API a quienes tienen integraciones?
- ¿Qué ocurre si una actualización elimina una función que usas?
Puedes revisar qué declara cada sistema en la categoría de PMS del directorio y llevar estas preguntas a la demo.
Preguntas frecuentes
¿Puedo negarme a recibir una actualización en un software en la nube?
Normalmente no, porque todos los clientes usan la misma versión alojada en los servidores del proveedor. Algunos proveedores permiten activar ciertas funciones más tarde o probarlas antes. Pregúntalo antes de contratar y revisa qué dice el contrato sobre cambios que afecten a funciones que ya usas.
¿Quién debería encargarse de seguir las actualizaciones?
La persona que administra el sistema en el alojamiento, normalmente quien gestiona la configuración o la recepción. Debe recibir los avisos del proveedor, decidir qué cambios requieren revisión, comunicarlos al equipo y mantener al día el manual interno con la fecha de cada cambio relevante.
¿Cómo sé si un error se debe a una actualización?
Compara la fecha en que empezó el problema con las notas de versión y los avisos del proveedor. Si coinciden, menciónalo al abrir la incidencia con soporte. Tener anotadas las fechas de los cambios aplicados y capturas de antes y después facilita mucho el diagnóstico.