# Integración calendario → recordatorio → cobro, paso a paso

> ¿Cómo automatizo recordatorios de turnos y el cobro?

Con un puente calendario → recordatorio → link de cobro, construido con las cinco etapas de toda integración. Sus novedades: el trigger es de tiempo relativo (24hs antes del turno), la transformación junta dos fuentes (el evento y el precio) y la regla de la plata manda: el cobro jamás se dispara sin diseño explícito del dueño.

> Fuente: https://magoallegri.com/biblioteca/integracion-calendario-recordatorio-cobro

---

La prueba de que el método es método: un puente de territorio completamente distinto (tiempo y plata en vez de leads), construido con las **mismas cinco etapas**. El puente: **calendario → recordatorio → link de cobro** — el flujo de turnos que reduce ausencias y acelera pagos, el favorito de los negocios de servicios.

## El puente, desglosado

[Figura: El puente calendario → recordatorio → cobro: dispara 24 horas antes y el cobro nunca sale sin el OK del dueño.]

- **El trigger es de tiempo relativo** — la novedad del territorio: no "algo pasó" sino "falta X para algo" (24hs antes del turno). Los triggers de calendario son su propia familia, y conocerlos abre una categoría entera de automatizaciones (todo lo que sea "antes de" y "después de").
- **La transformación junta dos fuentes** — los datos del evento (quién, cuándo, qué servicio) + los del negocio (el precio de ese servicio, el link de pago). Primera vez que un puente lee de dos lados para armar una acción.
- **La acción es doble y escalonada** — el recordatorio (24hs antes: "te esperamos mañana a las X — confirmá acá") y el cobro (según el modelo del negocio: la seña al reservar, el link post-servicio, o el recordatorio de pago al día siguiente). Ese diseño depende del rubro, y esa conversación de diseño es la clave.

## Las etapas, con atención por territorio

Se construye con las cinco etapas de toda integración, con cuidados específicos:

- **Etapa 1 (patrón):** el diseño del cobro según el rubro (¿seña, post-servicio, recordatorio de deuda?) — conversado antes de construir.
- **Etapa 2 (escalón):** ¿la herramienta de turnos es una isla (webhook, API) o está en catálogo? La investigación del momento.
- **Etapa 3 (eslabones):** el eslabón de **plata** se construye último y se prueba con un link de monto mínimo real (un peso de prueba también es plata).
- **Etapa 4 (pruebas):** el camino infeliz acá incluye el turno cancelado después del recordatorio, el pago doble, el link vencido.

## La regla de la plata

Los puentes que tocan cobros tienen su propia vara de autonomía: **el cobro jamás se dispara sin diseño explícito del dueño** (montos, momentos, excepciones), y el mensaje de cobro nace preparado-para-OK hasta tener historial largo. La plata es donde un error de integración deja de ser anécdota y pasa a ser problema de verdad. El respeto se diseña.

Este puente le toca al dueño la caja y el tiempo —los dos dolores universales— y por eso se entiende sin explicación.