Blog'a Dön

Vergi Raporlaması İçin Döviz Kurları: IRS, HMRC ve AB KDV Çevrimi İçin Geliştirici Rehberi

V
Vlado Grigirov
August 20, 2026
Currency API Exchange Rates Historical Rates Tax Reporting VAT Accounting Finexly

Her çok para birimli sistem er ya da geç bir muhasebeciyle karşılaşır. Muhasebeci, kulağa basit gelen ama hiç de öyle olmayan bir soru sorar: "Bu fatura için hangi kuru kullandınız?" Dürüst cevap "API o öğleden sonra ne döndürdüyse onu, ve saklamadık" ise, beyan zamanı geldiğinde hiçbir temiz kod miktarının çözemeyeceği bir sorununuz var demektir.

Vergi raporlaması için döviz kurlarını doğru yönetmek, doğru kuru seçmekle pek ilgili değildir — çoğu otorite bu konuda şaşırtıcı ölçüde esnektir — asıl mesele, yıllar sonra hangi kuru kullandığınızı, nereden geldiğini ve aynı kuralı dönemdeki diğer tüm işlemlere uyguladığınızı kanıtlayabilmektir. Bu bir veri modelleme problemidir ve kimsenin hakkında yazmadığı kısım da burasıdır.

Bu rehber, IRS, HMRC ve AB KDV Direktifi'nin gerçekte ne talep ettiğini, mali tablo düzeltmesine dönüşen beş çevrim hatasını ve bu hafta uygulayabileceğiniz bir kur anlık kaydı şemasını ele alıyor.

"Tek Doğru" Döviz Kuru Konusunda Kimse Anlaşamıyor — Mesele de Tam Bu

Bu alandaki en faydalı tek cümle bizzat IRS'ten geliyor:

"Internal Revenue Service'in resmî bir döviz kuru yoktur. Genel olarak, tutarlı biçimde kullanılan her yayımlanmış döviz kurunu kabul eder."

Bunu iki kez okuyun, çünkü aynı kalıp hemen hemen her yargı bölgesinde karşınıza çıkıyor. Yükümlülük nadiren şu belirli sayıyı kullanın şeklindedir. Yükümlülük şudur: savunulabilir bir kaynak kullanın ve onu tutarlı biçimde kullanın. Tutarlılık, kur sağlayıcınızın değil, sisteminizin bir özelliğidir. Kodunuz hafta sonlarında sessizce başka bir kaynağa düşüyorsa, tek bir yanlış sayı çekmeden gerekliliği ihlal etmişsiniz demektir.

Amerika Birleşik Devletleri: Varsayılan Spot, Kolaylık Olarak Yıllık Ortalama

IRS'in temel yaklaşımı spot kurdur: "Genel olarak, kalemi tahsil ettiğiniz, ödediğiniz veya tahakkuk ettirdiğiniz anda geçerli olan kuru (yani spot kuru) kullanın." Gelirin düzenli biçimde tahakkuk ettiği durumlarda — maaş, kira, süregelen işletme geliri — IRS bir yıllık ortalama döviz kuru tablosu yayımlıyor ve beyan edenlere "yabancı para tutarını uygulanabilir yıllık ortalama döviz kuruna bölün" talimatını veriyor. Söz konusu sayfanın 24 Şubat 2026 tarihli son güncellemesi itibarıyla tablo, 2021 ile 2025 arasındaki vergi yıllarını kapsıyor.

Bu işlemin yönüne dikkat edin. IRS tablosu bir ABD doları başına yabancı para birimi olarak kote edilir, dolayısıyla bölersiniz. Yanlışlıkla ters çevirirseniz biraz yanılmış olmazsınız — kurun karesi kadar yanılırsınız. Bir yen tutarında bu, kabaca dört büyüklük mertebesi eder. Kur yönü hakkında aşağıda daha fazlası var, çünkü bu alandaki en yaygın entegrasyon hatası budur.

ABD federal kurum raporlaması için ikinci bir resmî seri daha var: FiscalData.Treasury.gov adresinde CSV, JSON ve XML formatlarında üç ayda bir yayımlanan Treasury Reporting Rates of Exchange. Hazine bunu şöyle tanımlıyor: "ABD hükümetinin resmî harcamalar için yabancı para satın alabileceği, her temsilcilikteki ödeme görevlilerince yayımlanan raporun tarihinden önceki ayın son iş gününde bildirilen döviz kurları." Canlı kurlar yayımlanmış bir kurdan %10 veya daha fazla uzaklaşırsa, Hazine çeyrek ortasında bir düzeltme yayımlar. Fiscal Data API açıktır ve hesap ya da token gerektirmez — mutabakat için devlet kaynaklı bir referans seriye ihtiyacınız varsa bilmeye değer.

Birleşik Krallık: VAT Notice 700 §7.6 Kanun Hükmündedir

Birleşik Krallık daha buyurgandır ve ilgili metin, 1994 tarihli KDV Kanunu'nun 6. Ekinin 11. paragrafı uyarınca kanun hükmü taşır. VAT Notice 700, işletmelere yabancı para cinsinden teslimleri sterline çevirmek için üç yol sunar:

  1. Teslim anındaki Birleşik Krallık piyasa satış kuru. Varsayılan budur. Notice şunu belirtir: "ulusal gazetelerde yayımlanan kurlar, ilgili andaki kurların kanıtı olarak kabul edilebilir olacaktır."
  2. Gümrük amaçlarıyla yayımlanan HMRC dönem döviz kuru. Bunu "tüm teslimleriniz için veya belirli bir sınıf ya da tanımdaki tüm teslimler için" benimseyebilirsiniz. Önceden bildirim gerekmez — ancak "böyle bir tercihte bulunduktan sonra, önce VAT Written Enquiries Team'e yazarak mutabakat almadan bunu değiştiremezsiniz."
  3. Kendinize ait ticari bir kur veya yöntem; bu, yazılı başvuru gerektirir. HMRC, kurun "Birleşik Krallık döviz piyasasına atıfla belirlenip belirlenmediğini", "nesnel olarak doğrulanabilir" olup olmadığını ve ne sıklıkla güncellendiğini değerlendirir. Kritik olan şu: "vadeli kurlar veya vadeli kurlardan türetilen yöntemler kabul edilebilir değildir"spot kur ile vadeli kur arasındaki fark ile birlikte anlaşılmaya değer katı bir sınır.

Ve önbellek katmanınızı yöneten cümle: "Hangi kuru veya yöntemi benimserseniz benimseyin, herhangi bir teslim için uygun kur, teslim anında geçerli olan kurdur." Teslim anı; faturalama anı değil, ödeme anı değil ve kesinlikle gecelik toplu işinizin çalışma anı değil.

İkinci yolu seçerseniz mekanizma hoş biçimde makine dostudur. HMRC aylık kurları her ayın sondan bir önceki perşembesi yayımlar; bunlar takip eden takvim ayına uygulanır ve yayımdan bir gün önceki öğlen itibarıyla kurları temsil eder. Dosyalar öngörülebilir bir URL'de durur — ayın başına sıfır eklenmediğine dikkat edin:

https://www.trade-tariff.service.gov.uk/exchange_rates/view/files/monthly_csv_2026-9.csv
https://www.trade-tariff.service.gov.uk/exchange_rates/view/files/monthly_xml_2026-9.xml

Ayda bir çekim, ay boyunca önbellek — ve o dönemdeki her Birleşik Krallık KDV çevrimi, bir müfettişe teslim edebileceğiniz bir dosyadan yeniden üretilebilir hale gelir.

Avrupa Birliği: KDV Direktifi'nin 91. Maddesi

AB içi teslimler için, 2006/112/EC sayılı Konsey Direktifi'nin 91(2) maddesi kuralı şöyle belirler: "KDV'nin muaccel hale geldiği anda, ilgili Üye Devletin en temsilî döviz piyasası veya piyasalarında kaydedilen en son satış kuru ya da söz konusu piyasa veya piyasalara atıfla belirlenen bir kur."

Bunu 27 üye devlet genelinde uygulamak zor olurdu; bu nedenle Direktif pratik bir çıkış kapısı ekler: Üye Devletler "bunun yerine, verginin muaccel hale geldiği anda Avrupa Merkez Bankası tarafından yayımlanan en son döviz kurunun kullanılmasını kabul edeceklerdir." Euro dışındaki iki para birimi arasındaki çevrim "her para biriminin euro döviz kuru kullanılarak" yapılır — yani çifti doğrudan kote etmek yerine EUR üzerinden çapraz geçiş. Üye Devletler, bu seçeneği kullandığınıza dair bildirim talep edebilir.

İthalatta ise 91(1) maddesi, gümrük kıymetinin hesaplanmasına ilişkin gümrük kurallarına atıf yapar — aynı defterde, gerçekten farklı bir tarihte, gerçekten farklı bir kur. Sisteminiz "AB KDV"yi tek bir çevrim kuralı olarak ele alıyorsa, halihazırda yanlıştır.

Hepsinin Altında: IAS 21

Vergi kuralları muhasebe politikanızın üzerine oturur ve IFRS'e göre raporlayanlar için bu politika IAS 21'dir. İşin çoğunu dört hüküm yapar:

  • Yabancı para işlemi ilk olarak işlem tarihindeki spot kur üzerinden muhasebeleştirilir (IAS 21.21).
  • Basitleştirme olarak ortalama kura izin verilir, ancak yalnızca "döviz kurları önemli ölçüde dalgalanmadığı sürece" (IAS 21.22). Bu bir koşuldur, varsayılan değil — ve oynak bir çeyrekte sessizce çöken madde tam olarak budur.
  • Parasal kalemler raporlama tarihinde kapanış kuruyla yeniden çevrilir (IAS 21.23).
  • Tarihî maliyetle ölçülen parasal olmayan kalemler işlem tarihindeki kurda kalır ve yeniden çevrilmez.

US GAAP, ASC 830 kapsamında büyük ölçüde benzer sonuçlara ulaşır. Bir geliştirici için pratik sonuç şudur: tek bir işlem, ömrü boyunca meşru biçimde iki veya üç farklı kur gerektirebilir — biri muhasebeleştirmede, biri dönem kapanışında, biri ödemede — ve şemanızda hepsine yer olmalıdır. İşletmeler için kur riski yönetimi rehberimiz, ortaya çıkan kâr ve zararların ticari anlamda ne ifade ettiğini ele alıyor.

Mali Tablo Düzeltmesine Dönüşen Beş Çevrim Hatası

1. Kur Yönü

base=USD&symbols=EUR dolar başına euroyu döndürür. base=EUR&symbols=USD euro başına doları döndürür. IRS yıllık tablosu USD başına yabancı paradır, dolayısıyla bölersiniz; base=EUR içeren bir Finexly yanıtı ise EUR başına USD'dir, dolayısıyla çarparsınız. İkisi de doğrudur; karıştırmak değil.

Çözüm sıkıcı ve etkilidir: bir sütuna asla rate adını vermeyin. Adını quote_per_base koyun ve yönü bir yorum satırında değil, şemanın kendisinde açık hale getirin.

2. Yeniden Oynatmak Yerine Yeniden Sorgulamak

2029'da bir denetim, 2026'daki bir işlemi soruyor. Raporlama kodunuz rapor üretim anında canlı bir endpoint çağırıyorsa, aynı raporun iki çalıştırması iki farklı sayı üretir. Bir işleme uygulanan kur, bir sorgulama değil, o işleme ait bir olgudur — çevrim anında kalıcı hale getirin. Geçmişe dönük endpoint'ler geriye dönük doldurma ve mutabakat içindir, depolamanın yerini almak için değil; geriye dönük doldurma kalıpları için geçmiş döviz kurları API rehberimize bakın.

3. Spot Gerekirken Ortalama Kullanmak

Aylık ortalamalar kullanışlıdır ve çoğu zaman izin verilir, ancak IAS 21.22 bir koşul ekler ve tek seferlik işlemler IRS rehberliği uyarınca genellikle işlem tarihindeki kuru gerektirir. "Neden bu sayı?" sorusuna arkeoloji yapmadan cevap verebilmek için yöntemi kurun yanında saklayın.

4. Eksik Günler

Hafta sonlarının, ulusal tatillerin ve TARGET dışı günlerin yayımlanmış kuru yoktur. Her sistemin açık bir kurala ihtiyacı vardır — genellikle "tarihte veya öncesinde yayımlanan son kur" — ve hangi kuralın devreye girdiğini kaydetmesi gerekir. Sessiz bir geri düşüş, altı ay sonra bir hatadan ayırt edilemez. Bu, doğrudan önbellekleme ve hata yönetimi pratikleriyle örtüşür.

5. Hassasiyet ve Yuvarlama

Gösterdiğinizden daha fazla ondalık basamak saklayın ve tam olarak bir kez, son sunum ya da kayıt adımında yuvarlayın. Birkaç bin fatura genelinde her ara adımda yuvarlamak, açıklaması sıkıcı ve geri alması imkânsız bir mutabakat farkı üretir. Aritmetiği ayrıntılı olarak para birimi yuvarlama ve ondalık basamaklar yazımızda ele aldık.

Kur Sorgusunu Değil, Kur Anlık Kaydını Tasarlayın

Çevrimi bir fonksiyon çağrısı olarak düşünmeyi bırakıp değiştirilemez bir kayıt olarak düşünmeye başladığınızda sorunun tamamı çöker. Yukarıda tartışılan her gerekliliği karşılayan asgari bir şema:

CREATE TABLE fx_rate_snapshot (
    id                BIGSERIAL PRIMARY KEY,
    transaction_id    BIGINT      NOT NULL,
    -- direction is in the name, not in a comment
    base_currency     CHAR(3)     NOT NULL,   -- e.g. 'EUR'
    quote_currency    CHAR(3)     NOT NULL,   -- e.g. 'USD'
    quote_per_base    NUMERIC(20,10) NOT NULL,

    rate_date         DATE        NOT NULL,   -- the date the rate APPLIES to
    method            TEXT        NOT NULL,   -- 'spot' | 'monthly_period' | 'yearly_average'
    fallback_applied  TEXT,                   -- 'previous_business_day' | NULL

    source            TEXT        NOT NULL,   -- 'finexly' | 'hmrc_monthly' | 'irs_yearly'
    source_reference  TEXT,                   -- file name, request id, or table year
    retrieved_at      TIMESTAMPTZ NOT NULL,   -- when WE obtained it

    amount_base       NUMERIC(20,4) NOT NULL,
    amount_quote      NUMERIC(20,4) NOT NULL,

    created_at        TIMESTAMPTZ NOT NULL DEFAULT now()
);

-- one authoritative conversion per transaction per purpose
CREATE UNIQUE INDEX ux_fx_snapshot_txn_method
    ON fx_rate_snapshot (transaction_id, method, rate_date);

Denetim yükünün çoğunu üç sütun taşır. rate_date kurun uygulandığı tarihtir ve onu elde ettiğiniz an olan retrieved_at'ten kasıtlı olarak ayrılmıştır — eylül ayındaki bir geriye dönük doldurma sırasında çekilen 13 Mart kuru tamamen meşrudur ve bu ikili zaman damgası bunu dürüstçe söyler. fallback_applied ise hafta sonu kuralınızı görünmez bir davranıştan kayıtlı bir kanıta dönüştürür.

Satırların asla güncellenmediğine dikkat edin. Bir kur düzeltilirse, yeni bir satır ekleyin ve eskisinin yerine geçirin. Düzenleyebildiğiniz bir denetim izi, denetim izi değildir.

Savunulabilir Bir Geçmiş Kur Çekmek

İşlem tarihindeki kur için, güncel tarih yerine belirli tarihi isteyin:

curl "https://api.finexly.com/v1/historical?date=2026-03-13&base=EUR&symbols=USD" \
  -H "Authorization: Bearer YOUR_API_KEY"
{
  "base": "EUR",
  "date": "2026-03-13",
  "rates": {
    "USD": 1.0842
  }
}

base=EUR ile değer euro başına dolardır — dolayısıyla 10.000 €'luk bir fatura çarpma yoluyla 10.842,00 $'a çevrilir. Aşağıda, eksik gün geri düşüşü ve yukarıdaki şemanın beklediği alanlar dahil olmak üzere Python'da yazma anında anlık kayıt kalıbı yer alıyor:

import requests
from datetime import date, timedelta
from decimal import Decimal, ROUND_HALF_UP

API = "https://api.finexly.com/v1/historical"
HEADERS = {"Authorization": "Bearer YOUR_API_KEY"}


def fetch_rate(base: str, quote: str, on: date, max_lookback: int = 5):
    """Return (quote_per_base, rate_date, fallback) for a given date.

    Walks back to the most recent published rate if `on` is a weekend
    or a market holiday, and reports which day it actually landed on.
    """
    for offset in range(max_lookback + 1):
        d = on - timedelta(days=offset)
        r = requests.get(
            API,
            params={"date": d.isoformat(), "base": base, "symbols": quote},
            headers=HEADERS,
            timeout=10,
        )
        r.raise_for_status()
        rates = r.json().get("rates", {})
        if quote in rates:
            fallback = "previous_business_day" if offset else None
            return Decimal(str(rates[quote])), d, fallback

    raise LookupError(f"No {base}/{quote} rate within {max_lookback} days of {on}")


def convert_for_filing(amount_base, base, quote, transaction_date):
    """Convert once, and return everything an auditor will ask for."""
    rate, rate_date, fallback = fetch_rate(base, quote, transaction_date)
    amount = Decimal(str(amount_base))
    converted = (amount * rate).quantize(Decimal("0.01"), rounding=ROUND_HALF_UP)

    return {
        "base_currency": base,
        "quote_currency": quote,
        "quote_per_base": rate,
        "rate_date": rate_date.isoformat(),
        "method": "spot",
        "fallback_applied": fallback,
        "source": "finexly",
        "amount_base": amount,
        "amount_quote": converted,
    }


snapshot = convert_for_filing(10000, "EUR", "USD", date(2026, 3, 13))
print(snapshot["amount_quote"], snapshot["rate_date"], snapshot["fallback_applied"])
# -> 10842.00 2026-03-13 None

Fonksiyon aynı nefeste hem çevirir hem belgeler. Kalıcılık katmanınız ne olursa olsun, aşağı akıştaki hiçbir bileşen sayıyı görmeden önce o sözlüğü oraya yazın. Aynı disiplin çok para birimli faturalamada, SaaS faturalamasında ve sınır ötesi bordroda kendini amorti eder — hepsi aynı vergi beyannamesinde son bulur.

Resmî Yayımlanmış Kurla Mutabakat

İkinci yol kapsamındaki Birleşik Krallık KDV'si için HMRC'nin aylık dosyasını ayda bir çekin ve o dönem için doğruluk kaynağı olarak saklayın:

import csv, io, requests
from datetime import date

def hmrc_monthly_rates(year: int, month: int) -> dict:
    """HMRC monthly rates for VAT/customs. Note: month is NOT zero-padded."""
    url = (
        "https://www.trade-tariff.service.gov.uk/exchange_rates/view/files/"
        f"monthly_csv_{year}-{month}.csv"
    )
    resp = requests.get(url, timeout=15)
    resp.raise_for_status()

    reader = csv.DictReader(io.StringIO(resp.text))
    # Don't hard-code the header text: find the ISO-4217 code column by shape.
    code_col = next(
        c for c in reader.fieldnames if "code" in c.strip().lower()
    )
    return {
        row[code_col].strip(): row
        for row in reader
        if row.get(code_col) and len(row[code_col].strip()) == 3
    }

Ardından periyodik bir sapma kontrolü çalıştırın: saklanan her anlık kaydı kendi dönemine ait resmî kurla karşılaştırın ve bilinçli olarak seçtiğiniz bir tolerans dışında kalan her şeyi işaretleyin. Bir piyasa kuru ile yayımlanmış idari bir kur arasındaki küçük sapmalar beklenir ve genellikle kabul edilebilir — ancak farkın büyüklüğünü, bir müfettiş sizin için hesaplamadan önce bilmek istersiniz. Bunu bir muhasebe defterine bağlıyorsanız, muhasebe yazılımı entegrasyonu ve döviz kuru API'lerinin verilerini nereden aldığı hakkındaki notlarımız, sırada gelen kaynak sorularını ele alıyor.

Çok Para Birimli Veriler İçin Beyan Öncesi Kontrol Listesi

  1. Çevrilen her tutarın saklanmış bir kuru vardır. Hiçbir rapor, geçmiş bir çevrimi çalışma anında yeniden hesaplamaz.
  2. Kur yönü belirsizlik içermez — dokümantasyonda değil, sütun adlarında.
  3. rate_date ve retrieved_at ayrı alanlardır ve her ikisi de doldurulmuştur.
  4. Eksik gün kuralı açıktır ve kaydedilir, örtük bir yeniden deneme değildir.
  5. İşlem sınıfı başına tek yöntem, dönemin tamamında tutarlı biçimde uygulanır — hem ABD'de hem Birleşik Krallık'ta fiilî yasal gereklilik budur.
  6. Yuvarlama bir kez yapılır, son adımda ve belgelenmiş bir modla.
  7. Anlık kayıt satırları yalnızca eklenir. Düzeltmeler eskisinin yerine geçer; asla üzerine yazmaz.

Bu yedi maddeyi tamamlayın, muhasebecinin sorusu korkutucu olmaktan çıksın. Cevap bir sorguya dönüşür.

Sıkça Sorulan Sorular

Vergi raporlaması için IRS hangi döviz kurunu şart koşuyor? Belirli bir kuru değil. IRS açıkça "resmî bir döviz kuru olmadığını" ve "genel olarak tutarlı biçimde kullanılan her yayımlanmış döviz kurunu kabul ettiğini" belirtiyor. Varsayılan, kalemi tahsil ettiğiniz, ödediğiniz veya tahakkuk ettirdiğiniz anda geçerli olan spot kurdur; düzenli tahakkuk eden gelir için IRS bir yıllık ortalama tablosu yayımlıyor ve beyan edenlere yabancı tutarı listelenen kura bölmelerini söylüyor.

KDV için HMRC'nin yayımladığı kurlar yerine bir para birimi API'si kullanabilir miyim? Evet, belirli sınırlar içinde. VAT Notice 700 §7.6, teslim anındaki Birleşik Krallık piyasa satış kurunu varsayılan yapar; dolayısıyla piyasa temelli bir API kuru, tutarlı biçimde uygulamanız koşuluyla bu yola uyar. HMRC'nin kendi dönem kuru, önceden bildirim olmaksızın benimseyebileceğiniz açık bir alternatiftir — ancak bir kez benimsendikten sonra yazılı mutabakat olmadan geri dönemezsiniz. Her iki yolun da dışında kalan bir kur veya yöntem yazılı başvuru gerektirir ve vadeli kurlar kabul edilmez.

Döviz kurunu saklamam mı gerekiyor, yoksa sonradan tekrar sorgulayabilir miyim? Saklayın. Saklanan bir kur çevrimi yeniden üretilebilir kılar; yeniden sorgulama ise onu, hâlihazırda verdiğiniz beyanla uyuşmayabilecek yeni bir hesaplamaya dönüştürür. Kuru, tarihini, kaynağını ve onu aldığınız anı saklamak, bir sayıyı kanıta dönüştüren şeydir.

Hafta sonuna veya tatile denk gelen bir işlem tarihi için hangi kuru kullanmalıyım? İşlem görmeyen bir gün için yayımlanmış kur yoktur, dolayısıyla ilan edilmiş bir kurala ihtiyacınız vardır — en yaygın olanı, işlem tarihinde veya öncesinde yayımlanan son kurdur. Hangi kuralı seçtiğinizden daha önemlisi, o kuralın belgelenmiş, tekdüze uygulanmış ve etkilenen her satırda kaydedilmiş olmasıdır.

Vergi amaçları için kaç ondalık basamak saklamalıyım? Sağlayıcınızın döndürdüğü tam hassasiyeti saklayın — altı ila on ondalık basamak makul bir sütun genişliğidir — ve yalnızca kayda alırken veya gösterirken yuvarlayın. Erken ve tekrar tekrar yuvarlama, kimsenin izini süremediği mutabakat farklarının olağan nedenidir.

ECB kuru AB KDV gerekliliklerini karşılıyor mu? KDV Direktifi'nin 91(2) maddesi, Üye Devletlerin verginin muaccel hale geldiği anda yayımlanan en son ECB kurunu kabul etmesini şart koşar; para birimleri arası çevrimler ise her para biriminin euro kuru üzerinden yürütülür. Bazı Üye Devletler bu seçeneği kullandığınıza dair bildirim ister, ithalatlar ise bunun yerine gümrük kıymet tespiti kurallarına tabidir.

Kurlarınızı Denetime Hazır Hale Getirin

Gerçek zamanlı ve geçmiş döviz kurlarını projenize entegre etmeye hazır mısınız? Ücretsiz Finexly API anahtarınızı alın — kredi kartı gerekmez. Ayda 1.000 ücretsiz istekle başlayın ve büyüdükçe yükseltin. Geçmiş endpoint'in tam referansı için API dokümantasyonuna bakın, tek seferlik kontroller için para birimi dönüştürücüyü deneyin, sağlayıcı değerlendiriyorsanız para birimi API'lerini karşılaştırın ve raporlama hacminiz büyüdüğünde fiyatlandırma planlarını inceleyin.

Bu makale, çok para birimli sistemler geliştiren yazılımcılar için teknik bir rehberdir. Vergi danışmanlığı değildir — çevrim politikanızı, beyan verdiğiniz her yargı bölgesinde yetkin bir danışmanla teyit edin.

Vlado Grigirov

Senior Currency Markets Analyst & Financial Strategist

Vlado Grigirov is a senior currency markets analyst and financial strategist with over 14 years of experience in foreign exchange markets, cross-border finance, and currency risk management. He has wo...

View full profile →