It authorises
Every payment is checked against the live balance and the account's limits before it completes.
How it works
The whole product is three moving parts. A card in a wallet the customer already has. A ledger that says what the balance really is. And three surfaces where that balance can be spent, all settling into the same place.
Updated
Updated
What the balance is for, who may hold it, what it may be spent on and where. This is settings rather than development.
Issuer name, colours, logo and the fields on the pass.
By QR on a poster, by SMS or email, or from your own system through the API.
On the existing terminal: amount in, QR out, customer scans.
The checkout widget on the merchant's site, or the method inside a PSP gateway.
Every channel settles into the same transaction stream and the same admin panel.
A balance is only real if something guarantees it. The ledger authorises every debit against the account's live balance and its rules, settles in under 200 milliseconds, and records where the money moved — which is what makes two tills, a website and a gateway agree with each other.
Every payment is checked against the live balance and the account's limits before it completes.
Merchants are paid on their own totals, separately, whatever channel the spending came through.
One transaction stream with the account, merchant, channel and time on every row.
It lets you issue and process payments inside your own ecosystem — gift cards, prepaid balances, employee accounts — without routing every transaction through Visa, Mastercard or a bank. The funds stay in your system, so the fees, the data and the customer experience are yours to set.
No. Cards issue straight to Apple Wallet or Google Wallet, which are already on every phone. The customer scans a QR code with the camera, taps “Add to Wallet”, and the card is there in about ten seconds. No download, no account, no registration form.
Yes. The cashier enters the amount on the terminal you already run, the terminal shows a QR code, and the customer scans it with their own phone. That works on any terminal that can draw a QR on screen, which covers modern PAX, Verifone and Ingenico fleets. If there is no terminal at all, staff can run the same flow from a phone.
Businesses that want to accept internal balances, gift cards, coupons or B2B2E accounts: retail chains, restaurants, hotels, corporate meal programmes, benefits providers, event organisers, coalition loyalty operators, property managers and campuses — plus the banks, PSPs and acquirers who want to offer all of that to their merchants.
A regular terminal moves card payments over the Visa or Mastercard networks. 7Konto moves closed-loop payments — internal balances held on the platform and spent inside your ecosystem. It runs alongside your card acceptance and adds payment types rather than replacing any.
The same economics, without the app. Starbucks built a custom application customers had to install, and holds a very large prepaid float as a result. 7Konto delivers the closed-loop side of that through Apple Wallet and Google Wallet, so there is no app to develop and no install step to lose people at — and through PSP embedding it extends to a whole merchant portfolio rather than one brand.
They scan a QR code — on a poster, a receipt, an email, an SMS or a screen — tap “Add to Apple Wallet” or “Add to Google Wallet”, and the card appears. About ten seconds, no form to fill in.
About five seconds end to end, from the cashier entering the amount to the customer seeing the new balance. The ledger itself settles the transaction in under 200 milliseconds; the rest is interface and QR scanning.
A free 30-day pilot, configured and supported by our team.