Developer Terms

These Developer Términos govern cómo un RapidCents integration es built y run: cómo API credentials son issued y dónde each one may live, qué el entorno de pruebas (sandbox) es para y qué it must never contain, cómo el APIs may ser used y qué happens cuando un limit es exceeded, cómo webhooks son verified y handled idempotently, cómo versions son deprecated, quién owns qué, y el PCI DSS scope su integration decides. They form part de el RapidCents Services Agreement y bind both el comerciante y anyone building para it. Dónde el Services Agreement already states un rule, these Términos cite it por clause letter y number so usted puede read el operative text para yourself.

Section UN — Scope y application

1. Quién these Developer Términos bind

These Términos cover anyone quién touches su RapidCents integration — su own Desarrolladores, un contractor, un agency, o un software vendor building para usted. Whoever writes el code, el comerciante whose cuenta it runs en es el one RapidCents holds responsible.

These Developer Términos govern access a y use de el RapidCents APIs, SDKs, Rapid.js, RapidBridge, webhooks, plugins, el entorno de pruebas (sandbox) y el developer documentation (together, el “Developer Services”). They form part de el RapidCents Services Agreement y son incorporated into it. El defined Términos de el Services Agreement apply here con el same meanings, including “Services”, “Secondary User”, “Datos del titular de la tarjeta”, “Network Rules”, “Cliente” y “Transacción”.

They bind two parties, y it es worth being precise Acerca de que es que. El first es el Comerciante: el comercio approved para un RapidCents Cuenta, en whose credentials el integration runs. El second es any person quién builds, operates, maintains o holds access a ese integration en el Comerciante’s behalf — un employee, un contractor, un agency, un systems integrator, un software vendor o un consultant. El Services Agreement calls ese second party un Secondary User y defines it a include any third party a whom el Comerciante grants credentials o API access.

El consequence es stated en el Services Agreement rather than invented here. El definition de Secondary User makes el Comerciante responsible para everything un Secondary User does under la cuenta as though el Comerciante had done it itself, y clause B.1 (en 1.2) makes el Comerciante fully responsible para all activity occurring under its cuenta. UN developer quién exposes un key, ignores un limit o submits un Transacción la cuenta es no approved para creates un breach por el Comerciante. RapidCents does no adjudicate entre un comerciante y its developer, y nothing en these Términos creates un contract entre RapidCents y un developer quién es no itself un Comerciante.

If usted son un developer reading este sin un RapidCents Cuenta de su own, read it as el standard su client es contractually required a hold usted a. If usted son un Comerciante, read clause 6 antes de usted give anyone credentials.

2. Cómo these Términos fit el Services Agreement

If these Términos y su contrato de servicios de comercio ever disagree, el contrato de servicios de comercio wins. These Términos add detail; they do no replace anything.

These Developer Términos son supplemental. They restate obligations el Services Agreement already imposes y add el operational detail un integration needs, en el place un developer will look para it. They do no vary el Services Agreement, do no narrow it, y do no create rights it does no give.

Dónde these Términos y el Services Agreement puede ser read together, both apply. Dónde they conflict, el Services Agreement prevails. UN citation en these Términos a un clause letter y number — B.3, D.2, E.1 — es un citation a ese clause de el Services Agreement published en/legal/terms.

El Acceptable Use Policy, el Privacidad Policy, el PCI Compliance page y el Seguridad page también apply a un integration. Clause B.5 incorporates el Acceptable Use Policy into el Services Agreement por reference, y clause D.1 (en 1.4) does el same para el Privacidad Policy. Nothing en these Términos displaces either.

El API reference y el developer documentation describe cómo el platform behaves; they son no part de el Services Agreement. Dónde documentation y un operative clause read differently, el clause governs el parties’ obligations y el reference governs el technical contract — un field name, un type, un enumerated value, un limit.

Section B — API credentials

3. El credentials RapidCents issues, y qué each one puede do

There son different kinds de key y they son no interchangeable. UN clave pública para integración es safe en un navegador because it cannot move money. UN clave secreta puede reembolso, so it belongs en un server y nowhere else.

RapidCents issues credentials ese differ por role y por environment. El split es el design: qué un credential puede do decides dónde it may safely live, y un credential ese puede move money es never permitted anywhere un user, un navegador o un decompiler puede read it.

Credentials son issued a el Comerciante, against el Comerciante’s RapidCents Cuenta. They son no issued a un developer en el developer’s own right, they son no transferable entre comerciantes, y un developer working para más than one comerciante must use each comerciante’s own credentials para ese comerciante’s traffic rather than routing several comercios mediante one set. Submitting another comercio’s Transacciones mediante su credentials es prohibited por clause B.4(g) y por clause H.9 however el code es arranged.

Entorno de pruebas (sandbox) y production credentials son issued separately, y neither authenticates against el otro environment. Ese es un property a rely en rather than un limitation a work around: un environment mix-up fails immediately instead de succeeding somewhere unintended.

Request signing es available en addition a el credential para server-a-server integrations ese need tamper evidence beyond TLS, y es recommended para high-value flows. It es no un substitute para keeping el clave secreta secret.

Credentials issued por RapidCents

Credential	Dónde it belongs	Qué it puede do
Secret API key	Server-side solo, loaded desde un secret manager en runtime	Creates, captures, reembolsos y reads — full cuenta capability within its environment
Clave pública para integración	Navegador y mobile client code	Initialises Rapid.js y exchanges tarjeta data para un token; cannot move money
Webhook signing secret	Server-side solo, en el endpoint ese receives events	Proves ese un inbound evento fue sent por RapidCents
OAuth grant	Held por un platform acting para un connected comercio	Acts para ese comercio sin el platform holding its keys; revocable por el comercio

Each de these es scoped a un single environment. UN entorno de pruebas (sandbox) credential does no authenticate against production, y un production credential does no authenticate against el entorno de pruebas (sandbox). Whether un narrower, read-solo restriction puede ser applied a un key es confirmed por el API reference y por su RapidCents cuenta Contacto.

4. A secret key must never reach client-side code

Never put un clave secreta en un web page, un app bundle, un mobile binary, un repository o un Soporte ticket. If one gets out, treat it as compromised y rotate it antes de usted investigate.

Este es el one obligation en these Términos ese admits no exception, no staging carve-out y no temporary arrangement. UN secret Clave de API must no appear en client-side code, o anywhere un person otro than el Comerciante’s authorised personnel puede read it. Clause B.1 (en 1.2) de el Services Agreement makes el Comerciante responsible para maintaining el confidentiality y seguridad de its cuenta credentials including API keys, y clause B.3 makes el Comerciante responsible para el seguridad de its API keys specifically.

En practice el prohibition covers all de el following, y el list es illustrative rather than exhaustive:

• JavaScript served a un navegador, including un bundle, un source map, un inline script y un configuration object rendered into el page.
• UN mobile application binary, un compiled asset, o anything else shipped a un device, whether o no it es obfuscated.
• UN public o shared source repository, un commit history, un issue, un pull request o un continuous-integration log.
• UN Soporte ticket, un email, un chat message, un screenshot, un screen recording, o un document shared con un third party — including one shared con RapidCents.
• UN client-side environment variable, un configuration file served a el client, o any request el navegador makes ese carries el key as un parameter o un header.

Dónde tarjeta entry has a happen en un navegador o un app, use Rapid.js con el clave pública para integración, o página de pago alojada, que moves tarjeta entry onto un RapidCents-hosted page altogether. UN clave pública para integración puede solo exchange tarjeta data para un token; it cannot create, captura o reembolso un pago, que es qué makes it safe a ship. Su server then creates el pago desde ese token using el clave secreta, que never leaves su infrastructure.

Obfuscation es no un control. Neither es un key held en un client-side variable, restricted por referrer, o embedded en un application intended solo para internal use. If un clave secreta puede ser extracted desde something usted distribute, it es exposed, y it puede issue reembolsos.

UN clave secreta ese has appeared en any de these places es compromised whether o no usted puede show it fue used. Rotate first y investigate second: issue un new key, deploy it, confirm desde su request logs ese el old key identifier has stopped appearing, then revoke el old key. Clause 5 sets out el rest, y clause 21 covers reporting it.

5. Storage, rotation y revocation

Keep keys en un secret manager, use different keys para each environment y each system, change them en un schedule y whenever someone con access leaves, y keep both keys live briefly so nothing fails mid-rotation.

Clause D.2 (en 2.2) de el Services Agreement requires el Comerciante a implement y maintain reasonable seguridad measures appropriate a el information being protected, including strong unique passwords, autenticación multifactor (MFA) dónde available, patching, firewalls, cifrado y access controls, regular assessment y vulnerability scanning, staff training, y una respuesta un incidentes plan. Applied a API credentials, ese means el following.

• Load credentials desde un secret manager en runtime. Keep solo placeholder values en committed configuration, y run un secret scan antes de un commit reaches un repository.
• Use separate credentials para each environment, so ese entorno de pruebas (sandbox) traffic cannot reach production y un production key cannot ser deployed a un staging environment por accident.
• Refuse a start el application cuando el credential does no match el environment it expects. Ese turns un live outage into un failed deployment.
• Issue separate credentials a separate systems y separate people wherever el platform allows it, so ese un rotation o un leak affects one consumer rather than cada consumer en once. Continuous integration should hold its own.
• Log que credential identifier served each request, so ese un leak puede ser traced a un system rather than guessed en.
• Rotate en un fixed schedule, y immediately cuando un employee, un contractor o un agency con access a un credential leaves o el engagement ends.

Rotate con overlap. Revoking el old credential en el instant el new one es issued fails cada request still en flight: issue el new credential, deploy it, watch el old identifier disappear desde su logs, then revoke. Rehearsing el whole sequence en el entorno de pruebas (sandbox) proves el mechanism antes de el day it has a ser done under pressure en production.

RapidCents may revoke o reissue un credential dónde it es compromised, dónde it es being used en breach de these Términos o el Services Agreement, o dónde clause B.5 permits suspension. Clause 11 deals con ese.

RapidCents will no ask usted para un clave secreta, un password o un one-time code, y no RapidCents document, email o Soporte conversation ever requires usted a send one. Treat un request ese does as fraudulent, y report it using clause 21.

6. Desarrolladores, agencies y platforms acting para un comerciante

If usted hire someone a build su integration, give them su own credentials y take them away cuando el work ends. If usted son un platform taking pagos para otro comercios, ese needs OAuth y written approval — usted cannot run su sales mediante su own cuenta.

UN Comerciante ese engages un developer, un agency o un software vendor es granting access a un Secondary User. El Services Agreement makes el Comerciante responsible para qué ese person does under la cuenta as though el Comerciante had done it itself, y clause B.1 (en 1.2) makes el Comerciante responsible para all activity occurring under la cuenta.

Two arrangements son commonly confused, y they son governed differently.

• UN developer quién builds o operates un integration para one Comerciante, en ese Comerciante’s cuenta, using ese Comerciante’s credentials. Este es un Secondary User arrangement. It es permitted, y el obligations en these Términos attach a el Comerciante.
• UN platform, un mercado en línea (marketplace) o un service provider ese submits, settles o receives funds para Transacciones belonging a otro comercios. Este es no un Secondary User arrangement y it es no permitted en un ordinary cuenta. Clause B.4(g) prohibits using el Services a process Transacciones para any third party o a act as un pago intermediary o aggregator, y clause H.9 states ese en operative detail: un mercado en línea (marketplace), sub-comerciantes, sub-cuentas, liquidación dividida o en-behalf-de payouts require RapidCents’ prior written approval, given expressly y no por conduct.

Dónde un platform es approved a act para connected comercios, OAuth es el mechanism: el platform acts para un comercio en ese comercio’s own autorización, sin ever holding ese comercio’s keys, y el comercio puede revoke el grant sin rotating anything de its own. Cuando un grant es revoked, calls made para ese comercio fail autorización while el platform’s own credentials remain valid; handle ese as un state change en su platform rather than as un platform-wide incident.

Cuando un engagement ends, remove el access it required. Rotate any credential el departing party could read, revoke su dashboard access, y remove su systems desde any lista de permitidos. Clause D.2 (en 2.2) requires access controls; un agency ese still holds un working production key eighteen months después de handover es un failure de ese control, y it remains el Comerciante’s failure.

Nothing en these Términos makes RapidCents un party a el contract entre un Comerciante y its developer. RapidCents gives no warranty, y accepts no liability, en respect de work performed por un developer el Comerciante engages.

Section C — Environments

7. El entorno de pruebas (sandbox), y qué it es no para

El entorno de pruebas (sandbox) es un full copy de el interface con fake money. Build en it, break it, test declines y reembolsos en it. Never put un real tarjeta number en it, y never use it as un load test.

El entorno de pruebas (sandbox) es un isolated environment con its own credentials, test comerciante identifiers, simulated tarjeta networks y accelerated liquidación. Nothing en it touches production data o real money. It es no un reduced mock: el endpoints, request bodies, error codes y webhook (notificación HTTP) payloads son el ones production serves, y it es versioned el same way, que es qué makes work done there transfer rather than have a ser redone.

Entorno de pruebas (sandbox) access es issued during evaluation, sin un signed contrato de servicios de comercio, y it remains available después de go-live so ese releases puede keep being tested against it. Use de el entorno de pruebas (sandbox) es use de el Services y es governed por el Services Agreement y por these Términos.

El entorno de pruebas (sandbox) must no ser used con real tarjeta data. Tarjeta numbers, expiry dates, seguridad codes, titular de la tarjeta names y any otro real Datos del titular de la tarjeta must never ser submitted a un entorno de pruebas (sandbox) endpoint, entered into un entorno de pruebas (sandbox) form, o included en un test fixture. Test con el documented test tarjetas, que son qué make un outcome deterministic y repeatable. Este es no un stylistic preference: un real número de cuenta principal (PAN) sent a un test environment es un revelación de información de Datos del titular de la tarjeta outside el flow it fue authorised para, y it draws el systems ese handled it into PCI DSS scope.

Nor may el entorno de pruebas (sandbox) ser used con any otro person’s real data. Do no use un live titular de la tarjeta’s details, another comerciante’s cuenta, another party’s información personal o production cliente records en el course de testing, y do no use techniques ese degrade el environment para others.

Four differences desde production son deliberate, y they son dónde go-live surprises come desde:

• Comisiones, funding timing y evaluación de admisión y riesgos outcomes shown en el entorno de pruebas (sandbox) son illustrative. Su live rate y depósito schedule come desde su cuenta, no desde un entorno de pruebas (sandbox) response, y no entorno de pruebas (sandbox) output es un quote.
• Liquidación es compressed so ese un full captura-a-depósito cycle puede ser exercised en one sitting. En production, funding follows el calendario de desembolsos en su cuenta, y un job built en el entorno de pruebas (sandbox) rhythm will sit idle.
• El entorno de pruebas (sandbox) es un correctness environment, no un capacity one. Numbers observed there say nothing Acerca de production capacidad de procesamiento, y load testing against it mostly produces limitación de solicitudes responses. Clause 10 applies a it.
• Tokens, cliente records y pagos do no cross environments. UN tarjeta vaulted en el entorno de pruebas (sandbox) has no production counterpart, y anything usted need en production has a ser created there.

Cómo long entorno de pruebas (sandbox) data es retained, y whether un dormant entorno de pruebas (sandbox) cuenta es reclaimed, es un operational matter rather than un term de este document. Ask developer Soporte if un test dataset needs a persist.

8. Going live

Four things change en cutover: el clave secreta, el clave pública para integración, el webhook (notificación HTTP) signing secret y el endpoint events go a. Change all four together — un partial swap fails en un way ese looks like something else.

Production access requires un approved RapidCents Cuenta. Entorno de pruebas (sandbox) credentials do no confer it, y un entorno de pruebas (sandbox) integration ese works perfectly es no un approved cuenta de comerciante.

En cutover, treat el following as un single change set: el clave secreta, el clave pública para integración, el webhook (notificación HTTP) signing secret y el punto de conexión de webhook (notificación HTTP) el events son delivered a. UN partial swap es el most common go-live failure y it presents misleadingly — un handler ese verified cada entorno de pruebas (sandbox) evento correctly rejects cada live evento cuando el signing secret fue no replaced, y because un rejection looks like un forged request, it es frequently misdiagnosed as un attack.

Antes de el switch, exercise el paths ese son hard a reproduce afterwards: un approval, un decline, un reembolso, un 3-D Secure challenge, y en least one replayed webhook (notificación HTTP) confirming ese su handler writes once rather than twice. Then switch keys, place one small live pago, reembolso it, y watch el first lote settle.

Going live does no end entorno de pruebas (sandbox) access, y it does no end these Términos. Everything en este document applies a un production integration en el same way it applied a el one built en el entorno de pruebas (sandbox).

Section D — Acceptable use de el APIs

9. Acceptable use de el APIs

Use el APIs el way el documentation says, para su own comercio, within el law y el red de tarjetas rules. Do no take el platform apart, resell access a it, o try a get around its risk controls.

Clause B.3 de el Services Agreement requires el Comerciante a comply con el current API documentation y usage guidelines cuando it uses el RapidCents APIs. Clause B.2 grants un limited, non-exclusive, non-transferable, non-sublicensable, revocable licence a access y use el Services solely para el Comerciante’s internal comercio purposes. Clause B.4 sets out qué el Comerciante agrees no a do y no a allow un third party a do. Those restrictions apply a un integration exactly as they apply a el dashboard, y they son restated here because un developer es el person en un position a breach them:

• Do no use el Developer Services para any illegal, fraudulent o unauthorized purpose, o para anything prohibited por el Acceptable Use Policy.
• Do no use them en un manner ese violates any applicable law, regulation o Network Rule.
• Do no copy, modify, reverse engineer, decompile o disassemble any part de el Services o el RapidCents Software, including el SDKs, Rapid.js, RapidBridge y el plugins.
• Do no rent, lease, sell, distribute o sublicense el Services o el RapidCents Software, y do no resell o expose API access a third parties as un service de su own.
• Do no interfere con o disrupt el integrity o performance de el Services o el data contained en them.
• Do no attempt a gain unauthorized access a el Services o a related systems o networks, including another comerciante’s cuenta o another comerciante’s data.
• Do no use el Services a process Transacciones para any third party, o act as un pago intermediary o aggregator, except as clause H.9 permits con prior written approval.
• Do no transmit worms, viruses, malware o any code de un destructive nature.

Two further prohibitions follow desde el Acceptable Use Policy y son worth naming en un integration context. Do no evade, disable o interfere con RapidCents’ risk, fraud, verification o compliance controls, y do no misrepresent un Transacción’s nature, amount, moneda, country o Cliente en order a obtain una autorización. Y do no open o operate un second cuenta, o una cuenta en el name de another person o entity, en order a evade un limit, un Reserve, un suspension o un termination.

Polling es no prohibited, but it es el wrong design y it es charged against el same limits as everything else. Repeatedly reading un pago a see whether anything has changed es slower than el webhook (notificación HTTP), heavier en su limits, y still misses un reembolso o un disputa raised outside su application. Clause 12 sets out el alternative.

10. Rate limits

There son limits en cómo fast usted puede call el API. Going over one gets usted un documented error con un retry hint, no un dropped request. Back off cuando usted see it; do no hammer.

Clause B.3 de el Services Agreement provides ese RapidCents may set limits en API usage, expressed para example as un number de requests per second. Limits son applied per cuenta, y they apply en el entorno de pruebas (sandbox) as well as en production.

Este document does no publish el numeric limits, because they son un property de el interface rather than un term de el contract y they belong dónde un integration puede act en them: el limits ese apply a su cuenta, y el way un response signals ese one has been reached, son documented en el API reference. Dónde su integration has un legitimate need ese exceeds them — un bulk conciliación job, un migration, un seasonal peak — raise it con developer Soporte en advance rather than discovering el limit en production.

Exceeding un limit returns un documented status code con un retry hint rather than dropping el request silently. Treat ese response as un signal y no as un outage: back off en el hint, retry con jitter, y carry un clave de idempotencia so ese un request que did en fact succeed es no applied twice. Continuing a send en el same rate es qué turns limitación de solicitudes into un incident.

Persistent disregard de un limit — un client ese retries immediately y indefinitely, un load test run against production, o traffic ese en RapidCents’ judgment imminently threatens el seguridad, integrity o availability de el Services — es un ground para immediate suspension under clause B.5 de el Services Agreement. Clause 11 sets out qué ese means en practice.

11. Suspension y retiro de credentials

RapidCents puede switch off su API access sin warning if el integration threatens el platform o breaks el rules, y it puede hold funds while it investigates. Losing API access costs usted no cancellation comisión — RapidCents does no charge one.

Clause B.5 de el Services Agreement permits RapidCents a suspend use de el Services immediately y sin prior notice dónde el Comerciante o un Secondary User intentionally violates el Acceptable Use Policy, o uses el Services en breach de el Agreement en un way ese, en RapidCents’ judgment, imminently threatens el seguridad, integrity o availability de el Services. It también lists el grounds en que access may ser suspended o terminated sin notice, including breach de el Agreement o el Acceptable Use Policy, suspected fraudulent, illegal o unauthorized use, activity ese poses un seguridad risk, failure a cooperate con un investigation o a provide requested information, y contracargo, return o complaint levels above el applicable thresholds.

Applied a un integration, suspension may take el form de revoking o disabling un credential rather than closing una cuenta. RapidCents may revoke, disable o reissue un credential, restrict it a un narrower capability, o block traffic desde un particular integration, dónde any de el grounds en clause B.5 applies o dónde un credential es compromised.

During un suspension, RapidCents may hold funds en el RapidCents Cuenta o en un Reserve until un investigation o disputa es resolved, as clause B.5 provides. Ese clause también records el Comerciante’s waiver de claims against RapidCents para losses resulting desde action taken para integrity o seguridad reasons.

Suspension es no termination, y neither carries un penalty. RapidCents charges no cancellation comisión y no early-termination comisión. Clause F.1 (en 1.2) lets el Comerciante terminate en any time en written notice y records ese RapidCents charges no early-termination comisión y imposes no penalty para closing una cuenta antes de el end de un term, y clause UN.4 states el same plainly. Clause UN.3 adds un further right a cancel sin penalty en el specific circumstances it lists — un new comisión, un increase a un existing comisión outside un schedule el Agreement already names, un failure a pass mediante un intercambio interbancario cost reduction, o un unilaterally imposed material adverse change — exercisable en written notice within ninety (90) days. Dónde access es restored, it es restored a el same cuenta en el same Términos.

Termination de el Services Agreement revokes el licence a use el RapidCents Software, as clause UN.7 provides, y con it el licence en clause 18 de these Términos. Obligations intended por su nature a survive termination — including those relating a intellectual property, confidentiality, liability, y cooperation y record-keeping following un compromise — survive it here as well.

Section E — Webhooks

12. Webhook (notificación HTTP) delivery y signature verification

Webhooks tell usted qué happened después de su request returned. Check el signature against el raw body antes de usted trust el evento, y answer con un 2xx quickly.

Webhooks deliver pago lifecycle events a un endpoint el Comerciante operates: autorización, captura, reembolso, disputa opened y liquidación funded, among others. They exist because most de qué happens a un pago happens después de el original request has returned — un reembolso issued desde el dashboard, un contracargo filed weeks later, un depósito funded overnight — y none de it reaches un integration ese reads solo synchronous responses.

Cada carga útil es signed con un HMAC computed over el exact bytes sent. Verifying ese signature es el Comerciante’s obligation, no un optional hardening step. Un unverified punto de conexión de webhook (notificación HTTP) es un unauthenticated instruction a change el state de un order, release goods o credit una cuenta, reachable por anyone quién learns el address.

• Captura el raw cuerpo de la solicitud antes de any software intermediario parses it. Framework software intermediario ese parses JSON y hands usted un object has already changed el bytes, y el HMAC will no match; el symptom es un valid evento rejected as forged.
• Compute el HMAC over ese raw body using el signing secret para el environment el evento came desde, y compare it against el signature header en constant time.
• Reject anything ese does no match, y do no fall back a procesamiento it. UN failed verification es no un formatting problem.
• Hold el signing secret a el same standard as un clave secreta: server-side, en un secret manager, never en client code, y rotated en el discipline clause 5 requires.
• Register el endpoint over HTTPS en un routable address con un valid certificate. Más than one endpoint may ser registered, que es el cleaner arrangement cuando different systems care Acerca de different events — un order service consuming pago events y un finance job consuming liquidación events do no need a share un handler.

El exact header, el algorithm y el encoding used para el signature son documented en el API reference, que es el authoritative technical contract para them.

Entorno de pruebas (sandbox) y production sign con different secrets. UN handler ese verified correctly throughout development will reject cada live evento if el secret fue no replaced en cutover; clause 8 treats el two as part de one change set para exactly ese reason.

13. En-least-once delivery, ordering y idempotent handling

El same evento puede arrive más than once y out de order. Say 2xx first, do el work afterwards, y make el work safe a repeat.

Webhook (notificación HTTP) delivery es en least once. El same evento puede ser delivered más than once, y un later evento puede arrive antes de un earlier one. Both son properties de el delivery model rather than defects, y un integration ese assumes exactly-once, en-order delivery will double-fulfil un order sooner o later. Handling them es el Comerciante’s obligation.

• Deduplicate en el evento identifier. Record el identifiers usted have processed, y make un second delivery de el same evento un no-op.
• Acknowledge con un 2xx status first y do el slow work afterwards. Anything outside 2xx es read as un failure y schedules un redelivery, so un slow database write inside el handler produces duplicate deliveries rather than un slow success.
• Trust el state carried en el carga útil rather than el arrival order, y ignore un evento ese would move un resource backwards.
• Use un clave de idempotencia en any API call ese changes state, including one su handler makes en response a un evento, so ese un retried call cannot ser applied twice.
• Alert en repeated non-2xx responses desde su own endpoint. Deliveries do no fail loudly en el receiving side; each attempt y its outcome es recorded against el evento, y un endpoint ese has silently stopped working es otherwise found por un cliente.

Dónde un endpoint does no acknowledge, delivery es retried en un backoff schedule y then stops. El number de attempts y el period over que they son made son documented en el API reference rather than fixed por este document. Un evento ese fue never acknowledged es no lost: events remain queryable mediante el API, so recovery después de un extended outage es un backfill rather than un Soporte request.

El webhook (notificación HTTP), y no el synchronous response, es qué should drive el state de un order. El response reports qué happened en ese instant; el webhook (notificación HTTP) reports everything después de it, y it es el solo channel ese carries un reembolso o un disputa originating outside su application.

Section F — Versions y change

14. API versioning y obsolescencia programada

Pin su version. Breaking behaviour ships behind un new version, so nothing changes under usted until usted move. Cuando something es being retired, usted get notice y un window, published en el changelog.

El RapidCents API es versioned, y un version es pinned per cuenta y may ser sent explicitly en un request. Additive changes reach un pinned integration sin action, because el pinned version keeps behaving as documented. Breaking changes ship behind un new version y remain optional until el Comerciante moves a it.

RapidCents may deprecate un Versión de API, un endpoint, un evento type, un field o un SDK release. Dónde it does, notice es published en el developer changelog. El entry states qué es changing, que Versión de API carries it, whether el change es additive o breaking y, para un obsolescencia programada, el date en que el old behaviour stops. El old behaviour continues a ser served until ese date.

El length de el notice period es set para each obsolescencia programada y stated en its changelog entry rather than fixed en este document, because el appropriate window differs entre retiring un optional field y retiring un version. RapidCents’ commitment es ese un cambio incompatible con versiones anteriores es announced con un migration window antes de el old behaviour stops, y ese el window y its end date son published rather than communicated solo en request. Dónde un change has a ser made sin el usual notice — because un Network Rule, un regulator o un seguridad defect requires it — RapidCents will say so en el notice y give as much time as el circumstance allows.

El obligations en el Comerciante’s side son ordinary engineering hygiene, y they son el Comerciante’s a meet: pin el Versión de API explicitly rather than tracking el latest; record que version each service sends, so ese un migration es un known set de deployments rather than un discovery; route changelog notices somewhere el en-call rotation puede see them, because un suscripción pointed en un unmonitored inbox es el same as no suscripción; y test el new version en el entorno de pruebas (sandbox) during el window rather than en el end de it.

Un SDK release targets un specific Versión de API, so upgrading un package puede move un integration across un version boundary sin any change a su own code. Pin el package y pin el Versión de API separately.

Clause F.2 de el Services Agreement governs amendments a el Agreement itself, que es un different thing desde un change a el API. Clause 22 de these Términos deals con changes a este document.

15. SDKs, plugins y third-party integrations

El official SDKs y plugins son supported software. UN fork es no — it stops receiving fixes, including seguridad ones. Anything usted connect desde un third party es su risk, no ours.

RapidCents publishes official SDKs para Node.js, Python, PHP y mobile; plugins y extensions para common commerce platforms, including un WooCommerce complemento (plugin) para WordPress stores y un connection para un Shopify storefront; Rapid.js para embedded tarjeta fields; y RapidBridge para bringing pagos into comercio software ese cannot ser modified. Each SDK release documents el Versión de API it targets. Que platforms son covered por un prebuilt complemento (plugin), y que son covered instead por página de pago alojada sessions o pago links, es confirmed por su RapidCents integration Contacto rather than listed here, because ese set changes.

Keep them en supported versions. El Seguridad page states el same obligation en general Términos: un integration, un complemento (plugin), point-de-sale software o una terminal left en un version ese has stopped receiving fixes es one de el ordinary ways un comerciante-side incident begins. Confirm complemento (plugin) compatibility antes de un major platform upgrade rather than después de proceso de pago stops working.

Do no fork un complemento (plugin) o un SDK a add un feature. UN modified copy stops receiving updates, including seguridad updates, y inherits cada future incompatibility; dónde el requirement es real, build it en Rapid.js o el APIs instead. Clause B.4 prohibits copying, modifying, reverse engineering y redistributing el RapidCents Software en any evento, y clause 18 sets out qué el licence does y does no permit.

Third-party services, applications y content son governed por clause B.6 de el Services Agreement. RapidCents does no endorse o control them, makes no representation o warranty Acerca de su functionality, seguridad o reliability, may discontinue Soporte para any de them en any time sin notice, y accepts no liability para loss arising desde su use. Evaluating, selecting y implementing un third-party integration es el Comerciante’s responsibility, as es complying con ese provider’s own Términos, y el availability de un third-party service mediante RapidCents implies no comercio relationship entre RapidCents y its provider.

El licence Términos under que un official SDK o complemento (plugin) es distributed accompany el package. Dónde un package carries its own licence file, ese licence governs el code en it, en addition a these Términos y el Services Agreement.

16. Beta features y automated features

Anything labelled beta o preview puede break, change o disappear, con no warranty. Anything ese uses AI, including APPIE, puede ser wrong — read el output antes de usted act en it.

Clause H.7 de el Services Agreement governs beta y pre-release functionality y features ese use inteligencia artificial (IA) o otro automated procesamiento. Both classes reach un developer earlier than they reach anyone else, so el Términos son restated here.

UN feature RapidCents identifies as beta, preview, pilot, early access, limited release o experimental es provided as es y as available, sin warranty de any kind. RapidCents does no undertake ese it will function as described, ser supported, ser compatible con any later version, preserve data entered into it, o ever become un generally available part de el Services, y may modify, restrict, suspend o withdraw it en any time, con o sin notice y sin providing un replacement. Dónde RapidCents publishes Términos specific a un beta feature, those Términos apply en addition a these y prevail over them en respect de ese feature. El Comerciante uses it en its own risk y remains responsible para cada Transacción processed mediante it.

UN feature ese uses inteligencia artificial (IA), aprendizaje automático, large language models, statistical models o otro automated procesamiento — including features made available under el APPIE name — produces output por inference rather than por verification. Output may ser incomplete, inaccurate, out de date, internally inconsistent, o wrong en un way ese es no apparent en its face, y el same input may no produce el same output twice. El Comerciante es responsible para reviewing ese output antes de relying en it, acting en it, sending it a un Cliente, entering it en un record, o using it a satisfy un legal, tax, accounting, reporting o Network Rules obligation, y will no use it as el sole basis para un decision producing un legal o similarly significant effect en un individual sin human review de ese decision.

No output de un automated feature, y no content generated por el Services, es legal, tax, accounting, financial, investment o compliance advice, es un representation por RapidCents ese un Transacción es lawful, genuine, authorized o collectible, o creates any obligation, service level, response time o guarantee en RapidCents’ part. Do no use un beta feature o un automated feature a develop, train o improve un competing product o model, y do no represent its output a un Cliente o un third party as having been verified, endorsed o warranted por RapidCents.

Section G — Intellectual property

17. Ownership: el platform, su code y su data

RapidCents owns el platform, el APIs, el SDKs y el documentation. Usted own su own code, su content y su data. Integrating does no move either side’s property a el otro.

Clause E.1 de el Services Agreement allocates ownership, y building un integration does no move el line.

RapidCents owns all right, title y interest en y a el Services, el RapidCents Software, el APIs, el documentation, el RapidCents trademarks y logos, y all related intellectual property rights. These Términos grant no rights en any de ese beyond el limited licence en clause 18, y rights no expressly granted son reserved, as clause UN.7 provides.

El Comerciante retains ownership de el content, data y information it provides o uploads a el Services, que el Services Agreement calls Comerciante Content, y grants RapidCents un worldwide, royalty-free, non-exclusive licence a use, reproduce, modify, adapt y display it solely a el extent necessary a provide el Services. RapidCents claims no ownership de el Comerciante’s application, its source code, its comercio logic, its cliente records o el Productos it sells.

Dónde el Comerciante provides suggestions, ideas, improvements o otro feedback Acerca de el Services, clause E.1 (en 1.3) gives RapidCents un worldwide, perpetual, irrevocable, royalty-free licence a use, modify y incorporate ese feedback into el Services sin obligation. Reporting un bug o asking para un feature es feedback; it does no transfer el Comerciante’s own code.

Cliente Data es un separate question. Clause D.1 makes el Comerciante el responsable del tratamiento de datos para información personal relating a its Clientes y RapidCents un processor acting en el Comerciante’s documented instructions, y incorporates el RapidCents Privacidad Policy into el Services Agreement. Quién owns data y quién es accountable para it son no el same question, y it es clause D.1, no clause E.1, ese answers el second.

Use de el RapidCents name, marks y logos en un integration es governed por el trademark notice published en/legal/trademarkrather than por el licence en clause 18, que grants no rights en them. Ese notice permits some uses sin asking — stating truthfully en su site, en su application, en su receipts y en su punto de venta (POS) ese pagos son processed por RapidCents, y displaying el RapidCents logo para ese purpose en el manner it prescribes. Others need RapidCents’ prior written permission first, including combining un mark con su own name o logo into un single badge, seal o lockup, y any use ese reads as co-branding o as un endorsement. Read ese notice antes de usted ship un mark, no después de.

18. El licence a use el SDKs, Rapid.js y el documentation

Usted get un limited licence a use el SDKs y developer tools a build su own integration con RapidCents, para as long as su cuenta es open y en good standing. Usted cannot resell it, sublicense it, o take it apart.

Clause B.2 de el Services Agreement grants un limited, non-exclusive, non-transferable, non-sublicensable, revocable licence a access y use el Services solely para el Comerciante’s internal comercio purposes, subject a compliance con el Agreement. Clause UN.7 grants el corresponding licence para RapidCents Software y records ese it lasts solo para as long as el RapidCents Cuenta remains active y en good standing, ese no ownership rights en el software son acquired, y ese unauthorized copying, modification, distribution, reverse engineering o sublicensing es prohibited.

Para el avoidance de doubt, within ese licence el Comerciante y its Secondary Users may:

• Install, configure y run el official SDKs, Rapid.js, RapidBridge y el RapidCents plugins en order a connect el Comerciante’s own systems a el Services.
• Copy y adapt el code samples en el documentation into el Comerciante’s own application.
• Deploy el resulting integration en el Comerciante’s own environments, including development, staging, continuous integration y production.
• Give un developer engaged por el Comerciante el access needed a do ese work, en el Términos set out en clause 6.

El licence does no permit renting, leasing, selling, distributing o sublicensing el RapidCents Software; exposing API access a third parties as un service de su own; copying, modifying, reverse engineering, decompiling o disassembling any part de it; removing o altering un notice en it; o using it otro than en connection con el Comerciante’s own RapidCents Cuenta. Clause B.4 states those prohibitions, y nothing here narrows them.

El licence ends cuando el Services Agreement es terminated, as clause UN.7 provides. Provisions intended por su nature a survive termination — including those en intellectual property, confidentiality y liability — survive it.

El Services, el RapidCents Software y cada beta y automated feature son provided subject a el disclaimer de warranties en clause E.4 y el limitation de liability en clause E.5. Nothing en these Términos adds un warranty, un service level, un tiempo de disponibilidad commitment o un availability guarantee ese el Services Agreement does no give.

Section H — Tarjeta data y seguridad

19. PCI DSS scope, y cómo su integration decides que SAQ applies

Cómo usted take la tarjeta decides cómo much de PCI DSS usted have a answer para. If la tarjeta goes straight desde el cliente’s navegador a RapidCents, su questionnaire es el short one. If it passes mediante su server, it es el long one.

RapidCents validates annually as un PCI DSS Level 1 service provider, y ese validation covers el RapidCents environment. It does no cover el Comerciante’s systems y it does no discharge el Comerciante’s own obligations. Clause D.2 (en 2.1) de el Services Agreement requires el Comerciante a maintain PCI DSS compliance para its own systems, processes y personnel, a complete el validation documentation applicable a its comerciante level, a remediate compliance issues promptly, y a notify RapidCents immediately de any suspected o confirmed breach de Datos del titular de la tarjeta.

Que cuestionario de autoevaluación (SAQ) el Comerciante completes es decided por cómo it actually accepts pagos — que es a say, por decisions made en el integration. El mapping below covers el common RapidCents configurations as un guide. Su own pago flow decides su SAQ, y su adquirente, o un evaluador de seguridad calificado (QSA) dónde one es involved, confirms it. Este table reproduces el mapping published en el PCI Compliance page y does no vary it.

El practical consequence para un developer es ese un single design decision moves el Comerciante entre el shortest questionnaire y un full compliance programme. Posting la tarjeta a su own backend en order a validate it, registro de eventos técnicos un cuerpo de la solicitud ese contains un número de cuenta principal (PAN), o accepting una tarjeta number mediante un Soporte form son each enough a do it.

Scope changes quietly. UN change made después de validation — un new proceso de pago, un call-centre process ese keys tarjetas into un order system, un complemento (plugin) replaced por un custom flow — puede change que questionnaire applies sin anyone reopening el question. Reassess immediately rather than waiting para el next validation date: un comerciante validated en SAQ UN while operating un SAQ D flow es no validated en all.

Validation es annual, y it es carried out against el version de el standard then en force. RapidCents’ own Atestación de cumplimiento (AOC) evidences el RapidCents environment solo y does no answer un reviewer’s question Acerca de el Comerciante’s environment; it puede ser requested mediante su RapidCents cuenta Contacto o Soporte.

Cómo el integration maps a un cuestionario de autoevaluación (SAQ)

Cómo tarjeta data es taken	Questionnaire	Qué it turns en
Página de pago alojada, pago links, o Rapid.js embedded fields — la tarjeta es posted desde el cliente’s navegador directly a RapidCents y never reaches su servers	SAQ A	El third parties usted rely en, el policies around them, y confirming ese el delegation es real
Tarjeta-present acceptance en validated standalone terminals, con no electronic storage de datos del titular de la tarjeta en su systems	SAQ B o SAQ B-IP	Device handling, physical control y el connection — SAQ B para un dial-out connection, SAQ B-IP para una terminal independiente over IP
UN custom proceso de pago ese relays la tarjeta mediante su own server, tarjeta numbers keyed into su CRM o order system, o any electronic storage de datos del titular de la tarjeta	SAQ D	El full requirement set, together con quarterly external scanning por un proveedor autorizado de análisis de vulnerabilidades (ASV)

Otro questionnaires exist para configurations este table does no describe, including SAQ C, SAQ C-VT y SAQ P2PE. If none de these matches su setup, confirm el right one con su adquirente rather than assuming.

20. Data usted must never store

Never keep un seguridad code, un PIN, o full chip o stripe data después de el pago es authorised. Encrypting it does no make it allowed. If usted need una tarjeta guardada para pagos futuros, store un token.

PCI DSS prohibits el storage de datos confidenciales de autenticación después de autorización. El prohibition es absolute: cifrado does no make it permissible, y it applies whether el data sits en un database, un log file, un cola de mensajes, un spreadsheet, un scanned form, un call recording o un paper notebook. En un integration, el log file y el cola de mensajes son dónde it usually happens. El following must never ser stored después de autorización, por anyone, en any form:

• Tarjeta verification values — CVV, CVC o CID.
• PINs, y any PIN block, en any form.
• Full magnetic-stripe (track) data after authorization.
• Full EMV chip data after authorization.

Beyond ese absolute prohibition, un integration should avoid holding un número de cuenta principal (PAN) en all. Dónde there es un genuine reason a keep un método de pago en file, store un RapidCents token instead. La tarjeta es captured en un RapidCents-hosted surface — embedded fields, página de pago alojada, una terminal o la terminal virtual — y qué su systems hold es un reference solo RapidCents puede resolve, que cannot ser replayed against another processor. Store el token against el cliente record it belongs a, keep el brand y last four digits para display solo, y build el path ese retires un token cuando un cliente removes el method, because ese es el path integrations most often omit.

Keeping la tarjeta number as well as el token, even briefly, even encrypted, puts el credential back en su environment y removes el reason para tokenizing en all.

Do no write Datos del titular de la tarjeta into un mensaje de error, un stack trace, un analytics evento, un crash report, un bug tracker, un Soporte ticket o un message a RapidCents, y do no send tarjeta numbers, o files containing them, por email o chat — including while investigating un incident. RapidCents applies el same prohibition a itself: it does no store CVV, PINs, EMV chip data o magnetic-stripe data, y Datos del titular de la tarjeta it does retain es encrypted con AES using 256-bit keys y held apart desde public-facing web servers.

21. Seguridad incidents, credential compromise y vulnerability reports

If tarjeta data o su credentials son compromised, tell RapidCents straight away — email seguridad y legal — rotate el keys, y do no wipe el evidence. If usted find un weakness en un RapidCents product, report it mediante el revelación de información page y never test con real tarjetas.

Clause D.2 (en 2.3) de el Services Agreement requires el Comerciante a notify RapidCents immediately de any suspected, alleged o confirmed compromised data evento, regardless de its source y including one affecting any de el Comerciante’s third-party service providers, por emailing both[email protected]y[email protected]. El obligation es immediate, y no RapidCents document states un outer limit en hours. Report early: reporting early preserves su options, y reporting late narrows them.

UN compromised credential es reportable en el same footing as compromised tarjeta data. If un clave secreta, un webhook (notificación HTTP) signing secret o un dashboard credential has been exposed — en un repository, un bundle, un log, un screenshot o un third party’s systems — rotate it first, then report it, then investigate.

En el first hours, containment matters más than tidiness:

• Preserve evidence. Do no reimage, wipe o rebuild affected systems, y do no delete logs. Clause D.2 (en 2.3) requires el Comerciante no a alter o destroy related records y a keep complete y accurate documentation de any modification made a them; un investigación forense needs exactly qué un clean rebuild destroys.
• Contain rather than erase: take el affected system off el network, rotate credentials y API keys, y revoke active sessions.
• Do no send tarjeta numbers, o files containing them, por email o chat while investigating.
• Expect ese RapidCents may engage un forensic vendor approved por un Association, y cooperate fully con it. Clause D.2 (en 2.3) requires ese cooperation, requires el Comerciante a share investigation material including forensic reports y systems audits, permits RapidCents y its service providers a share ese material con el Associations y a conduct remote electronic scans de el Comerciante’s systems en notice, y makes el Comerciante responsible para el costs associated con el investigation.
• Consider su own separate obligations. Privacidad law may require usted a report un breach de seguridad safeguards a un regulator y a el individuals affected, en un timeline de its own — en Canada under PIPEDA, Quebec’s Law 25, o el Alberta y British Columbia información personal protection statutes, y en Estados Unidos under el state breach-notification y Privacidad laws ese apply a usted. Those obligations run en parallel con el notification a RapidCents, no instead de it.

UN vulnerability found en un RapidCents product es un different thing desde un compromise de su own environment, y it has its own route: report it mediante el process described en/legal/vulnerability-disclosure, y report it there antes de disclosing it anywhere else. En el course de testing, do no use live datos del titular de la tarjeta, another party’s cuenta o another comerciante’s data, y do no use techniques ese degrade el service para others. El entorno de pruebas (sandbox) exists so ese este kind de testing has somewhere safe a happen.

Dónde un incident en RapidCents’ side affects un comerciante’s data o cuenta, RapidCents notifies el affected comerciantes sin undue delay y states qué es known, qué es no yet established y qué el comerciante should do, y makes el notifications a regulators, acquiring banks y el Tarjeta Networks ese law y el Network Rules require.

Section I — General

22. Soporte, changes a these Términos, y cómo a reach RapidCents

Send el identificador de solicitud cuando something breaks — it es el difference entre un lookup y un research project. These Términos puede change el way el rest de el agreement does. Ontario law applies, y disputes go a arbitraje.

Developer Soporte es un channel a engineers quién puede look up un request identifier. Qué moves un ticket es un identifier: el identificador de solicitud desde el failing call, el environment it came desde, el API y SDK versions en use, el typed error code, y one concrete example de expected against observed behaviour. UN ticket naming three request ids ese returned el same code en un fifteen-minute window es un lookup; un ticket reporting ese declines went up es un research project. Log el identificador de solicitud alongside su own transacción record, because it exists solo en el response usted would otherwise discard. Request ids son scoped per environment, so say que environment one came desde. Response commitments son tiered por severity, con production incidents en el shortest clock; el tiers ese apply a su cuenta son confirmed por su RapidCents cuenta Contacto rather than stated here.

Check el system status page antes de reporting un platform-wide symptom. Dónde un component es already reported degraded, un further ticket adds queue rather than information.

These Developer Términos may ser amended en el same way as el rest de el Services Agreement. Clause F.2 provides ese RapidCents may amend el Agreement por posting un revised version en el RapidCents website o otherwise giving notice, ese el revised version takes effect cuando posted o as el notice states, y ese continued use de el Services después de ese date es acceptance de it. Material changes a pago Términos carry el separate notice y cancellation rights set out en Section UN. If usted do no agree a un amendment, su remedy es a terminate y stop using el Services — y, as clause 11 records, doing so carries no cancellation comisión y no early-termination comisión.

Notices a RapidCents under el Services Agreement must ser en writing, por email a[email protected]o por mail, return receipt requested, a RapidCents Inc., Attention: Legal Department, 515 Consumers Road, Unit 210, North York, Ontario, M2J 4Z2, Canada, as clause F.3 provides. Notices a el Comerciante son given mediante el RapidCents Dashboard, por email a el address en la cuenta, o por mail. General questions Acerca de el Services go a[email protected]o+1-844-957-2743; en Estados Unidos, 43300 Southern Walk Plaza, #166, Ashburn, Virginia 20148, o+1-202-902-6226. UN suspected compromise goes a el addresses en clause 21, no a general Soporte.

Clause E.7 de el Services Agreement ese applies a usted governs el law ese applies y cómo un disputa es resolved. If su comercio es located en Estados Unidos, ese es el laws de el State de Delaware, con any disputa determined por individual arbitraje antes de un single arbitrator administered por el American Arbitraje Association. Otherwise, it es el laws de el Province de Ontario y el federal laws de Canada applicable en it, con any disputa determined por arbitraje antes de un single arbitrator en Toronto, Ontario, administered por el ADR Institute de Canada under its applicable rules. En either case, either party es free a seek provisional remedies desde un court en aid de ese arbitraje. Ese clause applies a these Términos, y clause H.10 provides ese proceedings son brought individually.

Governing law

As clause E.7 de el RapidCents Services Agreement ese applies a usted provides: para un comercio located en Estados Unidos, el laws de el State de Delaware, con disputes determined por individual arbitraje antes de un single arbitrator administered por el American Arbitraje Association; otherwise, el laws de el Province de Ontario y el federal laws de Canada applicable en it, con disputes determined por arbitraje antes de un single arbitrator en Toronto, Ontario, administered por el ADR Institute de Canada.