Azərbaycanda onlayn ödəniş qəbulu: variantların müqayisəsi

Onlayn ödəniş sistemləri alıcının kart, hesab, elektron pul və ya başqa rəqəmsal üsulla ödəniş etməsini, biznesin isə əməliyyatı təsdiqləyib vəsaiti qəbul etməsini təmin edən xidmət və texniki əlaqələrdir.

Alıcı üçün bu, bir düymədir. Biznes üçün isə müqavilə, lisenziya, komissiya, uğursuz ödəniş, geri ödəniş, təhlükəsizlik, bank köçürməsi və mühasibat uzlaşmasıdır.

Ən aşağı faiz həmişə ən ucuz seçim deyil. Ödəniş uğurlu görünür, amma sifariş yaranmırsa və ya geri ödəniş əl ilə günlərlə izlənirsə, fərq əməliyyat xərcinə çevrilir.

Onlayn ödəniş zəncirində kim nə edir?

“Ödəniş xidmətləri və ödəniş sistemləri haqqında” Qanun ödəniş hesabı, köçürmə, kart əməliyyatı, ekvayrinq, elektron pul, ödənişə vasitəçilik və hesab məlumatı kimi xidmətləri ayırır. Bir ödəniş düyməsinin arxasında bu rolların bir neçəsi ola bilər.

E-ticarət sifarişinin kartla ödənməsi şərt deyil. Bank köçürməsi və qapıda ödəniş də satış modelində ola bilər. Bununla belə, “onlayn ödəniş” deyəndə sifarişin rəqəmsal təsdiqi, əməliyyatın izlənməsi və nəticənin sistemlər arasında düzgün ötürülməsi əsasdır.

Azərbaycanda hansı ödəniş qəbul variantları var?

Variantı “kart qəbul edir” cümləsinə görə seçməyin. Alıcının harada ödədiyi, biznesin nəyi saxladığı və nəticənin sifarişə necə bağlandığı təhlükəsizlik və əməliyyat yükünü dəyişir.

Instagram sifarişində ödəniş keçidi ilk mərhələ üçün işləyə bilər. Sifariş sayı, variant və komanda artanda keçidin kimə aid olduğu, stokun nə vaxt azaldığı və pulun hansı sifarişə yazıldığı qarışa bilər. Onlayn mağaza axını bu əlaqəni standartlaşdırmalıdır.

Onlayn ödəniş provayderi necə seçilir?

Mərkəzi Bank ödəniş təşkilatları, elektron pul təşkilatları və banklar üçün açıq reyestrlər saxlayır. Eyni tanınan adın arxasında başqa hüquqi şəxs ola bilər; müqavilədəki adı və VÖEN-i reyestrlə tutuşdurun.

Qısa siyahı üçün 12 sual

1. Lisenziya qüvvədədir və ekvayrinq fəaliyyəti əhatə olunurmu?
2. Fərdi sahibkar və hüquqi şəxs üçün qəbul şərti nədir?
3. AZN ödənişləri, yerli kartlar və xarici kartlar necə işləyir?
4. Faiz, sabit məbləğ, qoşulma, aylıq və minimum dövriyyə haqqı varmı?
5. Vəsait hansı hesablaşma cədvəli ilə köçürülür?
6. Tam və qismən geri ödəniş necə aparılır, haqq geri qaytarılırmı?
7. Ödəniş mübahisəsi və kart sahibinin etirazı necə idarə olunur?
8. Qorunan səhifə, təhlükəsiz komponent, keçid və API-dən hansı verilir?
9. Server bildirişi imzalanır və təkrar göndərilə bilirmi?
10. Test mühiti, sənəd, nümunə kod və texniki dəstək varmı?
11. Əməliyyat, komissiya, köçürmə və geri ödəniş hesabatı ixrac olunurmu?
12. Müqaviləyə xitamda açıq geri ödəniş və məlumat ixracı necə tamamlanır?

Provayderdən “neçə faizdir?” deyə soruşub dayanmayın. Eyni real məhsul, məbləğ, platforma, geri ödəniş və aylıq əməliyyat sayı ilə yazılı təklif alın. Marketinq səhifəsi müqavilə və texniki sənədin əvəzi deyil.

Ödəniş inteqrasiyası necə işləməlidir?

Sağlam axında brauzerin nəticə səhifəsi yeganə həqiqət mənbəyi deyil. Alıcı səhifəni bağlaya, internet kəsilə və ya uğurlu ödənişdən sonra mağazaya qayıtmaya bilər. Sifariş statusu provayderin imzalanmış server bildirişi və sonradan edilən sorğu ilə təsdiqlənməlidir.

1. Mağaza sifariş kodu, valyuta və dəyişməz yekun məbləğ yaradır.
2. Server provayderdən ödəniş sessiyası və tək istifadəlik keçid alır.
3. Alıcı kart məlumatını provayderin qorunan mühitində daxil edir.
4. Provayder əməliyyatı emal edib alıcıya ilkin nəticə göstərir.
5. Provayder mağaza serverinə imzalanmış bildiriş göndərir.
6. Mağaza imzanı, sifariş kodunu, məbləği, valyutanı və statusu yoxlayır.
7. Eyni bildiriş təkrar gəlsə, sifariş və stok ikinci dəfə işlənmir.
8. Gün sonunda provayder əməliyyatı, köçürmə və bank hesabı üzləşdirilir.

Ekran görüntüsü dəyişdirilə bilər və bank köçürməsinin sifarişlə əlaqəsini sübut etmir. Müştəriyə “ödəndi” bildirişi yalnız server təsdiqindən sonra göndərilməlidir. Texniki komanda əməliyyat identifikatorunu saxlamalı, kartın tam nömrəsini və təhlükəsizlik kodunu saxlamamalıdır.

Shopify kimi platformada provayderin admin üçün rəsmi olaraq mövcudluğunu ayrıca yoxlayın. Yerli provayderin API təqdim etməsi onun hər mağaza platforması ilə hazır işləməsi demək deyil.

Onlayn ödənişin real xərci necə hesablanır?

Faiz komissiyası yalnız bir sətirdir. Sabit əməliyyat haqqı, platformanın əlavə haqqı, geri ödənişdə saxlanılan komissiya, mübahisə, valyuta çevrilməsi, köçürmə müddəti və əl uzlaşması da sifarişin xərcidir.

Rəqəmlər bazar tarifi deyil, hesab nümunəsidir. Geri ödənişdə 1,64 AZN provayder xərcinin qaytarılmaması və dəstəyə 10 dəqiqə sərf olunması mümkündürsə, həmin ehtimalı ayrıca ehtiyata çevirin. Marketinq gəlirliliyini ödənişdən əvvəlki satış məbləği ilə yox, bu xərclərdən sonrakı töhfə ilə ölçün.

Ödəniş təhlükəsizliyi və hüquqi minimum nədir?

PCI SSC-nin kiçik biznes üçün təhlükəsiz ödəniş bələdçisi kart məlumatının bütövlükdə təsdiqlənmiş üçüncü tərəfə verilməsini əksər hallarda ən təhlükəsiz yol kimi göstərir. Bu, biznesin bütün məsuliyyətini ləğv etmir; mağaza səhifəsinə zərərli kod əlavə olunması və yanlış yönləndirmə yenə riskdir.

Ödəniş səhifəsinə təsir edən skript və dəyişikliklərə nəzarət edin, idarəçi hesablarında çox mərhələli təsdiqi aktivləşdirin, gizli açarları kod və brauzerdən kənarda saxlayın, çıxışları rol üzrə məhdudlaşdırın. PCI SSC-nin 2025 e-skimming təlimatı ödəniş səhifəsi skriptlərinin icazəsi, bütövlüyü və dəyişiklik aşkarlanmasına ayrıca diqqət ayırır.

“Elektron ticarət haqqında” Qanun satıcı məlumatı, məhsul, yekun qiymət, vergi, çatdırılma, ödəniş və imtina şərtinin sifarişdən əvvəl bildirilməsi üçün çərçivə verir. Ödəniş düzgün qurulsa belə, məhsul təsviri alıcını yanıltmamalıdır. Qeydiyyat və vergi rejimini Dövlət Vergi Xidmətinin bələdçisi əsasında mühasiblə dəqiqləşdirin.

Sifariş kodu, ad, telefon, ünvan, IP qeydi və ödəniş identifikatoru fərdi məlumatla əlaqələnə bilər. Məqsəd, hüquqi əsas və ya razılıq, minimum həcm, giriş, saxlanma, provayderə ötürülmə və silinməni “Fərdi məlumatlar haqqında” Qanuna uyğun qiymətləndirin.

Onlayn ödəniş üçün 14 günlük pilot necə aparılır?

1. 1–2-ci gün: hüquqi şəxs, lisenziya, müqavilə, tarif və köçürmə cədvəlini yoxlayın.
2. 3–4-cü gün: test mühiti, sifariş kodu, məbləğ, valyuta və imza yoxlamasını qurun.
3. 5-ci gün: uğurlu, rədd, yarımçıq və istifadəçi tərəfindən bağlanan ödənişi sınayın.
4. 6-cı gün: eyni server bildirişini iki dəfə göndərib təkrar sifariş yaranmadığını görün.
5. 7-ci gün: tam və qismən geri ödənişin sifariş, provayder və bank qeydini yoxlayın.
6. 8-ci gün: yanlış məbləğ, valyuta, imza və köhnə bildirişin rəddini sınaqdan keçirin.
7. 9-cu gün: stok, e-poçt, qəbz, kuryer və analitika hadisəsini tutuşdurun.
8. 10-cu gün: admin rolu, çox mərhələli təsdiq, gizli açar və jurnal çıxışını yoxlayın.
9. 11–12-ci gün: az həcmli real sifarişlə köçürmə vaxtını və komissiyanı ölçün.
10. 13-cü gün: provayder hesabatını bank və sifariş sistemi ilə üzləşdirin.
11. 14-cü gün: xəta, dəstək vaxtı, real xərc və davam etmək, yoxsa dayandırmaq qərarını yazın.

Çatdırılmaya yalnız təsdiqlənmiş ödənişdən sonra tapşırıq yaradın. Dropshipping modelində isə provayder təsdiqi ilə təchizatçıya sifariş ötürülməsi arasında stok, məbləğ və ləğv qaydasını ayrıca qoruyun.

Nəticə: ödəniş düyməsi sistemin sonu deyil

Onlayn ödənişin keyfiyyəti yalnız kartın keçməsi ilə ölçülmür. Sifariş, stok, provayder, bank, geri ödəniş və mühasibat eyni əməliyyatı eyni məbləğ və statusla görməlidir.

Əvvəl lisenziyanı, real ümumi xərci və geri yolu yoxlayın. Sonra bütün istisnaları test edin. Bu zəncir işləyəndə ödəniş alıcı üçün bir düymə kimi qala bilər.