Una agencia puede detener el recordatorio correcto en WhatsApp cuando un evento verificado de Stripe coincide con el cliente, reserva, importe y moneda que originaron el aviso. El evento debe cambiar un estado visible en DripTell, no marcar todas las reservas como pagadas.
Un viajero puede abonar un depósito y después el saldo. «Stripe indica pagado» no basta sin saber qué se pagó y qué aviso debe terminar.
Empieza por el registro de la reserva
Asigna a cada obligación una referencia estable. Conserva juntos identidad, referencia, importe, moneda, vencimiento, propósito y responsable. Un depósito y un saldo final son obligaciones distintas aunque pertenezcan al mismo viaje.
La integración activa de DripTell con Stripe adjunta eventos de pago al cliente y usa su estado en un flujo. No sustituye al sistema de reservas ni confirma proveedores, billetes o itinerarios. Si falta la referencia, la conexión puede requerir mapeo o una API o webhook personalizado mediante la plataforma para desarrolladores.
La documentación de webhooks de Stripe indica que hay que verificar la firma contra el cuerpo sin procesar y responder antes de tareas lentas. También muestra pruebas de payment_intent.succeeded. Estos controles no convierten cualquier JSON en prueba de pago.
| Evidencia recibida | Lo que sabe el flujo | Decisión sobre el recordatorio |
|---|---|---|
| Éxito verificado y coincidencia exacta de reserva | El pago pertenece a esta obligación | Detener ese recordatorio y registrar el motivo |
| Éxito verificado sin coincidencia fiable | El pago puede ser real; el destino no está claro | Retener y asignar revisión |
| Evento incompleto o no verificado | El pago no está establecido | Mantener el estado e investigar |
| Evento ya procesado | No hay un cambio comercial nuevo | Ignorar el duplicado de forma segura |
Deja que DripTell tome una decisión limitada
Stripe sigue siendo la fuente del evento y el sistema de reservas, la autoridad sobre el viaje. DripTell conecta el evento con la conversación y decide si debe detenerse un paso.
Verifica el evento y guarda su identificador para evitar dobles acciones. Relaciona el cliente o los metadatos con un registro de DripTell y una obligación. Compara importe y moneda con la deuda del aviso.
Solo entonces debe la automatización de DripTell detener el aviso. Registra un motivo claro. En la bandeja compartida, el equipo debe ver cliente, referencia, aviso detenido y excepciones.
Así, el evento financiero y la conversación dejan de estar separados. El viajero evita solicitudes obsoletas y el equipo puede explicar la decisión.
Separa el permiso de mensajería del pago
Un evento de pago no concede permiso para enviar mensajes de WhatsApp. La Política de Mensajería de WhatsApp Business vigente exige disponer del número y el consentimiento del destinatario para mensajes posteriores, respetar las solicitudes de baja y utilizar plantillas aprobadas para conversaciones iniciadas por la empresa.
Configura por separado el canal de WhatsApp. Una confirmación necesita propósito, canal y permiso válidos. Nunca incluyas datos de tarjeta, claves o credenciales en conversaciones, notas o registros.
La confirmación puede reconocer que el pago se asoció a una referencia e indicar la siguiente comprobación. No prometas billete, hotel o liquidación hasta que el sistema de reservas los verifique.
Prueba las excepciones antes del lanzamiento
Usa reservas sintéticas y herramientas de Stripe. Prueba depósito, saldo final, dos reservas, otra moneda, referencia ausente, duplicado y evento tardío tras una intervención humana.
Haz visible el fallo. Un evento sin coincidencia necesita cola y responsable, no un registro oculto. El agente debe corregir la asociación sin editar la evidencia. Si Stripe reintenta, el flujo debe reconocer el identificador.
Empieza con un tipo de pago y un aviso. El piloto debe demostrar autenticidad, coincidencia fiable, detención correcta y resolución humana de excepciones. Amplía solo cuando todo siga claro.
Preguntas frecuentes
¿Procesa DripTell el pago del viaje?
No. Stripe procesa el pago. DripTell utiliza el evento verificado como contexto del cliente y señal del flujo. Los sistemas de reservas y finanzas siguen a cargo de la reserva, la conciliación y los registros de proveedores.
¿Puede un pago detener todos los recordatorios de un viajero?
No debería. Detén solo el aviso vinculado a la obligación de reserva coincidente. Otros depósitos, saldos o reservas necesitan su propia evidencia y estado.
¿Qué ocurre si no se puede asociar la reserva?
Retén la automatización y asigna una revisión humana. No envíes confirmación, no marques la reserva como pagada y no deduzcas la identidad solo por el nombre.
¿La conexión con Stripe siempre es suficiente?
La integración de Stripe está activa, pero este flujo depende de la configuración. Si la referencia vive en otro sistema o necesita transformación, implementa una API o webhook revisado antes de automatizar la decisión.
¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
De la lectura a la acción
¿Quieres aplicar estas ideas en tu negocio?
Déjanos tus datos. Tendremos en cuenta el artículo que estás leyendo y empezaremos con una respuesta útil para tu equipo.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes
