Cogu satici odeme donusu gelmedigi zaman sucu odeme saglayicisina atar. "Banka gecikti", "altyapi bozuk" denir, musteriye elle kod gonderilir ve konu kapanir. Oysa bu vakalarin buyuk cogunlugunda odeme saglayicisi gorevini eksiksiz yapmistir: parayi tahsil etmis, senin sistemine bildirim gondermis ve cevap beklemistir. Kirilan halka, o bildirimin senin tarafinda karsilanip islenmesi asamasidir.
Bunu anlamak icin sureci iki ayri kanal olarak dusunmek gerekir. Birinci kanal musterinin tarayicisidir: odeme bitince kullanici sitene geri yonlendirilir. Ikinci kanal ise sunucudan sunucuya giden bildirimdir; kullanicidan tamamen bagimsiz calisir. Birinci kanal guvenilmezdir, cunku musteri sayfayi kapatabilir, interneti kesilebilir, bankadan donmeden cikabilir. Siparisi olusturan mantik yalnizca ikinci kanala bagli olmalidir. Bu ayrimi yapmayan her e-pin satis scripti er ya da gec "para gitti, urun gelmedi" sikayetiyle karsilasir.
Odeme donusu tam olarak nasil calisir?
Musteri sepeti onaylar, sistem bir siparis kaydini "bekliyor" durumunda olusturur ve musteriyi saglayiciya gonderir. Odeme tamamlandiginda saglayici senin sistemindeki ozel bir adrese, arka planda bir istek gonderir. Bu istek icinde siparis numarasi, tutar, para birimi, durum ve bir imza bulunur. Senin sistemin bu bildirimi alir, imzayi dogrular, tutari karsilastirir, siparisi "odendi" yapar ve teslimati tetikler.
Zincirde dort kritik nokta vardir: bildirimin sana ulasmasi, imzanin dogrulanmasi, siparisin bulunmasi ve cevabin saglayiciya donmesi. Dorduncusu cok atlanir; saglayici beklenen cevabi alamazsa islemi basarisiz sayabilir ve tekrar dener. Dogru yazilmis bir dijital urun satis yazilimi her adimi ayri ayri kaydeder, boylece hangi noktada kirildigi tahminle degil kayitla belirlenir.
Bildirim sana neden hic ulasmiyor olabilir?
En sik sebep, bildirim adresinin disaridan erisilemez olmasidir. Guvenlik eklentisi, sunucu guvenlik duvari veya CDN katmani, kullanicidan gelmeyen bu istegi supheli sayip engelleyebilir. Saglayici tarafinda islem basarilidir, senin tarafinda hicbir kayit yoktur. Ikinci sik sebep yanlis adres tanimidir: test ortamindan canliya gecerken bildirim adresi guncellenmemistir ya da http/https farki vardir.
Ucuncu sebep bakim modudur. Site bakim modundayken tum istekler bir bilgi sayfasina yonlenir; bildirim de o sayfayi gorup bosa duser. Bakim modu her zaman bildirim adresini disarida birakmalidir. Bu kucuk detay, bakim sonrasi ortaya cikan "odeme gelmis siparis yok" vakalarinin buyuk kismini aciklar.
| Belirti | Olasi neden | Kanit | Mudahale |
|---|---|---|---|
| Saglayicida basarili, sistemde kayit yok | Bildirim engellendi | Sunucu erisim kaydi bos | Adresi guvenlik istisnasina ekle |
| Bildirim geldi, siparis bekliyor | Imza dogrulama hatasi | Hata kaydinda imza uyarisi | Anahtar ve kodlama kontrolu |
| Siparis bulunamadi hatasi | Siparis numarasi uyusmuyor | Gonderilen referans alani | Referans esleme duzeltmesi |
| Ayni siparis iki kez islendi | Tekrar koruması yok | Cift teslimat kaydi | Benzersiz islem kilidi |
| Tutar uyusmazligi uyarisi | Kur veya komisyon farki | Tutar karsilastirma kaydi | Tolerans ve kur kaydi |
Musteri sayfayi kapattiginda siparis neden dusmuyor?
Cunku o kurulumda siparis, musterinin donus sayfasi acilinca olusturuluyordur. Yani teslimatin tetigi musterinin tarayicisindadir. Musteri odeme sonrasi "tamam" sayfasini beklemeden uygulamayi kapattiginda kod hicbir zaman calismaz. Bu, mimari bir hatadir ve tek dogru cozumu vardir: siparis olusturma ve teslimat yalnizca sunucudan sunucuya gelen bildirimle tetiklenir, donus sayfasi sadece bilgilendirme yapar.
Bu ayrim yapildiginda musteri isterse odeme biter bitmez telefonunu kapatsin; kodu yine de e-postasinda ve hesabinda bulur. Modern bir e-pin yazilimi mimarisinde donus sayfasi "siparisin durumunu sorgulayan" pasif bir ekrandir, karar mercii degildir.
Odeme donusu gelmeme nedenleri
- Bildirim adresine erisim engeli 45%
- Tarayici donusune bagimli mimari 25%
- Imza ve anahtar uyumsuzlugu 20%
- Referans ve tutar esleme hatasi 10%
Imza dogrulama hatasi ne anlama gelir?
Saglayici gonderdigi bildirimin sahte olmadigini kanitlamak icin verileri gizli anahtarla imzalar. Senin sistemin ayni anahtarla ayni hesabi yapar ve sonuclari karsilastirir. Uyusmazsa bildirim reddedilir; guvenlik acisindan bu dogru davranistir, ancak yanlis anahtar yuzunden olusuyorsa tum odemelerini bloke eder.
En yaygin sebepler: test anahtarinin canlida kalmasi, anahtarin kopyalanirken basina ya da sonuna bosluk gelmesi, karakter kodlamasi farki ve tutarin formatinda ondalik ayrac farkidir. Bu hatanin guzel yani belirgin olmasidir: kayitlarda net bir imza uyarisi gorursun. Ham bildirim govdesini saklayan bir sistemde sorun on dakikada cozulur; saklamayan sistemde gunlerce karanlikta kalirsin.
Gelen her bildirimi islemeden once oldugu gibi kaydet. Islem basarisiz olsa bile kayit kalir; sorunu cozdugunde kuyruktaki bildirimleri tekrar isleyerek bekleyen siparisleri toplu tamamlayabilirsin.
Ayni odeme iki kez islenirse ne olur?
Saglayicilar cevap alamadiklarinda bildirimi tekrar gonderir. Bu normaldir ve tasarimin buna hazir olmasi gerekir. Tekrar korumasi yoksa ayni siparis icin iki kod teslim edilir; stok erir, kar erir ve musteri farki bildirmez. Bu, sessizce buyuyen bir zarardir.
Cozum benzersiz islem kimligi ve kilit mantigidir: bir islem kimligi daha once islendiyse sistem tekrar teslimat yapmaz, sadece saglayiciya "tamam" cevabini yeniden doner. Bu, odeme entegrasyonunun en temel dayanikliligidir ve ciddi bir e-pin satis yazilimi ile derme catma bir dijital urun satis scripti arasindaki en net farklardan biridir.
Gunluk mutabakat neden pazarlik konusu degildir?
En saglam sistemde bile ag kesintisi, saglayici bakimi ya da gecici hata olabilir. Bu yuzden teslimat zincirinin sonunda bir denetim adimi olmalidir: sistem belirli araliklarla saglayicinin islem listesiyle kendi siparis listesini karsilastirir. Saglayicida basarili gorunup sende bekleyen her kayit isaretlenir ve otomatik tamamlanir ya da yoneticiye bildirilir.
Bu kontrol calistiginda "musteri sikayet edene kadar haberim olmuyor" donemi biter. Hatalari musteriden once sen gorursun, cozersin ve cogu zaman musteri sorunun oldugunu bile fark etmez. Paket ozelliklerini ozellikler, plan karsilastirmasini ise fiyat bolumunde bulabilirsin.
| # | Kontrol maddesi | Amac | Durum |
|---|---|---|---|
| 1 | Bildirim adresi disaridan erisilebilir | Engeli elemek | Evet / Hayir |
| 2 | Bakim modu bildirimi hariç tutuyor | Kesinti kaybini onlemek | Evet / Hayir |
| 3 | Canli anahtar kullaniliyor | Imza dogrulugu | Evet / Hayir |
| 4 | Ham bildirim kaydi tutuluyor | Teshis ve tekrar isleme | Evet / Hayir |
| 5 | Tekrar korumasi aktif | Cift teslimati onlemek | Evet / Hayir |
| 6 | Tutar ve para birimi karsilastiriliyor | Manipulasyon onleme | Evet / Hayir |
| 7 | Gunluk mutabakat calisiyor | Kacaklari yakalamak | Evet / Hayir |
Odemeyi sansa degil sisteme birak
Sunucudan sunucuya bildirim, ham kayit, tekrar korumasi ve otomatik mutabakat standart gelsin. Kurulum ve lisans detaylari icin odeme sayfasini incele.
Musteri odedi ama siparis bekliyorda kaldi, ne yapmaliyim?
Once saglayici panelinden islemin gercekten basarili oldugunu dogrula. Sonra kendi sistemindeki bildirim kayitlarina bak: kayit yoksa erisim engeli, kayit varsa imza veya esleme sorunu vardir.
Siparisi elle onaylamak guvenli mi?
Saglayici panelinde islemin basarili oldugunu ve tutarin eslestigini dogruladiysan guvenlidir. Dogrulamadan elle onaylamak dolandiricilik riskini dogrudan artirir.
Ayni musteriye iki kod gitti, sebebi ne?
Saglayicinin bildirimi tekrar gondermesi ve sistemde tekrar korumasi bulunmamasidir. Islem kimligi bazli kilit mekanizmasi bu durumu tamamen ortadan kaldirir.
Bildirim adresini guvenlik duvarinda acmak riskli mi?
Adres imza dogrulamasi yapiyorsa risk cok dusuktur. Gecerli imzasi olmayan hicbir istek islenmez; ayrica saglayici IP araliklariyla erisimi daraltabilirsin.
Odeme donusu gelmemesi bir kader degil, cozulebilir bir muhendislik problemidir. Dogru mimariyle kurulmus bir sistemde musteri parayi oder odemez kod teslim edilir, tekrar gelen bildirimler zararsizca yutulur ve kacan hicbir islem gece bitmeden yakalanir. Bu akisin gercekte nasil calistigini test siparisiyle bastan sona gormek istersen canli demo uzerinden odeme, bildirim ve teslimat adimlarini kendin deneyebilirsin.