Банк терминалы «БОЛДЫРЫЛДЫ» немесе «ҚАБЫЛДАНБАДЫ» деп басып шығарады, ал Torgsoft сатылым жабылды: төлем нәтижесін қалай тексеруге болады

Картамен интеграцияланған төлем кезінде Torgsoft сатып алу сомасын банктік POS-терминалға жібереді, банктің жауабын алады және операция сәтті аяқталғаннан кейін қолма-қол ақшасыз төлемді тіркейді. Кәсіпкерлер терминал «БАС ТАРТЫЛДЫ», «ҚАБЫЛДАНБАДЫ» немесе басқа теріс мәртебені басып шығарған кезде, ал Torgsoft сату жабылып қойған болса; сатып алушыға ақша есептен шығарылғаны туралы хабарлама келгенімен, бағдарлама нәтиже алмаған кезде; Torgsoft «RRN алынбады» хабарламасы пайда болғанда; немесе төлемді қайта бастауға бола ма, жоқ па түсініксіз болғанда мамандарға жүгінеді. Мұндай жағдайларда банктік транзакцияны, Torgsoft төлемді және ПККМ фискалдық чегін бөлек тексеру қажет. Қайталама төлем бірінші операцияның нәтижесі анықталғаннан кейін ғана іске қосылады.

Torgsoft арқылы картамен төлем қалай өтеді

Егер «Банктік терминалмен интеграция» опциясы пайдаланылса, әдеттегі сату мынадай тәртіппен өтеді:

1. Кассир Torgsoft сатуды қалыптастырады.

2. Қолма-қол ақшасыз төлемді таңдайды.

3. Torgsoft соманы POS-терминалға жібереді.

4. Сатып алушы картаны немесе телефонды жақындатып, операцияны растайды.

5. Терминал банкке сұрау жібереді.

6. Банк нәтижені қайтарады.

7. POS-терминал нәтижені Torgsoft жібереді.

8. Сәтті авторизациядан кейін Torgsoft төлемді тиісті есеп айырысу шотында тіркейді.

9. ПККМ қосылған болса, карталық операция деректері фискалдық чекке түсуі мүмкін. 

Қалыпты сценарийде барлық үш контур бір-біріне сәйкес келуі тиіс:

Мәселе осы кезеңдердің бірі басқаша аяқталған кезде туындайды.

«БАС ТАРТЫЛДЫ» және «ҚАБЫЛДАНБАДЫ» нені білдіреді

Банктік терминалдың слип-чегіндегі жазу төлем терминалы қалыптастырған нәтижені көрсетеді.

«ҚАБЫЛДАНБАДЫ» әдетте банк немесе төлем жүйесі операцияны растамағанын білдіреді.

«БАС ТАРТЫЛДЫ» операция тоқтатылғаннан кейін немесе терминал кассалық жүйемен толық техникалық алмасуды аяқтай алмаған кезде пайда болуы мүмкін.

Torgsoft үшін RDP арқылы тұрақсыз арнамен жұмыс істеген кезде терминал «БАС ТАРТЫЛДЫ» деп басып шығаруы мүмкін сценарий бөлек сипатталған. Мұндай қосылымдар үшін анықтамада кассадан растауды күтетін BPOS1 қолдану және мүмкіндігінше терминалды Ethernet арқылы қосу ұсынылады. 

Слип-чектегі жазуды ескеру қажет, бірақ белгілер бір-біріне қайшы келсе, операцияны терминал журналынан немесе банктік сервистен тексерген жөн.

Неліктен сатып алушының телефонындағы ақша есептен шығарылғаны туралы хабарлама жеткіліксіз

Сатып алушы ақша есептен шығарылғаны туралы push-хабарлама немесе SMS көрсете алады. Бұл пайдалы ақпарат, бірақ ол кассир шешімінің жалғыз негізі болмауы тиіс.

Карталық операция бірнеше кезеңнен өтеді. Сатып алушының банк қосымшасында банк, терминал және кассалық бағдарлама арасындағы алмасу толық аяқталғанға дейін авторизация немесе соманы резервтеу көрсетілуі мүмкін.

Сондықтан:

• телефон ақша есептен шығарылғанын көрсетсе;

• POS «БАС ТАРТЫЛДЫ» деп басып шығарса;

• Torgsoft тайм-аут көрсетсе,

транзакцияның соңғы мәртебесін анықтау қажет. Картаны бірден қайта өткізуге болмайды.

RRN деген не және ол не үшін қажет

RRN — төлем сервисі операция нәтижесімен бірге қайтара алатын банктік транзакция идентификаторы.

Мысалы, monobank құжаттамасында сәтті терминалдық операция жауабында бөлек беріледі:

• status;

• responseCode;

• approvalCode;

• rrn;

• транзакция идентификаторлары;

• карта маскасы;

• күні мен уақыты.

Бұл қағиданы жақсы көрсетеді: RRN — транзакция деректемелерінің бірі, ал операция нәтижесі алынған деректердің жиынтығы, соның ішінде мәртебе бойынша анықталады.

Сондықтан «RRN бар болса, ақша міндетті түрде алынды» деген ереже дұрыс емес.

RRN операцияны табуға, қайтарымды жүргізуге және банк деректерімен салыстыруға көмектеседі. Соңғы тексеру үшін операция мәртебесі мен эквайер деректерін қарау қажет.

Авторизация коды, RRN және жауап коды — әртүрлі деректер

Транзакция кезінде терминал бірнеше қызметтік мәнді қайтара алады. Авторизация коды төлем жүйесіндегі нақты авторизацияны растайды. RRN транзакцияны сәйкестендіру үшін қолданылады. Жауап коды банк немесе терминал хаттамасы қайтарған нәтижені көрсетеді.

Нақты кодтар мыналарға байланысты:

• банкке;

• терминал моделіне;

• хаттамаға;

• төлем сервисіне.

Сондықтан кассирге сандық кодтар кестесін жаттау қажет емес. Терминалда түсініксіз код пайда болса, оны нақты банктің құжаттамасы бойынша немесе техникалық қолдау қызметі арқылы тексеру қажет.

Кассир үшін ең маңызды ереже: тексермей тұрып төлемді қайталамау

Операция стандартты емес түрде аяқталса, кассир ағымдағы сатуды тоқтатуы тиіс.

Мыналарды жасау қажет емес:

• «Төлеу» батырмасын қайта басу;

• сатып алушыдан картаны қайта жақындатуды сұрау;

• екінші сатуды жасау;

• төлем түрін қолмен өзгерту;

• тауарды тек сатып алушының банктік қосымшасындағы хабарлама негізінде беру.

Алдымен бірінші транзакцияның күйін анықтау қажет.

Әйтпесе мынадай сценарий орын алуы мүмкін:

1. бірінші карталық операция іс жүзінде сәтті;

2. байланыс үзілуіне байланысты Torgsoft жауапты алмайды;

3. кассир екінші төлемді іске қосады;

4. банк екі транзакцияны да жүргізеді.

Дәл екінші есептен шығаруды болдырмау қажет.

POS «БАС ТАРТЫЛДЫ» немесе «ҚАБЫЛДАНБАДЫ» деп көрсетсе, қадамдық алгоритм

Терминал құжатын тастамаңыз.

Мыналарды жазып алыңыз:

• соманы;

• күнін;

• уақытын;

• Merchant ID, егер ол басып шығарылса;

• терминал идентификаторын;

• RRN;

• авторизация кодын;

• операция нәтижесінің кодын немесе мәтінін.

Әртүрлі банктерде деректемелер құрамы өзгеше болуы мүмкін.

Ағымдағы сату сату нысанынан жоғалды ма және қаржылық төлем жасалды ма, соны тексеріңіз. Егер Torgsoft сатуды төленбеген күйде қалдырса, бұл бір сценарий. Егер сату қолма-қол ақшасыз ретінде жабылып қойса, жағдай басқа.

Егер Бағдарламалық ККМ пайдаланылса, ашыңыз: Баптаулар → Бағдарламалық ККМ → Бағдарламалық ККМ бойынша аналитика.

Тексеріңіз:

• чек қалыптасты ма;

• күні мен уақытын;

• соманы;

• төлем нысанын;

• банктік транзакция деректерін.

Салық қызметінің қолданыстағы талаптарына сәйкес ККМ/ПККМ-мен қосылған немесе біріктірілген терминал арқылы картамен төлем жасалған кезде фискалдық чекте эквайер, терминал, төлем құралы деректемелері және төлем жүйесіндегі операцияны сәйкестендіретін код көрсетіледі. 

Егер нәтиже әлі де түсініксіз болса, транзакцияны банк жағынан тексеру қажет.

Терминал моделі мен банкке байланысты мұны:

• POS операциялар журналы арқылы;

• соңғы операцияны тексеру функциясы арқылы;

• эквайринг кабинетінде;

• банктің қолдау қызметі арқылы жасауға болады.

Банкке мыналарды беріңіз:

• соманы;

• уақытты;

• Merchant ID;

• Terminal ID;

• RRN;

• авторизация коды, егер бар болса.

Осыдан кейін операция сәтті аяқталды ма, қабылданбады ма немесе тоқтатылды ма, соны анықтауға болады.

Бұл ең қарапайым жағдай.

Мысалы:

• POS «ҚАБЫЛДАНБАДЫ» деп басып шығарды;

• Torgsoft сатуды жаппады;

• ПККМ-чек қалыптаспады;

• банк сатып алу операциясы болмағанын растайды.

Осыдан кейін сатып алушыға тауарды қайта төлеуді ұсынуға болады:

• сол картамен;

• басқа картамен;

• басқа тәсілмен.

Жаңа операция бөлек банктік транзакция болады.

Бұл дүкен иесі кейін сәйкессіздік көретін жағдай:

• Torgsoft қолма-қол ақшасыз сатуды көрсетеді;

• тауар есептен шығарылған;

• банк ақша алмаған.

Torgsoft 2026.0.5 нұсқасында терминал арқылы сәтсіз төлем кезінде төлем бәрібір «Шот жазып беру арқылы саудадағы» шотқа байланыстырылуы мүмкін болған жеке сценарий түзетілді. Сондай-ақ JSON WebSocket үшін тайм-аут бақылауы қосылды. 

Егер мұндай жағдай орын алып қойса, екі құжатты тексеру қажет:

1. Torgsoft төлемді;

2. ПККМ фискалдық чегін.

Егер фискалдық чек болмаса

Төлемнің ішкі қате көрсетілуін жойып, сатуды дұрыс төлеуге болатын күйге қайтару қажет.

Нақты әрекет сату режимі мен құжатқа байланысты, сондықтан жабылып қойған сату кезінде байланысқан қаржылық жазбаларды кездейсоқ жою ұсынылмайды.

Егер фискалдық чек тіркеліп қойса

Фискалдық операцияны да түзету қажет. Torgsoft қаржылық құжатын жай ғана жойып, фискалдық чекті сәтті карталық төлем ретінде қалдыруға болмайды.

Алдымен ауысым күйі мен нақты чек тексеріледі, содан кейін қарастырылған күшін жою немесе қайтару сценарийі пайдаланылады.

Бұл кері жағдай.

Мысалы:

• сатып алушы картаны жақындатты;

• банк операцияны растады;

• терминалда сәтті транзакция бар;

• Torgsoft тайм-аут алды;

• сату төленбеген күйде қалды.

POS операциясын қайта жүргізу қажет емес.

Torgsoft орындалған банктік транзакция параметрлерін қолмен енгізу сценарийі қарастырылған.

Егер банктік терминал интеграцияланған қосылым арқылы уақытша пайдаланылмаса, төлем нысанында «Банктік терминалмен байланысты пайдалану» параметрін өшіруге болады. Сонда Torgsoft «Банктік терминалмен төлем параметрлері» нысанын ашады, оған слип-чектегі деректер енгізіледі.

Бұл мыналарға мүмкіндік береді:

• POS-қа сатып алу туралы екінші команда жібермеуге;

• бар төлемді Torgsoft өткізуге;

• тиісті баптаулар белсенді болса, карталық транзакция деректемелерін ПККМ-ге беруге.

Мұндай өткізуді орындамас бұрын банк бірінші операцияны шынымен растағанына көз жеткізу қажет.

Бұл қайшылықты нәтиже. Мұндай жағдайда кассир қағаз слип маңызды ма, әлде сатып алушының хабарламасы ма, соны өз бетінше шешпеуі тиіс. Операцияны оның деректемелері бойынша эквайерде тексеру қажет.

Егер банк операцияның сәтті болғанын және күшін жоймағанын растаса, бұрын жүргізілген банктік төлем ретінде әрекет етіңіз: екінші транзакцияны бастамаңыз, Torgsoft сатуды дұрыс аяқтаңыз.

Егер банк операцияның күшін жойғанын немесе қабылданбағанын растаса, есепте карталық төлем қалмауы тиіс.

RRN бар болуы төлемді сәтті деп санауға болатынын білдіре ме

Жоқ. RRN операцияны іздеу үшін өте маңызды, бірақ өзі операция мәртебесін алмастырмайды.

Мысалы, қазіргі банктік API бөлек қайтарады:

• status;

• RRN;

• авторизация коды;

• жауап коды.

Сондықтан нәтижені тексеру үшін ең алдымен транзакцияның соңғы мәртебесін қарау, ал RRN-ді сәйкестендіру және салыстыру үшін пайдалану қажет. 

Неліктен Torgsoft «RRN алынбады» деп хабарлауы мүмкін

Себеп терминал мен банктік кітапханаға байланысты.

Torgsoft ресми бетінде кейбір Verifone терминалдары, соның ішінде X990 үшін банктік кітапхана RRN-ді автоматты түрде бермеуі мүмкін екені көрсетілген. Мұндай жағдайда қайтару кезінде чектегі авторизация кодын пайдалануға болады. 

Сондықтан RRN жоқ деген хабарлама әрқашан банкте сатып алу операциясы болмағанын білдірмейді. Банктік мәртебені тексеру қажет.

Неліктен терминал деректерін сақтау маңызды

Torgsoft бастапқы карталық операция деректемелерін кейінгі операциялар үшін де пайдаланады.

Мысалы, қайтару кезінде бағдарлама бастапқы транзакция деректерін тиісті төлем бойынша ақшаны қайтару үшін пайдалана алады. Опцияның ресми бетінде Torgsoft төлем деректерін тіркейтіні және оларды картаға немесе бастапқы төлем транзакциясына ақша қайтару үшін пайдаланатыны да көрсетілген. 

2026.0.5 нұсқасында тапсырыс төлемі кезінде RRN, PAN және терминалдың басқа параметрлерін қаржылық құжатқа беру бөлек түзетілді. 

Неліктен мұндай жағдайлар RDP арқылы жұмыс істегенде туындайды

Терминалдық схема кезінде Torgsoft қашықтағы серверде жұмыс істей алады, ал физикалық POS кассирдің жанында тұрады.

Егер POS жергілікті түрде COM/USB арқылы қосылып, деректер қашықтағы сеансқа RDP арқылы берілсе, схемаға қосымша байланыс арнасы қосылады.

Torgsoft анықтамасында тұрақсыз RDP кезінде мыналар болуы мүмкін екені тікелей көрсетілген:

• «№3 қате»;

• қосылу проблемалары;

• «БАС ТАРТЫЛДЫ» чегінің басып шығарылуы.

BPOS үшін Torgsoft ресми құжаттамасы мынаны ұсынады:

• кассадан растауды күтетін BPOS1;

• терминалды Ethernet арқылы қосу. 

Бұл төлем алмасуының қашықтағы сеанс арқылы COM/USB қайта бағытталуына тәуелділігін азайтады.

Терминалға кассадан растау не үшін қажет

Кейбір хаттамалар POS пен кассалық бағдарлама арасындағы соңғы алмасуды қарастырады.

Torgsoft BPOS баптауларында:

• «Касса растауын пайдалану»;

• «Касса растауын елемеу».

Анықтамада екінші параметр төлем POS-та өткен, бірақ нәтиже Torgsoft жетпеген тиісті конфигурацияда RDP арқылы жұмыс істеген кезде пайдаланылуы мүмкін екені түсіндіріледі.

Кассир жұмыс кезінде бұл параметрлерді өзгертпеуі тиіс. Баптау терминал хаттамасы мен банк конфигурациясына сәйкес келуі қажет.

Тайм-аут: Torgsoft неге жауап күтуді тоқтатуы мүмкін

Банктік транзакция белгілі бір уақытты алады:

• сатып алушы картаны жақындатады;

• PIN енгізеді;

• банк сұрауды өңдейді;

• терминал жауап алады;

• деректер Torgsoft қайтарылады.

Егер байланыс соңғы кезеңде үзілсе, банк пен Torgsoft операция күйін әртүрлі түсінуі мүмкін.

2026.0.5 нұсқасында JSON WebSocket үшін жауапты күту тайм-аутын бақылау және оның мәнін баптау мүмкіндігі қосылды. Сондай-ақ диагностикалау кезінде пайдалануға болатын терминал жұмысының бөлек журналы жасалады. 

Сондықтан тайм-ауттар қайталанса, мыналарды тексеріңіз:

• Torgsoft нұсқасын;

• POS хаттамасын;

• желіні;

• тайм-аутты;

• терминал журналдарын;

• банктік жабдық баптауларын.

Кассир күту процесін кездейсоқ тоқтатса не істеу керек

Егер бағдарлама әлі POS жауабын күтіп тұрса, ал кассир процесті тоқтатса, банктік операцияның нәтижесі Torgsoft үшін белгісіз болып қалуы мүмкін.

Ереже сол күйі қалады: алдыңғы төлем тексерілмейінше жаңа төлемді бастамаңыз.

Алдымен:

1. слипті қараңыз;

2. POS журналын тексеріңіз;

3. операцияны банктен табыңыз;

4. Torgsoft сатуды тексеріңіз;

5. ПККМ-ді тексеріңіз.

Осыдан кейін ғана келесі әрекетті анықтаңыз.

Картамен төлемнен кейін фискалдық чекті қалай тексеруге болады

Есеп айырысу құжаттарының нысаны туралы қолданыстағы ережеге сәйкес ККМ/ПККМ-мен қосылған немесе біріктірілген карталық POS пайдаланылған кезде фискалдық чекте төлем деректемелерінің блогы болады.

Олардың ішінде мыналар қарастырылған:

• эквайер мен саудагер идентификаторы;

• төлем құрылғысының идентификаторы;

• операция түрі;

• электрондық төлем құралының деректемелері;

• төлем жүйесі;

• авторизация коды немесе операцияның басқа идентификаторы;

• төлем нысаны. 

Сондықтан қайшылықты POS операциясынан кейін фискалдық чек салыстырудың тағы бір көзі болады, бірақ ол ПККМ-ге берілген деректерді көрсетеді. Банктік соңғы мәртебені эквайерден тексеру қажет.

POS слип-чегі мен ПККМ фискалдық чегі әртүрлі қызмет атқарады

POS слипі төлем транзакциясын сипаттайды. Фискалдық чек сату бойынша есеп айырысу операциясын сипаттайды. Сондықтан техникалық ақау кезінде бір құжат бар, ал екіншісі жоқ болуы әбден мүмкін.

Сондықтан диагностикалау кезінде екеуін де тексеру қажет.

Егер Torgsoft қате төлем жасап қойса

Оны мыналар арқылы өтемеу қажет:

• кассалық ордермен;

• қызметтік енгізумен;

• қызметтік алумен;

• екінші карталық транзакциямен.

Алдымен банктік операцияның дұрыс күйін анықтаңыз. Осыдан кейін сценарийге сәйкес байланысқан қаржылық құжат немесе сату түзетіледі.

Егер операция фискалданып қойса, ПККМ бөлек тексеріледі.

Егер бір терминал бірнеше ИП (Индивидуальный предприниматель)-мен жұмыс істесе

Қайшылықты нәтиже кезінде Merchant ID-ді қосымша тексеру қажет.

Torgsoft байланыс мына схемаға сәйкес келуі тиіс: Merchant ID → есеп айырысу шоты → ИП (Индивидуальный предприниматель). Қате мерчант төлемнің басқа кәсіпкерге кетуіне немесе қайтару кезінде бастапқы транзакцияның табылмауына әкелуі мүмкін. 

Сынақ төлемінен кейін терминал чегіндегі Merchant ID мен банктік үзіндіні тексерген жөн.

Кассирлердің жұмысын қалай ұйымдастыру керек

Кассирге бір қысқа ереже жеткілікті: терминал бірмәнді сәтті нәтиже бермесе, бірінші транзакция тексерілгенге дейін тауарды бермеңіз және төлемді қайта іске қоспаңыз.

Ішкі нұсқаулықта мына әрекеттер болуы мүмкін:

1. «Төлеу» батырмасын екінші рет баспаңыз.

2. POS слип-чегін сақтаңыз.

3. Torgsoft сату мәртебесін тексеріңіз.

4. ПККМ-ді тексеріңіз.

5. Банктік транзакцияны тексеріңіз.

6. Егер банк сәттілікті растаса — POS-қа жаңа сұрау жібермей, жүргізілген төлем есебін аяқтаңыз.

7. Егер банк бас тартуды растаса — төлемді жаңа операция ретінде қайталаңыз.

8. Егер Torgsoft пен банктегі нәтижелер әртүрлі болса — деректерді әкімшіге немесе техникалық қолдауға беріңіз.

Жағдай қайталана берсе, иесі нені тексеруі керек

Егер жағдай тұрақты түрде қайталанса, мәселе бір сатуға ғана қатысты емес.

Тексеріңіз:

• Torgsoft өзекті нұсқасын;

• POS моделін;

• банкті;

• қосылу хаттамасын;

• COM/USB, Ethernet немесе Wi-Fi;

• RDP қолданылуын;

• касса растауы баптауларын;

• тайм-аутты;

• Merchant ID;

• есеп айырысу шотын;

• ИП (Индивидуальный предприниматель);

• терминал жұмысының журналын.

JSON WebSocket үшін Torgsoft 2026.0.5 нұсқасында тайм-аутты бөлек бақылау қосылды, ал сәтсіз төлемдер үшін қаржылық құжаттарды байланыстырудың жекелеген сценарийлері түзетілді. 

Қысқаша алгоритм: карталық төлемді қайталауға бола ма

Мұндай жағдайлардағы негізгі ереже: карталық төлем нәтижесі банктік транзакция мәртебесі бойынша анықталады, ал RRN, авторизация коды, слип-чек, Torgsoft қаржылық құжаты және ПККМ чегі оны сәйкестендіру және салыстыру үшін пайдаланылады. Егер нәтижелер әртүрлі болса, кассир алдымен бірінші операцияның күйін анықтап, содан кейін ғана төлемді қайталайды немесе құжаттарды түзетеді.