ონლაინ გადახდის ინტეგრაცია საიტზე: თიბისი და საქართველოს ბანკი

აფორმებთ ელექტრონული კომერციის (მერჩანტის) ხელშეკრულებას და ბანკის გადახდის გვერდს საიტს უკავშირებთ. თიბისის დოკუმენტაციის მიხედვით, TBC Checkout-ს აქვს API და მზა პლაგინები WooCommerce-ისთვის, CS-Cart-ისთვის და რამდენიმე ქართული პლატფორმისთვის. საქართველოს ბანკს აქვს საკუთარი გადახდის API და პარტნიორი პლაგინები WooCommerce-სა და CS-Cart-ზე, მათ შორის ონლაინ განვადებისთვის.

ვისთვის: ბიზნესისთვის, რომელსაც სტაბილური ბრუნვა აქვს, უკვე ამ ბანკის კლიენტია და პირდაპირი მხარდაჭერა სურს.

აგრეგატორი რამდენიმე მეთოდს ერთი ხელშეკრულებით და ერთი პლაგინით აერთიანებს. მაგალითად, Quickpay.ge-ის WooCommerce პლაგინი ჩამოთვლის საქართველოს ბანკისა და თიბისის ბარათებსა და განვადებას, კრედოს განვადებას, ლიბერთის ბარათებს, Keepz-ს, Flitt-ს, UniPay-ს და PayPal-ს (USD/EUR). რომელი მეთოდი გექნებათ, თქვენს აქტიურ გამოწერებზეა დამოკიდებული.

ვისთვის: მაღაზიისთვის, რომელსაც რამდენიმე ბანკის განვადება სურს ერთ გვერდზე.

აგრეგატორის მინუსი ისაა, რომ ბანკის საკომისიოს თავზე ხშირად საკუთარ ყოველთვიურ ან ტრანზაქციის გადასახადს ამატებს. მცირე ბრუნვაზე ეს ნაკლებად იგრძნობა, დიდზე კი შეიძლება პირდაპირი ხელშეკრულება გამოვიდეს იაფი. პრაქტიკაში ბევრი მაღაზია აგრეგატორით იწყებს და, როცა ონლაინ გადახდა საიტზე თვეში რამდენიმე ასეულ შეკვეთას აღწევს, ძირითად ბანკთან პირდაპირ ინტეგრაციაზე გადადის.

Stripe-ის მსგავსი გლობალური პლატფორმები ქართულ კომპანიებს ისტორიულად არ აწერდნენ — დაგეგმვამდე შეამოწმეთ, რა ხელმისაწვდომია ახლა. PayPal დოლარისა და ევროს მისაღებად გამოდგება, მაგრამ ქართველი მყიდველი ჩეკაუთზე ქართული ბანკის ბარათის ფორმას ელის.

სანამ ონლაინ გადახდა საიტზე ჩაირთვება, ბანკი საიტს ათვალიერებს. გვერდების ნაკლებობა ყველაზე ხშირი მიზეზია, რის გამოც გაშვება ერთი კვირით გადაიწევს. თიბისი ითხოვს წესებსა და პირობებს, დაბრუნების პოლიტიკას, კონფიდენციალურობის პოლიტიკას, მიწოდების პირობებს და საკონტაქტო მონაცემებს ფაქტობრივი ან იურიდიული მისამართით. საქართველოს ბანკი და აგრეგატორები მსგავს გვერდებს ითხოვენ.

• წესები და პირობები — ვინ ყიდის, რას, რა ფასად, ლარში.
• დაბრუნება — „მომხმარებლის უფლებების დაცვის შესახებ“ კანონი დისტანციური ყიდვისას მყიდველს ხელშეკრულებიდან გასვლის უფლებას აძლევს (ჩვეულებრივ 14 დღე); მიუთითეთ, როგორ ბრუნდება თანხა ბარათზე.
• კონფიდენციალურობა — რა პერსონალურ მონაცემს აგროვებთ და რატომ.
• მიწოდება — ქალაქები, ვადა, ფასი.
• კონტაქტი — კომპანიის სახელი, საიდენტიფიკაციო კოდი, მისამართი, ტელეფონი, ელფოსტა.
• ფასები ყველა პროდუქტზე ლარში და ბარათების ლოგოები ჩეკაუთზე.

რომელი პროვაიდერიც არ უნდა აირჩიოთ, ონლაინ გადახდა საიტზე ერთი და იმავე სქემით მუშაობს. მისი გაგება გიცავთ კლასიკური შეცდომისგან: შეკვეთა მონიშნულია გადახდილად, თუმცა თანხა არ ჩამოჭრილა — ან პირიქით.

1. მყიდველი აჭერს „გადახდას“. საიტი ქმნის შეკვეთას და ბანკის API-ს გადახდის სესიას სთხოვს.
2. მყიდველი ბანკის გვერდზე გადადის და ბარათს იქ შეიყვანს; 3-D Secure-ს საბანკო აპლიკაციაში ადასტურებს.
3. ბანკი მყიდველს საიტზე აბრუნებს „მადლობის“ გვერდზე.
4. პარალელურად ბანკი სერვერიდან სერვერზე აგზავნის callback-ს რეალური სტატუსით. შეკვეთა „გადახდილად“ მხოლოდ ამ callback-მა უნდა მონიშნოს.
5. საიტი უგზავნის ქვითარს და, თუ CRM გაქვთ, განაახლებს გარიგებას.

მე-4 ნაბიჯზე ზოგავენ იაფი ინტეგრაციები. თუ პლაგინი მხოლოდ დაბრუნებას ენდობა, მყიდველი, რომელიც ჩანართს არასწორ მომენტში დახურავს, გადახდილ, მაგრამ დაუფიქსირებელ შეკვეთას დაგიტოვებთ.

ერთიანი ფასების სია არ არსებობს — საკომისიო თითოეულ მერჩანტთან ინდივიდუალურად თანხმდება. შეთავაზებები ერთმანეთს შეადარეთ: ტრანზაქციის საკომისიო (ქართულ და უცხოურ ბარათებზე ხშირად განსხვავებულია), ყოველთვიური ან ერთჯერადი გადასახადი, განვადების ღირებულება, თანხის ანგარიშზე ჩარიცხვის ვადა და თანხის დაბრუნების წესი. ბრუნვის ფულისთვის ჩარიცხვის ვადა ისევე მნიშვნელოვანია, როგორც პროცენტი. და ნუ დაგავიწყდებათ დეველოპმენტი: WooCommerce-ზე მზა პლაგინის დაყენება იაფია, ინდივიდუალურ საიტზე ან აპლიკაციაზე კი ონლაინ გადახდა საიტზე API-ით ინტეგრაციასა და ტესტირებას მოითხოვს.

• დაბრუნების ენდობა callback-ის ნაცვლად, როცა შეკვეთას გადახდილად ნიშნავთ.
• ფასი ვალუტის გარეშე ან ერთ გვერდზე ლარი და დოლარი ერთად — არც ბანკს მოსწონს და არც მყიდველს.
• თანხის დაბრუნების გზა არ არის ადმინ პანელში და ყოველი დაბრუნება ბანკში ზარით სრულდება.
• ჩეკაუთი მხოლოდ ინგლისურად საიტზე, რომლის მყიდველები ქართველები არიან — თარგმნეთ ღილაკები, შეცდომები და ელფოსტები.
• მობილურზე ტესტირების გამოტოვება — ქართველი მყიდველების უმეტესობა ტელეფონით იხდის, 3-D Secure კი საბანკო აპლიკაციაში გადადის და ბრუნდება.

ამ შეცდომების უმეტესობა გაშვებამდე ერთ საათიან ტესტში ჩანს. სწორედ ამიტომ ჩვენ ყოველ პროექტზე ვატარებთ მინიმუმ ხუთ სატესტო სცენარს: წარმატებული გადახდა, უარყოფილი ბარათი, გაუქმებული გადახდა, ნაწილობრივი და სრული დაბრუნება.

1. 1-ლი კვირა: მიმართეთ ბანკს და გამოაქვეყნეთ იურიდიული გვერდები. მოითხოვეთ წერილობითი შეთავაზება.
2. 1–2 კვირა: პლაგინი ან API სატესტო რეჟიმში; გაატარეთ წარმატებული, უარყოფილი და დაბრუნებული გადახდები.
3. მე-2 კვირა: ბანკი ამოწმებს საიტს და გაძლევთ საბრძოლო მონაცემებს.
4. გაშვების დღე: ერთი მცირე რეალური გადახდა და დაბრუნება; შეამოწმეთ, რომ callback-მა შეკვეთა სწორად მონიშნა.

თუ მაღაზიას ნულიდან იწყებთ, ნახეთ ონლაინ მაღაზიის ჩექლისტი, ხოლო პლატფორმის არჩევაზე — WordPress, Wix თუ Shopify. ქართული ბანკების პლაგინების ყველაზე ფართო მხარდაჭერა WooCommerce-ს აქვს.

• განვადება — როცა ონლაინ გადახდა საიტზე სტაბილურად მუშაობს, შემდეგი ნაბიჯი ხშირად ესაა; ზრდის საშუალო შეკვეთას ტექნიკაზე, ავეჯსა და კურსებზე. თვიური თანხა პროდუქტის გვერდზევე აჩვენეთ.
• გადახდის ბმული WhatsApp-ში ან Instagram-ში — მომსახურების ბიზნესს ავანსის აღება მაღაზიის გარეშეც შეუძლია. კარგად ერწყმის WhatsApp ბოტს.
• CRM-თან სინქრონიზაცია, რომ ყოველი გადახდა კლიენტის ბარათში ავტომატურად აისახოს — იხ. საიტის CRM-თან დაკავშირება.

სწორი ონლაინ გადახდა საიტზე ტექნოლოგიაზე მეტად თქვენი ბრუნვის, ბანკისა და მყიდველების ჩვევების მორგებაა. გინდათ, რომ ყველაფერი ჩვენ ავაწყოთ — ხელშეკრულების ჩექლისტი, პლაგინი ან API, callback-ები, CRM და ქვითრები? წარადგინეთ პროექტი.