Plan de implantación
El conector aparece en la lista. ¿Cambiará la reserva?
Una guía para comprobar qué lee y escribe el agente en el PMS, qué ocurre si falla y quién mantiene la conexión.
- Publicado
- Actualizado
Contenido
Siga un cambio de fecha
Imagine que un huésped quiere cambiar la fecha de llegada. Dibuje dónde entra la petición, qué sistema guarda su reserva, dónde se consulta disponibilidad y quién da permiso. El final del recorrido debe mostrar la reserva modificada y la confirmación al huésped. Si intervienen otras empresas o aplicaciones, pregunte cuál decide el estado de la estancia y qué actualización espera cada una. Que un dato se sincronice no demuestra que todo el cambio haya terminado.
Haga una fila por conexión: producto y versión, registro que utiliza, datos que lee o cambia, cuenta de acceso, permisos, qué la pone en marcha y responsable técnico. Añada las licencias y autorizaciones necesarias. La hoja puede revelar que una oferta permite buscar reservas pero no cambiar sus fechas, o que necesita una cuenta con más acceso del previsto. Esas diferencias deben conocerse antes de comparar precios.
Pregunte cómo se conecta
Druid enumera protocolos de integración y puentes RPA para aplicaciones heredadas. Zapier Enterprise permite crear conexiones privadas para API. Relevance AI ofrece conectores nativos, MCP y conexiones personalizadas.1,2,3,4
Pida al proveedor que señale en la hoja cómo piensa llegar a su PMS. Puede ser una API, una automatización que maneja pantallas o un conector mantenido por otra empresa. Para cada ruta, anote las operaciones disponibles, hasta dónde llega el acceso y quién repara la conexión. Las descripciones de los proveedores ayudan a plantear esas preguntas; ninguna demuestra por sí sola que funcione con el PMS y la versión que utiliza su hotel.1,2,3,4
La demostración debe ejecutar la acción exacta sobre una reserva de prueba autorizada. Encontrar un cliente no equivale a cambiar su estancia. Si la conexión maneja pantallas, pregunte qué sucede al cambiar el diseño o aparecer un mensaje inesperado. Si usa una API, pida ver el error que recibe y cómo se lo comunica a quien atiende la incidencia. La persona que opera el servicio tiene que entender qué hacer después.
Antes de repetir, mire la reserva
Acuerde con el responsable del sistema qué casos debe superar: consulta permitida, consulta denegada, cambio aprobado, rechazo y pérdida de respuesta. En este último caso, el PMS podría haber guardado la nueva fecha aunque el agente no reciba confirmación. Pida que se compruebe la reserva antes de repetir el intento. Para aceptar el resultado, la estancia y su historial deben coincidir con lo autorizado; no basta con una respuesta bien redactada.
Envíe también dos avisos de la misma petición y cambie un dato entre la consulta y el intento de guardarlo. El equipo debe explicar cómo detecta duplicados y cuándo vuelve a pedir permiso. Guarde el mensaje, el estado inicial, la decisión, el estado final y el registro de ejecución. Si falla, anote quién toma el caso y qué queda por hacer. Volver a intentarlo automáticamente no siempre es la forma adecuada de recuperarse.
Zapier describe cómo revisar acciones MCP en History y retirar acceso. Wonderful afirma que registra cambios y permite volver a versiones anteriores.5,6
Estas funciones ayudan a preguntar cómo se mantiene el servicio. Pero volver a una configuración anterior no deshace necesariamente una reserva que ya cambió. Pida que el equipo distinga poner el agente de nuevo en marcha de corregir los datos de la estancia. Son trabajos separados: cada uno necesita una persona responsable y una comprobación de lo que quedó al terminar.5,6
Quién recibe la conexión después
Nexus ofrece construcción conjunta y mejora continuada. Wonderful dice que sus equipos construyen las conexiones dentro de los sistemas del cliente y preparan el relevo para que este se haga cargo.7,8,9,10
Concrete qué recibirá el hotel: mapa de conexiones, permisos aprobados, casos de prueba, instrucciones para pausar, contacto de incidencias y condiciones de soporte. Pida al equipo que se hace cargo que repita una comprobación y resuelva un fallo preparado en un entorno de prueba. Recibir un manual no demuestra que las personas del turno puedan utilizarlo cuando el constructor del agente ya no está delante.7,8,9,10
Con esos resultados puede decidir ampliar el trabajo, corregirlo o conservar un encargo limitado. Anote qué operaciones pasan, cuáles quedan pendientes y quién acepta seguir con esas condiciones. El presupuesto debe separar mantenimiento, cambios y conexiones adicionales. Para el hotel, la conexión tiene que servir para terminar y mantener el trabajo acordado, y dejar visibles las incidencias. Que el nombre del sistema aparezca en un catálogo es solo el principio.
Cómo leer la evidencia
Esta guía se basa en documentación de proveedores comprobada el 8 de noviembre de 2026 y en nuestras recomendaciones. Los ejemplos son ejercicios que proponemos al hotel; Zaguán IA no los ha realizado con estos productos. Identificamos por separado la información facilitada directamente por una empresa.
- Cada aplicación implicada puede guardar una parte distinta del cambio de estancia.
- La acción disponible y los permisos de la cuenta importan tanto como el nombre del conector.
- El dato guardado permite distinguir una petición enviada de una operación terminada.
- Las dependencias cambian el trabajo y las compras necesarias.
- Lo recoge la documentación del proveedor comprobada el 8 de noviembre de 2026. No hemos probado esta función.
- Una ruta publicada no acredita su funcionamiento con una versión concreta del PMS.
- El equipo necesita entender el fallo para saber qué reparar o a quién acudir.
- Un cambio en el PMS puede exigir reparar la conexión.
- La cuenta debe tener el acceso que pide el trabajo, no uno más amplio por comodidad.
- Perder la respuesta no demuestra que el PMS haya rechazado el cambio.
- La petición repetida y el dato que cambia pueden requerir otra comprobación antes de actuar.
- Volver a una versión anterior del agente no equivale a corregir lo que ya cambió en el PMS.
- La primera operación podría haberse guardado antes de perder su respuesta.
- Los registros deben servir a quien atiende la incidencia, no solo a quien construyó el agente.
- La entrega se comprueba cuando el equipo receptor puede usar las instrucciones y resolver un fallo.
- Los resultados y las condiciones pendientes deben quedar claros al decidir si se amplía el servicio.
- El hotel necesita poder continuar el trabajo al suspender la automatización.
- El mantenimiento y las credenciales necesitan responsables también después de la entrega.