Bir müşterinin faturayı ödemesi, işletmedeki tüm kayıtların otomatik olarak doğru olduğu anlamına gelmez. Ödeme zincir üzerinde görünürken sipariş beklemede kalabilir, alınan tutar faturadaki tutardan farklı olabilir veya işlem finansal rapora hiç ulaşmayabilir. Kripto ödeme mutabakatı bu kayıtları karşılaştırır, tutarsızlıkları belirler ve her ödemenin doğru operasyonel ve finansal sonucu oluşturduğunu doğrular.
Kripto ödeme mutabakatı nedir?
Kripto ödeme mutabakatı, bir işlemde yer alan sistemlerdeki ödeme faaliyetlerini karşılaştırma ve hepsinin aynı sonucu tanımladığını doğrulama sürecidir.
Tipik bir işletme için bu, şunların kontrol edilmesi anlamına gelir:
- müşterinin siparişi veya faturası mevcut mu;
- beklenen kripto ödeme alındı mı;
- ödeme ağ geçidi doğru durumu kaydetti mi;
- sipariş veya hesap doğru şekilde güncellendi mi;
- yerine getirme işlemi bir kez ve doğru müşteri için gerçekleşti mi;
- iadeler, ücretler, dönüşümler ve mutabakat hareketleri kaydedildi mi;
- çözümlenmemiş farklar belirlendi ve sorumlu kişilere atandı mı.
Amaç yalnızca bir blockchain işleminin var olduğunu kanıtlamak değildir. Bir işlem zincir üzerinde geçerli olabilir ancak yine de doğru sipariş, müşteri, yerine getirme işlemi veya finansal kayıtla bağlantısız kalabilir.
Bu kripto ödeme yaşam döngüsü , ticari bir yükümlülüğün ödeme talebinden finansal kayda nasıl ilerlediğini açıklar. Mutabakat, bu yaşam döngüsünde yer alan sistemlerin birbiriyle uyumlu olup olmadığını kontrol eden son denetim katmanı olarak çalışır.
Blockchain Görünürlüğü Neden Yeterli Değildir?
Blockchain, değerin adresler arasında taşındığına dair kanıt sağlar. Normalde ödemenin neden yapıldığını bilmez.
Blockchain şunları bilmez:
- satıcının sipariş numarası;
- satın alınan ürün veya abonelik;
- faturanın son kullanma politikası;
- bir ödemenin eksik yapılıp yapılmadığı;
- müşterinin ürünü alıp almadığı;
- bir iadenin onaylanıp onaylanmadığı;
- işlemin satıcının hesaplarında nasıl görünmesi gerektiği.
Bu ticari bağlam başka sistemlerde bulunur.
Bu nedenle bir satıcı, blok gezgininde onaylanmış bir işlem görürken e-ticaret platformunda sipariş hâlâ ödenmemiş görünebilir. Başka bir durumda ise ilgili ödeme gerekli duruma hiç ulaşmadığı hâlde sipariş ödenmiş olarak işaretlenebilir.
Mutabakat, ağ üzerindeki kanıtı ticari anlamla birleştirir. Blockchain Ödemeleri: Satıcılar için Sistem Düzeyinde Bir Rehber bu ayrımı daha ayrıntılı inceler.
Mutabakatın Bağlaması Gereken Kayıtlar
Eksiksiz bir mutabakat süreci genellikle dört kayıt grubunu karşılaştırır.
1. Ticari Kayıt
Bu, ödemenin var olma nedenidir.
Örneğin şu olabilir:
- bir e-ticaret siparişi;
- bir fatura;
- bir abonelik yenilemesi;
- bir hesap yatırma işlemi;
- bir rezervasyon;
- bir hizmet sözleşmesi;
- bir pazar yeri satın alımı.
Dolayısıyla ticari kayıt, müşterinin ne kadar ödemesi beklendiğini, ödemenin neden talep edildiğini ve işletmenin karşılığında ne vaat ettiğini tanımlar.
2. Ödeme Kaydı
Ödeme ağ geçidi, ödeme talebini ve operasyonel durumunu kaydeder.
Bu kayıt şunları içerebilir:
- beklenen tutar ve para birimi;
- seçilen ödeme varlığı ve ağ;
- alınan tutar;
- ödeme durumu;
- ödeme referansı;
- işlem bilgileri;
- fatura son kullanma süresi;
- iadeler veya manuel işlemler.
OxaPay, satıcıların fatura oluştururken dahili bir order_id eklemesine izin verir ve ödeme için benzersiz bir track_id döndürür. Bu referanslar, satıcının siparişi ile ağ geçidindeki ödeme kaydı arasındaki ilişkinin korunmasına yardımcı olur.
3. Blockchain Kanıtı
Blockchain kaydı şunları gösterebilir:
- işlem hash’i;
- gönderen ve alıcı adresleri;
- aktarılan varlık;
- ağ;
- tutar;
- işlem zamanı;
- bloğa dahil edilme ve onay kanıtı.
Bu kanıt önemlidir ancak ticari sonucu belirlemek için tek başına kullanılmak yerine ödeme kaydı üzerinden yorumlanmalıdır.
Sürekli ağ gözleminin rolü Blockchain Ödeme Sistemlerinde Gerçek Zamanlı İzlemebaşlıklı içerikte ele alınır. İzleme, ödeme kanıtını tespit edip günceller; mutabakat ise daha sonra bu kanıtın işletme sistemlerine doğru şekilde yansıyıp yansımadığını kontrol eder.
4. Ticari ve Finansal Sonuç
Son kayıt, ödeme kabul edildikten sonra ne olduğunu gösterir.
İşletmeye bağlı olarak şunları içerebilir:
- siparişin yerine getirilmesi;
- dijital erişim;
- abonelik aktivasyonu;
- hesaba kredi eklenmesi;
- iade;
- ödeme ücreti;
- varlık dönüşümü;
- satıcı bakiyesi;
- çekim veya mutabakat kaydı;
- muhasebe kaydı.
Bu kayıtlardan biri diğerleriyle çelişiyorsa ödeme tam olarak mutabık sayılmaz.
Mutabakat Neleri Karşılaştırır?
Amaç, beklenen faaliyet ile kaydedilen faaliyeti karşılaştırmaktır.
| Karşılaştırma | Yanıtlanan soru |
|---|---|
| Sipariş ve ödeme talebi | Doğru sipariş için doğru ödeme oluşturuldu mu? |
| Ödeme talebi ve alınan ödeme | Müşteri gerekli varlığı ve tutarı gönderdi mi? |
| Ağ geçidi durumu ve dahili sipariş durumu | Satıcı sistemi ödemeye doğru şekilde yanıt verdi mi? |
| Kabul edilen ödeme ve yerine getirme | Müşteri beklenen sonucu aldı mı? |
| Ödeme ve iade kaydı | Ters işlem ilgili tüm sistemlerde kaydedildi mi? |
| Ödeme ve mutabakat kaydı | Kabul edilen fonlar beklenen bakiyeye veya hedefe ulaştı mı? |
| Ödeme faaliyeti ve finansal rapor | Finans ekibi kaydedilen ödeme toplamlarını ve düzeltmeleri açıklayabiliyor mu? |
Mutabakat, her değerin her zaman birebir aynı olması gerektiği anlamına gelmez. Bir satıcının meşru olarak ücretleri, dönüşümleri, iadeleri, kısmi ödemeleri veya manuel düzeltmeleri olabilir.
Gereken, her farkın açıklanabilir olmasıdır.
Basit Bir Mutabakat Süreci
Pratik bir mutabakat süreci beş aşamadan oluşur.
1. Kapsamı Tanımlayın
Nelerin ve hangi dönem için mutabakata tabi tutulacağını belirleyin.
Kapsam şunları içerebilir:
- dünün kabul edilen ödemeleri;
- belirli bir tarih aralığında oluşturulan tüm ödemeler;
- hafta içinde tamamlanan iadeler;
- tek bir satıcı hizmeti veya satış kanalı;
- belirli bir varlık veya ağ kullanan ödemeler;
- bir mutabakat veya çekime dahil edilen işlemler.
Tanımlı bir kapsam olmadan ekipler farklı zaman aralıklarındaki kayıtları karşılaştırabilir ve yanlış uyuşmazlıklar oluşturabilir.
2. İlgili Kayıtları Toplayın
Ödeme akışında yer alan her sistemden gerekli kayıtları alın.
Birçok işletme için buna şunlar dahildir:
- sipariş veya fatura kayıtları;
- ağ geçidi ödeme kayıtları;
- yerine getirme veya hesap faaliyeti;
- iade kayıtları;
- mutabakat veya bakiye faaliyeti;
- finans dışa aktarımları.
OxaPay’in Payment History endpoint’i, bir satıcı hesabıyla ilişkili ödemeleri getirebilir ve bunları zaman, durum, tutar, ödeme türü, varlık, ağ, adres ve track_id gibi kriterlere göre filtreleyebilir. Bu da onu planlı mutabakat incelemeleri için yararlı bir kaynak hâline getirir.
3. Kayıtları Eşleştirin
Her ödeme, ilgili siparişi ve sonraki sonucu ile ilişkilendirilmelidir.
En güçlü eşleşmeler, ödeme süreci sırasında oluşturulan satıcının sipariş kimliği ve ağ geçidinin ödeme kimliği gibi referansları kullanır.
Tutar, zaman damgası, varlık, ağ, adres, müşteri bilgileri ve işlem hash’i, ana referanslar eksik olduğunda destekleyici kanıt sağlayabilir.
Ayrıntılı eşleştirme yöntemi bu kümedeki bir sonraki makale olan Siparişler, Track ID’ler ve Blockchain İşlemleri Nasıl Eşleştirilir? içeriğinde ele alınmaktadır.
4. İstisnaları Belirleyin
Beklenen sonuçla eşleşen kayıtlar otomatik olarak kapatılabilir veya mutabık olarak işaretlenebilir.
Farklar bir istisna listesine alınmalıdır.
Bir istisna şunları göstermelidir:
- hangi kayıtların uyuşmadığı;
- tutar veya durum farkı;
- müşteri üzerindeki olası etki;
- mevcut kanıt;
- atanmış sorumlu;
- gerekli sonraki işlem;
- nihai çözüm.
Bu yaklaşım, mutabakatı pasif bir rapordan operasyonel bir kontrole dönüştürür.
5. Farkı Çözün ve Belgeleyin
Çözüm; bir siparişin düzeltilmesini, yerine getirmenin güncellenmesini, eksik ödemenin kabul edilmesini, iadenin tamamlanmasını, entegrasyon sorununun giderilmesini veya eksik bir finansal kaydın eklenmesini içerebilir.
Ekip, her manuel kararın nedenini saklamalıdır. Aksi hâlde aynı fark daha sonra açıklama olmadan yeniden ortaya çıkabilir.
Bu OWASP Logging Cheat Sheet , iş süreçlerinin izlenmesi, denetim izleri ve incelemeler için uygulama düzeyinde loglamayı önerir. Bu nedenle önemli ödeme düzeltmelerinde işlemi kimin yaptığı, ne zaman gerçekleştiği ve neden onaylandığı saklanmalıdır.
Yaygın kripto ödeme mutabakatı istisnaları
Ödendi ancak Yerine Getirilmedi
Ağ geçidi kabul edilmiş bir ödeme gösterir ancak ürün, abonelik, hesap bakiyesi veya hizmet teslim edilmemiştir.
Bu genellikle yüksek öncelikli bir müşteri sorunudur.
Yerine Getirildi ancak Ödenmedi
Satıcı sistemi, güvenilir ödeme kanıtı olmadan değer teslim etmiştir.
Bu durum yanlış durum eşleştirmesine, manuel yerine getirme hatasına veya bozuk bir otomasyona işaret edebilir.
Eşleşmeyen Ödeme
Bir ödeme vardır ancak işletme bunu doğru sipariş veya müşteriyle güvenilir biçimde eşleştiremez.
Eksik Ödenmiş Fatura
Müşteri gerekli tutardan daha azını göndermiştir.
İşletme, farkın politikası doğrultusunda kabul edilip edilmeyeceğine, tamamlanacağına, iade edileceğine veya eskale edileceğine karar vermelidir.
OxaPay’in bu durumlara yönelik seçenekleri OxaPay Eksik Ödenmiş ve Süresi Dolmuş Faturaları Nasıl Yönetir.
Geç veya süresi dolmuş ödeme
İşlem zincir üzerinde geçerli olabilir ancak faturanın beklenen ödeme penceresi dışında ulaşmış olabilir.
Mutabakat her iki gerçeği de korumalıdır: işlem vardır ve ticari talebin süresi daha önce dolmuştur.
Mükerrer Ödeme
Tek bir sipariş için iki gerçek ödeme gönderilmiş olabilir. Bu, aynı bildirimin birden fazla kez alınmasından farklıdır.
Satıcı, ikinci ödemenin krediye, iadeye veya ayrı bir vakaya dönüştürülüp dönüştürülmeyeceğini belirlemelidir.
İade Uyuşmazlığı
İade tamamlanmış olabilir ancak sipariş hâlâ aktif olabilir veya asıl ödeme nihai gelir olarak görünmeye devam edebilir.
Mutabakat Farkı
Kabul edilen toplam ödeme, ücretler, dönüşümler, iadeler veya çekimlerden sonra kullanılabilir olan tutarla eşit olmayabilir.
Bu Kripto Ödeme Mutabakat Modelleri analizi, ödeme kabulü ile satıcı mutabakatının neden ilişkili ancak ayrı kayıtlar olduğunu açıklar.
Mutabakat Muhasebe ile Aynı Şey Değildir
Mutabakat, kayıtların birbiriyle uyumlu olduğunu ve farkların açıklanabildiğini doğrular.
Muhasebe ise bu kayıtların nasıl sınıflandırılacağını, değerlendirileceğini ve raporlanacağını belirler.
Örneğin mutabakat şunları doğrulayabilir:
- müşteri 100 USDT ödedi;
- sipariş yerine getirildi;
- bir işlem ücreti uygulandı;
- kalan tutar satıcı bakiyesine ulaştı.
Muhasebe daha sonra gelirin, ücretlerin, varlıkların, dönüşüm kazanç veya kayıplarının ve diğer kayıtların işletmenin politikaları ve geçerli gereklilikler doğrultusunda nasıl kaydedileceğini belirler.
Bir kripto ödeme ağ geçidi ödeme kayıtları ve operasyonel kanıt sağlayabilir. Satıcının muhasebe sisteminin veya profesyonel muhasebe değerlendirmesinin yerini almaz.
İşletmeler Kripto Ödemeleri Ne Sıklıkla Mutabakata Tabi Tutmalı?
Doğru sıklık; hacme, değere, yerine getirme hızına ve operasyonel riske bağlıdır.
Sürekli Kontroller
Bazı farklar özellikle anında tespit edilmelidir:
- ödenmiş ancak yerine getirilmemiş siparişler;
- mükerrer yerine getirme;
- eksik sipariş güncellemeleri;
- müşteri açısından kritik ödeme istisnaları.
Günlük Mutabakat
Çoğu işletme aşağıdakileri kapsayan yapılandırılmış bir günlük inceleme yapmalıdır:
- kabul edilen ödemeler;
- eşleşmeyen kayıtlar;
- çözümlenmemiş ödeme durumları;
- eksik ödenmiş veya süresi dolmuş vakalar;
- iadeler;
- manuel düzeltmeler;
- müşteriyi etkileyen istisnalar.
Dönem Sonu Mutabakatı
Haftalık veya aylık mutabakat, ödeme faaliyetini şunlarla ilişkilendirmelidir:
- ücretler;
- dönüşümler;
- bakiyeler;
- mutabakatlar;
- çekimler;
- finansal raporlar;
- bir sonraki döneme taşınan çözümlenmemiş istisnalar.
Geleneksel ödeme pazarlarındaki ödeme sağlayıcıları da ödemeleri, ücretleri, mutabakatları ve finansal kayıtları ilişkilendirmek için ayrıntılı raporlamaya dayanır. Stripe, ödemeleri ilgili işlemlerle eşleştirmek için payout mutabakat raporları sunarken Adyen benzer doğrulama süreçleri için ödeme muhasebesi ve mutabakat raporları sağlar.
Kripto Ödeme Mutabakatından Kim Sorumludur?
Mutabakat genellikle birden fazla ekibi kapsar. Önce Ödeme Operasyonları ekibi süreci koordine eder ve her istisnayı ilgili sorumluya atar. Bu sırada Müşteri Destek ekibi kanıt sağlar ve çözümleri iletirken Mühendislik ekibi teknik sorunları araştırır. Son olarak Finans veya Hazine ekibi ücretleri, iadeleri, bakiyeleri ve hesaplaşma kayıtlarını inceler. Daha küçük işletmelerde bir kişi birden fazla rol üstlenebilir; ancak açık sorumluluk tanımı önemini korur.
Mutabakat Kalitesini Gösteren Metrikler
Yararlı mutabakat metrikleri şunları içerir:
- otomatik eşleştirilen ödemelerin yüzdesi;
- eşleşmeyen ödeme sayısı;
- ödenmiş ancak yerine getirilmemiş vakalar;
- yerine getirilmiş ancak ödenmemiş vakalar;
- mutabakat istisna oranı;
- bir farkı çözmek için geçen ortalama süre;
- en eski çözümlenmemiş istisna;
- manuel düzeltme oranı;
- günlük ödeme farkı;
- tekrarlayan istisna kategorileri.
Yükselen istisna oranı; ödeme talimatlarında, tanımlayıcılarda, yerine getirme otomasyonunda, iade yönetiminde veya dahili sorumluluk dağılımında zayıflıkları gösterebilir.
OxaPay Mutabakatı Nasıl Destekler?
OxaPay, satıcıların mutabakat süreçlerinde girdi olarak kullanabileceği çeşitli ödeme verisi özellikleri sağlar.
İşletmeler şunları yapabilir:
- fatura oluştururken dahili bir order_id eklemek;
- dönen track_id’yi sabit bir ödeme referansı olarak kullanmak;
- Webhooks üzerinden ödeme güncellemeleri almak;
- Payment Information üzerinden belirli bir ödemeyi getirmek;
- Payment History üzerinden daha geniş faaliyetleri aramak;
- kayıtları belgelenmiş Payment Status Table üzerinden yorumlamak.
Payment Information, satıcıların bir ödemenin mevcut ayrıntılarını track_id ile almasına olanak tanırken Payment History hesap düzeyinde filtreleme ve incelemeyi destekler.
Bu özellikler izlenebilirlik ve ödeme kanıtı sağlar. Satıcı yine de şunları tanımlar:
- ödemelerin siparişlerle nasıl ilişkilendirileceği;
- hangi durumun yerine getirmeye izin verdiği;
- istisnaların nasıl sınıflandırılacağı;
- her farkı hangi ekibin çözeceği;
- iade ve düzeltmelerin nasıl kaydedileceği;
- ödeme verilerinin finans ve muhasebe iş akışlarına nasıl gireceği.
OxaPay mutabakatı destekler. Satıcının sipariş yönetimi, muhasebe, ERP veya dahili kontrol sistemlerinin yerini aldığı şeklinde konumlandırılmamalıdır.
Mutabakat, Ödeme Faaliyetini Güvenilir Kayıtlara Dönüştürür
İşletmeler kripto ödemeleri mutabakata tabi tutar çünkü her işlem birden fazla sistemden geçer. Örneğin sipariş sistemi, blockchain, ödeme ağ geçidi, yerine getirme süreci ve finansal kayıtların hepsi aynı sonucu tanımlamalıdır.
Ancak ödeme hacmi arttıkça manuel kontroller güvenilirliğini kaybeder. Bu nedenle satıcılar OxaPay’in ödeme tanımlayıcılarını, durum görünürlüğünü, Webhooks, Payment Information ve Payment History özelliklerini açık eşleştirme kuralları, düzenli incelemeler ve tanımlı istisna sorumluluğu ile birlikte kullanabilir.
