Receive and send payments on IBAN details, for the international side of a business: money in from customers abroad, money out to the counterparties you pay.
An account with an international number attached, used to identify it when payments move between countries. When a customer abroad pays you, that number tells their bank where the payment is going and what to credit at the other end.
The number has a fixed structure, and each part does a job. A sender needs all of it to route an international payment; the receiving bank needs it to post the money. It is the format quoted on invoices and used across the euro schemes.
An iban business account is the same instrument held by a company rather than a person: the holder name is your registered business, and the payments are business payments.
A dedicated iban account is a set of details assigned to one business and used only by it. Payments arriving there already belong to it, with nothing to disentangle later.
A secondary number routing to a main account behind it. Businesses use them to tell payers apart: each customer gets a different number, so identifying payments does not rest on the reference.
Not the same instrument. A currency account holds a balance and is funded from the business's own accounts, so third-party payments need an IBAN account instead. Which type applies to yours is confirmed at setup.
A payment sits unposted because one character of the details was wrong.
Payments land with no usable reference, and nobody can say who sent them.
Several accounts at several banks, each with its own login and statement.
Reconciliation done by hand, invoice by invoice, at the end of each month.
A bank application turned down over the activity on the certificate.
An online iban account request goes straight to the team that reviews it, and the business gets verified before anything is issued.
Payments move over SEPA and SEPA Instant for euro, and
SWIFT beyond it. Which applies depends on currency and destination bank.
Third parties pay you on your own details. Outgoing payments use saved beneficiaries, and the fee appears in the summary before you confirm.
Payments carry a status you can check, with the transaction detail behind it and an export for the period your books need.
More than one user works the account, and a payment can require approval from a second person before it is sent.
Tell us about the business and the international payments it expects.
Company documents and the people behind it are checked.
The account is configured and your users are added.
You get the details to quote on invoices.
The first payment arrives, the status updates, the record exports.
Buyers abroad settle in euro against details on the invoice. Payments arrive directly, not through an intermediary bank the exporter cannot see.
Subscription payments arrive from several markets on their own cycles. One set of details collects them all, so a new country does not mean new accounts elsewhere.
Freelancers abroad get paid from the same place that collects client payments, and saved beneficiaries make the monthly run repeatable.
Separate accounts per platform or business line mean payments arrive already sorted. Close then takes statuses and an export, not a spreadsheet.
| Item | For your account |
|---|---|
| Account opening fee | Quoted before you sign |
| Monthly fee | Quoted before you sign |
| Incoming payment fee | Quoted per rail |
| Outgoing payment fee | Shown before you confirm |
| Currency conversion | Rate and cost shown up front |
| Limits | Set during onboarding |
| Supported currencies | Euro and other currencies, agreed per account |
| Settlement timing | Depends on the rail and the receiving bank |
Registered legal entities only. Availability depends on business type, jurisdiction and KYB review, so terms are set per account.
Who we cannot onboard. Anonymous accounts and exchange services, anything built to obscure where money came from, restricted goods, organisations with no commercial purpose, and anyone under sanctions. See our AML Policy.
IBAN type. Dedicated details of your own, or a virtual number routing elsewhere.
Schemes supported. Which euro and international rails it can reach.
Third-party payments. Whether clients can pay the accounts directly.
Fee transparency. Whether costs appear before a payment is sent.
Reporting and roles. What exports exist, and who can release a payment.
Yes. Request and document check both run remotely. Whether it opens depends on the outcome of the review, not on the application itself.
Usually a misreading. It points at SEPA Instant, a settlement scheme for euro payments, not at how fast details are issued. Issuing follows the review.
Yes, and that is the difference from a currency balance: clients, marketplaces and other third parties pay you directly, because the details belong to it.
Different things. Fenryx is a payment account provider rather than a bank, so it receives and sends payments, while lending, overdrafts and cash handling stay with a bank.
No, registered legal entities only. We do not open personal ones, and a business has to evidence its registration and what it does.
Your IBAN, the BIC or SWIFT code of the bank holding it, and the holder name and address as registered. Anything missing there is what delays an international payment.
Tell us who pays your business, and from where.
Globally United Tech Corporation · MSB No: C100000396 · Vancouver, Canada. Fenryx is not a bank. Availability depends on jurisdiction, activity and KYB review.