Un huésped que se ha alojado en cuatro de tus hoteles con tres variantes de su nombre sigue siendo la misma persona. GuestMaker CDP lo resuelve en tiempo real: coincidencia determinista para casos sencillos, puntuación aproximada para variantes y Claude para casos menos frecuentes. Cada decisión es auditable, cada campo se atribuye al hotel de origen y solo los perfiles con datos de contacto pasan al CRM.
Importación entre PMS, coincidencia determinista como primer paso, puntuación aproximada de 9 atributos para variantes y Claude para casos menos frecuentes. Cada campo canónico se atribuye al hotel de origen, cada decisión se registra con confianza y razonamiento, y cada perfil con datos de contacto pasa automáticamente al CRM. La CDP es la fuente de referencia sobre la que funcionan tus campañas, recorridos, segmentos y respuestas de agentes de IA.
Envío individual, lote nocturno o importación histórica masiva. Normalización del teléfono a E.164, detección de correos temporales de OTA y deduplicación mediante upsert sobre (tenant, hotel, ext_reservation_id). Cada carga se registra como huésped, estancia y extras de forma atómica.
Cuatro estrategias de coincidencia exacta cubren los casos sencillos. Correo sin distinguir mayúsculas, teléfonos normalizados a E.164, pares de tipo y número de documento, y una coincidencia compuesta de 4 campos para huéspedes sin datos de contacto.
Una puntuación compuesta ponderada de 9 atributos: nombre, fecha de nacimiento, documento, nacionalidad, género, proximidad de estancias, coincidencia de hotel y canal. Cinco estrategias de bloqueo filtran los candidatos antes del cálculo para no ejecutar O(N²).
Un prompt de sistema propio con patrones de falsos positivos del sector hotelero. Resuelve transliteraciones, apodos y convenciones culturales de nombres. Solo interviene en el intervalo 0,70–0,90, aproximadamente el 5 % de los candidatos, y cada razonamiento queda registrado.
Dos huéspedes con el mismo correo no siempre son la misma persona. El nombre debe superar el umbral de similitud Jaro-Winkler. La protección de misma reserva mantiene separados a los miembros de una familia que comparten reserva.
Cada campo canónico incluye metadatos de procedencia. Consulta qué PMS aportó cada nombre, correo o documento. Audita la cadena de fusiones hasta la reserva de origen.
Una puntuación ponderada de integridad por perfil, hotel y cliente. El correo y el teléfono tienen más peso porque permiten contactar y segmentar. Se recalcula en cada fusión.
Los perfiles con datos de contacto pasan automáticamente al CRM. Se rellenan nueve campos de contacto solo si son nulos, para conservar las modificaciones manuales del CRM. Las reservas se transfieren en la misma ejecución.
El consentimiento se resuelve con una prioridad explícita: primero el recogido por el PMS, después los ajustes de consentimiento automático de la CDP y, por último, el valor predeterminado del cliente. Cambia un ajuste y aplícalo retroactivamente a todos los perfiles transferidos.
Un fragmento sin dependencias crea un visitor_id de 13 meses y un session_id de 30 minutos. Registra automáticamente páginas vistas, desplazamientos, clics y formularios. Elimina los datos personales antes del envío. Respeta GPC. Envía lotes cada 10 s, con beacon como alternativa.
Sesiones × 8, páginas vistas × 1,5, visitas repetidas × 10, vistas del motor de reservas × 12, consultas de precios × 6, días activos × 3. Con límite por dimensión. Determinista y explicable al equipo jurídico.
Cada decisión de coincidencia se registra con su confianza, campos coincidentes y razonamiento de IA. Revierte una fusión con merged_into_id, repite un lote completo, depura una decisión y propaga las eliminaciones del RGPD con prueba de borrado.
Cada visita crea una cookie de 13 meses. Cada página se clasifica automáticamente en una de catorce categorías. Se acumulan sesiones, aumenta la intención con cada vista del motor de reservas y se completa el perfil de intereses, de forma anónima. Cuando el visitante se identifica (mediante boletín, fidelización, formulario o reserva), todas las páginas vistas anteriores se vinculan retroactivamente al perfil CDP y el contacto enriquecido llega al CRM. Abajo se muestran por turnos tres recorridos reales distintos: una persona que se toma su tiempo, quien organiza una boda y un miembro del programa de fidelización que vuelve.
La resolución deja un único perfil maestro por huésped. La CDP plantea una pregunta para cada registro: ¿tiene un correo o teléfono verificado? Si lo tiene, pasa automáticamente al CRM y queda disponible de inmediato para acciones de marketing por WhatsApp, correo y en cualquier segmento. Si no, permanece en la CDP, completamente consolidado, a la espera de que la próxima reserva lo enriquezca. En ambos casos, todos los huéspedes y todas las reservas están en la CDP. El CRM solo recibe los perfiles con datos de contacto.
La capa de datos detrás de cada perfil de huésped: importación desde cinco sistemas PMS, resolución de identidad, calidad de cada campo y el filtro de contactabilidad que decide qué llega al CRM. Se actualiza en directo al confirmarse las salidas.
La CDP importa registros de salida de cada instancia PMS del grupo (Mews, Opera, Cloudbeds, SIHOT, Noray, etc.). Los resuelve en tres etapas: coincidencia determinista (correo, teléfono, ID de documento), coincidencia probabilística (puntuación compuesta ponderada de 9 atributos, incluidas variantes del nombre, fecha de nacimiento y nacionalidad) y verificación con IA (Claude revisa casos especiales por encima de 0,70 que no se fusionaron automáticamente). Cada decisión es auditable y reversible e incluye puntuaciones de confianza.
Permanecen en la CDP como perfiles maestros sin pasar al CRM. En cuanto una reserva posterior aporta un dato de contacto (correo o teléfono), la CDP transfiere automáticamente el registro con todo su historial de estancias. Sin intervención manual.
Sí. La etapa de coincidencia aproximada usa similitud Jaro-Winkler para nombres y apellidos, ponderada junto a fecha de nacimiento, nacionalidad, documentos y patrones de estancia. «Sergio» en un hotel y «Sean» en otro, con el mismo correo y fecha de nacimiento, dan lugar a una fusión con alta confianza. La IA resuelve los casos más difíciles con razonamiento en lenguaje natural.
En tiempo real. Los registros posteriores a la salida se importan, se resuelven y están disponibles en CDP en segundos. El proceso de resolución trata más de 5 eventos por segundo y resuelve automáticamente más del 98 % sin revisión humana. La carga histórica inicial suele procesar más de 150,000 registros en menos de 5 horas.
No. La CDP lee los sistemas PMS de tu grupo y crea una capa unificada de huéspedes. Cada hotel sigue utilizando su PMS como hasta ahora.
Cumple el RGPD desde el diseño y se aloja en la UE (región UE de Supabase). La CDP registra la procedencia de cada campo (qué hotel aportó cada dato), propaga el derecho de supresión a todos los registros vinculados y mantiene registros completos de auditoría de cada decisión de fusión y transferencia.
Sí. La carga inicial procesa todas las reservas históricas de los PMS conectados y ejecuta el proceso completo de resolución de identidad. Habitualmente consolida entre el 40 y el 60 % de los registros originales en perfiles maestros sin duplicados. La mayoría de los grupos trabaja con el historial completo en 2–3 semanas.
Demo de treinta minutos. Conectaremos uno de tus PMS y revisaremos un perfil maestro real, una decisión de fusión real y una transferencia real al CRM, de principio a fin.