Ödəniş inteqrasiyası necə işləyir — biznes sahibi üçün
Saytınıza "Kartla ödə" düyməsi əlavə etdirəndən sonra çoxu sahibkar məsələni bağlanmış sayır — pul gəlir, sifariş yaranır, deməli inteqrasiya bitib. Amma ilk problemli halda — müştəri "kartımdan pul getdi, sifarişim yoxdur" yazanda, yaxud aylıq hesabatda gözlədiyinizdən az məbləğ görəndə — kimin qapısını döyəcəyinizi bilmirsiniz: saytınızı quran komandanın, ödəniş provayderinin, yoxsa bankın.
Səbəb sadədir: ödəniş inteqrasiyası bir düymə deyil, üç ayrı tərəfin bir-birinə ötürdüyü məlumat zənciridir — və zəncirin harada qırıldığını bilməsəniz, hər tərəf məsuliyyəti digərinə göstərir. Bu yazı həmin zənciri kod dilində yox, adi dildə açır: sifariş anında nə baş verir, pul nə vaxt sizin hesabınıza düşür və nasazlıq zamanı kimin işi olduğunu necə ayırd edəcəksiniz.
Sifarişdən pula qədər olan zəncir
Müştəri "Ödə" düyməsinə basandan pul sizin hesabınızda görünənə qədər üç ayrı addım keçir, və hər addımı fərqli tərəf idarə edir.
1. Sifariş sizin saytınızda yaranır, kart nömrəsi isə heç vaxt ora düşmür
Müştəri səbəti təsdiqləyəndə saytınız yalnız bir şey edir — sifarişin məbləğini və nömrəsini ödəniş provayderinə ötürür. Kartın nömrəsini, son istifadə tarixini, CVV kodunu saytınız heç görmür də, saxlamır da; müştəri həmin məlumatı provayderin öz təhlükəsiz səhifəsində və ya tətbiqdə daxil edir. Bu, təsadüfi dizayn qərarı deyil — kart məlumatını öz serverinizdən keçirməmək sizin PCI DSS adlı təhlükəsizlik standartına cavabdehliyinizi əhəmiyyətli azaldır: provayderin hazır ödəniş səhifəsini (Checkout, Elements və bənzərlərini) istifadə edən bizneslər üçün bu standartın tələb etdiyi yoxlama forması qat-qat sadədir, çünki həssas məlumat heç vaxt sizin infrastrukturunuza toxunmur (Stripe-ın öz təhlükəsizlik sənədi). Əgər komandanız "daha markalı görünsün" deyə öz kart formanızı qurmağı təklif edirsə, bu, gözəl fikir deyil — bütün həmin cavabdehliyi öz üzərinizə götürürsünüz.
2. Təsdiqi bank verir, sayt yox
Ödəniş uğurlu olub-olmadığını sizin saytınız yox, müştərinin kartını verən bank həll edir. Bunun üçün 3D Secure adlı əlavə yoxlama işə düşür — bank müştəridən SMS kodu, tətbiq təsdiqi və ya barmaq izi istəyə bilər. Bu addımın məqsədi kart-yoxdur (onlayn) alışlarında fırıldaqçılığın qarşısını almaq və kartın həqiqətən onun sahibi tərəfindən istifadə olunduğunu doğrulamaqdır (EMVCo-nun rəsmi izahı). Nəticə: müştəri "ödəniş rədd olundu" görürsə, bu, çox vaxt sizin saytın nasazlığı deyil, bankın qərarıdır — problem başqa yerdədir, sadəcə sizin ekranınızda göründüyü üçün sizə aid sanılır.
3. Nəticə sizə "bildiriş" ilə çatır, geri dönən səhifə ilə yox
Ödəniş bitəndə müştəri adətən sizin saytınıza geri yönləndirilir və "təşəkkürlər" səhifəsini görür. Amma real sistemlərdə bu, sifarişin təsdiqlənməsi üçün əsas mənbə deyil — çünki müştəri həmin səhifə açılmazdan əvvəl brauzeri bağlaya, internet kəsilə və ya tətbiqdən çıxa bilər. Əsl təsdiq arxa planda, provayderdən sizin sistemə gedən ayrıca bir bildirişlə (webhook adlanır) gəlir. Növbəti bölmə məhz bu bildirişin niyə vacib olduğunu göstərir.
"Ödədim, sifarişim görünmür" — itmiş bildirişin əsl səbəbi
Bu, ən çox eşidilən şikayətdir: müştərinin kartından pul çıxıb, amma sizin admin panelində sifariş "gözləmədə" qalıb və ya heç görünmür. Sahibkarın ilk instinkti saytı günahlandırmaqdır, amma məsələ adətən başqa yerdədir.
Yuxarıda deyildiyi kimi, provayder ödənişin nəticəsini sizin sistemə arxa fonda, ayrıca bir bildirişlə göndərir. Əgər sizin sistem həmin bildirişi bir dəfə əldən verirsə — server bir anlıq yatıbsa, şəbəkə gecikibsə — və provayder onu təkrar göndərmirsə, ödəniş bankın tərəfində uğurla bitsə də, sizin sistem heç vaxt xəbər tutmur. Nəticə: pul gedib, sifariş yoxdur, dəstək xətti isə iki tərəfin arasında ilişib qalır.
Bunu qabaqcadan soruşulası sual halına gətirin — provayderiniz uğursuz bildirişi neçə dəfə təkrar göndərir, sizin sistem həmin bildirişləri qeydə alıb yoxlayırmı. PixelLabs-ın öz inteqrasiya işində bu, ayrıca bir addımdır: uğursuz sorğu itmir, avtomatik təkrar göndərmə mexanizmi ilə işə düşür — çünki bir dəfə ötürülməmiş bildiriş, itirilmiş sifariş deməkdir.
Ödəniş inteqrasiyası bir düymə deyil — üç tərəfin bir-birinə etibar etdiyi bir zəncirdir, zəncirin ən zəif halqası isə adətən koddan çox, kimin nəyə cavabdeh olduğunun heç yerdə yazılmamasıdır.
Pul nə vaxt sizin hesabınıza düşür
Bir çox sahibkar ödənişi kassa aparatı kimi təsəvvür edir — müştəri ödəyir, pul dərhal sizin hesabınızdadır. Reallıqda belə deyil.
Müştərinin ödədiyi məbləğ əvvəlcə provayderin öz hesabına düşür, provayder öz komissiyasını çıxarır, qalanını isə razılaşdırılmış qrafiklə sizin bank hesabınıza köçürür. Bu ara mərhələ — hesablaşma — sizin saytınızda göstərilən "ödəniş uğurludur" mesajından tamamilə ayrıdır: müştəri üçün əməliyyat bir saniyəyə bitir, sizin üçün pulun faktiki köçürülməsi bundan sonra başlayır.
Bu qrafiki və komissiya faizini inteqrasiyadan əvvəl, müqavilədə konkret rəqəmlə yazdırın — ilk aylıq çıxarışda gözlədiyinizdən az məbləğ görüb təəccüblənməkdənsə. Şəffaf qiymət bizim də iş prinsipimizdir: idarəetmə haqqı ilə əməliyyat komissiyası ayrı sətirlərdə görünməlidir, gizli əlavə haqq olmamalıdır.
Kart məlumatını kim saxlamalıdır
Bəzi komandalar "daha sürətli olsun" və ya "öz brendimizlə görünsün" deyə kart nömrəsini birbaşa öz formasında toplamağı təklif edir.
Bunu etmək mümkündür, amma bunun qiyməti var — kart nömrəsi sizin serverinizdən keçən kimi, siz artıq maliyyə sənayesinin ən ciddi təhlükəsizlik auditinin (PCI DSS) tam öhdəsindən özünüz çıxmalı olursunuz: illik yoxlama, şifrələmə, giriş nəzarəti və s. Əvəzində provayderin hazır ödəniş səhifəsini və ya vidcetini istifadə etsəniz, bu yükün böyük hissəsi provayderin üzərində qalır.
Kiçik və orta biznes üçün düzgün qərar demək olar həmişə eynidir — provayderin hazır həllini istifadə etmək, öz kart formanızı yazdırmamaq. "Brend görünüşü" itkisi çox kiçikdir, risk isə deyil.
Nasazlıq zamanı kimin qapısını döyməli
Ödəniş uğursuz olanda dəstək xəttinə zəng edirsiniz, sizin agentlik "bizim tərəfdə hər şey normaldır" deyir, provayder "bank rədd edib" deyir, bank isə heç sizinlə danışmır.
Üç tərəfin hər birinin öz sahəsi var. Sifariş yaranmazdan əvvəl xəta çıxırsa — səhifə açılmır, düymə işləmir — bu, sizin saytınızın texniki problemidir. Provayderin səhifəsində "rədd edildi" görünürsə — bu, bankın qərarıdır, adətən balans, limit və ya 3D Secure təsdiqinin uğursuzluğu ilə bağlıdır. Bildiriş heç vaxt gəlmirsə — bu, inteqrasiyanın etibarlılıq boşluğudur və sizin inkişaf komandanızın işidir, çünki onu tutmaq və təkrar cəhd etmək mexanizmi qurmaq lazımdır.
İnteqrasiya işə düşməzdən əvvəl bu üç sahəni yazılı şəkildə bölüşdürün — kim sayt tərəfinə, kim provayder tərəfinə baxır, provayderin real dəstək kanalı hansıdır (forma yox, danışa biləcəyiniz kimsə). Belə olmasa, hər nasazlıq bir neçə günlük araşdırmaya çevrilir.
Ödəniş inteqrasiyası bir dəfə qurulub unudulan iş deyil — sifariş, bildiriş, hesablaşma zənciri düzgün planlaşdırılmasa, hər bir dəyişiklikdə (yeni provayder, yeni kuryer, 1C-yə keçid) eyni sual təkrar-təkrar üzə çıxır. Sistem inteqrasiyaları xidmətimiz məhz bu zənciri — ödəniş, kuryer, SMS və mühasibat sistemini — bir yerə bağlayır və uğursuz sorğunun itməməsi üçün təkrar göndərmə mexanizmini əvvəlcədən qurur.
