WO2019098874A1 - Способ и система осуществления транзакций с помощью механизма реверсалов - Google Patents

Способ и система осуществления транзакций с помощью механизма реверсалов Download PDF

Info

Publication number
WO2019098874A1
WO2019098874A1 PCT/RU2017/000984 RU2017000984W WO2019098874A1 WO 2019098874 A1 WO2019098874 A1 WO 2019098874A1 RU 2017000984 W RU2017000984 W RU 2017000984W WO 2019098874 A1 WO2019098874 A1 WO 2019098874A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
user
amount
reversal
css
Prior art date
Application number
PCT/RU2017/000984
Other languages
English (en)
French (fr)
Inventor
Валерий Валерьевич ТОЛКАЧЕВ
Сергей Юрьевич САЕНКО
Денис Васильевич ТОПЧАК
Александр Сергеевич СЫСУЕВ
Алексей Максимович ПОЛОМСКИЙ
Михаил Алексеевич КОНДРАТЬЕВ
Дмитрий Борисович ЕМЕЛЬЯНОВ
Алексей Сергеевич АСКЕРКО
Original Assignee
Публичное Акционерное Общество "Сбербанк России"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Публичное Акционерное Общество "Сбербанк России" filed Critical Публичное Акционерное Общество "Сбербанк России"
Publication of WO2019098874A1 publication Critical patent/WO2019098874A1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals

Definitions

  • This technical solution relates to the field of data processing for the implementation of transactions for the issuance of cash (DS) in the interaction of users with self-service devices (CA), in particular, to a method and system for the implementation of transactions using the mechanism of reversals.
  • a system for making transactions by transferring funds from several user accounts to generate the necessary amount (application US20060259390, November 16, 2006, Rosenberg et al.).
  • This solution by processing the transfer of funds from the user's accounts allows you to collect the necessary amount from two or more accounts, implementing the mechanism of partial collection of the amount from one account and the addition of the necessary funds from another account.
  • the prerequisites for creating the claimed technical solution are based on the need to implement the extended functionality mechanism when performing transactions in the CSS channel when issuing a DS.
  • the current disadvantage is the absence of the reversal mechanism when performing transactions in the channel US, which allows in case of impossibility to issue the necessary amount of DS, automatically realize the possibility of receiving a large or smaller amount of DS without having to repeat the transactional request procedure.
  • SUBSTITUTE SHEET (RULE 26) on issuing a DS in case of the absence of the possibility of issuing the requested amount of DS.
  • the technical result is the extension of the functionality of the CSS, due to the implementation of the reversal mechanism in the processing of transactional requests that extend the automated scenarios for the execution of transactions in the absence of the possibility of issuing the requested amount of DS.
  • An additional technical result is a reduction in the processing time of a transactional request, which is provided by an automated procedure for processing options for issuing a sum of DC logic CSS.
  • CS self-service device
  • DS issuance of funds
  • SUBSTITUTE SHEET (RULE 26) receive user input in response to the execution of the transaction according to the activated mode of reversals;
  • the deviation of the available amount of DS in the CS is determined on the basis of the amount of DS indicated in the user request for the transaction.
  • the activation of the partial reversal mode is carried out in the presence of the possibility of issuing a smaller amount of DS in response to a user request.
  • the activation of the full reversal mode is carried out in the presence of the possibility of issuing a larger amount of DS in response to a user request.
  • the CSS automatically initiates a set of the available sum of DSs or several variants of the amounts of DSs and provides information to the user.
  • the CSS generates a command for the user to enter the sum of the DS to complete the transaction.
  • the user of the CSS is verified.
  • verification is carried out using a PIN code, biometric information, graphic information or a user’s remote device, or a combination thereof.
  • the biometric information is a fingerprint, a retinal image, voice data, or combinations thereof.
  • the graphic information is a photograph of a user.
  • a mobile phone, tablet or laptop is used as the user's remote device.
  • the number of user requests to execute a transaction is determined.
  • the additional US generates options for issuing the denomination of bills.
  • the claimed technical result is achieved due to the system of making transactions using the partial reversal mechanism, which contains the CSS and the remote server associated with it, and
  • remote server is configured to
  • SUBSTITUTE SHEET (RULE 26) The CS records the initial attempt to execute a transaction, during which the presence of the required amount of DS in the CSS is checked;
  • the CSS determines the amount of DS in the CSS, available for issuing in accordance with the above attempt, generates and sends messages to accept the initiation of the DS set to the remote server, which activates the execution of a partial reversal, which initiates a repeated attempt to perform the transaction with the set to issue a smaller amount of DS, or activate the execution of a full reversal, at which they initiate a repeated attempt to execute a transaction with a set to issue a larger amount of DS;
  • the implementation of the US system is connected to a remote server via a wired or wireless computer network.
  • the wired network is a LAN (LAN), WAN, PAN, or Intranet.
  • the wireless network is a WAN, Internet, WLAN, WMAN or GSM.
  • the remote server is a cloud server.
  • the CSS contains user verification tools.
  • user verification tools are selected from the group: PIN-pad, touchscreen display, camera, biometric scanner, microphone, or combinations thereof.
  • FIG. 1 illustrates the process of performing the claimed method.
  • FIG. 2 illustrates the process of automatically repeating the sum of ACs.
  • FIG. 3 illustrates a general view of the system implementing the method.
  • FIG. 4 illustrates the DC scheme.
  • FIG. 5 illustrates a request processing server diagram
  • the claimed method of performing a financial transaction for issuing CP is carried out by receiving and processing a user request (101).
  • a user request is formed by interacting with a CS, for example, an ATM.
  • User request contains information about the amount of DS for issue.
  • Software (software) CSS allows you to create a primary request (101) using automated generation options for issuing the amount of DS or receiving user input containing information about the amount of DS.
  • the CS processes the user request (102), forming a message with the amount of DS entered by the user, which is sent to the remote transaction processing server.
  • a confirmation message is generated, which is transmitted to the CSS channel. Further, the CSS software determines the available amount of DS to issue in response to a transactional user request (103). If the requested amount of DS is available (104), then it is issued to the user (107).
  • the program logic of the CSS determines the possibility of issuing DCs at the user's request (101). If the requested amount of DS cannot be issued, then the CSS forms a request,
  • SUBSTITUTE SHEET (RULE 26) transmitted to a remote server to activate the mechanism of reversals (105) for further processing of the transactional request
  • step (104) the initial set of the amount in the CSS channel is performed, at which the event of the impossibility of executing the operation on the requested amount is recorded fixed deviation from the requested amount of DS in the request
  • the automatic function of continuing the transactional processing of the initial request (101) is formed and the options for issuing the DS sum and automatically generating transaction confirmation requests to the remote server are analyzed in the RS channel to issue a possible DS sum using the CSS ( 106).
  • FIG. 2 shows the principle of operation of the reversal mechanism (200).
  • the initial set of the amount of DS DS (201) is determined by the degree of deviation of the possible to issue the amount of DS.
  • the deviation may be greater or less than the initially requested amount of DS (202).
  • this information is recorded in the channel of the CSS and transmitted to the remote server to activate the corresponding script of the reversal mechanism (203), in particular, the script of the full reversal.
  • the server In response to the activation of the full reversal script, the server generates a response message transmitted to the CSS channel to perform the redialing of the DS sum (204).
  • the CSS generates one or more options for issuing the amount of DS and provides information to the user.
  • the user in response to the received one or more options for issuing the DS sum, initiates his consent, after which the selection information of the proposed DS sum is formed in the CSS channel.
  • the CSS logic can also form the option to select the denomination of bills to form the required amount of DS.
  • the CS Based on the received data about the amount of DS, the CS generates a message sent to the server for approval of the transactional
  • SUBSTITUTE SHEET (RULE 26) request.
  • the server in response to the received message from the CS, initiates a response message confirming the execution of the transactional operation.
  • the CSS issues the DS to the user.
  • the CSS When determining at the stage (202) a deviation from the initially requested amount of DC (101) to the lower side in the channel of the CS, at least one available variant of the set of the smaller amount of DS is checked. After that, the CSS generates a corresponding message for sending to the remote server to activate the partial reversal script. When this mechanism is activated, the server generates a response message transmitted to the CSS channel for automated approval of the continuation of the transaction.
  • the CSS forms the one or more options for issuing the DS sum, which are subsequently provided to the user.
  • the user in response to the received one or more options for issuing the DS sum, initiates his consent, after which the selection information of the proposed DS sum using the secondary set of the selected sum (204), which is less than in the initial query (101), is formed after the MS channel.
  • the CS Based on the received data about the sum of DS, the CS generates a message sent to the server for approval of the transactional request, corresponding to the sum of the DS in the secondary set (204).
  • the server in response to the received message from the CS, initiates a response message confirming the execution of the transactional operation.
  • the CSS issues the DS to the user.
  • the processing of primary (101) and secondary requests (204) for dialing the amount of DS may additionally take into account the number of dial attempts made, which is required for additional prevention of failures in the DS channel, as well as preventing the exhaustion of banknotes for subsequent issuance procedures. If it is impossible to recruit the required amount of DS,
  • the number of repeated attempts to recruit the sum of DS USU can be different and can be set separately for each scenario of the mechanism of reversals.
  • the software logic of the CSS can automatically cancel the processing of a transactional request when the specified value of the number of attempts set for the executed reversal script is reached.
  • the CS records the possibility of dialing the specified amount of the DS based on the availability of the required number of bills, in particular, their denomination and availability in the CSS. This information is fixed by the CSS based on the analysis of the cassettes when collecting the DS.
  • a procedure ID and a state are assigned to the current identifier. Based on the identifiers, data is processed between the programming logic of the CSS channel and the remote server.
  • the transition between the states during the processing of transactional requests is implemented by executing query processing scripts with the help of software and hardware of the CSS and a remote server.
  • a failure in the US channel can also be recorded if it is impossible to issue the amount of DS requested by the primary or subsequent requests caused by mechanical or software failures, which are reflected in the set of the amount of DS in the cassette for issue. Based on the identification of the failure in the CSS channel, a message is also generated to the remote server to activate the scripts of the reversal mechanism.
  • the general principle of operation of the transaction execution system with the help of the reversal mechanism is carried out when processing user requests generated in the US channel (300) and their subsequent transfer over the network (500) to the remote server (400) using the method (100) disclosed above.
  • FIG. 4 shows the general scheme of CS (300) in the form of an ATM, a terminal for dispensing funds, etc.
  • US (300) contains bus-integrated components, such as: processor
  • DS reception tool (307) may also be used.
  • the CPU (301) performs all the necessary computational operations when processing transactional requests.
  • the memory (302) may represent one or more devices of various types, such as: RAM, ROM, or a combination thereof. HDD, SSD, flash memory, etc. can be used as ROM.
  • RAM random access memory
  • ROM read-only memory
  • devices can be used that provide communication with a remote server using a wired or wireless type of communication, for example, Ethernet card (LAN), Wi-Fi module, GSM modem (2G, 3G, 4G, 5G) and etc.
  • LAN Ethernet card
  • Wi-Fi module Wi-Fi module
  • GSM modem 2G, 3G, 4G, 5G
  • data can be used between US (300) and user (user device), for example, a Bluetooth transceiver, NFC module, IrDa, etc.
  • Display CSS (304) serves to display the user’s graphical interface, as well as when it is executed as a touchscreen display, it also provides user interaction and control commands from it.
  • USC controls (305) can be a keyboard, touchscreen, pin-pad, mechanical, and touch buttons.
  • the dispenser DS (306) is a dispenser.
  • the dispenser (306) may be of various types, for example, vacuum, spray type, etc.
  • US (300) may contain a means for receiving DC (307) from the user.
  • CSS (300) may contain a bank card reader, a camera, one or more biometric sensors, a microphone. These devices, both individually and collectively, can be used to identify and verify the user. The user can identify the beginning of a transactional request by submitting a bank card to a special reader US (300) and entering the pin code using the keyboard (305) or the touch display (304).
  • a two-factor user verification can be applied using a camera or biometric sensors, for example, a fingerprint scanner, a retinal scanner, or using a user's voice analysis.
  • a camera it can capture the image of the user of the US (300) for further processing and comparison with the reference identifying information of the account holder when initiating a transactional operation in the US (300).
  • the US (300) can also provide for the exchange of identification information in a fully contactless mode, using a pre-created identification token using a user device, for example, a smartphone, tablet or laptop, and its subsequent transmission over a wireless channel of information exchange, for example, Bluetooth, Wi-Fi Fi, NFC, RFID, etc., in the US (300) (as an example, this technology is disclosed in the sources US 20110238573, US 20110066552).
  • a user device for example, a smartphone, tablet or laptop
  • a wireless channel of information exchange for example, Bluetooth, Wi-Fi Fi, NFC, RFID, etc.
  • a counter of the repeated execution of operations can be used, in the logic of which a request is made to re-identify the user when forming the DS sum in response to the execution of the reversal script.
  • FIG. 5 shows the general scheme of a remote server (400).
  • the server (400) is designed to process requests for the execution of transactional requests for issuing DS, received in the channel US (300). Also server (400) when running scripts
  • SUBSTITUTE SHEET (RULE 26) The reversal mechanism manages the data characterizing the amount of DS that must be returned to the user's account.
  • the server (400) contains such components as: one or more processors (401), at least one memory (402), data storage medium (403), input / output interfaces (404), network interaction tool (405 ).
  • the processor (401) of the server performs basic computational operations during its operation with CSS (300).
  • the processor (401) executes the necessary computer readable instructions contained in the memory (402).
  • Memory (402) is made in the form of RAM and contains the necessary logic of the operating system, the reversal mechanism and other program logic that provides the full functionality of the server (400).
  • the means of data storage (403) can be performed in the form of HDD, SSD disks, array raid, flash memory, optical data storage (CD, DVD, MD, Blue-Ray disks), etc.
  • Means (403) allow for long-term storage of various types of information, for example, the history of processing transactional requests (logs), user identifiers, etc.
  • Interfaces (404) are standard tools for connecting and working with a server (400), for example, USB, RS232, RJ45, LPT, COM, HDMI, PS / 2, Lightning, FireWire, etc.
  • interfaces (404) depends on the specific performance of the server (400), which can be a personal computer, mainframe, server cluster, thin client, etc.
  • Means of network interaction are selected from devices that provide network reception and transmission of data, for example, Ethernet card, WLAN / Wi-Fi module, Bluetooth module, BLE module, NFC module, IrDa, RFID module, GSM modem, etc.
  • a wired or wireless data transmission channel for example, WAN, PAN, LAN (LAN), Intranet, Internet, WLAN, WMAN or GSM.
  • the server (400) may contain I / O data, for example, a keyboard, joystick, display (touch screen), projector, touchpad, mouse, trackball, light pen, speakers, microphone, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Изобретение относится к способу и системе осуществления транзакций с помощью механизма реверсалов. Техническим результатом является реализация механизма реверсалов при обработке транзакционных запросов. Способ содержит этапы, на которых получают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС), осуществляют анализ запроса с проверкой возможности осуществления запрошенной транзакции по выдаче ДС, передают от УС информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, осуществляют первичную попытку выполнения транзакции с проверкой наличия требуемой суммы ДС в УС, определяют отклонение в доступной для выдачи сумме ДС в УС, определяют сумму ДС в УС, доступную для выдачи, активируют выполнение частичного или полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей или большей суммы ДС, получают пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов, осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.

Description

СПОСОБ И СИСТЕМА ОСУЩЕСТВЛЕНИЯ ТРАНЗАКЦИЙ С ПОМОЩЬЮ
МЕХАНИЗМА РЕВЕРСАЛОВ
ОБЛАСТЬ ТЕХНИКИ
Настоящее техническое решение относится к области обработки данных для осуществления транзакций по выдаче денежных средств (ДС) при взаимодействии пользователей с устройствами самообслуживания (УС) , в частности, к способу и системе осуществления транзакций с помощью механизма реверсалов.
УРОВЕНЬ ТЕХНИКИ
Известна система осуществления транзакций с помощью перечисления средств с нескольких аккаунтов пользователя для формирования необходимой суммы (заявка US20060259390 , 16.11.2006, Rosenberg et al . ) . Данное решение посредством обработки перевода средств со счетов пользователя позволяет набрать необходимую сумму с двух и более аккаунтов, реализуя механизм частичного набора суммы с одного аккаунта и добора необходимых средств с другого аккаунта.
Предпосылки создания заявленного технического решения основываются на необходимости реализации механизма расширенного функционала при выполнении транзакций в канале УС при выдаче ДС . Существующий на сегодняшний день недостаток заключается в отсутствии механизма реверсалов при выполнении транзакций в канале УС, который позволяет в случае невозможности выдачи необходимой суммы ДС автоматически реализовать возможность получения большой или меньшей суммы ДС, без необходимости повторения процедуры транзакционного запроса.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Технической проблемой, решаемой с помощью заявленного технического решения, является устранения ограничения по автоматизированной обработке транзакционных запросов в канале УС
1
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26) по выдаче ДС при обнаружении отсутствия возможности выдачи запрашиваемой суммы ДС .
Техническим результатом является расширение функциональных возможностей УС, за счет реализации механизма реверсалов при обработке транзакционных запросов, расширяющих автоматизированные сценарии выполнения транзакций при отсутствии возможности выдачи запрашиваемой суммы ДС.
Дополнительным техническим результатом является сокращение времени обработки транзакционного запроса, который обеспечивается за счет автоматизированной процедуры обработки вариантов выдачи суммы ДС логикой УС.
Заявленный технический результат достигается за счет реализации способа осуществления транзакций с помощью механизма частичных реверсалов, который содержит этапы, на которых:
получают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС) , причем запрос содержит по меньшей мере сумму ДС;
осуществляют анализ запроса, при котором осуществляют проверку возможности осуществления запрошенной транзакции по выдаче ДС;
передают от УС информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
- осуществляют первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС;
- определяют отклонение в доступной для выдачи сумме ДС в
УС;
- определяют сумму ДС в УС, доступную для выдачи, причем активируют выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
2
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) получают пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов;
и
осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
В частном варианте осуществления способа отклонение доступной суммы ДС в УС определяется на основании суммы ДС, указанной в пользовательском запросе на осуществление транзакции .
В другом частном варианте осуществления способа активация режима частичного реверсала осуществляется при наличии возможности выдачи меньшей суммы ДС в ответ на пользовательский запрос .
В другом частном варианте осуществления способа активация режима полного реверсала осуществляется при наличии возможности выдачи большей суммы ДС в ответ на пользовательский запрос.
В другом частном варианте осуществления способа УС автоматически инициирует набор доступной суммы ДС или нескольких вариантов сумм ДС и предоставляет информацию пользователю.
В другом частном варианте осуществления способа УС формирует команду на ввод пользователем суммы ДС для выполнения транзакции .
В другом частном варианте осуществления способа формировании пользовательского запроса осуществляется верификация пользователя УС.
В другом частном варианте осуществления способа при повторной попытке выполнения транзакции в случае полного реверсала осуществляется повторная верификация пользователя УС.
В другом частном варианте осуществления способа верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
3
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) В другом частном варианте осуществления способа биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
В другом частном варианте осуществления способа графическая информация представляет собой фотоизображение пользователя.
В другом частном варианте осуществления способа в качестве удаленного устройства пользователя используется мобильный телефон, планшет или ноутбук.
В другом частном варианте осуществления способа определяется количество поступивших пользовательских запросов на выполнение транзакции.
В другом частном варианте осуществления способа дополнительно УС генерирует варианты выдачи номинала купюр.
Также заявленный технический результат достигается за счет системы осуществления транзакций с помощью механизма частичных реверсалов, которая содержит УС и связанный с ним удаленный сервер, причем
УС выполнено с возможностью
получать пользовательский запрос на выполнение транзакции по выдаче ДС, причем запрос содержит по меньшей мере сумму ДС; осуществлять анализ запроса, при котором выполняется проверка возможности осуществления запрошенной транзакции по выдаче ДС;
передавать информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
определять отклонение доступной для выдачи суммы ДС в УС и сумму ДС доступную для выдачи в целях осуществления транзакции; удаленный сервер выполнен с возможностью
в ответ на запрос от УС на активацию механизма реверсалов для осуществления транзакции генерировать команду для УС на осуществление транзакции с выбранной суммой ДС пользователем; причем
4
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) УС фиксирует первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС;
определяет сумму ДС в УС, доступную для выдачи в соответствии с упомянутой попыткой, генерирует и направляет сообщения для акцепта инициации набора ДС на удаленный сервер, который активирует выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
обрабатывают в канале УС пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов;
и
осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
В частном варианте реализации системы УС представляет собой банкомат .
В другом частном варианте реализации системы УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
В другом частном варианте реализации системы проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
В другом частном варианте реализации системы беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
В другом частном варианте реализации системы удаленный сервер представляет собой облачный сервер.
В другом частном варианте реализации системы УС содержит средства верификации пользователя.
В другом частном варианте реализации системы средства верификации пользователя УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
5
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг . 1 иллюстрирует процесс выполнения заявленного способа.
Фиг . 2 иллюстрирует процесс автоматического повтора набора суммы ДС .
Фиг . 3 иллюстрирует общий вид системы, реализующей способ. Фиг . 4 иллюстрирует схему УС.
Фиг 5. иллюстрирует схему сервера обработки запросов от
УС .
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Как представлено на Фиг. 1 заявленный способ выполнения финансовой транзакции по выдаче ДС (100) осуществляется путем получения и обработки пользовательского запроса (101). Пользовательский запрос формируется с помощью взаимодействия с УС, например, банкоматом. Пользовательский запрос содержит информацию о сумме ДС для выдачи. Программное обеспечение (ПО) УС позволяет сформировать первичный запрос (101) с помощью автоматизированного генерирования вариантов выдачи суммы ДС или получая пользовательский ввод, содержащий информацию о сумме ДС.
Получая информацию о сумме ДС, запрашиваемой пользователем (101), УС выполняет обработку пользовательского запроса (102), формируя сообщение с суммой ДС, введенная пользователем, которое направляется на удаленный сервер обработки транзакций.
Получая сообщение с запросом одобрения транзакции на сервере выполняется его обработка и генерирование подтверждающего сообщения, которое передается в канал УС. Далее ПО УС определяет доступную сумму ДС для выдачи в ответ на транзакционный запрос пользователя (103). Если запрашиваемая сумма ДС доступна (104), то осуществляется ее выдача пользователю (107).
На этапе (104) программная логика УС определяет возможность выдачи ДС по запросу пользователя (101). Если запрашиваемая сумма ДС не может быть выдана, то УС формирует запрос,
6
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26) передаваемый на удаленный сервер для активации механизма реверсалов (105) для дальнейшей обработки транзакционно запроса
(101). При осуществлении этапа (104) осуществляется первичный набор суммы в канале УС, при котором фиксируется событие невозможности исполнения операции по запрашиваемой сумме, т.е. фиксируется отклонение от запрашиваемой суммы ДС в запросе
(101) .
С помощью активации механизма реверсалов (105) формируется автоматическая функция продолжения транзакционной обработки первичного запроса (101) и в канале УС осуществляется анализ вариантов выдачи суммы ДС и генерировании в автоматическом режиме запросов подтверждения выполнения транзакции на удаленный сервер для выдачи возможной суммы ДС с помощью УС (106) .
На Фиг. 2 показан принцип работы механизма реверсалов (200) . При осуществлении первичного набора суммы ДС УС (201) определяется степень отклонения возможной для выдачи суммы ДС . Отклонение может быть больше или меньше изначально запрашиваемой суммы ДС (202 ) .
При фиксации отклонения в сторону большей суммы на этапе (202) данная информация фиксируется в канале УС и передаётся на удаленный сервер для активации соответствующего сценария механизма реверсалов (203) , в частности, сценария полного реверсала. В ответ на активацию сценария полного реверсала сервер генерирует ответное сообщение, передаваемое в канал УС, для выполнения повторного набора суммы ДС (204) . УС генерирует один или более вариантов выдачи суммы ДС и предоставляет информацию пользователю. Пользователь в ответ на полученный один или более вариантов выдачи суммы ДС инициирует свое согласие, впоследствии чего формируется в канале УС информация выбора предложенного варианта суммы ДС.
Дополнительно логика УС может формировать также вариант выбора номинала купюр для формирования требуемой суммы ДС.
На основании полученных данных о сумме ДС УС формирует сообщение, направляемое на сервер для одобрения транзакционного
7
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26) запроса. Сервер в ответ на полученное сообщение от УС инициирует ответное сообщение, подтверждающее выполнение транзакционной операции. В ответ на полученное от сервера сообщение УС осуществляет выдачу ДС пользователю.
При определении на этапе (202) отклонения от первично запрашиваемой суммы ДС (101) в меньшую сторону в канале УС проверяется по меньшей мере один доступный вариант набора меньшей суммы ДС. После этого УС формирует соответствующее сообщение для отправки на удаленный сервер для активации сценария частичного реверсала. При активации данного механизма сервер формирует ответное сообщение, передаваемое в канал УС для автоматизированного одобрения продолжения транзакции.
Получив ответ от сервера в части активации механизма частичных реверсалов УС формирует упомянутый один или более вариантов выдачи суммы ДС, которые впоследствии предоставляются на выбор пользователю. Пользователь в ответ на полученный один или более вариантов выдачи суммы ДС инициирует свое согласие, впоследствии чего формируется в канале УС информация выбора предложенного варианта суммы ДС с помощью вторичного набора выбранной суммы (204), меньшей чем в первичном запросе (101).
На основании полученных данных о сумме ДС УС формирует сообщение, направляемое на сервер для одобрения транзакционного запроса, соответствующего сумме ДС во вторичном наборе (204). Сервер в ответ на полученное сообщение от УС инициирует ответное сообщение, подтверждающее выполнение транзакционной операции. В ответ на полученное от сервера сообщение УС осуществляет выдачу ДС пользователю.
При обработке первичных (101) и вторичных запросов (204) на осуществление набора суммы ДС дополнительно может учитываться количество совершаемых попыток набора, что требуется для дополнительного упреждения сбоев в канале ДС, а также предотвращения исчерпания денежных купюр для процедур последующей выдачи. При невозможности набора требуемой суммы ДС,
8
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) текущие набранные купюры сбрасываются в реджект (ретракт ) кассету диспенсера УС .
Число повторных попыток набора суммы ДС УС может быть различным и устанавливаться отдельно для каждого сценария работы механизма реверсалов. Программная логика УС может автоматически отменить осуществления обработки транзакционного запроса при достижении заданного значения количества попыток, установленного для исполняемого сценария реверсалов. При выполнении повторного набора ДС (204) УС фиксирует возможность набора указанной суммы ДС исходя также из наличия необходимого количества купюр, в частности, их номинала и наличия в УС. Данная информация фиксируется УС на основании анализа кассет при наборе ДС .
При выполнении обработки транзакционных запросов клиента при каждом наборе операции присваивается идентификатор процедуры и стейт (состояние обработки транзакции) для текущего идентификатора. На основании идентификаторов выполняется обработка данных между программной логикой канала УС и удаленного сервера. Переход между стейтами при обработке транзакционных запросов реализуется выполнением сценариев обработки запросов с помощью программно-аппаратных средств УС и удаленного сервера .
Также может фиксироваться сбой в канале УС при невозможности выдачи суммы ДС, запрашиваемой в первичном или последующих запросах вызванный механическими или программными сбоями, которые отражаются на наборе суммы ДС в кассету для выдачи. На основании идентификации сбоя в канале УС также формируется сообщение на удаленный сервер для активации сценариев работы механизма реверсалов.
Как представлено на Фиг. 3 общий принцип работы системы выполнения транзакций с помощью механизма реверсалов осуществляется при обработке формируемых в канале УС (300) пользовательских запросов и их последующей передачи по сети (500) на удаленный сервер (400), с помощью способа (100), раскрытого выше.
9
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26) На Фиг. 4 представлена общая схема УС (300) в виде банкомата, терминала для выдачи средств и т.п. УС (300) содержит объединенные с помощью шины компоненты, такие как: процессор
(301), память (302), средство сетевого взаимодействия (303), дисплей (304), органы управления (305), средство выдачи ДС (306). Дополнительно может также использоваться средство приема ДС (307) .
Процессор УС (301) выполняет все необходимые вычислительные операции при обработке транзакционных запросов. Память (302) может представлять одно или более устройств различного типа, таких как: ОЗУ, ПЗУ или их сочетания. В качестве ПЗУ может использоваться HDD, SSD диски, флэш-память и т.п. В памяти
(302), как правило, хранится исполняемая процессором (301) программная логика, необходимая для реализации способа работы УС (300), и операционная система, организующая интерфейс взаимодействия и протоколы обработки данных.
В качестве средств сетевого взаимодействия (303) могут применяться устройства, обеспечивающие связь с удаленным сервером с помощью проводного или беспроводного типа связи, например, Ethernet карта (LAN) , Wi-Fi модуль, GSM модем (2G, 3G, 4G, 5G) и т.п. Дополнительно могут использоваться средства обмена данными между УС (300) и пользователем (устройством пользователя) , например, Bluetooth приемо-передатчик, NFC модуль, IrDa и т.п.
Дисплей УС (304) служит для отображения графического интерфейса пользователь, а также при его исполнении в виде сенсорного дисплея, то также обеспечивает взаимодействие с пользователем и получения от него команд управления.
Органы управления УС (305) могут представлять собой клавиатуру, сенсорный дисплей, пин-пад, механические и сенсорные кнопки .
Средство выдачи ДС (306) представляет собой диспенсер. Диспенсер (306) может быть различного типа, например, вакуумный, спрей типа и т.п.
10
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) Дополнительно УС (300) может содержать средство для приема ДС (307) от пользователя.
Также, УС (300) может содержать считыватель банковских карт, камеру, один или более биометрических сенсоров, микрофон. Данные устройства, как по отдельности, так и в совокупности, могут применяться для идентификации и верификации пользователя. Пользователь может идентифицировать начало транзакционного запроса с помощью предоставления банковской карты в специальный ридер УС (300) и ввода пин-кода с помощью клавиатуры (305) или сенсорного дисплея (304).
Может применяться двухфакторная верификация пользователя с помощью камеры или биометрических сенсоров, например, сканера отпечатка пальца, сетчатки глаза или с помощью анализа голоса пользователя. С помощью камеры может фиксировать изображение пользователя УС (300) для последующей обработки и сравнения с эталонной идентифицирующей информацией владельца счета при иницииации транзакционной операции в УС (300).
УС (300) может также обеспечивать обмен идентификационной информацией в полностью бесконтактном режиме, с помощью заранее создаваемого идентификационного токена с помощью устройства пользователя, например, смартфона, планшета или ноутбука, и его последующей передачи по беспроводному каналу обмена информацией, например, Bluetooth, Wi-Fi, NFC, RFID и т.п., в УС (300) (как пример, данная технология раскрыта в источниках US 20110238573, US 20110066552) .
Для усиления режима безопасного осуществления транзакции в канале УС (300) может применяться счетчик повторного выполнения операций, в работе логики которого предусматривается запрос на повторную идентификацию пользователя при формировании к выдаче суммы ДС в ответ на исполнение сценария реверсала.
На Фиг. 5 представлена общая схема удаленного сервера (400). Сервер (400) предназначен для обработки запросов на исполнение транзакционных запросов по выдаче ДС, поступающих в канал УС (300). Также сервер (400) при выполнении сценариев
11
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26) механизма реверсалов управляет данными, характеризующими сумму ДС, которую необходимо возвратить на счет пользователя.
В общем случае сервер (400) содержит такие компоненты, как: один или более процессоров (401), по меньшей мере одну память (402), средство хранения данных (403), интерфейсы ввода/вывода (404), средство сетевого взаимодействия (405).
Процессор (401) сервера выполняет основные вычислительные операции при его работе с УС (300). Процессор (401) исполняет необходимые машиночитаемые команды, содержащиеся в памяти (402).
Память (402), как правило, выполнена в виде ОЗУ и содержит необходимую логику работы операционной системы, механизма реверсалов и иную программную логику, обеспечивающую полноценный функционал работы сервера (400).
Средство хранения данных (403) может выполняться в виде HDD, SSD дисков, рейд массива, флэш-памяти, оптических накопителей информации (CD, DVD, MD, Blue-Ray дисков) и т.п. Средства (403) позволяют выполнять долгосрочное хранение различного вида информации, например, истории обработки транзакционных запросов (логов) , идентификаторов пользователей и т.п.
Интерфейсы (404) представляют собой стандартные средства для подключения и работы с сервером (400), например, USB, RS232, RJ45 , LPT, COM, HDMI , PS/2, Lightning, FireWire и т.п.
Выбор интерфейсов (404) зависит от конкретного исполнения сервера (400), который может представлять собой персональный компьютер, мейнфрейм, серверный кластер, тонкий клиент и т.п.
Средства сетевого взаимодействия (405) выбираются из устройств, обеспечивающий сетевой прием и передачу данных, например, Ethernet карту, WLAN/Wi-Fi модуль, Bluetooth модуль, BLE модуль, NFC модуль, IrDa, RFID модуль, GSM модем и т.п. С помощью средств (405) обеспечивается организация обмена данными между сервером (400) и УС (300) по проводному или беспроводному каналу передачи данных, например, WAN, PAN, ЛВС (LAN) , Интранет, Интернет, WLAN, WMAN или GSM.
12
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) Дополнительно сервер (400) может содержать средства В/В данных, например, клавиатура, джойстик, дисплей (сенсорный дисплей) , проектор, тачпад, манипулятор мышь, трекбол, световое перо, динамики, микрофон и т.п.
В настоящих материалах заявки было представлено предпочтительное раскрытие осуществление заявленного технического решения, которое не должно использоваться как ограничивающее иные, частные воплощения его реализации, которые не выходят за рамки испрашиваемого объема правовой охраны и являются очевидными для специалистов в соответствующей области техники .
13
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)

Claims

ФОРМУЛА
1. Способ осуществления транзакций с помощью механизма частичных реверсалов, содержащий этапы, на которых:
получают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС) , причем запрос содержит по меньшей мере сумму ДС;
- осуществляют анализ запроса, при котором осуществляют проверку возможности осуществления запрошенной транзакции по выдаче ДС;
- передают от УС информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
осуществляют первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС;
- определяют отклонение в доступной для выдачи сумме ДС в УС;
- определяют сумму ДС в УС, доступную для выдачи, причем
активируют выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
получают пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов;
и
осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
2. Способ по п.1, характеризующийся тем, что отклонение доступной суммы ДС в УС определяется на основании суммы ДС, указанной в пользовательском запросе на осуществление транзакции .
3. Способ по п.1, характеризующийся тем, что активация режима частичного реверсала осуществляется при наличии возможности выдачи меньшей суммы ДС в ответ на пользовательский запрос.
14
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)
4. Способ по п.1, характеризующийся тем, что активация режима полного реверсала осуществляется при наличии возможности выдачи большей суммы ДС в ответ на пользовательский запрос.
5. Способ по любому из п.п.З или 4, характеризующийся тем, что УС автоматически инициирует набор доступной суммы ДС или нескольких вариантов сумм ДС и предоставляет информацию пользователю.
6. Способ по любому из п.п.З или 4, характеризующийся тем, что УС формирует команду на ввод пользователем суммы ДС для выполнения транзакции.
7. Способ по п.1, характеризующийся тем, что при формировании пользовательского запроса осуществляется верификация пользователя УС.
8. Способ по п.7, характеризующийся тем, что при повторной попытке выполнения транзакции в случае полного реверсала осуществляется повторная верификация пользователя УС.
9. Способ по п.7, характеризующийся тем, что верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
10. Способ по п.9, характеризующийся тем, что биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
11. Способ по п.9, характеризующийся тем, что графическая информация представляет собой фотоизображение пользователя.
12. Способ по п.9, характеризующийся тем, что в качестве удаленного устройства пользователя используется мобильный телефон, планшет или ноутбук.
13. Способ по п.4, характеризующийся тем, что определяется количество поступивших пользовательских запросов на выполнение транзакции .
14. Способ по п.б, характеризующийся тем, что дополнительно УС генерирует варианты выдачи номинала купюр.
15
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)
15. Система осуществления транзакций с помощью механизма частичных реверсалов, содержащая УС и связанный с ним удаленный сервер, причем
УС выполнено с возможностью
получать пользовательский запрос на выполнение транзакции по выдаче ДС, причем запрос содержит по меньшей мере сумму ДС;
осуществлять анализ запроса, при котором выполняется проверка возможности осуществления запрошенной транзакции по выдаче ДС;
передавать информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала; определять отклонение доступной для выдачи суммы ДС в УС и сумму ДС доступную для выдачи в целях осуществления транзакции; удаленный сервер выполнен с возможностью в ответ на запрос от УС на активацию механизма реверсалов для осуществления транзакции генерировать команду для УС на осуществление транзакции с выбранной суммой ДС пользователем; причем
УС фиксирует первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС; определяет сумму ДС в УС, доступную для выдачи в соответствии с упомянутой попыткой, генерирует и направляет сообщения для акцепта инициации набора ДС на удаленный сервер, который активирует выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
16
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26) обрабатывают в канале УС пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов ;
и
осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
16. Система по п.15, характеризующаяся тем, что УС представляет собой банкомат.
17. Система по п.15, характеризующаяся тем, что УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
18. Система по п.17, характеризующаяся тем, что проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
19. Система по п.17, характеризующаяся тем, что беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
20. Система по п.15, характеризующаяся тем, что удаленный сервер представляет собой облачный сервер.
21. Система по п.15, характеризующаяся тем, что УС содержит средства верификации пользователя.
22. Система по п.21, характеризующаяся тем, что средства верификации пользователя УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
17
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26)
PCT/RU2017/000984 2017-11-20 2017-12-27 Способ и система осуществления транзакций с помощью механизма реверсалов WO2019098874A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2017140224 2017-11-20
RU2017140224A RU2678655C1 (ru) 2017-11-20 2017-11-20 Способ и система осуществления транзакций с помощью механизма реверсалов

Publications (1)

Publication Number Publication Date
WO2019098874A1 true WO2019098874A1 (ru) 2019-05-23

Family

ID=65273664

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2017/000984 WO2019098874A1 (ru) 2017-11-20 2017-12-27 Способ и система осуществления транзакций с помощью механизма реверсалов

Country Status (3)

Country Link
EA (1) EA032359B1 (ru)
RU (1) RU2678655C1 (ru)
WO (1) WO2019098874A1 (ru)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7467744B1 (en) * 1999-11-30 2008-12-23 Diebold, Incorporated Check accepting and cash dispensing automated banking machine system and method
US20110231705A1 (en) * 2010-03-18 2011-09-22 Bank Of America Adaptive diagnostics for implementation of an automated teller machine("atm") thin-client mode
US8636203B1 (en) * 2005-12-06 2014-01-28 Visa U.S.A. Inc. Partial authorization of a financial transaction
US9519896B2 (en) * 2012-03-12 2016-12-13 Diebold Self-Service Systems Division Of Diebold, Incorporated Check cashing automated banking machine
US20170330185A1 (en) * 2012-05-04 2017-11-16 Justin Monk System and method for local data conversion

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5745886A (en) * 1995-06-07 1998-04-28 Citibank, N.A. Trusted agents for open distribution of electronic money
US20070131757A1 (en) * 2005-12-08 2007-06-14 Hamilton Andrew R Method and system for error detection in an automated teller machine
MX343504B (es) * 2010-08-25 2016-11-07 Ace Series A Holdco Llc Autorizacion de entrega de efectivo.

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7467744B1 (en) * 1999-11-30 2008-12-23 Diebold, Incorporated Check accepting and cash dispensing automated banking machine system and method
US8636203B1 (en) * 2005-12-06 2014-01-28 Visa U.S.A. Inc. Partial authorization of a financial transaction
US20110231705A1 (en) * 2010-03-18 2011-09-22 Bank Of America Adaptive diagnostics for implementation of an automated teller machine("atm") thin-client mode
US9519896B2 (en) * 2012-03-12 2016-12-13 Diebold Self-Service Systems Division Of Diebold, Incorporated Check cashing automated banking machine
US20170330185A1 (en) * 2012-05-04 2017-11-16 Justin Monk System and method for local data conversion

Also Published As

Publication number Publication date
RU2678655C1 (ru) 2019-01-30
EA201700612A1 (ru) 2019-05-31
EA032359B1 (ru) 2019-05-31

Similar Documents

Publication Publication Date Title
US11829988B2 (en) Systems and methods for transacting at an ATM using a mobile device
US10515357B2 (en) Systems and methods for authenticating electronic transactions
US20150287017A1 (en) Systems and Methods for Transacting at an ATM Using a Mobile Device
RU2677384C1 (ru) Способ автоматического зачисления внесенных денежных средств при возникновении сбоев
US10846676B2 (en) Financial device and control method and system thereof
JP2022173884A (ja) タッチレス取引方法、タッチレス取引システム、取引管理装置および自動取引装置
US10810562B1 (en) Transfer of a transaction from a wounded ATM to another ATM
RU2673982C1 (ru) Способ и система выполнения транзакций по доставке денежных средств при возникновении сбоев в канале связи устройства самообслуживания
CN111582878A (zh) 一种交易风险预测方法、装置及系统
RU2678655C1 (ru) Способ и система осуществления транзакций с помощью механизма реверсалов
RU2767285C1 (ru) Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности
EP3664006A1 (en) Systems and methods for transacting at a local financial service provider device by online credentials
RU2797131C1 (ru) Способ и система автоматизированной смены номиналов кассет в устройстве самообслуживания
RU2797458C1 (ru) Способ и система инкассации ресайклинговых устройств самообслуживания
RU2767284C1 (ru) Способ и система возврата денежных средств при отмене операции взноса наличности в канале устройства самообслуживания
JP2019133372A (ja) 自動取引システム
US11227289B2 (en) Systems and methods for user authentication using card-swipe sequence
WO2022114986A1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
WO2022114988A1 (ru) Способ и система для возврата денежных средств устройством самообслуживания
EA041232B1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
JP7297698B2 (ja) 端末管理システム、端末管理装置及びその方法
KR20070021700A (ko) 사용자 인증 방법 및 상기 방법을 수행하는 금융자동화기기
WO2024005664A1 (ru) Способ и система автоматизированной смены номиналов кассет в устройстве самообслуживания
WO2023211306A1 (ru) Способ и система инкассации ресайклинговых устройств самообслуживания
EA041305B1 (ru) Способ и система возврата денежных средств при отмене операции взноса наличности в канале устройства самообслуживания

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17932024

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17932024

Country of ref document: EP

Kind code of ref document: A1