Интернет-эквайринг: сайтта төлем қабылдау және қателерден болатын шығынды азайту
← Барлық терминдерИнтернет-эквайринг — сайтта немесе қосымшада банк не төлем провайдері арқылы карта төлемін қабылдау сервисі. Сатып алушы деректі тиісті төлем нысанында енгізеді, дүкен операцияның өңдеу нәтижесін алады. «Рақмет» парағы ашылғаны ақша ұсталды және тапсырыс төленді дегенді өздігінен дәлелдемейді.
Шағын дүкенге пайыз бен әдемі батырмадан бөлек төлемді тапсырыспен дұрыс байланыстыру, белгісіз мәртебе, қайтару және нақты түсімді салыстыру қажет. Қосылу түрлері мен әзірлеушінің жұмысын қабылдауға арналған тексеру тізімін талдаймыз.
Мақала мазмұны
Сатып алушыдан дүкенге ақша мен мәртебе қалай өтеді
Әдеттегі рәсім тапсырыстан басталады: дүкен сома, валюта және идентификаторды бекітіп, ресми төлем тәсілін ашады. Банк дерек пен қажетті растауды өңдейді. Дүкен сервері хабарламаны алады немесе нәтижені сұрайды, оны тапсырысқа байланыстырып, күйін жаңартады.
Браузердің сайтқа қайтуы және серверлік растау — екі арна. Клиент вкладканы жабуы, байланыс жоғалтуы немесе нәтиже адресін қайта ашуы мүмкін. Сондықтан браузер адресі не клиент хабары бойынша ғана «төленді» белгісін қоюға болмайды.
Провайдер ережесімен хабарлама сенімділігін, операция идентификаторын, дүкенді, соманы, валютаны және соңғы мәртебені тексереді. Құпия қолжетімділік дерегі ашық кодта емес, серверде сақталады. HTTPS дұрыс емес хабарлама логикасын түзетпейді.
Бұл кассадағы сауда эквайрингінен өзгеше, екеуі де қолма-қол ақшасыз төлем қабылдаса да. QR арнасы интернет төлемін толықтыра алады, бірақ оның тарифі мен мәртебесі бөлек тексеріледі.
Сілтеме, дайын нысан және API арасындағы таңдау
| Нұсқа | Қайда қолайлы | Не ұмытылмайды |
|---|---|---|
| Нұсқа: Төлем сілтемесі | Қайда қолайлы: Аз көлемдегі жеке тапсырыс | Не ұмытылмайды: Тапсырыспен байланыс, мәртебе және мерзім |
| Нұсқа: Дайын нысан не модуль | Қайда қолайлы: Әдеттегі интернет-дүкен | Не ұмытылмайды: Үйлесім, жаңарту және қайтару |
| Нұсқа: API не SDK | Қайда қолайлы: Өз сайты, қосымшасы және күрделі логика | Не ұмытылмайды: Сервер тексеруі, тест және қолдау |
Қолдау көрсетілетін нысан міндетті шешсе, ең күрделі интеграциядан бастамаңыз. Бірақ дайын модульде де валюта, сома, тіл, хабарлама және тапсырыс күйі тексеріледі. Сайт жаңарған соң төлем сценарийін қайталаңыз.
Halyk дайын төлем парағын, виджетті, API мен SDK-ны сипаттайды. Таңдау жүйеңізге байланысты; «кез келген сайтқа бес минут» деген ортақ уәде емес. Қолжетімді әдісті, дүкен талабын және құжат тізімін анықтаңыз.
Іске қосарда сатушы, тауар, баға, жеткізу, қайтару және байланыс туралы түсінікті ақпарат беріңіз. Провайдер сайт пен қызмет санатын тексеруі мүмкін. Эквайринг қосылуы сату және жеке дерек талаптарын орындауды алмастырмайды.
Он қайтаруы бар дүкен комиссиясының мысалы
Оқу айы: 25 000 ₸-ден 200 толық жүргізілген төлем, барлығы 5 000 000 ₸. Барлық төлемге шартты 2% комиссия — 100 000 ₸. Кейін он тапсырыс толық қайтты: клиенттерге 250 000 ₸. Комиссия қайтарылмайды және өзге ұсталым жоқ деп аламыз. Параметрлер ойдан алынған, ePay не басқа банк тарифі емес.
Қайтарудан кейін сату сомасы 4 750 000 ₸, комиссиядан кейінгі ақша нәтижесі 4 650 000 ₸. Айлық шартты қызмет ақысы 5 000 ₸ болса, 4 645 000 ₸ қалады. Бұл пайда емес: сатып алу құны, жеткізу, салық және өзге шығын әлі есептелмеген.
Комиссияны қалған 190 тапсырысқа ғана есептеу қате болар еді: мысалда ол қайтарылған он төлемнен де алынған. Нақты ереже басқаша болуы мүмкін. Бастапқы ақы қайтарыла ма, қайтаруға, дауға, валютаға бөлек комиссия және операция минимумы бар ма — сұраңыз.
Өз төлем құрамын салыстырыңыз: әр банктің картасы, QR, шетел картасы, бөліп төлеу мен жазылым әртүрлі тарифтелуі мүмкін. Ең төмен жарнамалық пайыз бүкіл айналымның орташа шығыны емес. Салық пен қосымша қызметті ескерген соңғы есепті алыңыз.
Соңғы мәртебесіз тауар беруден қалай сақтану керек
ePay құжаттамасында жасалған операция NEW, бұғаттау AUTH және ақша ұсталу CHARGE бөлек көрсетілген. Күйді сұраудың сәтті жауабы тапсырыс төленгенін міндетті білдірмейді: транзакцияның өз күйін қарау қажет. Басқа провайдер кодтары өзгеше болуы мүмкін.
Екі кезеңді сызбада алдымен сома резервтеліп, кейін ұсталым расталады. Резерв аяқталған төлем емес. Жинақтау, жөнелту және беруге қандай мәртебе рұқсат екенін белгілеңіз. Аяқталмаған операция тиісті тәсілмен жойылады немесе расталады.
Хабарлама келмесе, тексеру сервисі және қолдау арқылы күйін анықтайды. Күту үшін ғана автоматты қайта төлем құрмайды. Әзірлеуші қайталанған хабарлама бір төлем бойынша тауарды немесе түсімді екі рет жазбайтындай өңдеуі керек.
Фискалдық құжат пен эквайринг растауы да бөлек. Операцияға БКМ чегі міндетті болса, фискалдандыру мен деректі тексеріңіз. Банк түбіртегі кассалық есеп талаптарының бәрі орындалғанын дәлелдемейді.
Жою, қайтару және чарджбэк — үш рәсім
Алдын ала бұғаттауды жою және ұсталған соманы қайтару техникалық тұрғыдан бөлек. ePay қайтаруы жүргізілген CHARGE операциясына және бастапқы транзакция идентификаторына байланысты. Басқа сервисте ішінара қайтару мен шектеуді қоса өз ережесін тексереді.
Тауар қайтқанда сома, негіз және бастапқы төлемді бекітіңіз. Батырманы ғана емес, провайдер жауабы мен операция нәтижесін тексеріңіз. Банк тәртібі расталмаса, картаға ақшаның нақты түсу уақытын уәде етпеңіз: қайтару өңделуі мен қаражат қолжетімділігі әртүрлі оқиға болуы мүмкін.
Қолма-қол немесе басқа еркін шотқа төлеу келісілген қайтару арнасын алмастырмайды және қайталама талап тәуекелін туғызады. Қолдау сатып алу, қайтару және құжатты артық карта дерегін сақтамай байланыстыра алуы керек.
Карта операциясын даулаудың чарджбэк рәсімі бөлек. Ол сатушының әдеттегі қайтаруы емес және шешімді автоматты түрде сіздің пайдаңызға кепілдемейді. Тапсырыс, қызмет көрсету және клиентпен байланыс растауын сақтаңыз; банк сұрауын жауапсыз қалдырмаңыз.
Іске қосуға дейінгі тест және кейінгі салыстыру
- Сәтті төлемді, банк бас тартуын және клиенттің жалғастырмауын.
- Төлемнен кейін вкладка жабылуын және нәтиже парағына дейін байланыс жоғалуын.
- Қайталама хабарламаны, қате соманы және белгісіз мәртебені.
- Толық әрі ішінара қайтаруды, резерв жоюды және әр нәтиженің көрінуін.
- Тапсырыс, көшірме, комиссия және нақты түсім байланысын.
- Мобильді нысанды, RU/KK, қолдауды және қажетті фискалдандыруды.
Провайдердің келісілген ортасында тексеріңіз. Тест табысы өндірістік реквизит жұмысын растамайды. Нақты бақылау төлеміне келісілген рұқсат және комиссияны түсіну қажет. Бөтен картаны тексермеңіз, дүкен журналына CVV, пароль немесе SMS-код сақтамаңыз.
Қайталанатын ұсталымға клиенттің көзделген келісімі, түсінікті кезең, сома не анықтау ережесі және қолжетімді жою қажет. Карта токені жазылым шартынсыз кез келген ақшаны алуға рұқсат бермейді.
Іске қосылған соң тапсырыс, провайдер есебі және банк көшірмесін салыстырыңыз. Комиссия, қайтару және кешігуді бөлек бақылаңыз. Батырма басу өсуі төленген тапсырыс өсуіне тең емес; нәтижені аяқталған төлем және қалған маржамен бағалайды.
Интернет-эквайринг туралы сұрақтар
Сайтқа POS-терминал қажет пе?
Міндетті емес. Интернет-эквайринг касса аппараты емес, нысан не келісілген онлайн-арна арқылы жұмыс істейді.
Сәтті төлем парағы ақша түскенін дәлелдей ме?
Жоқ. Сервер провайдер тәртібімен операцияны тексеріп, соңғы мәртебені тапсырыспен байланыстыруы керек.
Тауар қайтса, комиссия қайтарыла ма?
Шартқа байланысты. Мысалда сақталады, бірақ барлық банктің ортақ ережесі емес.
Белгісіз төлемді автоматты қайталауға бола ма?
Алдымен бастапқы күйін анықтаңыз. Тексерусіз қайталау қосарланған ұсталымға әкелуі мүмкін.
Дайын нысан тесттен босата ма?
Жоқ. Сома, мәртебе, қайтару, мобильді нұсқа және келісілген тәртіппен нақты түсім тексеріледі.
Дереккөздер мен әдістеме
2026 жылғы 9 қазанда тексерілді: Halyk: ePay интернет-эквайрингі ↗; ePay: транзакция мәртебесі ↗; ePay: толық және ішінара қайтару ↗. Ақша мысалы шартты. Тексеру жалпы жұмыс тәсілін көрсетеді; нақты мәртебе, авторизация және мерзім провайдер құжаттамасына тәуелді.
FinQadam банк немесе МҚҰ емес, өтінім қабылдамайды және несие беру туралы шешім қабылдамайды. Шарттар өзгеруі мүмкін. Рәсімдеу алдында ұйымның ресми сайтындағы деректерді тексеріңіз.