Veb-platformada billing va to‘lovlarni qabul qilish

Veb-platformaning to‘lov konturi — bu to‘lov tugmasi emas, balki kim, nima uchun va qaysi tarif bo‘yicha to‘lashining hisobi: hisoblar va ularning holatlari, obunalar, qaytarishlar va provayder bilan sverka. O‘zbekiston auditoriyasi uchun unga Payme, CLICK va Uzum Bank ulanadi, karta ma’lumotlari esa provayder tomonida qoladi.

Billing to‘lov tugmasidan nimasi bilan farq qiladi

To‘lov tugmasi pulni bir marta yechadi va shu bilan tugaydi. Billing esa nima uchun, qaysi tarif bo‘yicha to‘langanini, to‘langan narsadan nimasi allaqachon sarflanganini va keyingi yechish qachon bo‘lishini eslab qoladi.

Farq to‘lov bir martalik bo‘lmay qolgan joyda ko‘rinadi: platformada limitli tariflar, uzaytirishlar, reja almashtirilganda qayta hisob-kitob va qaytarishlar paydo bo‘ladi. Buning hammasini bitta joyda hisoblash kerak, aks holda mahsulot, provayder va buxgalteriyadagi raqamlar mos kelmay qoladi.

• tarif rejalari, ularning limitlari va hisob-kitob qoidalari — davr, hajm yoki foydalanuvchilar soni bo‘yicha;
• hisoblar, operatsiya holatlari va mijoz to‘lovlari tarixi;
• obunalar: uzaytirish, tarif almashtirish, pauza, bekor qilish;
• qaytarishlar, jumladan qisman;
• provayder reestrlari bilan sverka va hisob tizimiga yuklash.

Agar to‘lov Telegram ichida ham kerak bo‘lsa, u boshqa qoidalar bo‘yicha loyihalanadi — bu haqda Telegram-botda to‘lov va avtomatik bildirishnomalar haqidagi maqolada.

Platformaning to‘lov konturi nimalardan iborat

Kontur besh qismdan yig‘iladi, va ularning har biri pul yo‘lining o‘z uchastkasi uchun javobgar. Bo‘linish arxitektura go‘zalligi uchun emas: u yangi provayderni mahsulotni qayta yozmasdan qo‘shish imkonini beradi.

• Katalog va hisob-kitob. Nima sotiladi, qanday narxda, qanday chegirma va soliqlar bilan. Yakuniy summa serverda hisoblanadi, brauzerdan kelmaydi.
• Hisob va uning holatlari. Yaratilgan, to‘lovni kutmoqda, to‘langan, bekor qilingan, qaytarilgan. Holat faqat provayder tasdig‘i bo‘yicha o‘zgaradi.
• Provayder adapterlari. Har biriga alohida modul: Payme, CLICK va Uzum Bank’da protokollar, tasdiqlash stsenariylari va qaytarish qoidalari har xil.
• Bildirishnomalarni qayta ishlash. Provayder hodisa haqida xabar beradi, platforma imzoni tekshiradi va bir xil to‘lovni qayta qayta ishlashdan himoyalanadi.
• Hisobotlilik. Operatsiyalar jurnali, reestrlar bilan sverka va buxgalteriyaga yuklash.

Maslahat Boshida faqat bitta provayder ulasangiz ham, birinchi kundanoq bir nechta provayder qo‘llab-quvvatlashini nazarda tuting. To‘lov modulini ikkinchi tizim uchun qayta yozish hisobning umumiy mantig‘ini aniq provayder xususiyatlaridan darhol ajratishdan doim qimmatroq.

Payme, CLICK va Uzum Bank qanday ulanadi

Uchala tizim ham bitta sxema bo‘yicha ulanadi: provayder bilan shartnoma, test muhiti, platforma tomonida protokolni amalga oshirish va jangovar kalitlarga o‘tish. Farqlar — kim kimni chaqirishi va qaysi metodlarni amalga oshirish kerakligida.

Payme va CLICK’ning asosiy xususiyati — tashabbus provayder tomonida: u serveringizga murojaat qilib, bunday buyurtma bormi va u bo‘yicha to‘lov o‘tkazish mumkinmi deb so‘raydi. Demak, billing tashqaridan ochiq bo‘lishi, tez javob berishi va takroriy so‘rovlarga bir xil javob berishi kerak.

Mahalliy tizimlarni qo‘llab-quvvatlash qonun bilan talab qilinmaydi, lekin ularsiz platforma to‘lovchi auditoriyaning katta qismini yo‘qotadi: odamlar telefonida allaqachon turgan ilova orqali to‘laydi. Uzcard va Humo kartalari mahalliy shlyuzlar orqali xizmat ko‘rsatiladi, chet eldan to‘lovlar uchun esa xalqaro provayder qo‘shiladi.

Obuna hayot sikli: tarifdan uzaytirishgacha

Obuna bir martalik sotuvdan shunisi bilan farq qiladiki, uni vaqt davomida yuritish kerak, shunchaki pul yechib qo‘yish emas. Obunali mahsulotlardagi yo‘qotishlarning katta qismi mijozlar rad etishiga emas, shu siklning texnik uzilishlariga to‘g‘ri keladi.

1. Mijoz tarifni tanlaydi, platforma davr, hajm yoki foydalanuvchilar soni bo‘yicha narxni hisoblaydi.
2. Birinchi yechish o‘tadi, kirish ochiladi, tarif limitlari uning kartochkasida qayd etiladi.
3. Keyingi yechishdan oldin summa va sana ko‘rsatilgan ogohlantirish yuboriladi.
4. Provayder kartani bog‘lashni qo‘llab-quvvatlasa, yechish jadval bo‘yicha boradi; qo‘llab-quvvatlamasa — platforma hisob chiqaradi va to‘lovni kutadi.
5. Tarif almashtirilganda ishlatilmagan davr uchun qayta hisob-kitob qilinadi.
6. Yechish o‘tmasa, platforma qayta urinishlar qiladi va kirishni asta-sekin cheklaydi.
7. Bekor qilinganda kirish to‘langan davr oxirigacha saqlanadi, mijoz ma’lumotlari joyida qoladi.

Kartadan muntazam yechish har doim ham mumkin emas: bu provayder kartani bog‘lash va token chiqarishni qo‘llab-quvvatlashiga hamda shartnoma shartlariga bog‘liq. Bunday imkoniyat bo‘lmasa, obuna hisoblar va eslatmalar bilan yuritiladi — mijoz uchun bu deyarli xuddi shunday ko‘rinadi, lekin bildirishnomalarning boshqa mantig‘ini talab qiladi.

Qaytarishlar, qisman to‘lovlar va muvaffaqiyatsiz yechishlar

Reja bo‘yicha bormagan stsenariylarni muvaffaqiyatli yo‘l bilan birga, ishga tushirilgandan keyin emas, oldindan loyihalash kerak. Aynan shu yerda platforma yo mijozni saqlab qoladi, yo ham pulni, ham ishonchni yo‘qotadi.

• To‘liq qaytarish. Provayder tomonida uning qoidalari bo‘yicha rasmiylashtiriladi, platforma so‘rovni boshlaydi va hisob holatini o‘zgartiradi.
• Qisman qaytarish. Buyurtmaning bir qismi bekor qilinganda kerak bo‘ladi: summa qayta hisoblanadi, qolgan qismi to‘langan bo‘lib qoladi.
• Ikki marta to‘lov. Mijoz ikki marta bosdi, ikkita bildirishnoma keldi — operatsiya identifikatori bo‘yicha himoya to‘lovni qayta o‘tkazishga yo‘l qo‘ymaydi.
• Muvaffaqiyatsiz yechish. Jadval bo‘yicha qayta urinishlar va to‘lov usulini yangilash so‘rovi, darhol o‘chirish emas.
• Osilib qolgan to‘lov. Provayder tasdiqni yubormadi — platforma mijozni kutmasdan operatsiya holatini o‘zi so‘raydi.

Har bir stsenariy uchun mijoz uchun tushunarli matn va qo‘llab-quvvatlash uchun jurnalga yozuv kerak. Aks holda bitta bahsli to‘lovni ko‘rib chiqish uning summasi biznesga turgan vaqtdan ko‘proq vaqt oladi.

Karta ma’lumotlarini kim saqlaydi va platformaga PCI DSS kerakmi

Karta ma’lumotlarini to‘lov provayderi saqlaydi va qayta ishlaydi. Platforma faqat operatsiya holati va to‘lov identifikatorini oladi — bu operatsiyani topish, qaytarishni rasmiylashtirish va hisobotni moslashtirish uchun yetarli.

PCI DSS — xalqaro to‘lov tizimlari standarti, va u Visa, Mastercard hamda kengashning boshqa a’zolari kartalari bilan ishlashga tegishli. Uzcard va Humo kartalari mahalliy shlyuzlar orqali o‘z qoidalari bo‘yicha xizmat ko‘rsatiladi, shuning uchun ular bo‘yicha talablar provayder va ekvayer-bankdan aniqlanadi. Agar karta kiritish shakli to‘liq provayderda bo‘lsa, merchantga odatda soddalashtirilgan o‘z-o‘zini baholash yetarli: SAQ A anketasi aynan karta ma’lumotlarini o‘zida saqlamaydigan, qayta ishlamaydigan va uzatmaydiganlar uchun mo‘ljallangan.

• kartani kiritish — provayder sahifasida yoki uning vidjetida, sizning shaklingizda emas;
• har bir to‘lov bildirishnomasining imzosi va manbasi serverda tekshiriladi;
• bitta to‘lovni qayta qayta ishlash operatsiya identifikatori bo‘yicha istisno qilingan;
• yakuniy summa serverda buyurtma ma’lumotlari bo‘yicha hisoblanadi;
• moliyaviy bo‘limlarga kirish cheklangan, amallar jurnalga yoziladi;
• test va jangovar kalitlar alohida saqlanadi va repozitoriyga tushmaydi.

Talablarning aniq tarkibini ekvayer-bank yoki to‘lov tizimi belgilaydi, shuning uchun u ishlab chiqish boshlanishidan oldin, birinchi tekshiruvdan keyin emas, shartnomada mustahkamlanadi.

Sverka: provayder, platforma va buxgalteriya puli qanday mos keladi

Sverka kerak, chunki tafovutlar chorak oxirida emas, avtomatik topiladi. Pul bir necha tizim orqali o‘tadi, va ularning har birida operatsiya o‘z holatida qolishi mumkin.

Misol Mijoz buyurtmani to‘ladi, provayder to‘lovni o‘tkazdi, lekin tarmoq nosozligi tufayli bildirishnoma platformaga yetib bormadi. Provayder hisobotida operatsiya bor, platformada hisob to‘lanmagan holda osilib turibdi, buxgalteriyada esa pul asossiz kelgan. Kundalik sverka bunday operatsiyani uch oydan keyin emas, ertasi kuni topadi.

Minimal ish tartibi shunday ko‘rinadi: platforma muntazam ravishda provayderdan davr uchun operatsiyalar ro‘yxatini so‘raydi, ularni identifikatorlar bo‘yicha o‘z hisoblari bilan solishtiradi va tafovutlarni alohida ro‘yxat sifatida ko‘rsatadi. Payme’da buning uchun merchant tranzaksiyalari haqida ma’lumot olish metodi bor, qolgan provayderlarda — o‘z vygruzkalari.

Keyin ma’lumotlar hisob tizimiga ketadi: summalar, sanalar, tayinlanishlar va qaytarishlar. Agar platformada uchinchi tomon sotuvchilari bo‘lsa, konturga yana bir qatlam qo‘shiladi — ular bilan hisob-kitoblar, bu haqda marketpleys ishlab chiqish haqidagi maqolada.

To‘lov konturi qancha turadi

Billing uchun alohida narx yo‘q: u platforma yoki integratsiya loyihasining bir qismi hisoblanadi. Kompaniyada allaqachon ishlaydigan tizimlarni bog‘lash — 4 000 $ dan, vazifa uchun alohida modul — 8 000 $ dan.

• provayderlar va to‘lov usullari soni;
• obunalar, tariflar va qayta hisob-kitoblar — yoki faqat bir martalik sotuvlar;
• qaytarishlar, qisman to‘lovlar va uchinchi tomonlarga to‘lovlar;
• hisob tizimiga yuklash va buxgalteriya talablari;
• yuklama va to‘lovlar cho‘qqisidagi soatlarda mavjudlik talablari.

Ish tarkibi va narxlar — ERP va integratsiyalar xizmat sahifasida. Provayder komissiyasi bu summaga kirmaydi: uni kompaniya o‘z shartnomasi bo‘yicha alohida to‘laydi. Agar to‘lov konturi internet-do‘konga kerak bo‘lsa, internet-do‘konni ishga tushirish haqidagi maqoladagi tahlilga qarang.

Billingni qanday loyihalaymiz

Syntra Systems sotuv modelidan boshlaydi: aynan nima sotib olinadi, qanchalik tez-tez, bekor qilinganda nima bo‘ladi va xodimlardan kim pul bilan ishlaydi. Shundan hisoblar va holatlar sxemasi kelib chiqadi, va faqat shundan keyin provayderlar tanlanadi.

Keyin biz konturni ikkinchi provayderga zaxira bilan yig‘amiz, uni test muhitida barcha stsenariylarda — muvaffaqiyatli, bekor qilingan, takroriy va qaytarilgan — tekshiramiz va sverkani to‘lov yo‘qotilishidan keyin emas, ishga tushirishdan oldin yoqamiz. Mijozning to‘lovlar tarixini uning shaxsiy kabinetiga chiqaramiz, shunda qo‘llab-quvvatlash yozib olishlarni qo‘lda qayta hikoya qilmaydi.

Ko‘p beriladigan savollar