COMPANY
Socios de software e ISV
En una alianza con un ISV, su software presenta el pago y RapidCents proporciona la aceptación, el movimiento del dinero y la cuenta de comerciante en la que se liquidan los fondos. Los campos alojados de Rapid.js, la página de pago alojada o los componentes integrados mantienen los números de tarjeta completos fuera de sus servidores, lo que mantiene a un ISV en el cuestionario de autoevaluación corto. Los webhooks son la verdadera integración: los resultados de autorización, captura, reembolso, disputa y liquidación llegan de forma asíncrona y a veces dos veces, por lo que el procesamiento debe ser idempotente. Los ingresos se comparten sobre el volumen procesado; los modelos de plataforma incorporan a los subcomerciantes en cuentas conectadas.
- Elija primero la superficie de integración
- Los campos alojados lo mantienen fuera del alcance de PCI
- Los webhooks son la verdadera integración
- Incorporación de subcomerciantes y cuentas conectadas
Pruébelo: edite los valores y haga clic en los botones
API request
POST /v1/payments
{
"amount": 24900,
"currency": "USD",
"capture": true,
"metadata": { "order_id": "4821" }
}Response
Click "Send request" to see the API response
Processing payment…
201 Created
{ "id": "pay_7xK2m", "status": "approved", "amount": 24900 }Solo datos de demostración
En detalle
Elija primero la superficie de integración
Campos alojados de Rapid.js dentro de su interfaz, una redirección a la página de pago alojada, componentes integrados con el estilo de su producto o RapidBridge para software que no puede reescribirse. La elección define tanto el esfuerzo de desarrollo como el alcance de PCI.
Los campos alojados lo mantienen fuera del alcance de PCI
La tarjeta se envía desde el navegador del cliente a RapidCents, por lo que un número completo nunca llega a sus servidores, registros ni base de datos. Eso es lo que mantiene a un ISV en el cuestionario de autoevaluación corto y no en el largo.
Los webhooks son la verdadera integración
Los resultados de autorización, captura, reembolso, disputa y liquidación llegan de forma asíncrona y a veces dos veces. El procesamiento idempotente y la conciliación con sus propios registros es el trabajo que los equipos subestiman con más frecuencia.
Incorporación de subcomerciantes y cuentas conectadas
Con un modelo de plataforma, su aplicación incorpora a los vendedores en cuentas conectadas mientras RapidCents recopila los documentos de KYC y muestra el estado de la verificación, de modo que usted controla la experiencia sin asumir la obligación de cumplimiento.
Participación en los ingresos sobre el volumen procesado
Los ingresos por pagos crecen con lo que fluye por la integración, y por eso los términos comerciales y el diseño de la integración deben definirse juntos y no uno después del otro.
Entorno de pruebas, certificación, puesta en marcha
Desarrolle con tarjetas de prueba documentadas en el entorno de pruebas, siga un plan de pruebas que cubra reembolsos, reembolsos parciales y rutas de falla, y luego certifique y lance con soporte en lugar de descubrir los casos límite en producción.
Páginas relacionadas
Socios
En qué se diferencian los programas de referidos, de software, de tecnología y empresarial.
Explorar
Campos de tarjeta alojados por RapidCents dentro del pago de un comerciante, con una terminal y el panel de pagos a su lado. Pagos integrados
Componentes listos para usar que mantienen el proceso de pago dentro de su interfaz.
Explorar
Una plataforma de software dirige los pagos de comerciantes conectados mediante RapidCents, con terminales y liquidación en una sola vista. Pagos de plataforma
Incorporación de subcomerciantes, cuentas conectadas y abonos de fondos divididos.
Explorar
Campos de tarjeta alojados de Rapid.js en una estación de trabajo de desarrollador, que mantienen la captura de tarjetas fuera del alcance de PCI del comerciante. Rapid.js
Campos de tarjeta alojados dentro de su propio diseño.
Explorar
Una factura impaga abierta en un CRM de terceros con el panel de RapidBridge al lado, que muestra el número de registro, el monto, el cliente y el correo electrónico que detectó por sí solo en la página, y botones para enviar un enlace de pago o cobrar una tarjeta guardada. RapidBridge
Pagos para software que no se creó para ellos.
Explorar
Una cuenta de comerciante en el sandbox de RapidCents que ejecuta pagos de prueba, aislada de producción, con una terminal de sandbox sobre el escritorio. Entorno de pruebas (sandbox)
Tarjetas de prueba y un entorno completo antes de la certificación.
Explorar
Una cronología de entrega de webhooks de RapidCents junto al pago que la activó, con una terminal de prueba sobre el escritorio. Webhooks
Resultados asíncronos y cómo procesarlos de manera idempotente.
Explorar
Preguntas sobre socios de software e ISV
¿Los eventos de webhook están firmados y qué pasa si llega dos veces el mismo?
Los eventos están firmados, de modo que su endpoint puede verificar que un evento provino de RapidCents antes de actuar sobre él. Suponga que habrá duplicados: los resultados de autorización, captura, reembolso, disputa y liquidación llegan de forma asíncrona y el mismo evento puede entregarse más de una vez. Base su procesador en el identificador del evento o de la transacción y haga que la escritura sea idempotente; luego concilie con sus propios registros en lugar de confiar en el orden de entrega.
¿Se puede cobrar una tarjeta guardada en distintos canales?
Sí. Un token se puede cobrar en línea, en persona o a través de la API, y se puede actualizar o eliminar a medida que cambia el registro del cliente. Los perfiles de cliente reúnen en un solo registro los datos de contacto, las credenciales guardadas y el historial de pagos, de modo que una tarjeta guardada durante un proceso de pago en línea puede cobrarse más tarde en un mostrador sin volver a solicitarla.
¿Mi aplicación tiene que manejar 3-D Secure?
Tiene que esperarlo. La autenticación se activa por reglas de monto, geografía o señal de riesgo y no en cada transacción, por lo que su flujo de pago necesita una vía para cuando aparezca un desafío en medio del pago. Los componentes integrados emiten los eventos para eso, incluido el desafío de 3-D Secure, y su aplicación decide qué hace la interfaz a su alrededor.
¿Qué mantiene funcionando la facturación de suscripciones cuando vencen las tarjetas?
El servicio de actualización de tarjetas renueva las tarjetas guardadas cuando vencen o se reemiten, de modo que un calendario recurrente no empieza a fallar por una tarjeta que el cliente nunca canceló. Importa sobre todo para el software que cobra cada mes: la falla que evita es silenciosa y suele aparecer como pérdida de clientes y no como un error de pago.
¿Podemos aceptar pagos bancarios además de tarjetas?
Sí. Los pagos bancarios toman los fondos directamente de una cuenta bancaria, lo que conviene para montos mayores y cargos repetitivos en los que la economía de las tarjetas va en su contra. Funcionan junto con la aceptación de tarjetas en la misma cuenta y no como una integración aparte que haya que conciliar.
¿Qué cubre la API y cómo evito los cobros dobles?
Endpoints REST para autorizar, capturar, anular, reembolsar y tokenizar, con claves de idempotencia, códigos de error estructurados y endpoints versionados. Envíe la clave de idempotencia en cada escritura y reutilícela en un reintento: eso es lo que hace seguro reintentar tras un tiempo de espera agotado, que es la falla que su integración realmente encontrará en producción.
Dé el siguiente paso
Hable con un especialista de RapidCents
El Análisis de comisiones de RapidCents lee un estado de cuenta de procesamiento y muestra el intercambio por separado del margen. Cargue un estado de cuenta para obtener un desglose inmediato, o abra una cuenta de comerciante y comience a aceptar pagos en una sola cuenta.
- Sin compromiso
- Especialistas en pagos, no un centro de llamadas
- Carga segura del estado de cuenta
