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

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

Info

Publication number
RU2678655C1
RU2678655C1 RU2017140224A RU2017140224A RU2678655C1 RU 2678655 C1 RU2678655 C1 RU 2678655C1 RU 2017140224 A RU2017140224 A RU 2017140224A RU 2017140224 A RU2017140224 A RU 2017140224A RU 2678655 C1 RU2678655 C1 RU 2678655C1
Authority
RU
Russia
Prior art keywords
transaction
amount
user
request
reverse
Prior art date
Application number
RU2017140224A
Other languages
English (en)
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 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк)
Priority to RU2017140224A priority Critical patent/RU2678655C1/ru
Priority to PCT/RU2017/000984 priority patent/WO2019098874A1/ru
Priority to EA201700612A priority patent/EA032359B1/ru
Application granted granted Critical
Publication of RU2678655C1 publication Critical patent/RU2678655C1/ru

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/18Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals

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

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

Description

ОБЛАСТЬ ТЕХНИКИ
Настоящее техническое решение относится к области обработки данных для осуществления транзакций по выдаче денежных средств (ДС) при взаимодействии пользователей с устройствами самообслуживания (УС), в частности, к способу и системе осуществления транзакций с помощью механизма реверсалов.
УРОВЕНЬ ТЕХНИКИ
Известна система осуществления транзакций с помощью перечисления средств с нескольких аккаунтов пользователя для формирования необходимой суммы (заявка US20060259390, 16.11.2006, Rosenberg et al.). Данное решение посредством обработки перевода средств со счетов пользователя позволяет набрать необходимую сумму с двух и более аккаунтов, реализуя механизм частичного набора суммы с одного аккаунта и добора необходимых средств с другого аккаунта.
Предпосылки создания заявленного технического решения основываются на необходимости реализации механизма расширенного функционала при выполнении транзакций в канале УС при выдаче ДС. Существующий на сегодняшний день недостаток заключается в отсутствии механизма реверсалов при выполнении транзакций в канале УС, который позволяет в случае невозможности выдачи необходимой суммы ДС автоматически реализовать возможность получения большой или меньшей суммы ДС, без необходимости повторения процедуры транзакционного запроса.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Технической проблемой, решаемой с помощью заявленного технического решения, является устранения ограничения по автоматизированной обработке транзакционных запросов в канале УС по выдаче ДС при обнаружении отсутствия возможности выдачи запрашиваемой суммы ДС.
Техническим результатом является расширение функциональных возможностей УС, за счет реализации механизма реверсалов при обработке транзакционных запросов, расширяющих автоматизированные сценарии выполнения транзакций при отсутствии возможности выдачи запрашиваемой суммы ДС.
Дополнительным техническим результатом является сокращение времени обработки транзакционного запроса, который обеспечивается за счет автоматизированной процедуры обработки вариантов выдачи суммы ДС логикой УС.
Заявленный технический результат достигается за счет реализации способа осуществления транзакций с помощью механизма частичных реверсалов, который содержит этапы, на которых:
- получают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС), причем запрос содержит по меньшей мере сумму ДС;
- осуществляют анализ запроса, при котором осуществляют проверку возможности осуществления запрошенной транзакции по выдаче ДС;
- передают от УС информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
- осуществляют первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС;
- определяют отклонение в доступной для выдачи сумме ДС в УС;
- определяют сумму ДС в УС, доступную для выдачи, причем
активируют выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
- получают пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов;
и
- осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
В частном варианте осуществления способа отклонение доступной суммы ДС в УС определяется на основании суммы ДС, указанной в пользовательском запросе на осуществление транзакции.
В другом частном варианте осуществления способа активация режима частичного реверсала осуществляется при наличии возможности выдачи меньшей суммы ДС в ответ на пользовательский запрос.
В другом частном варианте осуществления способа активация режима полного реверсала осуществляется при наличии возможности выдачи большей суммы ДС в ответ на пользовательский запрос.
В другом частном варианте осуществления способа УС автоматически инициирует набор доступной суммы ДС или нескольких вариантов сумм ДС и предоставляет информацию пользователю.
В другом частном варианте осуществления способа УС формирует команду на ввод пользователем суммы ДС для выполнения транзакции.
В другом частном варианте осуществления способа формировании пользовательского запроса осуществляется верификация пользователя УС.
В другом частном варианте осуществления способа при повторной попытке выполнения транзакции в случае полного реверсала осуществляется повторная верификация пользователя УС.
В другом частном варианте осуществления способа верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
В другом частном варианте осуществления способа биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
В другом частном варианте осуществления способа графическая информация представляет собой фотоизображение пользователя.
В другом частном варианте осуществления способа в качестве удаленного устройства пользователя используется мобильный телефон, планшет или ноутбук.
В другом частном варианте осуществления способа определяется количество поступивших пользовательских запросов на выполнение транзакции.
В другом частном варианте осуществления способа дополнительно УС генерирует варианты выдачи номинала купюр.
Также заявленный технический результат достигается за счет системы осуществления транзакций с помощью механизма частичных реверсалов, которая содержит УС и связанный с ним удаленный сервер, причем
УС выполнено с возможностью
получать пользовательский запрос на выполнение транзакции по выдаче ДС, причем запрос содержит по меньшей мере сумму ДС;
осуществлять анализ запроса, при котором выполняется проверка возможности осуществления запрошенной транзакции по выдаче ДС;
передавать информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
определять отклонение доступной для выдачи суммы ДС в УС и сумму ДС доступную для выдачи в целях осуществления транзакции;
удаленный сервер выполнен с возможностью
в ответ на запрос от УС на активацию механизма реверсалов для осуществления транзакции генерировать команду для УС на осуществление транзакции с выбранной суммой ДС пользователем;
причем
УС фиксирует первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС;
определяет сумму ДС в УС, доступную для выдачи в соответствии с упомянутой попыткой, генерирует и направляет сообщения для акцепта инициации набора ДС на удаленный сервер, который активирует выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС;
обрабатывают в канале УС пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов;
и
осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
В частном варианте реализации системы УС представляет собой банкомат.
В другом частном варианте реализации системы УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
В другом частном варианте реализации системы проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
В другом частном варианте реализации системы беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
В другом частном варианте реализации системы удаленный сервер представляет собой облачный сервер.
В другом частном варианте реализации системы УС содержит средства верификации пользователя.
В другом частном варианте реализации системы средства верификации пользователя УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует процесс выполнения заявленного способа.
Фиг. 2 иллюстрирует процесс автоматического повтора набора суммы ДС.
Фиг. 3 иллюстрирует общий вид системы, реализующей способ.
Фиг. 4 иллюстрирует схему УС.
Фиг. 5. иллюстрирует схему сервера обработки запросов от УС.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Как представлено на Фиг. 1 заявленный способ выполнения финансовой транзакции по выдаче ДС (100) осуществляется путем получения и обработки пользовательского запроса (101). Пользовательский запрос формируется с помощью взаимодействия с УС, например, банкоматом. Пользовательский запрос содержит информацию о сумме ДС для выдачи. Программное обеспечение (ПО) УС позволяет сформировать первичный запрос (101) с помощью автоматизированного генерирования вариантов выдачи суммы ДС или получая пользовательский ввод, содержащий информацию о сумме ДС.
Получая информацию о сумме ДС, запрашиваемой пользователем (101), УС выполняет обработку пользовательского запроса (102), формируя сообщение с суммой ДС, введенная пользователем, которое направляется на удаленный сервер обработки транзакций.
Получая сообщение с запросом одобрения транзакции на сервере выполняется его обработка и генерирование подтверждающего сообщения, которое передается в канал УС. Далее ПО УС определяет доступную сумму ДС для выдачи в ответ на транзакционный запрос пользователя (103). Если запрашиваемая сумма ДС доступна (104), то осуществляется ее выдача пользователю (107).
На этапе (104) программная логика УС определяет возможность выдачи ДС по запросу пользователя (101). Если запрашиваемая сумма ДС не может быть выдана, то УС формирует запрос, передаваемый на удаленный сервер для активации механизма реверсалов (105) для дальнейшей обработки транзакционно запроса (101). При осуществлении этапа (104) осуществляется первичный набор суммы в канале УС, при котором фиксируется событие невозможности исполнения операции по запрашиваемой сумме, т.е. фиксируется отклонение от запрашиваемой суммы ДС в запросе (101).
С помощью активации механизма реверсалов (105) формируется автоматическая функция продолжения транзакционной обработки первичного запроса (101) и в канале УС осуществляется анализ вариантов выдачи суммы ДС и генерировании в автоматическом режиме запросов подтверждения выполнения транзакции на удаленный сервер для выдачи возможной суммы ДС с помощью УС (106).
На Фиг. 2 показан принцип работы механизма реверсалов (200). При осуществлении первичного набора суммы ДС УС (201) определяется степень отклонения возможной для выдачи суммы ДС. Отклонение может быть больше или меньше изначально запрашиваемой суммы ДС (202).
При фиксации отклонения в сторону большей суммы на этапе (202) данная информация фиксируется в канале УС и передаётся на удаленный сервер для активации соответствующего сценария механизма реверсалов (203), в частности, сценария полного реверсала. В ответ на активацию сценария полного реверсала сервер генерирует ответное сообщение, передаваемое в канал УС, для выполнения повторного набора суммы ДС (204). УС генерирует один или более вариантов выдачи суммы ДС и предоставляет информацию пользователю. Пользователь в ответ на полученный один или более вариантов выдачи суммы ДС инициирует свое согласие, впоследствии чего формируется в канале УС информация выбора предложенного варианта суммы ДС.
Дополнительно логика УС может формировать также вариант выбора номинала купюр для формирования требуемой суммы ДС.
На основании полученных данных о сумме ДС УС формирует сообщение, направляемое на сервер для одобрения транзакционного запроса. Сервер в ответ на полученное сообщение от УС инициирует ответное сообщение, подтверждающее выполнение транзакционной операции. В ответ на полученное от сервера сообщение УС осуществляет выдачу ДС пользователю.
При определении на этапе (202) отклонения от первично запрашиваемой суммы ДС (101) в меньшую сторону в канале УС проверяется по меньшей мере один доступный вариант набора меньшей суммы ДС. После этого УС формирует соответствующее сообщение для отправки на удаленный сервер для активации сценария частичного реверсала. При активации данного механизма сервер формирует ответное сообщение, передаваемое в канал УС для автоматизированного одобрения продолжения транзакции.
Получив ответ от сервера в части активации механизма частичных реверсалов УС формирует упомянутый один или более вариантов выдачи суммы ДС, которые впоследствии предоставляются на выбор пользователю. Пользователь в ответ на полученный один или более вариантов выдачи суммы ДС инициирует свое согласие, впоследствии чего формируется в канале УС информация выбора предложенного варианта суммы ДС с помощью вторичного набора выбранной суммы (204), меньшей чем в первичном запросе (101).
На основании полученных данных о сумме ДС УС формирует сообщение, направляемое на сервер для одобрения транзакционного запроса, соответствующего сумме ДС во вторичном наборе (204). Сервер в ответ на полученное сообщение от УС инициирует ответное сообщение, подтверждающее выполнение транзакционной операции. В ответ на полученное от сервера сообщение УС осуществляет выдачу ДС пользователю.
При обработке первичных (101) и вторичных запросов (204) на осуществление набора суммы ДС дополнительно может учитываться количество совершаемых попыток набора, что требуется для дополнительного упреждения сбоев в канале ДС, а также предотвращения исчерпания денежных купюр для процедур последующей выдачи. При невозможности набора требуемой суммы ДС, текущие набранные купюры сбрасываются в реджект (ретракт) кассету диспенсера УС.
Число повторных попыток набора суммы ДС УС может быть различным и устанавливаться отдельно для каждого сценария работы механизма реверсалов. Программная логика УС может автоматически отменить осуществления обработки транзакционного запроса при достижении заданного значения количества попыток, установленного для исполняемого сценария реверсалов. При выполнении повторного набора ДС (204) УС фиксирует возможность набора указанной суммы ДС исходя также из наличия необходимого количества купюр, в частности, их номинала и наличия в УС. Данная информация фиксируется УС на основании анализа кассет при наборе ДС.
При выполнении обработки транзакционных запросов клиента при каждом наборе операции присваивается идентификатор процедуры и стейт (состояние обработки транзакции) для текущего идентификатора. На основании идентификаторов выполняется обработка данных между программной логикой канала УС и удаленного сервера. Переход между стейтами при обработке транзакционных запросов реализуется выполнением сценариев обработки запросов с помощью программно-аппаратных средств УС и удаленного сервера.
Также может фиксироваться сбой в канале УС при невозможности выдачи суммы ДС, запрашиваемой в первичном или последующих запросах вызванный механическими или программными сбоями, которые отражаются на наборе суммы ДС в кассету для выдачи. На основании идентификации сбоя в канале УС также формируется сообщение на удаленный сервер для активации сценариев работы механизма реверсалов.
Как представлено на Фиг. 3 общий принцип работы системы выполнения транзакций с помощью механизма реверсалов осуществляется при обработке формируемых в канале УС (300) пользовательских запросов и их последующей передачи по сети (500) на удаленный сервер (400), с помощью способа (100), раскрытого выше.
На Фиг. 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) может быть различного типа, например, вакуумный, спрей типа и т.п.
Дополнительно УС (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) при выполнении сценариев механизма реверсалов управляет данными, характеризующими сумму ДС, которую необходимо возвратить на счет пользователя.
В общем случае сервер (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.
Дополнительно сервер (400) может содержать средства В/В данных, например, клавиатура, джойстик, дисплей (сенсорный дисплей), проектор, тачпад, манипулятор мышь, трекбол, световое перо, динамики, микрофон и т.п.
В настоящих материалах заявки было представлено предпочтительное раскрытие осуществление заявленного технического решения, которое не должно использоваться как ограничивающее иные, частные воплощения его реализации, которые не выходят за рамки испрашиваемого объема правовой охраны и являются очевидными для специалистов в соответствующей области техники.

Claims (44)

1. Способ осуществления транзакций с помощью механизма реверсалов, содержащий этапы, на которых:
- получают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС), причем запрос содержит по меньшей мере сумму ДС;
- осуществляют анализ запроса, при котором осуществляют проверку возможности осуществления запрошенной транзакции по выдаче ДС;
- передают от УС информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
- осуществляют первичную попытку выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС, и фиксируют, что запрашиваемая в запросе сумма ДС недоступна для выдачи пользователю;
- определяют отклонение в доступной для выдачи сумме ДС в УС, которое представляет собой упомянутую фиксацию события невозможности исполнения операции по запрашиваемой сумме;
- определяют сумму ДС в УС, доступную для выдачи, причем активируют выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС от пользовательского запроса, или активируют выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС от пользовательского запроса, при этом выполнение частичного и полного реверсала осуществляется без необходимости повторения процедуры транзакционного запроса;
- получают пользовательский ввод в ответ на выполнение транзакции согласно активированному режиму реверсалов; и
- осуществляют транзакцию в зависимости от упомянутого активированного режима реверсала.
2. Способ по п. 1, характеризующийся тем, что отклонение доступной суммы ДС в УС определяется на основании суммы ДС, указанной в пользовательском запросе на осуществление транзакции.
3. Способ по п. 1, характеризующийся тем, что активация режима частичного реверсала осуществляется при наличии возможности выдачи меньшей суммы ДС в ответ на пользовательский запрос.
4. Способ по п. 1, характеризующийся тем, что активация режима полного реверсала осуществляется при наличии возможности выдачи большей суммы ДС в ответ на пользовательский запрос.
5. Способ по любому из пп. 3 или 4, характеризующийся тем, что УС автоматически инициирует набор доступной суммы ДС или нескольких вариантов сумм ДС и предоставляет информацию пользователю.
6. Способ по любому из пп. 3 или 4, характеризующийся тем, что УС формирует команду на ввод пользователем суммы ДС для выполнения транзакции.
7. Способ по п. 1, характеризующийся тем, что при формировании пользовательского запроса осуществляется верификация пользователя УС.
8. Способ по п. 7, характеризующийся тем, что при повторной попытке выполнения транзакции в случае полного реверсала осуществляется повторная верификация пользователя УС.
9. Способ по п. 7, характеризующийся тем, что верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
10. Способ по п. 9, характеризующийся тем, что биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
11. Способ по п. 9, характеризующийся тем, что графическая информация представляет собой фотоизображение пользователя.
12. Способ по п. 9, характеризующийся тем, что в качестве удаленного устройства пользователя используется мобильный телефон, планшет или ноутбук.
13. Способ по п. 4, характеризующийся тем, что определяется количество поступивших пользовательских запросов на выполнение транзакции.
14. Способ по п. б, характеризующийся тем, что дополнительно УС генерирует варианты выдачи номинала купюр.
15. Система осуществления транзакций с помощью механизма реверсалов, содержащая устройство самообслуживания (УС) и связанный с ним удаленный сервер, причем
УС выполнено с возможностью
получать пользовательский запрос на выполнение транзакции по выдаче денежных средств (ДС), причем запрос содержит по меньшей мере сумму ДС;
осуществлять анализ запроса, при котором выполняется проверка возможности осуществления запрошенной транзакции по выдаче ДС;
передавать информацию о транзакции на удаленный сервер для активации механизма управления реверсалами, реализующего выполнение полного или частичного реверсала;
определять отклонение доступной для выдачи суммы ДС в УС и сумму ДС, доступную для выдачи, в целях осуществления транзакции;
удаленный сервер выполнен с возможностью
в ответ на запрос от УС на активацию механизма реверсалов для осуществления транзакции генерировать команду для УС на осуществление транзакции с выбранной суммой ДС пользователем;
причем
УС также выполнено с возможностью
фиксации первичной попытки выполнения транзакции, при которой проверяется наличие требуемой суммы ДС в УС, и фиксации того, что запрашиваемая в запросе сумма ДС недоступна для выдачи пользователю;
определения отклонения в доступной для выдачи сумме ДС в УС, которое представляет собой упомянутую фиксацию события невозможности исполнения операции по запрашиваемой сумме;
определения суммы ДС в УС, доступной для выдачи в соответствии с упомянутой попыткой, генерирования и направления сообщения для акцепта инициации набора ДС на удаленный сервер, который активирует выполнение частичного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи меньшей суммы ДС от пользовательского запроса, или активирует выполнение полного реверсала, при котором инициируют повторную попытку выполнения транзакции с набором для выдачи большей суммы ДС от пользовательского запроса, при этом выполнение частичного и полного реверсалов осуществляется без необходимости повторения процедуры транзакционного запроса;
обработки пользовательского ввода в ответ на выполнение транзакции согласно активированному режиму реверсалов; и
осуществления транзакции в зависимости от упомянутого активированного режима реверсала.
16. Система по п. 15, характеризующаяся тем, что УС представляет собой банкомат.
17. Система по п. 15, характеризующаяся тем, что УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
18. Система по п. 17, характеризующаяся тем, что проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
19. Система по п. 17, характеризующаяся тем, что беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
20. Система по п. 15, характеризующаяся тем, что удаленный сервер представляет собой облачный сервер.
21. Система по п. 15, характеризующаяся тем, что УС содержит средства верификации пользователя.
22. Система по п. 21, характеризующаяся тем, что средства верификации пользователя УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
RU2017140224A 2017-11-20 2017-11-20 Способ и система осуществления транзакций с помощью механизма реверсалов RU2678655C1 (ru)

Priority Applications (3)

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

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
RU2678655C1 true RU2678655C1 (ru) 2019-01-30

Family

ID=65273664

Family Applications (1)

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

Country Status (3)

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

Citations (6)

* 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
RU2591564C2 (ru) * 2010-08-25 2016-07-20 ЭйСиИ Сиэриз Эй Холдко ЭлЭлСи. Авторизация выдачи наличных денежных средств
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 (2)

* 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

Patent Citations (6)

* 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
RU2591564C2 (ru) * 2010-08-25 2016-07-20 ЭйСиИ Сиэриз Эй Холдко ЭлЭлСи. Авторизация выдачи наличных денежных средств
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
EA201700612A1 (ru) 2019-05-31
EA032359B1 (ru) 2019-05-31
WO2019098874A1 (ru) 2019-05-23

Similar Documents

Publication Publication Date Title
US11216814B1 (en) System and method for facilitating programmatic verification of transactions
US11829988B2 (en) Systems and methods for transacting at an ATM using a mobile device
KR101757422B1 (ko) 통신 시스템에서의 결제
US20150287017A1 (en) Systems and Methods for Transacting at an ATM Using a Mobile Device
WO2018235055A1 (en) FACIAL BIOMETRIC CARD EMULATION FOR IN-STORE PAYMENT AUTHORIZATION
US10885507B1 (en) Transferring a customer from an ATM transaction to a device-based transaction during an error state, and applications thereof
RU2677384C1 (ru) Способ автоматического зачисления внесенных денежных средств при возникновении сбоев
TWM574284U (zh) 利用活體及人臉辨識執行無卡交易的交易系統及自動櫃員機
JP2022173884A (ja) タッチレス取引方法、タッチレス取引システム、取引管理装置および自動取引装置
RU2673982C1 (ru) Способ и система выполнения транзакций по доставке денежных средств при возникновении сбоев в канале связи устройства самообслуживания
EP4088239A1 (en) Transfer of a transaction from a wounded atm to another atm
RU2678655C1 (ru) Способ и система осуществления транзакций с помощью механизма реверсалов
CN111582878A (zh) 一种交易风险预测方法、装置及系统
TW201305951A (zh) 無卡式金融交易系統及其交易方法
EP3664006A1 (en) Systems and methods for transacting at a local financial service provider device by online credentials
RU2767285C1 (ru) Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности
JP2019133372A (ja) 自動取引システム
RU2797131C1 (ru) Способ и система автоматизированной смены номиналов кассет в устройстве самообслуживания
RU2767284C1 (ru) Способ и система возврата денежных средств при отмене операции взноса наличности в канале устройства самообслуживания
TWI844770B (zh) 辨識影像中之動作以判斷目標是否為活體之系統及方法
US20230385832A1 (en) Conserving computing resources during identity validation via a last used account
WO2022114986A1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
WO2022114988A1 (ru) Способ и система для возврата денежных средств устройством самообслуживания
EA041232B1 (ru) Способ и система возврата денежных средств устройством самообслуживания на счет пользователя
TWM623088U (zh) 金融服務系統