Claude Code harcama takip araçları karşılaştırması

Claude Code harcama takipçisi gerçekte neyi okur

Her Claude Code harcama takipçisi üç veri kaynağından birini okur ve kaynak, hangi soruyu yanıtlayabileceğini belirler. Bir günlük ayrıştırıcı (log parser), kendi diskinizdeki oturum döküm dosyalarını okur. Bir kontrol paneli (dashboard), Anthropic'in hesabınız veya kuruluşunuz için tuttuğu kullanım kayıtlarını okur. Bir metrik arka ucu (metrics backend), Claude Code'u açtığınızda yaydığı OpenTelemetry (OTel) akışını okur. Her üçü de aynı anda doğru olabilir ancak yine de birbirleriyle çelişebilirler; çünkü farklı şeyleri saymaktadırlar.

Bu kılavuz token'ları yeniden açıklamaz. Claude Code token kullanımını nasıl hesaplar bölümü girdi, çıktı, önbellek yazma ve önbellek okuma işlemlerini kapsar; bu kısım netleşmeden hiçbir kontrol paneli anlam ifade etmez. Buradaki soru daha dardır: her araç biçimi için neyi görebilir ve neyi asla göremez.

Neden aynı gün üç farklı Claude Code harcama takipçisi ortaya çıktı

Aynı gün üç ayrı Claude Code harcama takipçisi yayınlandı. Bunlar aynı aracın üç farklı sürümü değildi ve işin faydalı kısmı da bu. Biri yerel oturum dosyalarını ayrıştırıyordu. Biri hesap kullanım ekranlarını sarmalıyordu. Diğeri ise kendi kendinize çalıştırdığınız barındırılan bir izleme arka ucu idi.

Hepsi aynı anda ortaya çıktı çünkü bir aracı oturumunun maliyeti artık belirgin olmaktan çıkmıştı. Bir sohbetin maliyeti kabaca ekranda görebildiğiniz kadardır. Bir aracı ise yirmi dosyayı okur, test paketini çalıştırır ve her adımda tüm konuşmayı yeniden gönderir; bu nedenle fatura, sizin asla yazmadığınız bir bağlam tarafından oluşturulur. Abonelik sisteminde ise hiçbir dolar tutarı görünmez, sadece bazı günlerde diğerlerinden daha hızlı boşalan bir kullanım çubuğu vardır. Bu üç aracın her biri, bu boşluğun farklı bir kısmını doldurmaktadır.

Biçim 1: Yerel bir günlük ayrıştırıcısı ile günlük maliyet takibi

Claude Code, her konuşmayı ~/.claude/projects/<project>/<session-id>.jsonl dizininde JSON Lines (JSONL) formatında saklar; burada <project>, alfanümerik olmayan karakterlerin - ile değiştirildiği çalışma dizini yolunuzdur. Dosyadaki her asistan yanıtı, isteğe ait token sayılarını içerir. Bir günlük ayrıştırıcısı (log parser) bu sayıları toplar ve fiyatlandırır.

ccusage çoğu kullanıcının tercih ettiği yöntemdir. Kurulum gerektirmez:

npx ccusage@latest daily
npx ccusage@latest daily --breakdown
npx ccusage@latest blocks
npx ccusage@latest session --json

daily tarih bazlı toplamları verir. --breakdown her satırı modele göre ayırır; Opus ile geçirilen bir öğleden sonranın neden haftanın maliyetinin büyük kısmını oluşturduğunu bu şekilde anlarsınız. blocks, aboneliğin yenilendiği beş saatlik zaman dilimlerine göre gruplandırma yapar. session konuşma başına toplamları gösterir, --instances ise hangi deponun (repository) maliyetli olduğunu görmeniz için projeye göre gruplandırır. Aralık sınırlamak için --since ve --until parametrelerini ekleyin ve sürümünüzün beklediği tarih formatı için npx ccusage@latest daily --help komutunu çalıştırın. Ağustos 2026 itibarıyla bu araç, Codex ve OpenCode dahil olmak üzere diğer aracı CLI'larını da okuyabilir; bu, karşılaştırma yapıyorsanız önemlidir.

Fiyatlandırma, bir model fiyat tablosundan alınır ve aracın üç maliyet modu bulunur. --mode auto, Claude Code tarafından dosyaya yazılan costUSD değerini kullanır; bu değer mevcut değilse token sayıları üzerinden hesaplama yapar. --mode calculate her zaman tokenlar üzerinden hesaplama yapar ve kaydedilmiş maliyetleri yok sayar. --mode display yalnızca kaydedilmiş maliyetleri gösterir ve maliyet bilgisi olmayan satırlar için $0.00 çıktısını verir. Eğer bir toplam hatalı görünüyorsa, aynı raporu önce calculate, ardından display modunda çalıştırın. İkisi arasındaki büyük fark, çoğu girdinin kayıtlı maliyet içermediği ve okuduğunuz her şeyin bir tahmin olduğu anlamına gelir.

Aynı veriler isteminize (prompt) beslenebilir. ccusage statusline, Claude Code durum çubuğu için kompakt bir satır yazdırır; bu satır, diğer tüm durum satırı komutları gibi ~/.claude/settings.json ile entegre edilir. Ayarlar bloğu ve aldığı alanlar için Claude Code durum satırı oluşturma bölümüne bakın.

Bir günlük ayrıştırıcısının göremediği tek şey, bu makinede gerçekleşmeyen işlemlerdir. İkinci bir dizüstü bilgisayar, claude.ai üzerindeki bir oturum veya bir ekip arkadaşınızın çalışması: bu transkriptler ilgili disklerde kalır. Eski veriler de eksiktir; çünkü transkriptler cleanupPeriodDays ayarı gereği varsayılan olarak 30 gün sonra temizlenir, bu nedenle arşivlemediyseniz geçen çeyreğe ait veriler silinmiştir.

Bir risk daha vardır ve bu yapısal bir sorundur. Anthropic belgeleri, girdi formatının Claude Code'un iç yapısı olduğunu ve sürümler arasında değişebileceğini belirtir; bu nedenle bu dosyaları doğrudan ayrıştıran betikler herhangi bir sürüm güncellemesinde bozulabilir. Bu durum, bu biçimdeki tüm araçlar için geçerlidir. JSONL üzerinde elle yazılmış bir jq tek satırlık komutunun göründüğünden daha kötü bir fikir olmasının nedeni de budur: bakımı yapılan ayrıştırıcılar format değişikliklerini sizin yerinize takip eder, ancak sizin tek satırlık komutunuz bir alan yeniden adlandırıldığı gün size emin bir şekilde yanlış bir sayı verecektir.

Son olarak, aboneliklerde dolar tutarı bir uyarı gerektirir. Pro veya Max planlarında token başına faturalandırılmazsınız, bu nedenle çıkan sayı, tokenlarınızın liste API fiyatları üzerinden ne kadara mal olacağını gösterir. Bu, kullanım yoğunluğunuzu ölçer. Faturanız değildir. Eğer asıl soru hangi planda olmanız gerektiği ise, bu karşılaştırma ayrı bir konudur: API faturalandırması ile Claude aboneliği karşılaştırması bölümüne bakın.

Şekil 2: Yerleşik kullanım ekranları, bütçeyi hangi modelin tükettiğini gösterir

Claude Code kendi raporlama özelliğini içerir ve çoğu kullanıcı bunu asla açmaz. Bir oturum içindeyken /usage komutunu çalıştırın. Üst kısımdaki Session bloğu, standart liste fiyatları üzerinden yerel olarak hesaplanan token sayılarını modele göre ve mevcut oturum için dolar cinsinden gösterir. Bu rakam indirimleri veya promosyon fiyatlarını yansıtmaz, bu nedenle faturanızdan farklı olabilir. Toplamlar, /clear ile yeni bir konuşma başlatıldığında sıfırlanır.

Pro, Max, Team veya Enterprise planlarında aynı ekran, plan limitinizin ne kadarını kullandığınızı gösterir ve son kullanımları yeteneklere, alt aracılara, eklentilere ve bireysel MCP sunucularına toplamın yüzdesi olarak atar. Uzun bağlam veya önbellek isabeti hataları (cache misses) gibi son kullanımların %10 veya daha fazlasını oluşturan davranışları işaretler. Son 24 saat ile son 7 gün arasında geçiş yapmak için d veya w tuşlarına basın. Bu rakamlar yaklaşıktır ve bu makinedeki yerel oturum geçmişinden hesaplanır, dolayısıyla ikinci bir cihaz hesaba katılmaz. Çubuk sadece düşük değil tamamen boş olduğunda, ekran pencerenin kapandığını belirtir ancak çalışmaya nasıl devam edeceğinizi söylemez; limite ulaştığınızda ne yapılması gerektiği model, bağlam ve plan ile ilgili ayrı bir karardır.

Bir geliştiriciden fazlası için rakamlar hesap düzeyine taşınır. Bir API organizasyonu, Console kullanım sayfasına, üye başına harcama ve kabul edilen satır sayılarını içeren bir Claude Code paneline ve yönetici anahtarı ile aynı günlük kullanıcı bazlı metrikleri döndüren bir Claude Code Analytics API'sine erişir. Teams ve Enterprise planları, yönetici konsolunda CSV dışa aktarma seçeneğiyle günlük güncellenen bir harcama raporu alır; Enterprise planı buna ek olarak bir analiz API'si sunar. Bunlardan hangisini göreceğiniz, her geliştiricinin nasıl giriş yaptığına bağlıdır; bu nedenle karma bir organizasyon iki raporu okur ve bunları manuel olarak toplar.

Bütçe planlaması için, Anthropic'in Ağustos 2026 itibarıyla yayınladığı maliyet dokümantasyonundaki rakamlar, aktif gün başına geliştirici başına ortalama 13 dolar civarında ve aylık geliştirici başına 150 ila 250 dolar arasındadır; kullanıcıların %90'ı aktif gün başına 30 doların altındadır. Bunu ekibiniz için bir tahmin olarak değil, kurumsal dağıtımlardan elde edilmiş yayınlanmış bir kıyaslama olarak değerlendirin. Bir pilot grup çalıştırın ve tahminde bulunmadan önce ölçüm yapın.

Panellerin göremediği şey, gün ve kişi bazının altındaki detaylardır. Size Salı günkü kullanımın çoğunun Opus tarafından yapıldığını söylerler. Hangi istemin, hangi deponun veya hangi CI işinin buna neden olduğunu söylemezler. Ayrıca gecikmelidirler; organizasyon raporları günlük güncellendiği için bunlar, o an kontrolden çıkan bir aracıyı yakalamaktan ziyade bir inceleme aracıdır. Kontrolden çıkan bir aracıyı yakalamak raporlara değil sınırlamalara ihtiyaç duyar; bu da bir VPS üzerinde aracı maliyetlerini sınırlandırma konusunun içeriğidir.

Şekil 3: Kendi OpenTelemetry yığınınız hangi istemin gerilediğini size söyler

Claude Code, tek bir ortam değişkeni ayarladığınızda OpenTelemetry metriklerini ve olaylarını yaymaya başlar; bu, kullanıcı bazlı token ve maliyet verilerini gerçek zamanlıya yakın bir şekilde kontrolünüz altındaki bir sisteme aktarmanın tek yoludur. Metrikler USD cinsinden claude_code.cost.usage, token cinsinden claude_code.token.usage, claude_code.session.count ve claude_code.active_time.total verilerini içerir.

Token metriği, öznitelikleri nedeniyle ilgi çekicidir. Her veri noktası, input, output, cacheRead veya cacheCreation olan type değerini ve main, subagent veya auxiliary olan model ve query_source değerlerini taşır. Ayrıca agent.name, skill.name, mcp_server.name ve mcp_tool.name verilerini de içerir. Bu, hiçbir kontrol panelinin ulaşamayacağı soruları yanıtlamak için yeterlidir: faturanın ne kadarı kendi işlemlerinizden ziyade alt aracılardan (subagents) kaynaklanıyor, bir MCP sunucusu girdi token'larınızı ikiye katladı mı, biri CLAUDE.md dosyasını düzenledikten sonra önbellek okumaları çöktü mü? Önbellek davranışı genellikle sürprizlerin gizlendiği yerdir ve istem önbelleklemenin kendini ne zaman amorti ettiği konusu, neye baktığınızı açıklar.

Bu konuda her tartışmada gündeme geldiği için yapılması gereken bir düzeltme vardır. Langfuse, iyi bir self-hosted izleme (tracing) arka ucudur ve bir VPS üzerinde çalıştırılması aracı izleme için Langfuse self-hosting bölümünde ele alınmıştır. Langfuse'un OTLP uç noktası yalnızca izleri (traces) kabul eder. Claude Code, span'leri değil, metrikleri ve günlük olaylarını dışa aktarır; bu nedenle OTEL_EXPORTER_OTLP_ENDPOINT değerini Langfuse'a yönlendirmek projeyi boş bırakır ve size okunmaya değer bir hata mesajı vermez. Langfuse, kendi kodunuzun her span'i istemi, modeli ve maliyetiyle oluşturduğu, API üzerinde bizzat inşa ettiğiniz aracılar için doğru araçtır. Claude Code CLI için ise bir metrik deposu doğru eşleşmedir.

Kendi VPS'niz üzerinde Claude Code harcama takibini yapılandırma

Metrikleri almak için bir toplayıcı (collector) ve bunları depolamak için Prometheus olmak üzere iki servis yeterlidir. Her ikisini de genel internete kapalı tutun; çünkü açık bir OTLP portu, onu bulan herkesten veri yazma isteği kabul eder. /opt/ccmetrics/compose.yaml dosyasını oluşturun:

services:
  collector:
    image: otel/opentelemetry-collector-contrib:latest
    command: ["--config=/etc/otel/config.yaml"]
    volumes:
      - ./collector.yaml:/etc/otel/config.yaml:ro
    ports:
      - "10.8.0.1:4318:4318"
    restart: unless-stopped
  prometheus:
    image: prom/prometheus:latest
    volumes:
      - ./prometheus.yml:/etc/prometheus/prometheus.yml:ro
      - prom-data:/prometheus
    ports:
      - "127.0.0.1:9090:9090"
    restart: unless-stopped

volumes:
  prom-data:

10.8.0.1, sunucunun WireGuard tüneli içindeki adresidir; bu sayede toplayıcıya yalnızca kendi makinelerinizden erişilebilir, başka hiçbir yerden erişilemez. Portun önündeki adres burada kritik bir işlev görür, çünkü Docker tarafından yayınlanan portlar ufw tarafından filtrelenmez: bkz. Docker yayınlanan portları neden ufw'yi atlar. Tünelin kurulumu için bkz. kendi VPS'nizde WireGuard VPN.

/opt/ccmetrics/collector.yaml dosyasını oluşturun:

receivers:
  otlp:
    protocols:
      http:
        endpoint: 0.0.0.0:4318

processors:
  batch:

exporters:
  prometheus:
    endpoint: 0.0.0.0:8889

service:
  pipelines:
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [prometheus]

/opt/ccmetrics/prometheus.yml. 8889 numaralı port ana makineye hiçbir zaman yayınlanmaz, çünkü Prometheus toplayıcıya Compose ağı üzerinden servis adıyla erişir:

global:
  scrape_interval: 30s

scrape_configs:
  - job_name: claude-code
    static_configs:
      - targets: ["collector:8889"]

cd /opt/ccmetrics
docker compose up -d
docker compose logs collector

Toplayıcı günlüğü Everything is ready. Begin running and processing data. ile bitmelidir. Yapılandırma hatası nedeniyle duran bir günlük, YAML dosyasının ayrıştırılamadığı anlamına gelir ve container döngüsel olarak yeniden başlatılır.

Şimdi Claude Code'u bu yapıya yönlendirin. Claude Code çalıştıran her makinede, ~/.claude/settings.json dosyasına şunları ekleyin:

{
  "env": {
    "CLAUDE_CODE_ENABLE_TELEMETRY": "1",
    "OTEL_METRICS_EXPORTER": "otlp",
    "OTEL_LOGS_EXPORTER": "none",
    "OTEL_EXPORTER_OTLP_PROTOCOL": "http/protobuf",
    "OTEL_EXPORTER_OTLP_ENDPOINT": "http://10.8.0.1:4318",
    "OTEL_METRIC_EXPORT_INTERVAL": "10000"
  }
}

Bir oturum başlatın, bir komut gönderin, dışa aktarma aralığını (burada 10 saniye, varsayılan olarak 60 saniye) bekleyin ve ardından Prometheus'a ne öğrendiğini sorun:

curl -s http://localhost:9090/api/v1/label/__name__/values | grep -o 'claude_code[a-z_]*'

claude_code_ ile başlayan birkaç isim görmelisiniz. Dışa aktarıcı (exporter) noktaları alt çizgiye dönüştürür ve birimi ekler, bu nedenle tam dizeler toplayıcı sürümünüze bağlıdır. Boş bir sonuç, hiçbir verinin ulaşmadığı anlamına gelir. Protokol ve portun eşleştiğini doğrulayın; çünkü http/protobuf 4318 numaralı porta, grpc ise 4317 numaralı porta gider ve bir uyumsuzluk durumunda işlem sessizce başarısız olur. claude --debug komutunu çalıştırın; hata ayıklama günlüğü OTel dışa aktarma hatalarını raporlayacaktır.

Tek bir makine kullanıyorsanız ve sunucunuz yoksa, yukarıdakilerin tamamını atlayın. OTEL_METRICS_EXPORTER=prometheus değerini ayarlayın; Claude Code, http://localhost:9464/metrics adresinde bir kazıma (scrape) uç noktası açacaktır. Listelenen tek dışa aktarıcı prometheus olduğunda, Claude Code metrik adlarından USD, tokens ve s birimlerini çıkarır, böylece kazıma işlemi geçerli Prometheus metin formatında kalır.

Bu yapılandırmayla ilgili bir gizlilik kararı bulunmaktadır. Varsayılan olarak makineden yalnızca sayaçlar çıkar; komut metni veya araç çıktısı dışarı gönderilmez. OTEL_LOG_USER_PROMPTS=1 ve OTEL_LOG_TOOL_CONTENT=1 ayarları bunu değiştirir; bu durumda metrik kutunuz kaynak kodunu ve bağlam içindeki diğer her şeyi tutar. Bu ayarları bilinçli olarak açın ve öncesinde gizli bilgileri ajan bağlamından uzak tutma konusunu okuyun.

Betik ve CI çalıştırmaları için harcama takibi

Etkileşimli olmayan çalıştırmalar, ekran başında kimse bulunmadığı için genellikle sürpriz maliyetler doğurur. claude -p, --output-format json ile birlikte çalıştırma maliyetini sonuç yükü (payload) içerisinde raporlar:

claude -p "summarise the failing tests" --output-format json | jq '.total_cost_usd'

Yük, total_cost_usd değerini ve model bazlı dökümü içerir; böylece bir CI işi, herhangi bir panoya ihtiyaç duymadan kendi harcamasını kaydedebilir. Bu değeri bir dosyaya ekleyebilir veya yukarıdaki toplayıcıya bir metrik olarak gönderebilirsiniz. Bu, mevcut en düşük maliyetli ve işlevsel harcama takibi yöntemidir ve çalıştırma başına bir jq çağrısına mal olur.

Hata modları ve karşılaşacaklarınız

Rapor boş. npx ccusage@latest daily satır yazdırmıyorsa, Claude Code'un yazdığı konumu okumuyor demektir. CLAUDE_CONFIG_DIR bu konumu değiştirir ve ayrıştırıcıya (parser) bu durumun bildirilmesi gerekir. Satırlar mevcut ancak yaklaşık bir ay öncesinde kesiliyorsa, bu cleanupPeriodDays'in tasarlandığı gibi çalıştığı anlamına gelir: transkriptler varsayılan olarak 30 gün sonra silinir.

İki makine farklı toplamlar rapor ediyor. Bu beklenen bir durumdur ve bir hata değildir. Hem /usage hem de herhangi bir günlük ayrıştırıcısı yalnızca yerel oturum geçmişini okur; bu nedenle başka bir cihazdan veya claude.ai üzerinden yapılan kullanım her ikisinde de görünmez.

Yerel toplam fatura ile eşleşmiyor. Yerel rakamlar, standart liste fiyatları üzerinden token sayıları kullanılarak hesaplanır. Bu hesaplama promosyonel fiyatlandırmayı veya sözleşmeli indirimleri bilmez; ayrıca abonelik kapsamında tokenlarınız tek tek faturalandırılmaz. API faturalandırması için Console kullanım sayfası esas alınmalıdır.

Aynı işi yapmanıza rağmen maliyet arttı. Her şeyden önce önbellek (cache) sütunlarını kontrol edin. Uzun bir oturum, her adımda tüm geçmişini yeniden gönderir; önbellek sıcakken önbellek oranından, soğuduğunda ise tam girdi oranından fiyatlandırılır. Bu nedenle uzun bir mola, tüm konuşmanın yeniden işlenmesine neden olur. Bu durum, küçük bir çıktı sayısının yanında büyük bir girdi sayısı olarak görünür ve girdi ve çıktı token fiyatlandırması bu ikisinin neden birbirinden bağımsız hareket ettiğini açıklar.

Alt temsilcilerle (subagents) geçirilen bir gün imkansız görünüyor. Her alt temsilci kendi bağlam penceresini (context window) çalıştırır, bu nedenle token kullanımı kaç tanesinin çalıştığına ve her birinin ne kadar sürdüğüne bağlı olarak ölçeklenir. Yalnızca OTel verileri, claude_code.token.usage üzerindeki query_source özniteliği aracılığıyla bunları birbirinden ayırır. Bir günlük ayrıştırıcısı size toplamı gösterir ve sizi tahminde bulunmaya iter.

FAQ

ccusage, Max plan kapsamında faturalandırıldığım tutarı gösterir mi?

Hayır. Abonelik sisteminde token başına ücretlendirilmediğiniz için, günlük ayrıştırıcı (log parser) token'larınızı standart liste API fiyatları üzerinden hesaplar ve aynı işlemin API üzerinden ne kadara mal olacağını gösterir. Bu, bir günün ne kadar yoğun geçtiğini anlamak için iyi bir göreceli ölçüdür; projeleri veya modelleri birbirleriyle kıyaslamak için kullanışlıdır. Ödemeniz gereken tutar için Console kullanım sayfası API faturalandırmasını, plan faturalandırma sayfası ise abonelik ücretlerini kapsar.

Claude Code, bu araçların okuduğu oturum dosyalarını nerede saklar?

~/.claude/projects/<project>/<session-id>.jsonl dizininde saklar; burada <project>, alfanümerik olmayan karakterlerin - ile değiştirildiği çalışma dizini yoludur. Her satır; bir mesaj, araç kullanımı veya meta veri girişi için bir JSON nesnesidir. CLAUDE_CONFIG_DIR tüm dizini taşır ve cleanupPeriodDays içindeki settings.json, 30 günlük saklama süresini kontrol eder. Anthropic, giriş formatını dahili olarak tanımlar ve sürümler arasında değişebileceğini belirtir; bu nedenle veriyi kendi betiğiniz yerine güncel tutulan bir araçla ayrıştırın.

Claude Code telemetrisini Langfuse'a gönderebilir miyim?

Doğrudan gönderemezsiniz. Langfuse OTLP uç noktası izleri (traces) kabul eder, Claude Code ise span yerine metrik ve günlük olayları dışa aktarır; bu nedenle verinin işlenebileceği bir yer yoktur. Claude Code metriklerini bir OpenTelemetry toplayıcısına gönderin ve Prometheus içinde saklayın. Langfuse'u, kendi kodunuzun istemi, modeli ve maliyeti taşıyan span'ler ürettiği, API üzerinde bizzat oluşturduğunuz ajanlar için kullanın.

Yerel verilerim neden Console kullanım sayfasıyla eşleşmiyor?

Çünkü farklı şekillerde hesaplanırlar. /usage ve günlük ayrıştırıcılar, başında bulunduğunuz makinedeki oturum dosyalarından gelen token sayılarını toplar ve bunları standart liste fiyatları üzerinden ücretlendirir. Console ise kuruluşunuzun tüm makineler ve tüm anahtarlar genelinde, indirimler uygulandıktan sonra fiilen ne kadar ücretlendirildiğini raporlar. Uyuşmazlık normaldir. Çok büyük bir fark genellikle ikinci bir cihazın, bir CI çalıştırıcısının veya başka bir ekip üyesinin aynı hesaba faturalandırma yaptığını gösterir.

CI içindeki bir claude -p çalıştırmasının maliyetini nasıl takip ederim?

İşlemi --output-format json ile çalıştırın ve sonucu, örneğin claude -p "..." --output-format json | jq '.total_cost_usd' ile total_cost_usd değerini okuyarak alın. Aynı veri paketi, model bazlı dökümü ve oturum kimliğini içerir. Bu değeri iş başına kaydedin; böylece herhangi bir ajan, gösterge paneli veya ek servis olmadan işlem hattı bazlı harcamayı takip edebilirsiniz.