FX: dönüşüm ve döviz riskleri

1) Neden iGaming'de FX'i yönetin

Doğru P&L raporlama: FX kar/zararın ortaya çıktığı yer (mevduat, sonuç, PSP anlaşması, rezervler).
Fair ND/GRR/NGR: "Geriye dönük yeniden değerlemeler" içermeyen tek raporlama para birimi.
Likidite ve nakit akışı: A para biriminde fonlama, B cinsinden ödemeler - tahmin ve hedge ihtiyacı.
Uyum/vergiler: kursların şeffaf kökeni ve izlerin denetimi.

2) FX'in doğduğu önemli noktalar

1. Para yatırma para birimine karşı oyun cüzdanı: Cüzdan/raporlama para biriminde normalleşme.
2. PSP'de yakalama/yerleşme: ND için "tarihsel'bir kurs kaydedilir.
3. Fonlama (bankaya kredilendirme): Farklı bir oran/para birimi ve ikincil bir FX etkisi mümkündür.
4. Para çekme: Oyuncuya ödendiğinde dönüşüm.
5. Yuvarlanan rezerv ve şema cezaları: Yazmalar/sürümler farklı bir para biriminde olabilir.
6. Kripto: Yerleşme/fonlamada VWAP puanı/medyanı.

3) Ders kaynakları ve normalleşme kuralları

FX kaynağı: öncelikli referans sağlayıcılar (örneğin, CME/Refinitiv/ECB), rezerv - banka/PSP.
Teklif politikası: 'Mid', 'bid/ask' или 'mid ± spread_bps'. Muhasebe için, orta + açık 'spread _ bps'daha sık kullanılır.
Zaman damgası: tanıma olayı sırasında kurs (genellikle ND için 'yerleşmiş _ at'; Muhasebe bankası için isteğe bağlı 'funded _ at').
Eski haline getirme yok: Fiyatlar değiştiğinde geçmiş ND'ler fazla tahmin edilmez; Reval, gerçekleştirilmemiş FX olarak ayrı ayrı yapılır.
Doğruluk: FX kursunda 8-10 karakter saklayın, parasal miktarlar - küçük birimler (tam sayılar) + ölçek.

4) Formüller ve Örnekler

4. 1. Temel dönüşüm

amount_reporting = round(amount_original fx, scale_ccy_rep)

4. 2. Çapraz oran (çapa para birimi aracılığıyla, örneğin EUR)

fx(GBP→UAH) = fx(GBP→EUR) fx(EUR→UAH)

Denetim için kurs rotasını (nirengi) 'meta'da saklamak önemlidir.

4. 3. Split spread ve PSP komisyonu

fx_effective = settlement_amount_in_rep / original_amount spread_bps  = (fx_effective / fx_reference - 1) 10_000 fee_fx    = settlement_fee_in_rep (если отдельно)

PSP örtülü marjını ölçmek için etkili FX ve referans FX depolayın.

4. 4. Örnek (çift dönüşüm zinciri)

Oyuncu 100 GBP yatıracaktır. Raporlama - EUR.
На 'settled _ at': 'GBP - EUR = 1. 1700 '-' ND _ dep = 117. 00 EURO.
PSP yarın bankayı USD cinsinden fonlar: 'GBP - USD = 1. 3000 ', banka USD cinsinden bir hesaba sahiptir.
FI muhasebesi için, ikincil 'USD - EUR' oranını 'funded _ at' değerine sabitleyin (örneğin, 0. 9200) Nakit pozisyonu aşırı değerlendiyse, yerleşme ve finansman arasındaki gerçekleşen döviz kurunu görmek.

5) DCC, PSP dönüşümü ve "orana kim karar verir"

Satıcı/PSP tarafında DCC (Dinamik Para Birimi Dönüştürme): kurs oyuncuya önceden gösterilir, ancak marj daha yüksektir.
PSP-dönüşüm: PSP oyuncunun para birimini kabul eder, kendi kuruyla satıcının para birimine dönüştürür. Yayılımın şeffaflığı kritiktir.
Tüccar dönüşümü: Tüccar çok para birimini (çoklu-MID/çoklu hesap) kabul eder, dönüşüm banka/tüccar tarafından en iyi oranda gerçekleştirilir (genellikle daha karlı, ancak operasyonel olarak daha zor).
Öneri: conversion_owner ('DCC', 'PSP', 'MERCHANT') düzeltin ve TCO'yu (spread + fee) karşılaştırın.

6) Kripto: Değerleme ve Volatilite

'Settled _ at' etrafında kısa bir pencerede VWAP puanı (örneğin, ± 5 dakika), kaynağı (değişim/sağlayıcı) gösterir.
Mağaza: 'price _ usd', 'price _ eur', 'source', 'window', 'pair' (örneğin, 'USDT/USDC/BTC').
Ahır/fiat finansman için, ikinci FX katmanı.
Özgüllük: yapışıklıklar, çıkarma, zincir üstü ücretler - "meta've uyarılarda dikkate alınır.

7) Raporlamada FX muhasebesi: gerçekleşmiş ve gerçekleşmemiş

Gerçekleşen FX - nakit akışı ile "kapalı" fark (tanıma oranı ile gerçek döviz/makbuz oranı arasında).
Gerçekleşmemiş FX - gün/ay sonunda çok para birimli hesaplarda/rezervde bakiyelerin yeniden değerlemesi.
Farklı GL hesaplarına gönderin: 'FX _ realized', 'FX _ unrealized'.
ND/Product Analytics için geçmiş olay oranını kullanın (abartmayın).

8) FX maruz kalma türleri ve bunların nasıl kapatılacağı

İşlem maruziyeti: giriş/çıkış para birimlerinin uyumsuzluğu (EUR depozito - TRY çıkışı).

Önlemler: doğal korunma (ödemelerin para birimini seçin), kurallara göre hızlı zarf.
Çeviri maruziyeti: Farklı para birimlerinde çoklu hesaplar ve rezervler - EoD/EoM reval.
Ekonomik maruziyet: Uzun vadeli marj bağımlılığı (GEO-karışımları, oyun sağlayıcıları).

Önlemler: forward/NDF, seçenekler (tasmalar), dengeleme GEO ve tedarikçiler.

9) Hazine süreçleri ve politikaları

FX politikası: Her para birimi için açık pozisyondaki limitler (örneğin, haftalık cironun %20'sinden fazla değil).
Yürütme kuralları: minimum anlaşma hacmi, eşik yayılımları, karşı tarafların listesi.
Tahmin: Para birimine göre 7/30/90 günlük net talep tahmini (mevduat − sonuçlar − vergiler − OREX).
Hedge muhasebe (gerekirse): hedge pozisyon ↔ risk ilişkilerinin belgelendirilmesi.
Tatil Takvimi: Fonlama/yuvarlanma rezervini ve FX "kapanışını" etkiler.

10) Veri ve model (basitleştirilmiş)

payments. transactions (
id, user_id, provider, method, type, status,
amount_original, currency_original, -- event amount and currency amount_wallet, wallet_currency, -- domestic gaming currency (if different)
reporting_currency, amount_reporting, - the sum in reporting currency of fx_source, fx_pair, fx_timestamp, fx_rate, - a course at the time of the event (usually settled_at)
fx_quote_type, fx_spread_bps, fx_reference_rate -- measurement of spread/quotation type settled_at, funded_at, conversion_owner, meta
)

treasury. funding_receipts (
funding_id, provider, bank_account, currency, amount,
received_at, value_date, fx_to_reporting, amount_reporting, meta
)

treasury. fx_reval_ledger (
id, date, currency, position_amount, rate_eod, amount_reporting_eod,
prev_rate_eod, reval_diff, type -- UNREALIZED/REALIZED
)

11) Uzlaşma ve kalite kontrolü

11. 1. "Bizim" kurslarımızın PSP/banka ile koordinasyonu

'Fx _ effective' (yerleşimden) ile 'fx _ reference' (dizininizden) eşleştirin.
'| spread _ bps |> threshold' (örneğin, majörler için> 80 bps) uyarısı.

11. 2. Kurs kaynağı kalitesi

Bayat oranlar: olay geldiğinde'şimdi - fx_timestamp> X dakika'ise - uyarı ve acil durum kaynağı.
Tutarsızlıklar nirengi: 'fx (A - B) fx (B - C)' vs 'fx (A - C)' - uyarı, bps tutarsızlık günlüğü.

12) SQL şablonlarına örnekler

12. 1. İşlemlerin raporlama para birimine normalleştirilmesi

sql
INSERT INTO dw. transactions_flat (...)
SELECT t. id, t. user_id, t. provider, t. method, t. type, t. status,
t. amount_original, t. currency_original,
t. reporting_currency,
ROUND(t. amount_original r. fx_rate, c. scale) AS amount_reporting,
r. source AS fx_source, r. pair AS fx_pair, r. fx_rate,
r. quote_type AS fx_quote_type, r. spread_bps,
t. settled_at, t. funded_at, t. conversion_owner, t. meta
FROM raw. transactions t
JOIN ref. fx_rates r
ON r. pair = CONCAT(t. currency_original, '/', t. reporting_currency)
AND r. ts = (SELECT MAX(ts) FROM ref. fx_rates
WHERE pair=r. pair AND ts <= t. settled_at)
JOIN ref. currencies c ON c. code = t. reporting_currency
WHERE t. settled_at BETWEEN:from AND:to;

12. 2. PSP FX efekti ayrıştırması (referansa karşı etkili)

sql
SELECT provider, method, DATE(settled_at) AS d,
SUM(amount_reporting)                  AS amount_rep_ref,
SUM(settlement_amount_in_rep)              AS amount_rep_eff,
(SUM(settlement_amount_in_rep) - SUM(amount_reporting)) AS fx_slippage,
10000 (SUM(settlement_amount_in_rep) / NULLIF(SUM(original_amountfx_reference_rate),0) - 1) AS spread_bps
FROM dw. fx_settlement_view
WHERE settled_at BETWEEN:from AND:to
GROUP BY 1,2,3
ORDER BY d;

12. 3. Çok para birimi bakiyelerinin günlük yeniden değerlemesi (gerçekleşmemiş FX)

sql
INSERT INTO treasury. fx_reval_ledger (date, currency, position_amount, rate_eod, amount_reporting_eod, prev_rate_eod, reval_diff, type)
SELECT
:eod_date AS date,
bal. currency,
bal. amount AS position_amount,
r_eod. fx_rate AS rate_eod,
bal. amount r_eod. fx_rate AS amount_reporting_eod,
COALESCE(l. prev_rate_eod, r_eod. fx_rate) AS prev_rate_eod,
bal. amount (r_eod. fx_rate - COALESCE(l. prev_rate_eod, r_eod. fx_rate)) AS reval_diff,
'UNREALIZED'::text
FROM treasury. balances bal
JOIN ref. fx_rates_eod r_eod
ON r_eod. pair = CONCAT(bal. currency, '/',:rep_ccy) AND r_eod. date =:eod_date
LEFT JOIN LATERAL (
SELECT rate_eod AS prev_rate_eod
FROM treasury. fx_reval_ledger
WHERE currency = bal. currency AND date =:eod_date - INTERVAL '1 day'
ORDER BY date DESC LIMIT 1
) l ON TRUE;

13) KPI ve gösterge panoları

FX Kayma (bps): PSP/yöntem/MID ile etkili vs referans farkı.
Gerçekleşen FX P&L (gün/hafta/ay) ve Gerçekleşmemiş FX (EoD/EoM).
Para birimi ve politika limitlerine göre Açık FX Pozisyonu.
Hedge Oranı (forward/NDF/options).
Bayat Olaylar и Üçgenleme Uyumsuzluğu.
Hacmin Yayılma Yüzdesi (işlenmiş hacme göre ne kadar FX maliyeti).

14) Uyarılar ve eşikler

Bayat oranlar: mevcut rota yok> en yoğun trafikte N dakika - P1.
Spike yaymak: 'Spread _ bps' binbaşı/küçükler için eşik üzerinde - P2.
Açık pozisyon ihlali: Herhangi bir para birimi için limitin aşılması - P1.
FX P&L şoku: Günlük gerçekleşen FX aşağıda − X σ tarihsel - soruşturma.
Kripto fiyat farkı: atlama> VWAP penceresinin % Y'si - kaynak anahtarı/zarf duraklatma.

15) En iyi uygulamalar (kısa)

1. Geriye dönük yeniden değerleme olmadan ND ve ürün metriklerini belirlenen oranda tanıyın.
2. FI/trejeri için, ikinci kursu funded_at tutun - gerçekleşen FX'i göreceksiniz.
3. Her zaman conversion_owner, fx_source, quote_type, spread_bps düzelt.
4. Günlükleme ile bir çapa (EUR/USD) aracılığıyla nirengi yapın.
5. GL seviyesinde gerçekleşen ve gerçekleşmeyen ayrı.
6. Kriptoda, tek bir kene değil, bir VWAP penceresi kullanın.
7. Bayat oranlara ve anormal PSP yayılımına karşı uyarıları otomatikleştirin.
8. Net gereksinimleri para birimine göre tahmin edin ve doğal hedge + forward/NDF kullanın.

16) Uygulama kontrol listesi

• Ders Referansı 'ref. EOD ve gün içi, kaynak depolama ve alıntı türü ile fx_rates'.
• Витрины 'transactions _ flat', 'fx _ settlement _ view', 'funding _ receipts'.
• Üçgenleme mekaniği ve rota kaydı.
• İki seviyeli FX muhasebesi (ND/ürün vs FI/trejeri).
• Çok para birimi dengelerinin günlük tekrarı.
• KPI gösterge panoları (kayma, açık pozisyon, FX P&L).
• FX politikası: pozisyon limitleri, beyaz liste karşı tarafları, uyarı eşikleri.
• Hedging prosedürü (forward/NDF/options) ve iş akışı.

Özet

IGaming'deki FX sadece bir "toplam oran ile çarpma" değildir. "Bu bütün bir sistemdir: açık tanıma noktaları, şeffaf kurs kaynakları, gerçekleşen/gerçekleşmeyen bölünmüş muhasebe, PSP yayılma kontrolü ve yönetilen açık pozisyon. Standart FX el kitabını uygulayarak, normalleştirmeyi, reval prosedürlerini ve anlaşılabilir FX politikalarını hedge araçlarıyla çözerek, P&L'den volatiliteyi ortadan kaldırır ve nakit akışlarını öngörülebilir hale getirirsiniz.