Rekurrent to‘lovlar va tokenizatsiya: avtoyechish qanday ishlaydi

Qisqacha qanday ishlaydi

Rekurrent to‘lov — mijozning to‘lov paytida ishtirokisiz kartasidan pul yechish: obuna uchun oyda bir marta, har bir quti jo‘natilgandan keyin yoki balans tugaganda. Buning uchun kartani «eslab qolish» kerak, lekin karta raqamini do‘konning o‘zida saqlash mumkin emas — bu PCI DSS ning qat’iy talablari hududi.

Shuning uchun tokenizatsiya qo‘llanadi: karta ma’lumotlari to‘lov provayderida qoladi, do‘kon esa token oladi — «shu do‘kon + shu provayder» juftligidan tashqarida hech narsani anglatmaydigan tasodifiy qator. O‘g‘irlangan token do‘konning provayder API kalitlarisiz foydasiz.

Hayot sikli: birinchi to‘lovdan avtoyechishgacha

1. Rozilik bilan birinchi to‘lov. Mijoz kartani provayder formasida kiritadi, 3-D Secure yoki SMS tasdiqdan o‘tadi va kelgusi yechishlarga rozilikni belgilaydi.
2. Kartani saqlash. Provayder do‘konga token va odatda karta niqobini (oxirgi raqamlar, amal qilish muddati) shaxsiy kabinetda ko‘rsatish uchun qaytaradi.
3. Saqlash. Do‘kon tokenni bazasida obuna bilan birga saqlaydi: tarif, summa, keyingi yechish sanasi.
4. Do‘kon tashabbusi bilan yechish. Kerakli kuni do‘kon serveri token va summa bilan provayder API ni chaqiradi. Bunday operatsiyalar MIT (merchant-initiated transaction) deb ataladi — mijoz ishtirok etmaydi, qayta 3-D Secure odatda talab qilinmaydi.
5. Natija. Provayder muvaffaqiyat yoki xato kodini qaytaradi, do‘kon obuna holatini yangilaydi va mijozni xabardor qiladi.

Soddalashtirilgan yechish so‘rovi quyidagicha ko‘rinadi:

{
  "token": "tok_7f3a9c...",
  "amount": 99000,
  "currency": "UZS",
  "order_id": "sub-1042-2026-11",
  "description": "Obuna, noyabr"
}

order_id har bir urinish uchun noyob bo‘lishi kerak — bu so‘rov qayta yuborilganda ikki marta yechilishdan himoya qiladi.

Yechish o‘tmasa nima qilish kerak

Rad etish — rekurrent to‘lovlarning odatiy qismi. Sabablarni farqlash muhim:

Yaxshi amaliyot — dunning: pauzali qayta urinishlar seriyasi hamda mijozga xat yoki xabarlar. Obuna darhol o‘chirilmaydi, cheklangan muddatga «to‘lov kutilmoqda» holatiga o‘tadi. Bir xil rad etishda juda tez-tez qayta urinish bank yoki provayder sanksiyalariga olib kelishi mumkin, shuning uchun urinishlar sonini cheklang.

Mijoz roziligi: nima majburiy

Tushunarli roziliksiz avtoyechish — chargeback va bloklanishga to‘g‘ridan-to‘g‘ri yo‘l. Birinchi to‘lovgacha mijoz quyidagilarni ko‘rishi kerak:

• yechishlar summasi va davriyligi;
• birinchi yechish sanasi, ayniqsa sinov davri bo‘lsa;
• obunani qanday bekor qilish — va bu rasmiylashtirishdan murakkab bo‘lmasligi kerak;
• narx o‘zgarsa nima bo‘ladi.

Qo‘shimcha ravishda:

• yechishdan oldin, ayniqsa bepul davrdan keyin, eslatma yuboring;
• shaxsiy kabinetda «kartani uzish» tugmasini bering;
• rozilik yozuvini saqlang: sana, shartlar matni, IP yoki sessiya identifikatori.

Misollar: qutilar va servislar

Obuna qutisi (qahva, hayvonlar uchun ozuqa, kosmetika). Yechish yig‘ish sikliga bog‘lanadi: pul jo‘natishdan bir necha kun oldin yechiladi, rad etilsa yig‘ishni o‘z vaqtida to‘xtatish uchun. Mijozga bir oyni o‘tkazib yuborish imkonini berish qulay.

Servis yoki SaaS. Oyiga yoki yiliga qat’iy summa. Davr o‘rtasida tarifni oshirish va pasaytirish hamda to‘g‘ri qayta hisoblash muhim.

Balansni to‘ldirish. Yechish hodisa bo‘yicha ishlaydi — masalan, balans chegaradan pastga tushganda. Bu yerda mantiqdagi xato ortiqcha pul yechmasligi uchun limit ayniqsa muhim.

Ko‘p uchraydigan xatolar

• Token o‘rniga karta raqamini o‘z bazangizda saqlash.
• So‘rovlarni idempotent qilmaslik va ikki marta yechish.
• «Karta bloklangan» rad etishida cheksiz qayta urinish.
• Obunani bekor qilish tugmasini yashirish.
• Provayder bildirishnomalarini (webhook) qayta ishlamaslik va faqat so‘rov javobiga tayanish.