Conceptos clave y terminología
Todos los artículos de REDA Pay usan un pequeño conjunto de términos. Cada uno es un tipo de registro que verás como pestaña en la app REDA Pay (abre el Iniciador de aplicación, la cuadrícula de nueve puntos arriba a la izquierda de Salesforce, y busca REDA Pay). La interfaz de REDA Pay está en inglés, por eso los nombres de registros, campos y botones aparecen aquí tal como los verás en pantalla. Este artículo explica para qué sirve cada uno y cómo se relacionan, con un ejemplo continuo: Meridian Properties, una administradora de propiedades que cobra alquileres y depósitos.
La app REDA Pay. Cada concepto de este artículo tiene su propia pestaña.
Los registros de configuración
Un administrador los crea una vez y luego cambian poco.
Pay Profile
Un Pay Profile (perfil de pago) conecta Salesforce con una cuenta de Payload. Guarda la clave de API de Payload, cifrada y que solo se ingresa con el botón Update API Token, y la dirección que Payload usa para enviar de vuelta las actualizaciones de estado. Una organización puede tener varios Pay Profiles, por ejemplo uno por empresa o por marca. Cada perfil tiene un Pay Profile Code, un código corto y único que sirve para limitar qué perfiles ofrece una pantalla de pago.
Ejemplo: Meridian Properties tiene un Pay Profile llamado "Meridian Properties", conectado a su cuenta de Payload.
Processing Account
Una Processing Account (cuenta de procesamiento) es una cuenta de comercio en Payload: la cuenta en la que se depositan los pagos y desde la que salen los desembolsos. Las Processing Accounts no se crean a mano: el botón Sync Processing Accounts del Pay Profile las lee desde Payload. Después configuras cada una en Salesforce: si acepta cobros, desembolsos o ambos; qué métodos de pago acepta; su moneda; cuánto tiempo es válido un enlace de pago; y el logotipo, el encabezado y el pie que ve el pagador. La mayoría de tus reglas viven aquí; consulta Configurar una cuenta de procesamiento.
Ejemplo: "Meridian Operating Account" recibe los alquileres; "Meridian Fee Account" recibe las comisiones por conveniencia.
Fee Setup
Un Fee Setup (configuración de comisión) es una regla de comisión por conveniencia dentro de una Processing Account, por ejemplo "3% en todas las tarjetas" o "$1.75 por pago bancario". La comisión se suma al importe del pago y puede dirigirse a otra Processing Account; consulta Configurar comisiones por conveniencia.
Los registros que se crean al trabajar
Pay Customer
Un Pay Customer (cliente de pago) es la persona o empresa a la que cobras o pagas, tal como la conoce un Pay Profile. Rara vez se crea a mano: la primera vez que abres la pantalla de pago desde una cuenta, un contacto o un prospecto, REDA Pay crea el Pay Customer a partir de ese registro. El registro desde el que empezaste se llama registro principal (parent record), y el Pay Customer conserva un vínculo con él. Un Pay Customer puede tener sus propias reglas, como los métodos de pago que puede usar; consulta Cómo se crean los Pay Customers.
Pay Method
Un Pay Method (método de pago) es una tarjeta o cuenta bancaria de un Pay Customer. Cuando se registra en Payload, su nombre cambia a la descripción de Payload, como "Visa x-4242" o "Checking x-7890". Salesforce guarda un token y datos descriptivos, nunca el número completo de la tarjeta, el código de seguridad ni el número de la cuenta bancaria. Un método puede ser el predeterminado del cliente, y puede guardarse para reutilizarlo (Keep Active) o usarse una sola vez.
Pay Order
Una Pay Order (orden de pago) es la instrucción para mover dinero: a quién, cuánto, desde qué Processing Account y con qué Pay Method. Las Pay Orders se numeran P-000000. Dos ajustes definen cada orden:
| Ajuste | Valores | Significado |
|---|---|---|
| Transfer Type | Receipt · Disbursement | Un cobro (Receipt) trae dinero; un desembolso (Disbursement) paga dinero (solo a cuentas bancarias) |
| Order Type | Immediate · Schedule · Link | Immediate se procesa en el momento; Schedule se repite según un calendario; Link crea un enlace de pago que abre el cliente |
El campo Status combina ambos, por ejemplo Immediate - Processed, Schedule - Active o Link - Active. Estados de órdenes y transacciones enumera todos los valores.
Ejemplo: la orden P-051847 pide $1,250.00 de alquiler desde la cuenta de cheques de un residente; con la comisión bancaria de $1.75, el Net Order Amount (importe neto, lo que realmente se cobra) es $1,251.75.
Pay Transaction
Una Pay Transaction (transacción de pago) es lo que Payload hizo con una Pay Order. Las transacciones se numeran T-0000000 y cuelgan de su orden. Una orden puede tener varias: un intento fallido, luego un pago correcto y luego un reembolso. Cada transacción tiene un Type (payment, refund, credit), un Status (como processed, declined, voided, rejected o refunded) y un Funding Status (estado de fondeo, como pending o batched).
Statement Activity
Una Statement Activity (actividad de estado de cuenta) es un depósito en tu cuenta bancaria, o un pago saliente desde ella, según lo informa Payload. Sus Transaction Activities enumeran los pagos individuales que contiene el depósito, para que finanzas pueda asociar cada depósito con los pagos que lo forman; consulta Conciliar depósitos y pagos salientes.
REDA Pay Log
Un REDA Pay Log (registro de REDA Pay) documenta un proceso en segundo plano que encontró un error, con los fallos adjuntos como archivo. Los administradores reciben un correo cuando se crea uno; consulta Cuando un pago falla.
Cómo se relacionan
Pay Profile ── Processing Account ── Fee Setup
│
├── Pay Customer ── Pay Method
│ │ │
│ └──── Pay Order ────── Pay Transaction
│
└── Statement Activity ── Transaction Activity ──→ Pay Transaction
Un Pay Customer, un Pay Method y una Pay Order también se vinculan con la cuenta, el contacto o el prospecto del que provienen, y una Pay Order puede vincularse con una oportunidad, así que los pagos aparecen en los registros con los que tu equipo ya trabaja.
Tres términos más que encontrarás
| Término | Significado |
|---|---|
| Tipo de usuario | REDA Pay registra quién procesó cada orden: Internal (un usuario de Salesforce), Community (un usuario del portal con sesión iniciada) o Guest (un visitante anónimo de tu sitio público). Varias reglas, como la geolocalización y los depósitos de buena fe, pueden activarse por tipo de usuario |
| Depósito de buena fe (EMD) | Una marca en un cobro bancario que lo identifica como depósito de buena fe (earnest money deposit); consulta Cobrar depósitos de buena fe (EMD) |
| Webhook | El mensaje que Payload envía a Salesforce cuando cambia el estado de un pago. REDA Pay lo usa para actualizar las Pay Transactions automáticamente; consulta Configurar webhooks |
Errores que debes evitar
| Error | Qué ocurre | Haz esto en su lugar |
|---|---|---|
| Crear una Processing Account a mano | No tiene vínculo con una cuenta de Payload y no puede cobrar | Usa Sync Processing Accounts en el Pay Profile |
| Escribir la clave de API en el campo API Token | El valor no se cifra y REDA Pay no puede leerlo | Usa el botón Update API Token |
| Dejar vacío Allowed Pay Methods en una Processing Account o un Pay Customer | No se puede usar ningún método de pago | Elige Card, Bank Account (ACH) o ambos |
| Tomar el Principal Amount como el importe cobrado | Al pagador se le cobra el Net Order Amount, que incluye la comisión | Usa el Net Order Amount al conciliar |
Preguntas frecuentes
La Pay Order es tu instrucción; la Pay Transaction es el resultado de Payload. Una orden que falló una vez y luego se completó tiene dos transacciones: una failed y una processed.
El Pay Customer guarda lo que Payload necesita (su identificador de cliente, los métodos de pago permitidos y el método predeterminado) para un Pay Profile. Si usas dos Pay Profiles, el mismo contacto puede tener dos Pay Customers.
Que esa cuenta puede tanto recibir pagos como enviar desembolsos. Una Pay Order siempre es una cosa o la otra.
Qué sigue
- Quién puede hacer qué: conjuntos de permisos: da a cada función el acceso correcto.
- Hoja de ruta de configuración: los pasos hasta tu primer pago.