რა არის Payment Gateway? როგორ მუშაობს ონლაინ გადახდები, ახსნილი
Payment gateway არის სერვისი, რომელიც უსაფრთხოდ იღებს მომხმარებლის გადახდის მონაცემებს checkout-ზე, გადასცემს მათ ბანკებსა და ბარათების ქსელებს დასამტკიცებლად და უბრუნებს პასუხს — «დამტკიცებულია» ან «უარყოფილია» — ჩვეულებრივ რამდენიმე წამში. ის ხიდია თქვენს აპლიკაციასა და ფინანსურ სისტემას შორის. Stripe, PayPal, Adyen, Square და Braintree კარგად ცნობილი მაგალითებია.
დღეს ამ კომპანიების უმეტესობა gateway-ს იმ ყველაფერთან აერთიანებს, რაც გადახდის მისაღებად გჭირდებათ, ამიტომ «payment gateway», «payment processor» და «payment provider» ხშირად ერთი და იგივე მნიშვნელობით გამოიყენება.
რატომ არის payment gateway-ები მნიშვნელოვანი AI-ით აშენებისას
«გადახდების დამატება» ერთ-ერთი ყველაზე გავრცელებული თხოვნაა AI შემქმნელებისთვის და ერთ-ერთი ყველაზე ადვილი, რისი შეცდომითაც გაკეთება შეიძლება. თავად კოდი ჩვეულებრივ მოკლეა. მნიშვნელოვანია მის ირგვლივ მიღებული გადაწყვეტილებები:
- რომელი პროვაიდერი. რომელი უფრო შეესაბამება თქვენს ბიზნესს, ქვეყანას და იმას, რასაც ყიდით.
- სად მუშაობს კოდი. საიდუმლო გადახდის გასაღებები სერვერზე უნდა დარჩეს და არასდროს ბრაუზერში.
- როგორ იგებს აპლიკაცია, რომ გადახდა წარმატებით შესრულდა. საიმედო გზა არის პროვაიდერისგან მიღებული webhook და არა ის, რომ მომხმარებელი «მადლობა» გვერდზე მოხვდა.
- თქვენი იურიდიული და საგადასახადო პასუხისმგებლობა, რომელიც იმაზეა დამოკიდებული, ვინ არის merchant of record.
გადახდის gateway-ის მუშაობის გაგება გეხმარებათ ნათელი მითითებების მიცემაში და შედეგის უსაფრთხოების შემოწმებაში.
ყოველდღიური ანალოგია
წარმოიდგინეთ ბარათით გადახდა მაღაზიაში.
ტერმინალი მაღაზიის დახლზე არის gateway: ის უსაფრთხოდ კითხულობს თქვენს ბარათს და აგზავნის მოთხოვნას. ის არაფერს წყვეტს. ის გადასცემს შეკითხვას «შეუძლია ამ ადამიანს 40 ევრო გადაიხადოს?» ჯაჭვის გასწვრივ თქვენს ბანკამდე და იღებს პასუხს. გადაწყვეტილებას მაღაზიის ბანკი (acquirer) და თქვენი ბანკი (issuer) იღებენ, ბარათების ქსელის (Visa, Mastercard) მეშვეობით, რომელიც მათ აკავშირებს.
ონლაინ payment gateway არის ის ტერმინალი, გადატანილი ვებში, პლუს უსაფრთხოება ბარათის მონაცემების ინტერნეტით მიღებისთვის.
როგორ მუშაობს ონლაინ ბარათით გადახდა
მოკლე პერიოდში, მას შემდეგ, რაც მომხმარებელი «გადახდა»-ს აჭერს, ხდება შემდეგი:
| ნაბიჯი | რა ხდება | ვინ აკეთებს |
|---|---|---|
| 1. Checkout | მომხმარებელი უსაფრთხო გადახდის ფორმაში შლის ბარათის მონაცემებს | პროვაიდერის ფორმა ან გვერდი |
| 2. დაშიფვრა | მონაცემები იშიფრება და იგზავნება gateway-ში | Gateway |
| 3. ავტორიზაციის მოთხოვნა | მოთხოვნა მიდის ბარათების ქსელში და მომხმარებლის ბანკში | Processor, ბარათების ქსელი |
| 4. შემოწმებები | ბანკი ამოწმებს თანხას და თაღლითობის ნიშნებს და შეიძლება მოითხოვოს დამატებითი დადასტურება, მაგალითად 3D Secure | გამცემი ბანკი |
| 5. პასუხი | დამტკიცება ან უარყოფა ბრუნდება თქვენს აპლიკაციაში | Gateway |
| 6. Capture და ანგარიშსწორება | თანხა იწერება და, პროვაიდერის გადახდის გრაფიკის შემდეგ, გამოკლებული საკომისიოთი ირიცხება თქვენს საბანკო ანგარიშზე | Processor, acquirer |
ორი წერტილი ღირს ყურადღებისთვის:
- ავტორიზაცია არ ნიშნავს იმას, რომ უკვე გადაგიხდიათ. ჯერ თანხა იჯავშნება, შემდეგ იწერება (capture), და შემდეგ ირიცხება თქვენს ანგარიშზე, ხშირად რამდენიმე დღის შემდეგ.
- თქვენმა აპლიკაციამ ბარათის ნომერი საერთოდ არ უნდა ნახოს. თანამედროვე პროვაიდერები გაძლევენ hosted checkout გვერდს ან ჩაშენებულ ველებს, რომლებსაც ისინი აკონტროლებენ, და თქვენი აპლიკაცია მხოლოდ გადახდის მითითებას იღებს.
მთავარი ნაწილები და მათი მფლობელები
| ნაწილი | რა არის |
|---|---|
| Payment gateway | უსაფრთხოდ იღებს გადახდის მონაცემებს და გადასცემს მათ. |
| Payment processor | გადააქვს ტრანზაქციის მონაცემები ბანკებს შორის. |
| Merchant account | ანგარიში, რომელზეც ბარათით გადახდები თქვენი სახელით ირიცხება. ისეთი პროვაიდერები, როგორიცაა Stripe, მას აერთიანებენ. |
| Acquirer | ბანკი მერჩანტის მხარეს. |
| Issuer | მომხმარებლის ბანკი, რომელიც ამტკიცებს ან უარყოფს. |
| Card network | Visa, Mastercard და სხვები, რომლებიც acquirer-ებსა და issuer-ებს აკავშირებენ. |
| Merchant of record | ბიზნესი, რომელიც იურიდიულად ყიდის მომხმარებელზე და პასუხს აგებს გადასახადზე, დაბრუნებებსა და დავებზე. |
ზოგი პროვაიდერი (Paddle, Lemon Squeezy) თავად მოქმედებს როგორც merchant of record, და გაყიდვის გადასახადსა და დღგ-ს თქვენთვის ართმევს თავს უფრო მაღალ საკომისიოში. სხვები (Stripe, PayPal) თქვენ გტოვებენ merchant of record-ად, არასავალდებულო საგადასახადო ინსტრუმენტებით. მიუკერძოებელი მიმოხილვისთვის იხილეთ Stripe vs Paddle vs Lemon Squeezy და Stripe vs PayPal.
სამუშაო მაგალითი: კურსის გაყიდვა
ყიდით ონლაინ კურსს 99 ევროდ და AI შემქმნელს სთხოვთ, დაამატოს ღილაკი «ყიდვა».
- მომხმარებელი აჭერს ყიდვას. თქვენი სერვერი თავისი საიდუმლო გასაღებით პროვაიდერს სთხოვს, შექმნას checkout სესია 99 ევროსთვის და იღებს ბმულს.
- მომხმარებელი გადადის პროვაიდერის hosted checkout გვერდზე, შლის ბარათს და ბანკთან ასრულებს 3D Secure შემოწმებას, თუ საჭიროა.
- გადახდა მტკიცდება, და მომხმარებელი გადამისამართდება თქვენს «წარმატების» გვერდზე.
- ცალკე, პროვაიდერი იგზავნის webhook-ს თქვენს სერვერზე: «სესია X-ის გადახდა წარმატებით შესრულდა». თქვენი სერვერი ამოწმებს webhook-ის ხელმოწერას, პოულობს შეკვეთას, მონიშნავს მას როგორც გადახდილს და ხსნის კურსს.
- რამდენიმე დღეში თანხა საკომისიოს გამოკლებით ირიცხება თქვენს საბანკო ანგარიშზე.
ყველაზე მნიშვნელოვანია მე-4 ნაბიჯი. თუ კურსს «წარმატების» გვერდზე გახსნიდით, ვისაც ეს URL ექნებოდა, უფასოდ მიიღებდა, ხოლო მომხმარებლები, რომელთა ბრაუზერიც გადახდის შემდეგ ადრე დაიხურებოდა, გადაიხდიდნენ და არაფერს მიიღებდნენ.
მთავარი ტერმინები
| ტერმინი | მნიშვნელობა |
|---|---|
| Checkout სესია | ერთჯერადი გადახდის გვერდი ან პროცესი, რომელსაც თქვენი სერვერი კონკრეტული შესყიდვისთვის ქმნის. |
| Test mode | სანდბოქსი, სადაც იყენებთ სატესტო გასაღებებსა და სატესტო ბარათის ნომრებს; რეალური ფული არ გადადის. |
| Publishable / secret გასაღები | publishable გასაღები შეიძლება ბრაუზერის კოდში ჩანდეს; secret გასაღები სერვერზე უნდა დარჩეს. |
| 3D Secure | დამატებითი ნაბიჯი, რომლის დროსაც მომხმარებელი გადახდას თავისი ბანკით ადასტურებს; ევროპაში გავრცელებულია Strong Customer Authentication (SCA) წესების გამო. |
| PCI DSS | ბარათის ინდუსტრიის უსაფრთხოების სტანდარტი ყველასთვის, ვინც ბარათის მონაცემებს ამუშავებს. |
| Chargeback | როცა მომხმარებელი თავისი ბანკით დავას იწყებს გადახდაზე და თანხა უკან ბრუნდება. |
| Refund (დაბრუნება) | თანხის თქვენ მიერ, ნებაყოფლობით დაბრუნება. |
| Payout (გატანა) | პროვაიდერის მიერ შეგროვებული თანხის გადარიცხვა თქვენს საბანკო ანგარიშზე. |
გავრცელებული მცდარი წარმოდგენები
- «ბარათის ნომრების შენახვა მჭირდება იმისთვის, რომ მომხმარებელს ხელახლა ჩამოვჭრა.» არა. პროვაიდერები ინახავენ ბარათს და გაძლევენ მითითების ტოკენს განმეორებითი ჩამოჭრებისა და გამოწერებისთვის. თქვენ არასდროს უნდა შეინახოთ ბარათის ნომრები.
- «წარმატების გვერდი ნიშნავს, რომ გადახდა მუშაობდა.» გადახდა სერვერზე webhook-ებით დაადასტურეთ. გადამისამართებას შეიძლება გამოტოვება, გაყალბება ან საერთოდ არ მოხდეს.
- «გადახდის პროვაიდერები თითქმის ერთნაირი ღირს.» საკომისიო განსხვავდება პროვაიდერის, ქვეყნის, ბარათის ტიპისა და იმის მიხედვით, შედის თუ არა გადასახადების დამუშავება. შეამოწმეთ თითოეული პროვაიდერის მიმდინარე ფასების გვერდი თქვენი ქვეყნისთვის.
- «Stripe-ის გამოყენება PCI შესაბამისობას მაძლევს.» ის შესაბამისობას ბევრად ამარტივებს, რადგან ბარათის მონაცემები პროვაიდერთან რჩება, მაგრამ თვითშეფასება (ჩვეულებრივ მოკლე) მაინც გექნებათ შესავსები.
- «Test mode და live mode ერთნაირად იქცევა.» ისინი ახლოსაა, მაგრამ live mode-ს სჭირდება სრულად გადამოწმებული ანგარიში, webhook-ის ბოლო წერტილები live გარემოსთვის და რეალური საბანკო რეკვიზიტები.
- «payment gateway ჩემს გადასახადებს დაამუშავებს.» მხოლოდ მაშინ, თუ ის merchant of record-ია ან თქვენ ჩართავთ და დააკონფიგურირებთ მის საგადასახადო ფუნქციებს. შეამოწმეთ ადგილობრივი წესები ან ჰკითხეთ ექსპერტს.
რა ვკითხოთ თქვენს AI შემქმნელს
- «დაამატე [Stripe] Checkout [პროდუქტისთვის]. შექმენი სესია სერვერზე, გასაღები გარემოს ცვლადიდან აიღე.»
- «შეკვეთები მონიშნე როგორც გადახდილი მხოლოდ დამოწმებული webhook-იდან და შეამოწმე webhook-ის ხელმოწერა.»
- «დაამუშავე webhook, რომელიც ორჯერ შეიძლება მოვიდეს, რომ დუბლირებული შეკვეთები არ შეიქმნას.»
- «გამოიყენე სატესტო რეჟიმის გასაღებები და მაჩვენე, როგორ გავტესტო პროვაიდერის სატესტო ბარათებით, მათ შორის უარყოფილი ბარათით.»
- «რა მოხდება, თუ მომხმარებელმა გადახდის შემდეგ ჩანართი დახურა?»
- «მაჩვენე ყველა ადგილი, სადაც გადახდის გასაღები გამოიყენება, და დამიდასტურე, რომ secret გასაღები ბრაუზერს არასდროს აღწევს.»
Payment gateway-ები Mythex-ში
Mythex არ მოიცავს ჩაშენებულ გადახდებს თქვენს მიერ აშენებული აპლიკაციებისთვის, და არ არსებობს ერთი დაწკაპუნებით «Connect Stripe» ღილაკი. თქვენ ირჩევთ პროვაიდერს, ქმნით ანგარიშს მასთან, მის სატესტო გასაღებებს ამატებთ პროექტის საიდუმლოებებად და აგენტს სთხოვთ, სერვერზე ააშენოს checkout. გადახედვაში სცადეთ პროვაიდერის სატესტო ბარათებით და შემდეგ გამოაქვეყნეთ. დოკუმენტაცია ამ პროცესს აღწერს გადახდების მიღება Stripe-ით გვერდზე, ხოლო Webhooks დადასტურების ნაბიჯს განმარტავს.
მარტივი ნაბიჯ-ნაბიჯ ინსტრუქციისთვის იხილეთ როგორ დავამატოთ გადახდები აპლიკაციაში, ხოლო განმეორებადი გადახდებისთვის როგორ დავამატოთ გამოწერები Stripe-ით.
კითხვები
რა არის payment gateway მარტივად რომ ვთქვათ?
Payment gateway არის სერვისი, რომელიც უსაფრთხოდ იღებს მომხმარებლის გადახდის მონაცემებს თქვენი checkout-იდან, აგზავნის მათ ბანკებსა და ბარათების ქსელებში დასამტკიცებლად და დამტკიცებულ ან უარყოფილ პასუხს აბრუნებს თქვენს აპლიკაციაში, ჩვეულებრივ რამდენიმე წამში.
რით განსხვავდება payment gateway payment processor-ისგან?
მკაცრად რომ ვთქვათ, gateway არის უსაფრთხო შესასვლელი, რომელიც იღებს და გადასცემს გადახდის მონაცემებს, ხოლო processor ახორციელებს ტრანზაქციას ბანკებს შორის. პრაქტიკაში თანამედროვე პროვაიდერები, როგორიცაა Stripe, PayPal და Adyen, ორივეს და მერჩანტის ანგარიშს ერთ სერვისში აერთიანებენ, ამიტომ ტერმინებს ხშირად ერთმანეთის ნაცვლად იყენებენ.
მჭირდება თუ არა PCI შესაბამისობა ბარათით გადახდების მისაღებად?
ყველა ბიზნესს, რომელიც ბარათებს იღებს, PCI DSS უსაფრთხოების სტანდარტის რაღაც ფორმა უნდა დააკმაყოფილოს. Hosted checkout გვერდის ან პროვაიდერის ჩაშენებული გადახდის ველების გამოყენება ნიშნავს, რომ ბარათის ნომრები თქვენს სერვერებს არ ეხება, და ეს მნიშვნელოვნად ამცირებს თქვენს პასუხისმგებლობას. პროვაიდერი გეტყვით, რომელი თვითშეფასება გეხებათ.
რა არის merchant of record?
Merchant of record არის ბიზნესი, რომელიც იურიდიულად ყიდის მომხმარებელზე და პასუხს აგებს ისეთ საკითხებზე, როგორიცაა გაყიდვის გადასახადისა და დღგ-ს აკრეფა და გადახდა, დაბრუნებები და chargeback-ები. Paddle და Lemon Squeezy მერჩანტ ოფ რეკორდის როლს თქვენთვის ასრულებენ; Stripe-ის ან PayPal-ის შემთხვევაში ეს ჩვეულებრივ თქვენ ხართ.
შემიძლია გადახდების დამატება AI-ით აგებულ აპლიკაციაში?
დიახ. AI შემქმნელს შეუძლია დაწეროს კოდი, რომელიც თქვენს აპლიკაციას ისეთ პროვაიდერს დაუკავშირებს, როგორიცაა Stripe: checkout სესიების შექმნა სერვერზე, webhook-ების დამუშავება და შეკვეთების განახლება. პროვაიდერთან საკუთარი ანგარიში მაინც დაგჭირდებათ, და ყველაფერი მისი სატესტო რეჟიმში უნდა გამოსცადოთ რეალურ გაშვებამდე.