Rapid.js

Qué crosses el wire

• Dónde it sits

  En el navegador, en front de su server call. It es initialised con un clave pública para integración, mounts as campos de pago alojados inside su markup, y hands su page un token cuando el cliente submits. Su server then creates el pago con ese token y its clave secreta.

• Qué usted send

  El clave pública para integración, su theme configuration, y el container elements a mount into. No tarjeta data passes mediante su code en any point, que es el property el whole design exists a preserve.

• Qué comes back

  UN token, plus lifecycle callbacks su page puede listen a: validation state as el cliente types, success, failure, y un 3-D Secure challenge ese renders inline rather than sending el cliente away. El reference names el events y el mount options.

Cuando a use it

• Keeping proceso de pago en su own design

  Cuando un redirect a un hosted page would break el flow, el branding o el conversion path usted have already tuned.

• Reducing PCI scope without rebuilding

  Campos de pago alojados keep la tarjeta out de su environment, que es el single change ese moves most comercio electrónico integrations a el narrow self-assessment.

• Adding wallets a un existing proceso de pago

  Apple Pay y Google Pay buttons sit alongside la tarjeta fields, so el wallet path y la tarjeta path produce el same token para su server a charge.

Cómo a implement Rapid.js

Qué fails, y cómo usted find out

• UN content seguridad policy ese blocks el fields

  Campos de pago alojados load desde RapidCents, so un restrictive policy silently renders un empty box. It es el most common first-day failure y produces no useful JavaScript error.

• Trying a read la tarjeta value

  El fields son isolated por design y su page cannot inspect qué fue typed. Validation state es reported mediante events; anything ese needs el number itself es asking para el one thing campos de pago alojados exist a prevent.

• Treating el token as un pago

  UN token es permission a charge, no un charge. Until su server creates el pago, nothing has been authorized y no money has moved, however successful el navegador looked.

• Skipping el authentication función de devolución de llamada

  If 3-D Secure presents un challenge y su page does no handle la función de devolución de llamada, el cliente completes it y su proceso de pago never learns el result. El pago response es qué confirms el outcome.

Sandbox versus production

• El clave pública para integración selects el environment

  UN entorno de pruebas (sandbox) clave pública para integración produces entorno de pruebas (sandbox) tokens, que solo un entorno de pruebas (sandbox) clave secreta puede charge. UN build shipped con el wrong key fails en el server call, no en el navegador, que es dónde people look first.

• Authentication both ways, en demand

  Documented test tarjetas force un frictionless 3-D Secure pass y un challenge, so el inline challenge función de devolución de llamada puede ser exercised deliberately rather than waited para.

• Styling behaves identically

  Theme values, breakpoints y mobile keyboard behaviour son el same en both environments, so el visual review done en entorno de pruebas (sandbox) es el one ese holds en production.