Saytga toʻlov tizimini ulash: biznes tomonidan nima kerak

Saytga toʻlov tizimini ulash odatda bitta ish deb tasavvur qilinadi. Aslida bu ikkita ish. Birinchisi — Payme yoki Click bilan shartnoma, uni pul bilan hal qilasiz. Ikkinchisi sizning serveringizda yoziladigan kod, va uni hech kim sizning oʻrningizga qilib bermaydi.

Quyida ulanishdan oldin nima tayyor boʻlishi kerakligi, toʻlov xizmati bilan almashinuv aslida qanday kechishi va koʻpchilikda takrorlanadigan uchta xato yozilgan.

Shartnoma va kod: qaysi biri qancha vaqt oladi

Bank yoki toʻlov tashkiloti sizga ekvayringni beradi: xaridorning kartasidan pul sizning hisobingizga tushadi. Bu moliyaviy xizmat, texnik emas, va uni pul bilan olasiz.

Xizmatning oʻzi toʻlov sahifasini, merchant kabinetini, hujjatlarni va protokolni beradi. Buni ham olasiz.

Uchinchi qismni hech kim sotmaydi — u yoziladi. Saytingiz shu protokol boʻyicha gaplasha olishi kerak, va aynan shu qism ishga tushirish byudjetidan tez-tez tushib qoladi, chunki tarif sahifasida u koʻrinmaydi.

Toʻlov tizimini saytga ulashdan oldin nima tayyor boʻlishi kerak

1. Xizmat bilan shartnoma. Kim imzolashi va qanday shartlar bilan, buni xizmatning oʻzidan soʻrang: talablar har birida boshqacha va oʻzgarib turadi.
2. Saytda nima sotayotganingiz yozilgan sahifa, ommaviy oferta va qaytarish qoidalari. Ulanish paytida ularni oʻqishadi.
3. Sizning tizimingizda qaysi buyurtma «toʻlangan» deb belgilanishi. Oddiy savolga oʻxshaydi, javob esa koʻpincha yoʻq.
4. Sinov muhiti. Payme uni sandbox koʻrinishida beradi, boshqalarda oʻz varianti bor.
5. Xizmat chaqiradigan manzil va u kechasi soat uchda ham ochiq turishiga kim javob berishi.

Agar bu roʻyxat chek-list emas, savollar roʻyxatidek oʻqilsa, uni sizning vazifangizda birga koʻrib chiqamiz. Integratsiya va API ishi doim bor narsani koʻrishdan boshlanadi.

Chaqiruvni xizmat boshlaydi, sayt emas

Sxema odatda shunday tasavvur qilinadi: xaridor «toʻlash» tugmasini bosadi, sayt xizmatga boradi va javob oladi. Hujjatlarda aksi yozilgan.

Payme Business Merchant API protokoli JSON-RPC 2.0 ustiga qurilgan va HTTPS orqali ishlaydi. Soʻrovlar POST usulida sizning serveringizga keladi, server esa 200 statusi bilan javob qaytarishi shart. Boshqa har qanday HTTP status protokol xatosi deb qabul qilinadi, «keyinroq kelaman» deb emas.

Toʻlov yoʻli toʻrtta metoddan yigʻiladi. CheckPerformTransaction shu summaga tranzaksiya yaratish mumkinmi deb soʻraydi. CreateTransaction uni yaratadi. PerformTransaction oʻtkazadi. CancelTransaction bekor qiladi. Yonida holatni tekshirish va operatsiyalar boʻyicha koʻchirma metodlari turadi.

Click hujjatlarida protokol boshqacha va qisqaroq: yetkazib beruvchining billing tizimi Prepare va Complete soʻrovlarini bajaradi, shundan keyin xizmatlar barcha toʻlov interfeyslarida koʻrinadi.

Ikkalasida ham asosiysi bitta: chaqiruvni sayt emas, toʻlov xizmati boshlaydi. Shundan kelib chiqadi, sizda doimo ochiq HTTPS manzil boʻlishi kerak, bazangiz esa «shu buyurtmani shu summaga hozir toʻlash mumkinmi» degan savolga narigi tomondagi taymaut tugagunicha javob bera olishi kerak.

Koʻpchilikda takrorlanadigan uchta xato

Takroriy chaqiruv

Aloqa uzilib qolsa, xizmat tasdiqni ikkinchi marta yuborishga haqli. Ikkinchi chaqiruvda tovarni ombordan yana bir marta yechadigan va xatni yana bir marta joʻnatadigan ishlov beruvchi tashqaridan soppa-sogʻ koʻrinadi va har qanday qoʻlda sinovdan oʻtadi.

Kelmay qolgan xabar

Pul yechilgan, buyurtma esa toʻlanmagan boʻlib turibdi, xaridor qoʻllab-quvvatlashga yozadi. Buni «qayta yuborish» tugmasi emas, tranzaksiya holatini jadval boʻyicha soʻrab turish davolaydi.

Summa

Summani xizmat yuboradi, siz esa uni oʻzingiznikiga solishtirishingiz kerak. Bitta nolga farq qiladigan ikkita raqam tekshiruvsiz bir xil oʻtib ketaveradi.

Bu roʻyxat nazariy emas. Biz qurgan merchant platforma doʻkonga bitta ulanish orqali 35+ xil toʻlov tizimini beradi, va har bir band oʻsha platformaning chekka holatlaridan oʻsib chiqqan: platforma qanday tuzilgan.

Solishtiruv, muddat va narx

Payme metodlari orasida GetStatement bor, bu merchant operatsiyalari boʻyicha koʻchirma. U bejiz turgani yoʻq: sizning bazangiz bilan xizmat bazasi orasidagi farq hammada paydo boʻladi, savol faqat kim uni birinchi boʻlib koʻrishida.

Biz ishlab turgan toʻlov tizimining bazasini tahlil qilganmiz, u yerda farqlar yillab yashab kelgan edi: bitta solishtiruvda 212 191 muhim operatsiya qatori, hamkorlar uchun dalolatnomalar qoʻlda yigʻilardi. Oʻsha ishning tahlili solishtiruvni nega ikkinchi emas, birinchi versiyaga qoʻyish kerakligini tushuntiradi.

Muddat xizmatga emas, saytda nima borligiga bogʻliq. Buyurtmalar tizimda hisobga olinadigan, holatlar mavjud va sinov muhiti bor boʻlsa, bitta xizmatni ulash bir necha kunlik ish. «Toʻlangan» degan holat hech qayerda saqlanmasa, avval buyurtmalar hisobini qurish kerak boʻladi, bu esa boshqa vazifa.

Aniq muddat va narx texnik topshiriq boʻyicha belgilanadi, biz ularni tahlildan keyin aytamiz. Xizmat allaqachon tanlangan boʻlsa va sizga oʻz tomoningizdagi ish hajmi kerak boʻlsa, toʻlov tizimlari integratsiyasi sahifasidan boshlang. Toʻlov saytdagi tugma emas, mahsulotingizning oʻzagi boʻlsa, onlayn toʻlovlar yoʻnalishiga qarang.

Toʻlov tizimini saytga ulash bir kunlik ish emas, lekin qoʻrqinchli ham emas. Butun murakkablik shartnomada emas, sizning tomoningizda. Saytingizga havolani va qaysi xizmat bilan gaplashayotganingizni yozing. Nima qilish kerakligini va u qancha vaqt olishini aytamiz.