Una intro gratis sigue siendo una reserva real, pero no abre el pago ni crea un registro de pago.
Pagos
Pagos sin supuestos ocultos
Respuesta directaUsa esta página para entender cómo funciona el dinero en Consulta. Las intros gratis omiten checkout, las sesiones uno a uno siguen simuladas y los talleres pueden usar tarjeta con proveedor o depósito bancario configurado con confirmación del servidor.
Las sesiones de pago quedan pendientes hasta que Consulta recibe un estado confiable desde la ruta de pago del servidor.
El pago alojado de Silvatech Payments está activo para cohortes configuradas; el pago uno a uno y las sesiones mediadas por WOP mantienen gates separados.
Opción gratuita
Consulta separa la reserva gratuita del pago. Las intros gratis se confirman sin pago, pero usan las mismas reglas de horario, pase de confirmación, calendario, políticas y acceso Beam.
- La disponibilidad de la intro gratis la configura el consultor.
- Una reserva sin pago igual aparta un horario real.
- La reserva gratis no debilita la regla de prueba de pago para las sesiones de pago.
Opción de pago
Las reservas de pago usan un estado de pago pendiente mientras el proceso de pago está activo. El cliente puede volver desde la página de pago, pero la reserva se confirma solo cuando Consulta recibe un estado confiable del servidor.
- Las páginas de retorno del navegador son navegación, no prueba de pago.
- La creación del pago es idempotente por contexto de reserva para evitar intentos duplicados.
- Los intentos vencidos o fallidos liberan el horario según las reglas de apartado y estado.
Silvatech Payments
Silvatech Payments es el riel de pago alojado para reservas de perfil, enlaces tipo factura, pago como invitado y códigos QR. Consulta guarda referencias y estado, no números de tarjeta.
- El pago uno a uno sigue con simulador hasta completar sus gates de callback, pago tardío y prueba de producción.
- Cada cohorte puede usar producción, sandbox o simulador; producción y sandbox reconcilian el estado del proveedor en el servidor.
- Las URLs de pago y los códigos QR pertenecen a sesiones de pago del proveedor, no a páginas públicas de descubrimiento.
- Los datos y secretos del proveedor quedan en el servidor.
WOP y enlaces de pago
Los pagos mediados por WOP sirven para WhatsApp, n8n o enlaces creados por agentes. Son útiles cuando el cliente recibe el enlace de pago por chat o por una automatización.
- Un envío de WhatsApp Flow no es prueba de pago.
- El estado de la sesión WOP o el callback debe indicar pagado antes de tratar el pago como pagado.
- El pago alojado directo sigue siendo la opción por defecto para reservas web públicas.
Reembolsos y política
Los reembolsos deben seguir la política del consultor, el estado del proveedor de pagos y la revisión del operador cuando aplique. Consulta no debe prometer reembolsos automáticos hasta probar la ruta del proveedor de principio a fin.
- Los cambios y cancelaciones siguen ligados a la política desde el pase de confirmación.
- El estado de reembolso manual es un registro del operador, no prueba de que todos los reembolsos del proveedor estén automatizados.
- Las preguntas sobre configuración en vivo deben ir por Contacto o por los paneles de preparación del panel protegido.