La inquietud más común de los equipos de TI hoteleros que evalúan señalización digital es la integración: ¿funcionará con el PMS que ya opera el hotel y qué implica realmente la implementación?
Esta guía responde ambas preguntas de forma directa, sin jerga técnica innecesaria.
Qué significa realmente la integración
En un hotel, la integración del PMS con la señalización digital es un flujo de datos en un solo sentido. La plataforma de señalización lee los datos operativos de tu PMS y de tu sistema de S&C y los envía a las pantallas. Nunca escribe datos de vuelta en el PMS.
La arquitectura técnica funciona así:
Flujo de integración
- 1El PMS genera los datos operativos. Las agendas de eventos, las asignaciones de salones, los check-ins y las reservas de S&C los crea tu equipo en el sistema actual, como siempre. (Opera · Protel · Mews · Delphi)
- 2La capa de integración obtiene los datos relevantes. Logical Signage se conecta mediante una API o un protocolo de interfaz. Consulta los cambios a intervalos definidos, normalmente cada 30–60 segundos para los datos de eventos. (REST API · OXI · OHIP · FIAS)
- 3El CMS recibe y normaliza los datos. Logical Signage da formato a los datos para mostrarlos (nombres de eventos, números de salón, horarios, datos del organizador) y los asigna a las plantillas de pantalla correctas. (Logical Signage CMS)
- 4Las pantallas se actualizan automáticamente. Los displays de los salones, las carteleras de eventos del lobby y las pantallas direccionales reflejan el estado actual del PMS, sin intervención manual del personal del hotel. (Salones · Lobby · Orientación · Ascensores)
La integración con Opera en detalle
Opera, de Oracle, es el PMS más usado en la hotelería de servicio completo, presente en hoteles de Marriott, Hyatt, Four Seasons y Radisson en todo el mundo. Oracle ofrece dos caminos de integración según tu versión de Opera.
Opera Cloud (OHIP)
En hoteles que usan Opera Cloud, la integración se hace a través de Oracle Hospitality Integration Platform (OHIP), la capa moderna de API REST de Oracle. OHIP ofrece endpoints estandarizados para datos de eventos, asignaciones de salones e información de horarios.
Un proveedor de señalización certificado a través de OHIP ha sido probado por Oracle frente a la especificación de la API. Esto importa porque significa que Oracle y el proveedor garantizan en conjunto que la integración funciona, y ambos le dan soporte si algo falla después de una actualización del PMS.
Opera 5 (on-premise)
En hoteles que todavía usan Opera 5 en servidor local, la integración se hace mediante el módulo de interfaz OXI, el marco de interfaces tradicional de Opera. OXI ha sido el método estándar de integración para Opera 5 durante más de una década y los proveedores calificados lo soportan bien.
Otros sistemas PMS y de S&C
| Sistema | Método de integración | Datos disponibles | Estado |
|---|---|---|---|
| Opera Cloud | OHIP REST API | Eventos, salones, horarios | Por confirmar |
| Opera 5 | Interfaz OXI | Eventos, salones, horarios | Por confirmar |
| Protel / Mews | REST API | Eventos, salones, horarios | Compatible |
| Delphi (Amadeus) | REST API | Eventos de S&C, reservas de salones | Compatible |
| Event Temple | REST API | Eventos, asignaciones de salones | Compatible |
| Otros sistemas | Verificar con el proveedor | Depende de la disponibilidad de la API | Según el caso |
Qué datos se consultan y cuáles no
Para los displays de salones y eventos, los datos relevantes se limitan a:
- Nombre del evento y organizador
- Salón asignado y capacidad
- Hora de inicio y de finalización
- Estado del evento (confirmado, cancelado, trasladado)
La funcionalidad estándar de señalización no usa ni necesita datos personales de los huéspedes. Los nombres de los huéspedes no aparecen en pantallas públicas. La integración no accede a detalles de reservas, información de pago ni perfiles de huéspedes.
Comportamiento ante fallas: qué pasa cuando se cae la conexión
Una inquietud común de TI es qué pasa con las pantallas si la conexión de red o la API del PMS dejan de estar disponibles. Un sistema de señalización bien diseñado lo maneja de dos formas:
- Persistencia del último estado conocido: las pantallas siguen mostrando los datos más recientes que recibieron. No se quedan en blanco ni muestran mensajes de error visibles para los huéspedes.
- Alertas en el CMS: el administrador del sistema recibe una notificación cuando una pantalla pierde conexión o cuando se cae la conexión con el PMS, para que TI pueda revisar antes de que el problema lo note un huésped.
Requisitos de red
Los reproductores de medios de la señalización digital necesitan una conexión de red estable con el CMS. La mayoría de las implementaciones en hoteles usan uno de estos dos enfoques:
- VLAN dedicada: la opción preferida para hoteles grandes. El tráfico de la señalización queda aislado del tráfico de la red de huéspedes y de la red operativa, lo que reduce interferencias y la exposición a riesgos de seguridad.
- Wi-Fi corporativo existente: viable para implementaciones pequeñas o para hoteles donde no es práctico tender cableado nuevo. Requiere buena intensidad de señal en la ubicación de cada pantalla.
Una evaluación de red, que cruza la ubicación de las pantallas con la infraestructura existente, es parte estándar del alcance de la implementación y debe hacerse antes de pedir cualquier hardware.
Tiempo de implementación
El tiempo de configuración de la integración en una implementación hotelera estándar, una vez se tienen el acceso a la red y las credenciales de la API:
- Opera Cloud (OHIP): 1–2 semanas para configurar y probar la integración
- Opera 5 (OXI): 2–3 semanas, incluida la configuración del módulo OXI
- Otros PMS vía REST API: 1–3 semanas, según la calidad de la documentación de la API
El tiempo total del proyecto, incluidas la compra del hardware, la instalación y la capacitación del personal, suele ser de 4–8 semanas para un hotel con menos de 20 pantallas, y de 2–4 meses para hoteles de convenciones más grandes.
Lista de verificación para TI
Preguntas para hacerle a cualquier proveedor de señalización digital antes de firmar:
- ¿Están certificados para nuestra versión específica de PMS? No "compatibles", sino certificados, con Oracle o el proveedor del PMS validando la integración.
- ¿A qué datos accede la integración? Deberían limitarse solo a agendas de eventos y asignaciones de salones.
- ¿Qué pasa con las pantallas si se cae la conexión con el PMS? La respuesta debe ser el último contenido conocido, no pantallas en blanco.
- ¿Quién es responsable de la capa de integración si el PMS se actualiza? La responsabilidad debe quedar clara en el contrato.
- ¿Cuáles son los requisitos de red? Pide requisitos específicos de ancho de banda y topología por pantalla antes de planear la infraestructura.
- ¿Cuál es el SLA de soporte ante la caída de una pantalla? Tiempo de respuesta, ruta de escalamiento y disponibilidad 24/7 u horario hábil.
- ¿Cuánto tiempo son válidas las credenciales de la API? Algunas integraciones con PMS requieren volver a autenticarse cada cierto tiempo. Conoce el ciclo de mantenimiento desde el inicio.
