Skip to main content
NuevoProtección contra contracargos y análisis de comisiones para comercios de alto volumen. Obtenga un análisis de ahorro y una revisión de la gestión de disputas.Ver cómo funciona
Detalles

Protección contra contracargos + Comisión Optimization

Ver cómo funciona: high-volume comerciantes get automated disputa evidence, optimización de intercambio, y real-time savings visibility.

Ver cómo funciona

Pago integration guides

RapidCents integration guides name el eight paths un team actually chooses entre: el WooCommerce complemento (plugin), un Rapid.js proceso de pago, el server-a-server pagos API, POS y ECR integration, la facturación recurrente engine, webhook (notificación HTTP) evento procesamiento, legacy software mediante RapidBridge, y accounting exports. El right one follows desde two questions: do usted control el proceso de pago code, y dónde es la tarjeta entered. All eight land en el same cuenta de comerciante, el same vault y el same liquidación records, so el choice es Acerca de qué usted own.

DEVELOPER PLATFORM

Choose el path, no el product

Eight paths cover almost cada RapidCents integration, y el right one follows desde two questions: do usted control el proceso de pago code, y dónde es la tarjeta entered? UN prebuilt complemento (plugin) deploys en hours y decides el flow para usted. Rapid.js keeps el flow yours y la tarjeta off su servers. El APIs give usted full control y full responsibility. All three land en el same cuenta, el same vault y el same liquidación records, so el choice es Acerca de qué usted want a own rather than Acerca de qué usted end up con.

  • Entorno de pruebas (sandbox) con documented test tarjetas
  • Signed webhooks
  • Typed errors y idempotent retries
  • Integration review before cutover
Developer following a RapidCents integration guide with a sandbox terminal and successful test result
A developer working through a RapidCents integration guide, sandbox terminal on the desk and a successful test result on screen.

Pick su integration path

Qué cada path has en common

  • El pago es created server-side

    UN navegador puede tokenize una tarjeta con un clave pública para integración, but solo un clave secreta creates un pago. Ese split holds whether usted installed un complemento (plugin) o wrote el proceso de pago yourself.

  • State arrives twice

    El response gives usted el immediate outcome; el signed webhook (notificación HTTP) gives usted everything después de it — reembolso, disputa, funding. Un integration ese ignores el second goes stale después de el first pago.

  • Conciliación runs en liquidación

    Authorizations expire, get voided y get partially captured. Liquidación records name el lote, la comisiones y el depósito, y those son qué accounting should ser tied a.

Cada integration follows el same five steps

  1. Get entorno de pruebas (sandbox) credentials y documented test tarjetas.

  2. Build against el entorno de pruebas (sandbox) con webhooks connected a un tunnel.

  3. Exercise declines, un reembolso y un 3-D Secure challenge, no just el happy path.

  4. Pass un integration review con un RapidCents specialist.

  5. Cut over a production, swap el signing secret, y watch el first lote settle.

Qué fails, y cómo usted find out

  • El signing secret left behind en cutover

    Entorno de pruebas (sandbox) y production sign con different secrets. UN handler ese verified correctly all mediante development rejects cada live evento, y el symptom looks like un attack rather than un configuration mistake.

  • Un clave de idempotencia derived desde el wrong thing

    UN key tied a un cliente o un session collapses two genuine purchases into one, y el second pago appears a vanish rather than fail. Derive it desde el operation.

  • El reembolso path never tested

    It es dónde plugins, platforms y APIs most often disagree. UN reembolso issued en RapidCents ese never reaches su system leaves un paid order ese has already been paid back.

  • No request id logged

    El identifier solo exists en el response usted discarded. Sin it, un Soporte report becomes un reproduction attempt rather than un lookup.

Sandbox versus production

  • El outcome follows la tarjeta, no un emisor

    En entorno de pruebas (sandbox) un documented tarjeta produces el same result cada time. Ese es qué makes un decline test repeatable en continuous integration, que no real emisor allows.

  • Liquidación es compressed

    Batches close y depósitos fund en minutes so conciliación puede ser exercised. En production ese follows su cuenta’s funding schedule, so recheck any timing assumption.

  • Nothing crosses el boundary

    Tokens, cliente records y pagos belong a su environment, y neither key works against el otro. UN tarjeta vaulted en entorno de pruebas (sandbox) has no production counterpart.

Questions Acerca de entorno de pruebas (sandbox) y production

Cómo long does un pago integration take?

UN prebuilt complemento (plugin) deploys en hours. UN full API integration usually takes one a three weeks including entorno de pruebas (sandbox) testing, webhook (notificación HTTP) wiring y el integration review.

Es el entorno de pruebas (sandbox) free a use?

Yes. Entorno de pruebas (sandbox) credentials, documented test tarjetas y simulated liquidación events son provided during evaluation en no charge.

Do I need my own PCI certification?

Rapid.js y página de pago alojada keep tarjeta entry off su servers, que reduces su PCI scope a el simplest cuestionario de autoevaluación (SAQ) en most cases.

Cómo do I choose entre un complemento (plugin), Rapid.js y el API?

Ask two questions. Do usted control el proceso de pago code? If no, un complemento (plugin) o RapidBridge. Do el flow y el branding matter a su conversion? Then Rapid.js rather than un redirect. El API es el answer cuando el cart, depósito o partial-fulfilment rules son yours a own.

Puede I start en un complemento (plugin) y move a el API later?

Yes, en el same cuenta. UN complemento (plugin) puede carry live traffic while un custom proceso de pago es built, y both produce pagos en el same records, so el migration does no break reporting o cliente history.

Do I need separate integrations para en persona y en línea?

No. Terminal, página de pago alojada, enlace de pago y API pagos land en el same cuenta de comerciante y el same liquidación records, so reporting, reembolsos y conciliación stay one integration rather than several.

Qué does el integration review actually check?

El things ese get expensive later: idempotencia en calls ese move money, signature verification against el raw body, soft versus rechazo definitivo handling, y conciliación tied a liquidación records rather than autorización responses.

Take the next step

Talk a un RapidCents specialist

RapidCents Análisis de comisiones reads un estado de cuenta de procesamiento y shows intercambio interbancario separately desde el markup. Upload un estado de cuenta para un instant breakdown, o open una cuenta de comerciante y start accepting pagos en one cuenta.

  • No obligation
  • Payment specialists, not a call centre
  • Secure statement upload