Track the amount at each currency boundary
A familiar currency symbol on a lottery page does not establish the amount your bank will debit or the amount the service will credit. Record the original basket, account currency, payment currency and any conversion or provider charge before comparing the final cost.
The complete service-cost guide explains how to build an equivalent basket. This page addresses the narrower question of reconciling that basket across currencies rather than repeating every type of service fee.
Build a currency worksheet
| Boundary | Record | Question to resolve |
|---|---|---|
| Entry or bundle | Original amount and currency | Is this the accepted checkout total or an indicative display? |
| Account | Currency and funds needed for that purchase | Is the account funded directly or through conversion? |
| Payment provider | Amount, currency, rate and provider charge | Who performs the conversion? |
| Card or bank | Actual settled debit and issuer fee | Does this include a second conversion or separate charge? |
| Unused account funds | Amount left after the order | Is this purchase cost or money still held in the account? |
Fill the worksheet using the actual transaction screens. Do not insert a guessed exchange rate, turn an unknown fee into zero or treat the entire minimum deposit as the cost of one entry.
LottoPark's payment guide states that its account uses EUR and that a local payment may be converted. That describes its payment arrangement; it does not establish your personal rate, eligibility or a successfully completed deposit.
Identify who converts the payment
The merchant, payment provider and card issuer can occupy different positions in the conversion chain. Ask which party supplies the displayed rate and whether it includes a markup. Check whether the transaction will ultimately be presented in the amount and currency shown before confirmation.
Visa's dynamic-currency-conversion explanation describes a particular card-payment option in which the merchant offers conversion into the cardholder's home currency. It lists information such as both amounts, the rate and additional charges. This is payment-network guidance, not evidence that a lottery checkout offers that option.
Where a conversion choice is actually offered, compare the disclosed costs rather than assuming that the familiar home currency is cheaper. A choice described for card payments should not be projected onto a bank transfer, e-wallet or cryptocurrency transaction with different terms.
Estimates and final debits are different
Visa's exchange-rate calculator presents an indication of a possible rate. An indicative conversion is useful for orientation, but the rate and charges actually applied to your transaction remain the evidence for the final debit.
Keep the date and provider of any comparison rate. Do not describe a remembered rate as live. If comparing services, use one stated conversion basis alongside the original prices and disclose whether provider fees remain unknown. Converting two incomplete basket totals does not make the comparison complete.
Compare a refund before another currency conversion
For a return enquiry, keep the purchase currency, original debit, refund currency and recipient separate. Record an account credit and any later conversion under their own references. Before another purchase, identify the unresolved link rather than treating a converted balance as confirmation that money reached the bank.
Imagine Mira has the five records below. All currencies, amounts and references are invented solely for this arithmetic example. They do not describe a provider's behaviour or a tested refund.
| Record | Invented amount and reference | What Mira still needs to distinguish |
|---|---|---|
| Purchase | 100 A, P-01 | The purchase amount in its original currency. |
| Original bank debit | 110 B, D-02 | The actual debit, separately from the purchase amount. |
| Refund notice | 100 A, R-03; the notice names the service account as recipient | The announced currency and recipient, with the recipient's own record still required. |
| Account credit | 100 A, C-04 | The credited amount and its connection to R-03; this is a separate account record. |
| Later conversion | 100 A converted to 104 B, X-05 | A separate conversion record; no bank-credit record is included in this example. |
The purchase and announced refund both say 100 A. That nominal match does not establish that 110 B returned to the bank. The arithmetic 110 B − 104 B = 6 B compares two invented amounts in B; it does not identify a fee, an amount owed or the reason for the difference.
Mira can ask: “Which recipient record confirms R-03, how is C-04 linked to it, and what amounts and charges are recorded for X-05?” A bank-return question still needs the bank's corresponding credit record. Keep that question separate from deciding whether another purchase or conversion is intended.
Reconcile funding and purchase separately
A deposit creates an account-funding transaction; an accepted order creates a purchase. If a deposit leaves money after an entry, show that remaining balance separately. Conversely, a credited amount below the expected amount may leave insufficient funds for the intended order even when the bank shows a debit.
Ask support to reconcile the payment amount, credited amount, conversion rate and accepted order total using their respective references. The failed-or-pending-payment guide explains why a bank record alone does not establish that an entry was accepted.
If a prize is later paid in another currency, open a new settlement worksheet rather than reusing the entry-purchase rate. The claims overview covers the relevant settlement process. No conversion removes participation risk, guarantees a prize or makes a service available in your market.