orvacon
Connectors

Every gateway, one interface.

A connector teaches orvacon how to talk to one payment gateway. They all implement the same contract — so adding or switching a provider is a configuration change, never a rewrite.

01 — Payment gateways
1 verified · 2 on the roadmap
verified

Iyzico

Raw-card and stored-card 3-D Secure, verified end-to-end against the gateway sandbox: authorize3DScapturerefundreconcile. Both flows are sandbox-verified.

@orvacon/connector-iyzico
roadmap

PayTR

A planned connector behind the same contract. When it lands, point a config entry at it — your application code that calls orva.authorize() stays untouched.

@orvacon/connector-paytr
roadmap

Bank virtual POS

Turkish bank VPOS (3D Pay / 3D Secure) integrations, planned behind the same connector contract.

Turkish bank 3D Secure
02 — Database & framework adapters
bring your own stack
shipped

Supabase adapter

Generates a Postgres schema with default-deny row-level security out of the box.

@orvacon/adapter-supabase
shipped

Next.js adapter

App Router route handlers and webhook verification, wired up for you.

@orvacon/adapter-nextjs
required

Postgres

Any Postgres works through the postgres driver — Supabase, Neon, RDS, or your own.

postgres
03 — The contract

Every connector, the same shape.

A connector implements one set of operations. The orchestrator handles state, money typing, idempotency and signing around them — so a connector only has to map calls to its gateway.

connector contract
authorizebegin a payment
finalizecomplete the 3DS challenge
capturesettle authorized funds
refundreverse a captured payment
reconcilematch gateway state to the ledger

Implement these against a gateway and it drops into any orvacon app.

One interface · any gateway

Start with Iyzico.
Add the rest later.

Ship the verified Iyzico connector today; new gateways slot in behind the same contract without touching your application code.