Müşteri ödeme yaptığını söylüyor ancak sipariş hâlâ ödenmemiş görünüyor. Cüzdan işlemi gönderilmiş olarak gösterebilirken satıcı beklenen ödeme kaydında işlemi bulamayabilir. Müşteriden tekrar ödeme yapmasını istemeden veya fonların kaybolduğunu varsaymadan önce işletmenin yapılandırılmış bir inceleme yürütmesi gerekir. Bu rehber, eksik bir kripto ödemesinin ilk sipariş ve işlem kimliğinden blokzincire, ödeme ağ geçidine ve son satıcı kaydına kadar nasıl izleneceğini açıklar.
“Eksik Kripto Ödemesi” Gerçekte Ne Anlama Gelir?
Eksik bir kripto ödemesi, işlemin mutlaka kaybolduğu anlamına gelmez.
Uygulamada bu ifade birkaç farklı durumu tanımlayabilir:
- müşteri bir işlem oluşturdu ancak işlem henüz ağa ulaşmadı;
- işlem mevcut ancak hâlâ beklemede;
- müşteri ödemeyi yanlış blokzincir ağı üzerinden gönderdi;
- hedef adres veya token yanlıştı;
- müşteri istenen tutardan daha az gönderdi;
- müşteri ödemeyi tamamlamadan önce fatura süresi doldu;
- OxaPay ödemeyi algıladı ancak satıcının sistemi siparişi güncellemedi;
- ödeme mevcut ancak satıcı bunu doğru müşteri veya siparişle eşleştiremiyor.
Bu durumlar farklı işlemler gerektirir. Bu nedenle ilk amaç yalnızca “parayı bulmak” değildir. Ödemenin beklenen akışla hangi noktada eşleşmeyi bıraktığını belirlemektir.
Daha kapsamlı kripto ödeme yaşam döngüsü ; işlem algılama, ödeme kabulü, siparişin tamamlanması ve operasyonel kapanışın ayrı aşamalar olduğunu açıklar. Bir ödeme zincir üzerinde görünür olabilir ancak henüz beklenen iş sonucunu üretmemiş olabilir.
Başlamadan Önce: Müşteriden Tekrar Ödeme Yapmasını İstemeyin
İkinci bir ödeme, basit bir incelemeyi mükerrer ödeme ve iade sorununa dönüştürebilir.
İlk işlem bulunup sınıflandırılana kadar Destek ekibi müşteriden fonları tekrar göndermesini istememelidir. Ayrıca müşteriden hiçbir zaman şunlar istenmemelidir:
- özel anahtar;
- seed veya kurtarma ifadesi;
- cüzdan parolası;
- kimlik doğrulama kodu.
İnceleme için yalnızca ödeme referansları ve kamuya açık olarak doğrulanabilen işlem bilgileri gerekir.
Eksik Kripto Ödemesi İncelemesi: Adım Adım
Adım 1: Ödeme Referanslarını Toplayın
Hemen blokzincirde arama yapmak yerine satıcının kendi kayıtlarıyla başlayın.
Şunları isteyin veya alın:
| Gerekli bilgi | Amaç |
|---|---|
| Sipariş veya fatura ID’si | Ticari talebi tanımlar |
| OxaPay track ID | OxaPay ödeme oturumunu tanımlar |
| İşlem ID’si veya TXID | Blokzincir işlemini tanımlar |
| Kripto para | Hangi varlığın gönderildiğini doğrular |
| Blokzincir ağı | İşlemin hangi ağda aranması gerektiğini belirler |
| Gönderilen tutar | Eksik ödeme veya tutar uyuşmazlığını ortaya çıkarır |
| Yaklaşık ödeme zamanı | İnceleme kapsamını daraltır |
| Beklenen sonuç | Müşterinin teslimat, hesap bakiyesi, yenileme veya başka bir sonuç bekleyip beklemediğini gösterir |
Satıcılar bir OxaPay faturası oluştururken kendi order_id değerlerini ekleyebilir. OxaPay ayrıca daha sonra ilgili Payment Information kaydını almak için kullanılabilecek bir track_id sağlar.
Order ID, track ID ve TXID birlikte üç farklı bakış açısı sunar:
- Order ID: müşterinin ne satın almaya çalıştığı;
- Track ID: ödeme ağ geçidinin ödemeyi nasıl temsil ettiği;
- TXID: blokzincirde ne olduğu.
OxaPay’in Kripto İşlem Kimliği Açıklaması makalesi, bir transferi izlemek için TXID’nin nasıl bulunup kullanılacağını müşterilerin kolayca anlayabileceği şekilde açıklar.
Adım 2: TXID’nin Geçerli Olduğunu Doğrulayın
Cüzdanda “gönderildi” yazan bir ekran görüntüsü, cüzdanın işlemi ağa başarıyla yayınladığını kanıtlamaz.
TXID’yi doğrudan kopyalayın ve müşterinin kullandığını belirttiği ağa ait bir blok gezginiyle arayın.
Şunları kontrol edin:
- gezgin TXID’yi tanıyor mu;
- işlem beklenen blokzincire mi ait;
- işlem beklemede, onaylandı, başarısızveya başka şekilde çözümlenmemiş mi;
- gönderim zamanı ödeme girişimiyle uyumlu mu.
Ethereum gibi ağlar, kullanıcı bir işlem gönderdiğinde bir işlem hash’i oluşturur. Ağ daha sonra işlemi yayınlar ve bir bloğa dahil edilmesini bekler. Bitcoin işlemleri de madenciler tarafından bloklara dahil edildikten sonra onay alır.
TXID’yi Bulamıyorsanız
Olası açıklamalar şunlardır:
- TXID yanlış kopyalanmıştır;
- müşteri yanlış ağda arama yapıyordur;
- cüzdan işlemi yerel olarak oluşturmuş ancak yayınlamamıştır;
- cüzdan blokzincir TXID’si yerine dahili bir referans gösteriyordur;
- işlem hiçbir zaman başarıyla gönderilmemiştir.
Müşteriden cüzdanındaki işlem ayrıntılarını açmasını ve tam ağı ve TXID’yi doğrulamasını isteyin.
Doğrulanabilir bir işlem bulunamıyorsa siparişi ödenmiş olarak işaretlemeyin.
Adım 3: Ağı, Varlığı, Adresi ve Tutarı Doğrulayın
İşlemi bulmak yalnızca başlangıçtır. İşlem ödeme talebiyle eşleşmelidir.
Dört ayrıntıyı karşılaştırın.
Ağ
Ödemenin ödeme sırasında seçilen ağ üzerinden gönderildiğini doğrulayın.
Bu, birden fazla ağda bulunabilen USDT ve USDC gibi varlıklar için özellikle önemlidir. Bir ağdaki işlem başka bir ağda arandığında görünmez.
Varlık
Müşterinin beklenen kripto parayı veya token sözleşmesini gönderdiğini doğrulayın.
Aynı adres biçimi bazen uyumlu ağlarda bulunabilir ancak bu, her token veya ağ yolunun desteklendiği anlamına gelmez.
Hedef Adres
Blokzincir işlemindeki alıcı adresini ödeme talebinde gösterilen adresle karşılaştırın.
Farklı bir adrese gönderilen onaylı bir işlem blokzincirde kaybolmuş değildir. Farklı bir yoldan gönderilmiştir.
Tutar
Alınan tutarı istenen tutarla karşılaştırın.
Müşteri şunlardan birini yapmış olabilir:
- yanlış tutar girmiş olabilir;
- faturanın yalnızca bir kısmını ödemiş olabilir;
- hangi ücretlerin ödeme tutarından ayrı olduğunu yanlış anlamış olabilir;
- tek bir tam ödeme yerine birkaç küçük işlem göndermiş olabilir.
Profesyonel bir ödeme ağ geçidi, bir transferi geçerli ödeme olarak sınıflandırmadan önce ağı, hedefi, token’ı, tutarı, zamanı ve onay kanıtını değerlendirir.

Adım 4: Blokzincir Durumunu Belirleyin
İşlem mevcutsa ve ödeme ayrıntıları doğruysa, kabul edilebilecek kadar ilerleyip ilerlemediğini belirleyin.
Beklemede veya Onaysız
Ağ işlemi görmüştür ancak işlem henüz gerekli onay veya kesinleşme durumuna ulaşmamıştır.
Bu durumda:
- müşteriden tekrar göndermesini istemeyin;
- işlemin bulunduğunu açıklayın;
- müşteriye net bir sonraki kontrol noktası verin;
- satıcının ödeme politikasına göre kontrol etmeye devam edin.
Onay süresi ağa ve mevcut koşullara göre değişir. İşlemin görünür olması ile ödemenin kesinleşmesi aynı olay olarak değerlendirilmemelidir.
Onaylandı
Onaylanmış bir işlem, ağın transferi işlediğini kanıtlar. Ancak bu, ödemenin satıcının faturasını karşıladığını otomatik olarak kanıtlamaz.
Adres, varlık, tutar, ağ, fatura zamanlaması ve ilgili ödeme kaydı yine de eşleşmelidir.
Başarısız veya Tamamlanmadı
Gezgin işlemin başarısız olduğunu gösteriyorsa ödeme amaçlandığı şekilde tamamlanmamıştır.
Destek ekibi doğrulanan sonucu açıklamalı ve müşteriden başka bir ödeme denemeden önce cüzdanını kontrol etmesini istemelidir. Satıcı yalnızca transfer girişimine dayanarak siparişi ödenmiş olarak işaretlememelidir.
Adım 5: OxaPay Ödeme Kaydını Kontrol Edin
Blokzincir kanıtı anlaşıldıktan sonra track ID’yi kullanarak OxaPay kaydını inceleyin.
OxaPay’in Payment Information endpoint’i belirli bir ödeme için ayrıntılı bilgi getirir. Payment History ayrıca track ID, durum, ödeme türü, varlık, ağ, tutar, adres ve tarih aralığına göre filtrelenebilir.
Karşılaştırın:
- OxaPay durumu;
- beklenen ve alınan tutar;
- ödeme para birimi;
- ağ;
- işlem bilgileri;
- fatura zamanlaması;
- satıcı sipariş referansı.
OxaPay şu ödeme durumlarını belgeler:
- new;
- waiting;
- paying;
- paid;
- manual_accept;
- underpaid;
- refunding;
- refunded;
- expired.
Durum Ne Anlama Gelebilir?
| OxaPay durumu | İnceleme anlamı |
|---|---|
| New veya waiting | Henüz faturaya uygun bir ödeme bağlanmamıştır |
| paying | Ödeme etkinliği vardır ancak ödeme henüz tamamen kabul edilmemiştir |
| paid | OxaPay faturayı tamamen ödenmiş olarak kabul etmiştir |
| underpaid | Bir ödeme alınmıştır ancak gerekli tutar tamamlanmamıştır |
| expired | Fatura aktif ödeme süresi içinde tamamlanmamıştır |
| Manual accept | Satıcı ödemeyi manuel olarak kabul etmiştir |
| Refunding veya refunded | Ödeme iade sürecindedir veya iade tamamlanmıştır |
OxaPay paid gösterirken müşterinin siparişi hâlâ ödenmemişse inceleme artık blokzincirden uzaklaşmıştır. Olası sorun satıcının sipariş güncellemesi, entegrasyonu veya sipariş tamamlama sürecindedir.
Adım 6: Ödemeyi Satıcının Siparişiyle Karşılaştırın
OxaPay ödeme kaydının doğru dahili siparişe bağlı olup olmadığını kontrol edin.
Doğrulayın:
- kaydedilen Order ID;
- kaydedilen track ID;
- beklenen tutar;
- müşteri veya hesap;
- sipariş durumu;
- tamamlama veya hesaba kredi durumu;
- manuel düzenlemeler veya önceki destek işlemleri.
Bu adım genellikle üç sonuçtan birini ortaya çıkarır.
Ödeme Doğru, ancak Sipariş Güncellenmedi
Ödeme aslında eksik değildir. Satıcı sistemi ödeme durumunu beklenen iş eylemine dönüştürememiştir.
Entegrasyon callback’lere dayanıyorsa, durumu blokzincir sorunu olarak değerlendirmeden önce OxaPay Webhook kurulumunu ve teslim yolunu inceleyin.
Durumu eksiksiz kimlikler ve mevcut durumlarla birlikte Payment Operations veya Engineering ekibine iletin.
Ödeme Yanlış Siparişe Bağlandı
Kararı kaydetmeden ödemeyi sessizce başka bir yere taşımayın.
Doğru müşteri ve siparişi doğrulayın, ilişkilendirmeyi onaylı süreç üzerinden düzeltin ve denetim izini koruyun.
Hiçbir Sipariş Güvenle Eşleştirilemiyor
Ödemeyi istisna kuyruğuna alın. Tutar, zaman, adres, müşteri bilgileri ve TXID’yi destekleyici kanıt olarak kullanın ancak mevcut veriler birden fazla siparişle eşleşebiliyorsa tahmin yürütmeyin.
Ayrıntılı eşleştirme süreci How to Match Orders, Track IDs, and Blockchain Transactions içeriğinde ele alınacaktır.

Adım 7: Kök Nedeni Sınıflandırın
İncelemenin sonunda durum net bir sınıflandırmaya sahip olmalıdır.
| Bulgu | Olası neden | Sonraki işlem |
|---|---|---|
| Geçerli TXID yok | İşlem yayınlanmadı veya referans yanlış | Cüzdan doğrulaması için müşteriye geri dönün |
| TXID mevcut ancak işlem beklemede | Ağ işleme süreci tamamlanmamış | İzleyin ve bir takip noktası belirleyin |
| Yanlış ağ, token veya adres | Ödeme yolu taleple eşleşmiyor | Kurtarma sözü vermeden yönlendirin |
| Tutar çok düşük | Eksik ödeme | Satıcının eksik ödeme politikasını uygulayın |
| Ödeme süresi dolduktan sonra geldi | Geç veya süresi dolmuş ödeme | Fatura politikasına göre inceleyin |
| OxaPay paid gösteriyor, sipariş unpaid görünüyor | Satıcı tarafında senkronizasyon veya tamamlama sorunu | Dahili olarak yönlendirin |
| Ödeme mevcut ancak hiçbir sipariş eşleşmiyor | Eksik referans veya ilişkilendirme sorunu | Bir mutabakat istisnası oluşturun |
| İade işlemi devam ediyor | Orijinal ödeme tersine çevirme sürecine girdi | Ödeme kabulü yerine iadeyi takip edin |
OxaPay, eksik ödenen ve süresi dolan faturalar için senaryoya ve mevcut ürün davranışına bağlı olarak satıcı incelemesi, kabul, uzatma veya iade gibi belirli seçenekler sunar. OxaPay Eksik Ödenmiş ve Süresi Dolmuş Faturaları Nasıl Yönetir bu durumları daha ayrıntılı açıklar.
Durum Ne Zaman OxaPay’e Yönlendirilmelidir?
Şu durumlarda sağlayıcı tarafında inceleme için yönlendirin:
- blokzincir işlemi beklenen adres, ağ, varlık, tutar ve zamanlamayla eşleşiyor ancak karşılık gelen bir OxaPay ödemesi görünmüyorsa;
- Payment Information ve Payment History çelişkili sonuçlar gösteriyorsa;
- ödeme durumu mevcut işlem kanıtını yansıtmıyorsa;
- bir iade veya manuel ödeme işlemi çözümlenmemiş durumdaysa;
- satıcı mevcut dokümantasyonla sağlayıcı tarafındaki kaydı açıklayamıyorsa.
Eksiksiz bir dosya sağlayın:
- uygun olduğunda Merchant API veya hesap referansı;
- track ID;
- order ID;
- TXID;
- varlık ve ağ;
- beklenen ve alınan tutar;
- ödeme zamanı;
- mevcut OxaPay durumu;
- blokzincir gezgini kanıtı;
- satıcı sipariş durumu;
- uyuşmazlığın kısa açıklaması.
Eksiksiz bir yönlendirme, tekrarlanan soruları azaltır ve sağlayıcı tarafındaki incelemeyi müşteri, cüzdan veya satıcı entegrasyonu sorunlarından ayırmaya yardımcı olur.
Eksik Ödeme Durumları Nasıl Önlenir?
Birçok eksik ödeme incelemesi zayıf referanslar veya müşteriye verilen belirsiz talimatlarla başlar.
Satıcılar gelecekteki durumları şu yollarla azaltabilir:
- ödeme oluştururken order ID ve track ID’yi saklamak;
- varlık, ağ, tutar ve ödeme son tarihini açıkça göstermek;
- checkout sonrasında ödeme kayıtlarını saklamak;
- müşterileri anlamlı ödeme durumlarıyla güncel tutmak;
- paid olan ancak henüz tamamlanmamış siparişleri izlemek;
- tek bir paylaşılan istisna kuyruğu tutmak;
- gecikmiş, eksik ödenmiş, süresi dolmuş ve başarısız ödeme senaryolarını test etmek;
- Destek ekibini doğru kanıtı istemesi için eğitmek.
OxaPay’in Generate Invoice endpoint’i dahili bir order_id destekler; Payment Information ve Payment History ise satıcıların ödeme kayıtlarını almasına ve incelemesine yardımcı olur. Bu referanslar birlikte daha güçlü bir inceleme izi oluşturur.
OxaPay Eksik Ödeme İncelemelerini Nasıl Destekler?
OxaPay birden fazla ödeme görünürlüğü katmanı sağlar:
- satıcının dahili referansı için order_id;
- OxaPay ödeme oturumu için track_id;
- belirli bir ödeme için Payment Information;
- hesap düzeyinde daha geniş aramalar için Payment History;
- belgelenmiş ödeme durumları;
- eksik ödeme ve süresi dolma durumları için fatura yönetimi.
Bu araçlar, satıcıların bildirilen bir ödemenin eksik, beklemede, eksik ödenmiş, süresi dolmuş, eşleşmemiş veya zaten kabul edilmiş olup olmadığını belirlemesine yardımcı olur.
Satıcı, ödemeyi kendi siparişi, müşterisi, tamamlama süreci ve destek kayıtlarıyla ilişkilendirmekten sorumlu olmaya devam eder.
Sonuca Karar Vermeden Önce Ödemeyi İnceleyin
Eksik bir ödeme varsayım olarak değil, kanıt sorunu olarak ele alınmalıdır.
Doğru inceleme sırası şöyledir:
- order ID, track ID ve TXID’yi toplayın;
- işlemin beklenen ağda mevcut olduğunu doğrulayın;
- varlığı, adresi, tutarı ve zamanlamayı karşılaştırın;
- işlemin beklemede mi yoksa onaylanmış mı olduğunu belirleyin;
- OxaPay ödeme kaydını inceleyin;
- satıcının siparişi ve tamamlama durumuyla karşılaştırın;
- kök nedeni sınıflandırın ve doğru sonraki işlemi atayın.
Bu süreç mükerrer ödemeleri, yanlış sipariş tamamlamalarını, desteklenmeyen kurtarma vaatlerini ve çözümlenmemiş müşteri durumlarını önler.
OxaPay kripto ödeme ağ geçidi satıcılara ödeme etkinliğini izlemek için gereken ödeme referanslarını, durum kayıtlarını ve geçmişi sağlar. Müşterilerin net yanıtlar alması ve her ödemenin belgelenmiş bir sonuca ulaşması için bu yetenekleri tutarlı bir inceleme sürecine bağlayın.




