--- title: Conexión con el sistema de gestión hotelera (PMS) url: https://doc2.pstreamer.tv/es/manual/planning/hotels/pms.html lang: es product: Perfect Streamer version: 2.0.2.423 --- # Conexión con el sistema de gestión hotelera (PMS) > **Importante** > > **Versión beta 2.1.** Lo que se describe aquí solo existe en la versión beta 2.1: se instala desde el repositorio beta y solo con una licencia; la versión estable 2.0.2 y la versión de demostración no lo incluyen. La versión beta se suministra sin garantías y el soporte se presta en la medida de lo posible ([Programa de pruebas beta](../../extras/beta.md#extras-beta)). Desde la versión 2.1.0.471, el nodo acepta eventos del sistema de gestión hotelera (PMS): check-in, check-out, cambio de habitación y conciliación. El check-in abre los canales a los televisores de la habitación hasta la hora de salida; el check-out los bloquea y termina las sesiones en curso. La conexión con la PMS suele realizarse a través de la interfaz de su proveedor (con el protocolo FIAS en el lado de la PMS); es esa interfaz la que llama al nodo. La versión de demostración no incluye esta función. ## Las habitaciones son logins Una habitación de hotel es un conjunto de logins locales con el mismo campo «Habitación» en el editor de logins ([Usuario: añadir y editar](../../webui/configure.md#webui-user-editor)). Opciones: - un login por televisor: un login por la dirección IP del televisor; - un login de rango de direcciones por habitación, si los televisores de la habitación están en su propia subred. En un login con «Habitación» vacía, la PMS no cambia nada. En los logins de una habitación, define la «Fecha de caducidad» (hora de salida), el nombre del huésped y, si hay paquetes configurados, los «Flujos permitidos». El nombre del huésped solo lo ve el rol Admin y no se escribe en el registro. ## Qué hacen los eventos - El **check-in** abre los logins de la habitación hasta la hora de salida, registra el nombre del huésped y, si la PMS ha indicado un paquete, los flujos de ese paquete. Con el mismo evento, la PMS prolonga o acorta la estancia. - El **check-out** bloquea los logins de la habitación, borra el nombre del huésped y, en pocos segundos, termina sus sesiones PS1, SRT y HTTP/HLS. - El **cambio de habitación** es un check-out de una habitación y un check-in en otra con la misma hora de salida, huésped y flujos. - La **conciliación**: la PMS envía la lista de todas las habitaciones ocupadas; las enumeradas se ocupan y las demás habitaciones ocupadas con el campo «Habitación» se liberan. Si la PMS transmite la fecha de salida sin hora, la habitación se bloquea a la «Hora de salida» (según la zona horaria del nodo, por defecto 12). ## En la consola Las funciones hoteleras funcionan mientras la «TV hotelera» está activada en el nodo ([TV hotelera](../../webui/administration.md#webui-hotel-tv)). En un nodo que aún no tiene datos hoteleros está desactivada: actívela antes de configurar la conexión con la PMS. - pestaña **«Habitaciones»** de la pantalla «Usuarios / Inicios de sesión» ([Usuarios / Inicios de sesión](../../webui/configure.md#webui-users)): las habitaciones, su estado («Ocupada», «Libre», «En pausa»), la hora de salida, los logins de la habitación, la conexión con la PMS (último evento, última conciliación, errores, habitaciones desconocidas) y avisos sobre logins a través de los cuales una habitación bloqueada aún podría ver los canales; - pantalla **«Administración ▸ TV hotelera»**: «Aceptar eventos PMS», «Token de API», «Direcciones permitidas», «Hora de salida» y los paquetes. Antes de la versión 2.1.0.477 estos ajustes estaban en la pestaña «PMS» de la pantalla de logins. Un **paquete** vincula el código de paquete de la PMS (derechos de TV) con los flujos que recibe la habitación. El código se indica exactamente como lo envía la PMS. El paquete con el código `default` se aplica cuando la PMS no indica ningún paquete; sin él, el check-in no cambia los flujos de los logins. ## Acceso de la interfaz PMS La interfaz PMS no accede con una cuenta de la interfaz web, sino con un token y una dirección: - «Token de API»: secreto compartido que la interfaz envía en la cabecera `X-PMS-Token`. Sin token, cualquier solicitud se rechaza. Comuníquelo solo al proveedor de la interfaz; el botón «Generar un token» crea uno nuevo. - «Direcciones permitidas»: direcciones o rangos IPv4 desde los que la interfaz se dirige al nodo. Vacío: solo el propio host. - Se recomienda acceder al nodo por HTTPS. Para el proveedor de la interfaz: el nodo acepta los eventos con la solicitud `POST /pms/v1/events` (con `?dry-run=1`, comprobación sin cambios) y devuelve el estado de las habitaciones con la solicitud `GET /pms/v1/status`. El formato de los eventos y de las respuestas está en la referencia de la API HTTP ([Gestión mediante la API HTTP](../../extras/api.md#extras-api)). ## Limitaciones - **Otros logins pueden abrir una habitación bloqueada.** Un login anónimo activo o un login de rango de direcciones más amplio que cubra los televisores de la habitación sigue dándoles servicio. Restrinja esos logins o póngalos en pausa; la pestaña «Habitaciones» muestra los encontrados. - **Un flujo de eventos propio para cada nodo.** Los logins no se transmiten por Meshwork: cada nodo necesita su propio flujo de eventos PMS. - **No para logins de prefijo ni RIST.** No asigne una habitación a un login de prefijo: no se desconecta en el check-out. Las sesiones RIST no se terminan en el check-out. - La versión de demostración no incluye la conexión con la PMS.