¿Qué es REDA Pay?
REDA Pay permite que tu equipo cobre pagos y envíe desembolsos sin salir de Salesforce. Un residente paga el alquiler desde tu portal de clientes, un comprador paga un depósito de buena fe mediante un enlace que le enviaste por correo, un agente de arrendamiento cobra con tarjeta desde un registro de prospecto, y cada uno de esos pagos es un registro de Salesforce sobre el que puedes crear informes, automatizar y conciliar con tus depósitos bancarios.
REDA Pay no mueve dinero por sí mismo. Cada pago lo ejecuta Payload, un procesador de pagos. Abres una cuenta en Payload, la conectas con REDA Pay, y REDA Pay se encarga de todo lo que ocurre en Salesforce: las pantallas de pago, los registros, las comisiones, los calendarios, las actualizaciones de estado y la conciliación.
La pantalla de pago que usan tu equipo y tus clientes. El logotipo, el encabezado y el pie provienen de tu propia configuración, así que cada cliente ve tu marca.
Qué puedes hacer con REDA Pay
- Cobrar con tarjeta o cuenta bancaria. Un cobro (receipt) es dinero que entra. El pagador elige una tarjeta o una cuenta bancaria de EE. UU. (ACH, la red Automated Clearing House para transferencias entre bancos) y usa un método de pago que guardó antes o ingresa uno nuevo.
- Enviar pagos a una cuenta bancaria. Un desembolso (disbursement) es dinero que sale: la devolución de un depósito, el pago a un proveedor. Los desembolsos siempre van a una cuenta bancaria, y solo pueden enviarlos los usuarios que autorices; consulta Enviar un desembolso.
-
Elegir cómo ocurre cada pago. Cada pago es una Pay Order (orden de pago) con uno de tres tipos:
- Immediate (inmediato): el pago se procesa en el momento.
- Schedule (programado): el pago se repite según el calendario que definas (semanal, mensual, anual y otros) hasta una fecha de fin.
- Link (enlace): REDA Pay crea un enlace de pago seguro; el cliente lo abre y paga en una página pública.
- Guardar métodos de pago. Una tarjeta o cuenta bancaria puede guardarse para reutilizarla. Salesforce conserva solo un token y datos descriptivos como "Visa x-4242"; el número completo de la tarjeta, el código de seguridad (CVV) y el número completo de la cuenta bancaria nunca se guardan en Salesforce.
- Cobrar comisiones por conveniencia. Agrega una comisión porcentual, una fija o ambas, con un mínimo y un máximo opcionales, definidas por separado para los pagos bancarios y para cada marca de tarjeta. La comisión puede depositarse en otra cuenta; consulta Configurar comisiones por conveniencia.
- Cobrar depósitos de buena fe. Marca un pago bancario como depósito de buena fe (EMD, earnest money deposit), el depósito que un comprador o solicitante paga junto con una oferta; consulta Cobrar depósitos de buena fe (EMD).
- Anular y reembolsar. Anula un pago antes de que se fondee o reembólsalo total o parcialmente después.
- Mantener los estados al día automáticamente. Payload avisa a Salesforce cuando un pago se procesa, se rechaza, se reembolsa o se devuelve, y REDA Pay actualiza el registro; consulta Cómo se mantienen actualizados los estados de pago.
- Conciliar tus depósitos bancarios. Cada depósito en tu cuenta bancaria, o cada pago saliente desde ella, llega como una Statement Activity (actividad de estado de cuenta) con la lista de pagos que incluye, para que finanzas confirme que cada depósito está justificado; consulta Conciliar depósitos y pagos salientes.
Dónde ocurren los pagos
REDA Pay funciona en tres lugares, y puedes usar cualquier combinación de ellos:
| Canal | Quién lo usa | Cómo se ve |
|---|---|---|
| Dentro de Salesforce | Tu personal | Una pantalla de pago que se abre desde un registro (prospecto, contacto o cuenta) con un botón, una acción rápida o un componente en la página del registro |
| Tu portal de clientes | Los clientes que inician sesión en tu sitio de Experience Cloud | La misma pantalla de pago dentro de tu portal, donde los clientes pagan y pueden configurar sus propios pagos recurrentes |
| Enlaces de pago públicos | Cualquier persona a la que envíes un enlace | Una página pública segura que muestra el importe que definiste; el pagador agrega una tarjeta o cuenta bancaria y paga sin iniciar sesión |
Para cobrar a quienes llegan a ti desde tu sitio web, envíales un enlace de pago o dirígelos a la página de pago de tu portal de clientes, donde inician sesión y pagan.
Cómo encajan las piezas
No necesitas memorizar estos términos ahora (Conceptos clave explica cada uno), pero este esquema ayuda:
- Un Pay Profile (perfil de pago) conecta Salesforce con una cuenta de Payload.
- Debajo, cada Processing Account (cuenta de procesamiento) es una cuenta de comercio en Payload: donde entra y desde donde sale el dinero. También guarda tu marca y la mayoría de tus reglas.
- Cada persona o empresa a la que cobras o pagas se convierte en un Pay Customer (cliente de pago), creado automáticamente a partir de la cuenta, el contacto o el prospecto desde el que empiezas.
- Una Pay Order (orden de pago) es la instrucción: a quién, cuánto, con qué cuenta y con qué método.
- Una Pay Transaction (transacción de pago) es lo que Payload hizo realmente con ella: procesada, rechazada, reembolsada, etcétera.
Una Pay Order y la transacción que Payload creó para ella. El importe neto (principal más comisión) es lo que se cobra.
Personalizar REDA Pay
Casi todo el comportamiento de una pantalla de pago es configuración, no código. Los ajustes se apilan en capas: el Pay Profile, luego la Processing Account, luego las reglas de comisión, luego las reglas propias del cliente, luego los ajustes del componente que colocas en una página y, por último, los valores que se pasan en la dirección de la página. Un valor en la dirección de la página prevalece sobre el ajuste del componente. Estas capas permiten que una misma organización tenga, por ejemplo, un portal para residentes que solo acepta pagos bancarios junto a una pantalla para el personal que también acepta tarjetas. Los artículos de Cuentas de procesamiento y Cobrar pagos explican cada capa.
Quién usa REDA Pay
REDA Pay incluye siete conjuntos de permisos, uno por función: administradores, personal que cobra pagos, un equipo de reembolsos, finanzas, usuarios de solo lectura, clientes del portal y pagadores anónimos del sitio público. Cada persona recibe solo lo que su trabajo requiere; consulta Quién puede hacer qué: conjuntos de permisos.
Preguntas frecuentes
Sí. REDA Pay conecta Salesforce con Payload, que procesa cada pago. Creas la cuenta directamente con Payload y luego la conectas con REDA Pay mediante su clave de API; consulta Crear un Pay Profile y guardar la clave de API de Payload.
No. Salesforce guarda un token y datos descriptivos como la marca de la tarjeta, los últimos cuatro dígitos y el vencimiento. El número completo de la tarjeta, el código de seguridad y el número completo de la cuenta bancaria nunca se guardan; consulta Seguridad y datos de tarjetas.
No. REDA Pay crea el enlace y lo muestra en la Pay Order como Link URL; tú lo envías por tu canal habitual: correo electrónico, mensaje de texto o tu propia automatización. Consulta Crear y enviar un enlace de pago.
Sí, mediante un enlace de pago en tu sitio público. Los clientes que sí inician sesión en tu portal también pueden pagar allí y guardar sus métodos de pago.
Qué sigue
- Conceptos clave y terminología: el vocabulario que usan todos los demás artículos.
- Hoja de ruta de configuración: cada paso, en orden, desde la instalación hasta tu primer pago.
- Quién puede hacer qué: conjuntos de permisos: da a cada persona el acceso correcto.