Skip to main content
Your customers pay in crypto; your balance is in fiat. New payments are credited to your balance in your Account Currency: CHF, EUR, USD or GBP. Unless you choose otherwise, it is CHF. Every payment is credited in the Account Currency at the exchange rate fixed when the buyer is quoted at checkout. From that moment you carry no crypto price risk and no exchange-rate risk. If you change the Account Currency later, a balance in the previous currency stays payable in that currency and can be converted whenever you like.

Choosing your Account Currency

You choose the Account Currency during onboarding, and an Owner or Admin can change it later in the dashboard settings. Only currencies that Qint currently offers can be chosen (see currency availability). The Account Currency can be changed at any time, also while money is on the balance or payments are under way. The change only decides where new credits land:
  • A payment quoted before the change is credited in the currency of its quote, even when it settles after the change.
  • Payments quoted after the change are credited in the new Account Currency.
  • The balance you hold in the previous currency stays in that currency. You can pay it out in that currency or convert it into the new Account Currency.
Funds are never converted by the settings change itself.

How a payment is credited

  1. You invoice in any supported currency. A payment link, an invoice or an API intent is priced in CHF, EUR, USD or GBP. The invoice currency does not have to match your Account Currency.
  2. The rate is fixed at the quote. When the buyer picks a crypto asset at checkout, Qint quotes the crypto amount and, at the same moment, fixes the rate from the invoice currency into your Account Currency. When the two are the same, the rate is exactly 1. If the buyer goes back and picks another asset, the payment is quoted again and the new rate replaces the old one: the last quote before payment is the one that counts.
  3. The payment settles and is credited. The credit is the invoice amount less Qint’s fee of 1 %, where you bear it, converted at the quote rate and rounded to the cent. When your customer pays the fee on top, the full invoice amount is converted. The credited amount never changes afterwards.
Example. Your Account Currency is CHF and you invoice EUR 100.00. You bear the fee, so the net is EUR 99.00. At the quote the rate was 0.9389 CHF per EUR, so your balance is credited CHF 92.95. Two cases differ from the invoice amount:
  • Underpaid within your tolerance. A payment short by no more than your accepted underpayment is credited on the amount actually received, less the fee on that amount, at the same quote rate. See underpayments.
  • Overpaid. The payment is credited on the invoiced amount; the excess is not added to your balance.
A payment the execution partner reverses after settlement leaves your balance again.

No crypto or exchange-rate risk after the quote

From the moment the buyer is quoted, the figure you will be credited is fixed. The execution partner engaged by SwizzX converts the crypto it receives into fiat at its own risk and at its own discretion as to timing and manner. If the crypto price or the exchange rate moves after the quote, your credit does not.

Where you see the credit

feeAmount and netAmount on a payment intent are in the invoice currency and are computed on the quote, so they always agree with the credit.

Balances in a previous currency

After a change of the Account Currency, the dashboard shows your balance in the Account Currency and, below it, one row for each previous currency that still holds funds, for example “EUR 2’400.00”. The row’s tooltip shows what is pending and on hold in it. A previous-currency balance follows the same holding period and compliance holds as the main balance, and payments quoted before the change keep arriving in it. Each balance is shown in its own currency, and these figures are exact. The dashboard does not convert balances into another currency for display. A previous-currency balance stays payable in that currency: Withdraw on its row opens the payout dialog with that balance preselected under From. See payouts from a previous-currency balance. Scheduled payouts draw on the Account Currency balance only; a previous-currency balance waits for you.

Converting a previous-currency balance

An Owner or Admin can convert a previous-currency balance into the current Account Currency at any time with Convert on its row:
  1. The dialog shows the amount, the result and the rate, for example “EUR 2’400.00 → CHF 2’256.48 at 0.9402”, with the time of the rate in its tooltip.
  2. Convert books it. The available amount moves from the previous-currency balance into your Account Currency balance and is available there at once.
The conversion uses the reference rate at that moment, with no fee and no spread; the result is rounded to the cent. Only the available amount can be converted: pending and on-hold funds stay where they are until they become available, and you can then convert them as well. A conversion is final. Every conversion is kept with its amounts, rate and time. The Account Currency balance itself cannot be converted; to receive money in another currency, request a payout in that currency.

Getting the money out

Each balance splits into pending and available funds by the holding period. Payouts are paid from your Account Currency balance or from a previous-currency balance, to your bank account in the currency of that balance, or in another supported currency converted at the market rate at the time of the request, with no conversion fee beyond the price sheet. Crypto payouts are not offered at launch.

Dashboard endpoints

The dashboard reads and changes these settings through the following endpoints, described in the API reference: get the balance (with every currency balance in balances), get the Account Currency, change the Account Currency, preview a conversion, convert a balance and list conversions. They use the dashboard’s signed-in session; API keys are not accepted.
Before 20 October 2026, balances were held in a stablecoin. Payments settled before that date carry no creditAmount, and their former stablecoin fields (creditUsdt, creditAsset) are no longer returned. See the breaking change note.