How Points-to-Miles Transfers Work for Banks
Letting cardholders turn bank points into airline miles is among the most requested features in a rewards program, and among the hardest to build well. This article explains how a points-to-miles transfer works from the bank's side: who sets the ratio, what happens during the transfer, how limits and campaigns apply, how settlement works, and what changes when a bank runs transfers through a loyalty network rather than one airline at a time.
What is a points-to-miles transfer?
A points-to-miles transfer converts a balance held in one loyalty currency, typically bank or card points, into another, typically an airline's frequent-flyer miles or a hotel group's points. The customer gives up points in the bank program and receives miles in the airline program. Behind that simple experience, the bank is buying miles from the airline on the customer's behalf and the airline is crediting them to the member's account.
Transfers are popular because they unlock rewards the bank does not sell. A statement credit is worth exactly its face value; miles can be worth considerably more to a member who redeems them for a long-haul flight. Transfer partners are therefore a major reason customers choose one card over another.
Who sets the conversion ratio?
The bank does, within the terms it has agreed with each partner. A common arrangement is one bank point to one airline mile, but ratios vary by partner and by the commercial deal behind them. On the Cosmo network the client sets its own conversion ratio for each program, subject to the partner's approval, and the ratio appears in the partnership record the bank reads over the API. Cosmo does not set the ratio; it issues the miles the bank asks for.
What happens during a transfer?
A transfer is a short sequence of calls between the bank's systems and the network, usually completed while the customer is still looking at the confirmation screen:
- The customer chooses a program and an amount in the bank's app, and supplies their airline membership number.
- The bank validates the member with the airline before anything moves. A mistyped number fails here, with a clear error, instead of after the points have been debited.
- The bank debits its own ledger and sends the issuance request with the program identifier, the destination account, the number of miles and a reference number of its own.
- The network issues the miles into the member's airline account in real time and returns a transaction identifier.
- The outcome is confirmed by webhook or by querying the transaction, so the app can show the new balance.
The reference number matters more than it looks. Networks and mobile apps fail in the middle of requests. If the bank retries a transfer with the same reference, the original result is returned and nothing is issued twice. Without that guarantee, a dropped request can double a customer's miles at the bank's expense.
How do transfer limits and campaigns work?
Partnerships usually carry limits: a minimum and maximum per transfer, set by the bank, the airline or both. Limits are expressed in the destination currency and apply to the base amount of the transfer, so a customer cannot get around a cap by catching a bonus.
Transfer bonuses, such as 25% extra miles for a month, are how banks and airlines stimulate volume. On a network they are configured as campaigns with a date range and a funding model: sole-funded, where the bank pays for the bonus, or co-funded, where the bank and the airline share it. The bank sends the base amount; the bonus is applied by the network according to the campaign rules, which keeps the bank's code the same whether or not a campaign is running.
How does settlement work for transfers?
Every mile issued is a mile the bank owes the airline at the agreed price. In a bilateral arrangement, each airline invoices the bank on its own cycle, in its own format and often in its own currency, and the bank's finance team reconciles each one against its own issuance records.
On the Cosmo network, transactions are processed in real time and one monthly settlement produces a single invoice covering every partner. The bank reconciles one position across all of its transfer partners, and each airline is paid by one counterparty on a predictable schedule. Markups are disclosed to both the bank and the program, so the price of a mile is known before the first transfer.
Why not integrate with each airline directly?
Banks can and some do. The cost is that every partner is a separate project: a negotiation, an integration against a different API, and a reconciliation process, none of which transfers to the next airline. Most banks that build direct stop at three or four partners, which limits the feature that was supposed to differentiate the card.
A loyalty network provides the three layers once. Cosmo gives banks, fintechs and card issuers the partner contracts, integration and settlement for airline, hotel and retail programs through one integration. A bank that already has a direct agreement with an airline can keep it and still use the network for the integration and settlement. Adding a partner that is already on the network is a setting in the portal rather than a new build, and clients typically complete the technical integration in about a week.
What should a bank check before launching transfers?
- Member validation before debit, so failed transfers never leave a customer short.
- Idempotent issuance with a bank-controlled reference number.
- Limits and campaigns handled outside the bank's code, so promotions do not require releases.
- One settlement across partners, with per-program detail available in a portal and over the API.
- Clear economics: the ratio the bank controls, the markup disclosed, and no setup or management fees.
The Point Exchange page covers the product, the developer guide covers each API call, and the infrastructure guide covers the model behind it.