Komisyon denetiminin sorusu nettir: banka, anlaştığımız orandan mı kesti? Cevap ancak iki taraf da biliniyorsa verilebilir; bu yüzden zincir komisyon anlaşmasıyla başlar.
Komisyon denetimi raporu ekranı

Komisyon denetimi raporu — fazla kesim işlem bazında, valör gecikmesi uyarıyla

​
Komisyon anlaşmaları

Anlaşma, POS hesabı × taksit sayısı (× isteğe bağlı kart bankası) için oran ve valör günü kaydıdır:
Bu kayıt üç yerde kullanılır: beklenen para defterinin beklenen komisyon/valör hesabında, rota motorunun “en düşük komisyon” stratejisinde ve buradaki denetimde.

​
On-us: kendi bankanızın kartı daha ucuza geçer

Türkiye’de kendi bankanızın POS’undan yine kendi bankanızın kartını çektiğinizde oran belirgin biçimde düşer. bankCode verilen anlaşma yalnız o bankanın kartlarına uygulanır; verilmeyen anlaşma genel orandır:
Seçim kuralı tektir ve tek yerde yaşar: en özel eşleşme kazanır. Kartın bankasına özel oran varsa o, yoksa genel oran uygulanır. Kart bilinmiyorsa — hosted akışta müşteri henüz kart girmemişken — bankaya özel oran uygulanamaz ve genel orana düşülür; on-us varsayıp ucuz bir oran uydurmak defterde eksik alacak yazmak olurdu.
Bu seçimin üç tüketicide de aynı olması bir ayrıntı değil, denetimin ön koşuludur. Rota %1,80 (on-us) bekleyip defter %2,50 (genel) yazsaydı, banka ekstrede doğru biçimde %1,80 kestiğinde denetim “banka eksik kesmiş” diye sahte bir bulgu üretir ve doğru kesim yapan bankayı haksız yere suçlardı. Bu yüzden rota maliyeti, alacak defteri ve ekstre denetimi aynı çözümleyiciden geçer.

​
Denetim bulgusu

POS ekstresi eşleştirmesi sırasında eşleşen her satıra bir denetim bulgusu yazılır — fark sıfır olsa bile; rapor toplamları bu bulgulardan çıkar. Üç durum ayrı tutulur: Ekstre bazlı rapor GET /v1/recon/statements/{id}/commission-report — panelde Mutabakat sayfasından ekstreye tıklayınca açılan Komisyon denetimi ekranı. Fark toplamı pozitifse ekran bunu kırmızıyla ve “N işlemde fazla kesim — itiraz edilebilir” notuyla gösterir. Aynı ekranda valör denetimi de vardır (…/valor-report): bankanın beyan ettiği valör, anlaşılan valörden geçse satır “geç” sayılır ve toplam gecikme günü raporlanır. Gecikmenin parasal karşılığı defter tarafında ölçülür — bkz. valör maliyeti.

​
Komisyon itirazı: farkın peşine düşmek

Fazla kesimi bulmak yetmez; geri almak bir süreçtir ve Poyra bu süreci kayıt altında yürütür. İtiraz, bir dönem + POS hesabı için yalnız fazla kesim bulgularını toplar — eksik kesilenler dahil edilmez; edilseydi toplam yanlış çıkar ve bankaya “bize eksik kestiniz” demiş olurdunuz.
Süreç POST /v1/recon/claims/{id}/advance ile ilerletilir; eylemler sabittir: submit (banka referansıyla iletildi), respond (kabul/ret), recover (gelen tutar — birikir, banka taksit taksit iade edebilir), close, note (durumu değiştirmeden zaman çizelgesine not düşer). Geri alınan tutar talebin tamamına ulaşmadıkça itiraz kapanmaz — partially_recovered durumu kalan parayı unutturmamak için vardır. Her adım silinemez bir olay bırakır; GET /v1/recon/claims/{id}/timeline kim, ne zaman, ne yaptı sorusunu cevaplar. Özet uç GET /v1/recon/claims açık itirazlardaki toplam tutarı ve bu yıl bankalardan geri alınan tutarı döner.
Komisyon itirazı akışı bugün yalnız API’dedir; panel ekranı henüz yoktur. Gerçek maliyet özeti için GET /v1/recon/cost-summary son 30 günün fiilen kesilen komisyonunu POS bazında döner — “anlaşmadaki oran” değil “yaşanan maliyet”.