O'zbekistonda internet-do'kon: to'lov va yetkazib berish

Avval buyurtma modeli

• Noyob raqam, tarkib, narx, chegirma, valyuta va yetkazib berish.
• Statuslar: yaratilmoqda, to'lov kutilmoqda, to'langan, bekor qilingan, qaytarilgan.
• Vaqt va tashabbuskor ko'rsatilgan o'tishlar tarixi.
• Minimal zarur ma'lumotlar bilan kontaktlar va manzil.
• To'lov, jo'natma, CRM va hisob bilan bog'lanish.

To'lov integratsiyasi

To'lov serverda buyurtmaning o'zgarmas summasi bo'yicha yaratiladi. Foydalanuvchi qaytgandan keyin to'lovni faqat URL parametri bo'yicha muvaffaqiyatli deb hisoblab bo'lmaydi: backend imzolangan bildirishnomani yoki provayderdagi statusni tekshiradi.

Masalan, Payme Merchant API HTTPS orqali JSON-RPC server almashinuvini tasvirlaydi. Aniq protokol, usullar va shartnoma shartlari joriy etishdan bevosita oldin tekshiriladi. Checkout'dan keyin katalog internet-do'kon SEOsi bilan bog'lanadi, shunda kartochkalar va kategoriyalar tayyor talabni olib keladi.

Idempotentlik

1. Operatsiyaga barqaror tashqi identifikator berish.
2. Kiruvchi hodisani biznes ishlovidan oldin saqlash.
3. Bitta bildirishnomaning takrorlanishi ikkinchi to'lov yaratmaydi.
4. Summa yoki buyurtma ziddiyati qo'lda tekshiruvga yuboriladi.
5. Provayderga javob uning joriy protokoli bo'yicha shakllantiriladi.

Yetkazib berish

• Zonalar, tariflar, muddatlar va mavjud bo'lmagan yo'nalishlar.
• Real manzil va ish jadvali bilan olib ketish.
• Og'irlik, o'lchamlar va kategoriya cheklovlari.
• Buyurtmani operatorga topshirish va tracking ID.
• Bekor qilish, ko'chirish, yetkazilmaslik va jo'natmani qaytarish.

Checkout UX

Tasdiqlashdan oldin to'liq summani ko'rsating, muddat va aloqa usulini tushuntiring. Agar biznes jarayoni talab qilmasa, akkaunt yaratishga majburlamang. To'lov xatosi savatchani saqlashi va xavfsiz qayta urinishni taklif qilishi kerak.

Shakl telefonlarda, sekin tarmoqda va qayta bosishda tekshiriladi. Tugma faqat tushunarli holat bilan bloklanadi, buyurtma esa tab yopilganda yo'qolmaydi.

Xavfsizlik va privacy

• Agar sertifikatlangan arxitekturada nazarda tutilmagan bo'lsa, karta ma'lumotlarini saqlamaslik.
• Provayder maxfiy kalitlari faqat serverda turadi.
• Imzo, summa, valyuta va buyurtmaga tegishlilikni tekshirish.
• Xodimlarning kontaktlar va qaytarishlarga kirishini cheklash.
• Hodisalarni ortiqcha shaxsiy ma'lumotlarsiz loglash.

Qabul qilish ssenariylari

Muvaffaqiyatli va rad etilgan to'lov, foydalanuvchining to'lovsiz qaytishi, takroriy webhook, taymaut, bekor qilish, qisman qaytarish, manzil o'zgarishi va mavjud bo'lmagan yetkazib berishni sinab ko'ring. Do'kon, provayder va hisobni identifikatorlar va summalar bo'yicha solishtiring.

Ishga tushirgandan keyin to'langan buyurtmalar, qaytarishlar va aniqlanmagan operatsiyalarning kundalik solishtiruvini sozlang. Nomuvofiqlik iz qoldirmasdan statusni qo'lda o'zgartirish bilan tuzatilmasligi, balki egasi bor vazifa yaratishi kerak. Relizdan oldin har bir provayderning amaldagi shartnoma va texnik shartlarini qayta tekshiring.

To'lov yoki yetkazib berish ishlamay qolgan holat uchun qo'lda bajariladigan zaxira jarayonini hujjatlashtiring. Foydalanuvchi halol statusni, jamoa esa buyurtmani dublikatsiz yakunlash yoki bekor qilish usulini olishi kerak.

Birlamchi manbalar va hujjatlar

• Payme Business: Merchant API
• OWASP: Third Party Payment Gateway Integration

Keyingi qadam

Agar sxemani o'z loyihangizga qo'llamoqchi bo'lsangiz, do'kon checkout'i va integratsiyalarini loyihalang. Avval boshlang'ich ma'lumotlar va tayyorlik mezonlarini qayd etamiz, keyin ish hajmini baholaymiz.

Mavzu bo'yicha

Agar bog'liq vazifani hal qilayotgan bo'lsangiz, aniq ssenariy bilan davom eting:

• Katalog-sayt yoki internet-do'kon: biznes uchun nimani tanlash kerak