Həll
kontent + müraciətÖdəniş sistemi inteqrasiyası necə işləyir?
Ödəniş sistemi inteqrasiyası müştərini təhlükəsiz ödəniş səhifəsinə yönləndirir, əməliyyat nəticəsini serverdə yoxlayır və sifarişin statusunu avtomatik yeniləyir. Yalnız “uğurlu” səhifəsini göstərmək kifayət deyil; callback imzası, məbləğ, valyuta və sifariş identifikatoru server tərəfində təsdiqlənməlidir.
İnteqrasiyaya daxil olan hissələr
- ödəniş sorğusunun yaradılması və unikal sifariş nömrəsi;
- 3D Secure və ya bankın təqdim etdiyi təhlükəsiz ödəniş axını;
- success, cancel və server callback ünvanları;
- uğurlu, gözləyən, ləğv və geri qaytarılan statuslar;
- təkrar callback və ikiqat ödənişə qarşı idempotency qaydası;
- CRM, anbar, faktura və bildiriş sisteminin yenilənməsi;
- günlük əməliyyatların bank hesabatı ilə uzlaşdırılması.
Sayt və online mağaza üçün fərq
Sadə xidmət saytında invoice və ya sabit ödəniş linki kifayət edə bilər. Online mağazada isə səbət, çatdırılma, endirim, stok və sifariş statusu birlikdə işləməlidir. Fərdi kabinet və abonə ödənişi varsa tokenləşdirmə və periodik ödəniş imkanları bank provayderi ilə ayrıca yoxlanılır.
Təhlükəsizlik yoxlamaları
Kart məlumatı saytın öz bazasında saxlanmamalıdır. API açarları açıq koddan kənarda qorunur, callback üçün imza yoxlanır, bütün əlaqə HTTPS üzərindən aparılır və əməliyyat jurnalı şəxsi məlumatı lazımsız şəkildə saxlamır. Xarici sistemlər üçün ümumi yanaşmanı API inteqrasiya səhifəsində görə bilərsiniz.
Tətbiq mərhələləri
- Bank və ya provayder sənədləri, test hesabı və biznes qaydaları alınır.
- Sifariş–ödəniş status xəritəsi təsdiqlənir.
- Test mühitində uğurlu və uğursuz ssenarilər yoxlanılır.
- Geri qaytarma, təkrar callback və yarımçıq ödəniş sınaqları aparılır.
- Canlı açarlar qoşulur və ilk əməliyyatlar monitorinq edilir.
Ödəniş inteqrasiyası üçün texniki tələbi göndərin.
İnteqrasiyadan əvvəl nə lazımdır?
İstifadə edəcəyiniz bankı və ya ödəniş provayderini, saytın platformasını, valyutanı və sifariş qaydasını bildirin. Kommersiya müqaviləsi və komissiya provayderlə ayrıca razılaşdırılır. Proqramlaşdırma işi provayderin təqdim etdiyi sənədləşmə və sınaq imkanlarına əsasən qiymətləndirilir.
Ödənişin düzgün qəbul edildiyini necə yoxlamalı?
Müştərinin uğurlu ödəniş səhifəsinə qayıtması təkbaşına təsdiq deyil. Sifariş statusu serverdən alınan yoxlanılmış nəticə əsasında dəyişməlidir. Uğurlu, rədd edilmiş, vaxtı bitmiş və təkrar bildiriş ssenariləri sınaqdan keçirilməlidir. Qaytarma tələb olunursa, onun tam və qismən variantlarının dəstəklənməsi əvvəlcədən dəqiqləşdirilir.
Yeni satış saytı üçün online mağaza hazırlanması, mövcud sistemlər arasında məlumat ötürülməsi üçün API inteqrasiyası səhifəsinə keçin.
İş ssenarisinin qəbul meyarları
İmtina, pəncərənin bağlanması, təkrar bildiriş və qismən qaytarma ehtiyacı yoxlanılır. Eyni təsdiq təkrar sifariş yaratmamalıdır.
Layihə üçün hazırlıq məlumatları
Seçilmiş provayderin sənədi, test hesabı və biznesin qaytarma prosesi lazımdır. Komissiya və əməliyyat limitləri hazırlıq qiymətindən ayrı dəqiqləşdirilir.
Nümunə ssenari
Nümunə sınaq: alıcı ödəniş pəncərəsini bağlayır, təsdiq isə bir qədər sonra gəlir. Sifarişin son vəziyyəti provayderin təsdiq qaydasına əsaslanır. Operatorun həmin əməliyyatı identifikatorla tapıb yoxlaması mümkün olmalıdır.
