En una cita internacional, confirma fecha, hora local y zona horaria nombrada de consultor y cliente. La diferencia habitual de seis horas puede pasar a cinco durante los cambios estacionales. Compara el horario elegido con la confirmación en las zonas reales de ambos.
Este flujo es para consultores que venden citas individuales internacionales. Resuelve cuándo participar, no cuánto tiempo de preparación ni qué anticipo cobrar.
¿Qué zona horaria corresponde a la reserva?
La documentación del calendario PayRequest describe una zona configurada, Europe/Amsterdam por defecto, y selección de fecha y hora en checkout. Comprueba el valor guardado: el predeterminado no garantiza que coincida con tu negocio o lugar de la cita.
Revisa panel, selección del cliente y confirmación antes de confiar en una hora local. No supongas que detección del navegador, importación y conversión funcionan igual en todos los productos. La documentación de Calendly describe Calendly, no promete ese comportamiento en PayRequest.
Un ejemplo durante el cambio de otoño
Supongamos una sesión a las 15:00 Europe/Amsterdam y un cliente en America/New_York. Estos cálculos originales usan Python zoneinfo. No son capturas de PayRequest ni una prueba de conversión de su calendario.
| Fecha de 2026 | Ámsterdam | Nueva York | Diferencia |
|---|---|---|---|
| 19 de octubre | 15:00, UTC+02:00 | 09:00, UTC−04:00 | 6 horas |
| 26 de octubre | 15:00, UTC+01:00 | 10:00, UTC−04:00 | 5 horas |
| 2 de noviembre | 15:00, UTC+01:00 | 09:00, UTC−05:00 | 6 horas |
Las regiones cambian en fechas distintas. Copiar 09:00 Nueva York para el 26 de octubre haría llegar al cliente una hora antes. Calcula la fecha concreta; una diferencia fija no sustituye una zona nombrada. Recalcula sesiones futuras si cambian las reglas.
Ficha de confirmación con cinco campos
Usa esta hoja original antes de enviar las instrucciones finales:
| Campo | Ejemplo del 26 de octubre | Comprobación |
|---|---|---|
| Hora del negocio | 26 de octubre de 2026, 15:00 Europe/Amsterdam | Coincide con la reserva |
| Hora del cliente | 26 de octubre de 2026, 10:00 America/New_York | Convertida para esa fecha |
| Duración | 60 minutos, ejemplo | Igual en ambos registros |
| Participación | En línea, dirección acordada | Cliente sabe dónde entrar |
| Pago | Referencia realmente confirmada | Comprobada por separado |
Es una hoja de comunicación, no una lista de ajustes incorporados. Indica fecha y año, no solo «lunes a las tres». Para otras zonas comprueba si la fecha local cambia al día anterior o siguiente.
Compara selección, confirmación y calendario
Empieza por zona del producto y cita guardada. Revisa después selección y confirmación en un entorno representativo del cliente. Compara todo con el mismo cálculo. Si ofreces una invitación externa, compruébala aparte; no demuestra que cada pantalla muestre la hora correcta.
El control pasa cuando ambos participantes se refieren al mismo instante y duración. Si la pantalla es ambigua, añade ambas horas y nombres de zona. Resuelve la discrepancia antes de la sesión.
Viajes, citas presenciales y cambios de fecha
Para una cita presencial, expresa la hora local del lugar. El teléfono de alguien que viaja puede seguir en su zona habitual. En línea, pregunta dónde estará el cliente el día de la cita.
Al reprogramar, calcula la nueva fecha y confirma horas y duración. Revisa pagos y cancelaciones aparte. Corregir una zona no establece automáticamente un reembolso ni un cargo adicional.
Separa horario y pago
Un horario visible no es prueba de pago. Un pago correcto tampoco explica la zona de las instrucciones. Comprueba reserva y pago independientemente y ofrece un contacto para dudas.
Usa el ejemplo de tiempo de preparación para consultores y el flujo de reservas en línea para sus tareas respectivas. Después revisa una cita internacional con PayRequest Bookings.
Nota editorial: la IA ayudó con artículo e imagen. Documentación revisada el 7 de octubre de 2026. La tabla es un cálculo reproducible, no una prueba de reserva ni una afirmación de sincronización automática.
