@akira-io/sisp beta docs
SISP payments for Node.js
A typed payment client for SISP and Vinti4 integrations: signed requests, verified callbacks, durable transaction state, and local sandbox flows.
Start here
Build the first payment path
Start with a local sandbox loop, then keep the same typed client when you switch to live gateway credentials.
Read quick startInstallStart in sandboxInstall the package, choose a storage driver, and keep the gateway in sandbox mode.ConnectMount the gatewayExpose payment, callback, result, and status endpoints through your HTTP stack.OperateOperate transactionsRetry, cancel, refund, reconcile, and inspect the persisted gateway state.
RuntimeNode.js 20+
AdaptersFastify, Express, NestJS
StorageKnex and Prisma
Examples
Choose the checkout shape
The examples are not toy snippets. They map to real integration choices: server-rendered checkout, SPA handoff, and storage-backed gateway state.
Fastify · SSRServer-rendered checkoutPlain Fastify pages post directly to the SISP adapter and render the result from storage.Open SSR flow
React · APIAPI checkout for ReactThe SPA requests a payment intent, submits full-page to the gateway, then polls status.Open SPA flowStorage · knexKnex-backed gatewayUse the built-in storage path with migrations, encrypted payloads, and audit logs.Open knex setupStorage · PrismaPrisma-backed gatewayInject your Prisma client while keeping the same HTTP adapter and transaction behavior.Open Prisma setup
Docs map
Move by task, not by file
The reference is grouped around the jobs you do while taking a payment integration from sandbox to production.
01
Build
Create payment requests and mount the HTTP adapter that fits your app.
02
Operate
Manage lifecycle states after the customer leaves your checkout.
03
Reference
Review security constraints, public exports, and persistence behavior.