RU2658881C2 - Способ получения платежными системами реквизитов получателя платежа - Google Patents
Способ получения платежными системами реквизитов получателя платежа Download PDFInfo
- Publication number
- RU2658881C2 RU2658881C2 RU2016121663A RU2016121663A RU2658881C2 RU 2658881 C2 RU2658881 C2 RU 2658881C2 RU 2016121663 A RU2016121663 A RU 2016121663A RU 2016121663 A RU2016121663 A RU 2016121663A RU 2658881 C2 RU2658881 C2 RU 2658881C2
- Authority
- RU
- Russia
- Prior art keywords
- payment
- server
- payee
- details
- payer
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 239000011159 matrix material Substances 0.000 claims abstract description 34
- 238000012546 transfer Methods 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims abstract description 7
- 238000003860 storage Methods 0.000 abstract description 3
- 238000005516 engineering process Methods 0.000 abstract description 2
- 239000000126 substance Substances 0.000 abstract 1
- 230000008901 benefit Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
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
- G06Q30/00—Commerce
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Изобретение относится к средствам автоматизации получения реквизитов получателя платежа. Техническим результатом является повышение безопасности платежей и хранения информации при осуществлении безналичных электронных платежей. В способе получатель платежа единожды регистрируется на сайте сервера системы, вводит свои платежные реквизиты и получает личный идентификатор в виде графического файла с изображением матричного штрихкода, который он может распечатывать, отображать на дисплее или иным способом, плательщик имеет клиентское устройство с установленной любой сторонней платежной системой, которая дополнена функциями для работы со способом, плательщик с помощью клиентского устройства считывает изображение матричного штрихкода, из которого получает личный идентификатор, сторонняя платежная система отправляет его значение серверу системы по каналам связи, сервер системы находит по значению личного идентификатора платежные реквизиты получателя платежа и возвращает их сторонней платежной системе, плательщик вводит сумму оплаты и подтверждает перевод средств, сторонняя платежная система осуществляет перевод средств и, в случае успеха, сообщает об этом серверу системы, сервер системы уведомляет получателя любым выбранным им доступным способом об успешном переводе средств. 2 з.п. ф-лы, 1 ил.
Description
Изобретение относится к способам автоматизации получения реквизитов получателя платежа при формировании счета на оплату для платежных систем, предназначенных для оплаты услуг и товаров, а также любых других переводов денежных средств.
В описании использована следующая терминология:
Платежная система - совокупность правил, процедур и технической инфраструктуры, обеспечивающих перевод стоимости от одного субъекта экономики другому. Платежные системы являются одной из ключевых частей современных монетарных систем. В ряде случаев платежными средствами выступают не деньги или долги, номинированные в деньгах, а условные платежные единицы или специализированные ценные бумаги (примером могут служить WebMoney, биткойн). Платежные системы являются заменителем расчетов наличными деньгами при осуществлении внутренних и международных платежей и являются одним из базовых сервисов, предоставляемых банками и другими профильными финансовыми институтами.
Сторонняя платежная система - независимая платежная система, самостоятельно и отдельно функционирующая от способа.
Платежные реквизиты - сведения, необходимые для перевода денежных средств. При этом могут иметься в виду реквизиты получателя платежа и реквизиты плательщика. В совокупности для совершения одного платежа используется более 40 реквизитов.
Безналичные расчеты - это платежи, осуществляемые без использования наличных денег, посредством перечисления денежных средств по счетам в финансовых учреждениях и зачетов взаимных требований.
Персональные данные - любая информация, относящаяся прямо или косвенно к определенному или определяемому физическому лицу (субъекту персональных данных). Хотя концепция персональных данных довольно стара, развитие компьютерных сетей и автоматизированного анализа данных позволили красть, централизованно собирать и массово продавать данные о человеке. Эти данные помогают выследить человека, спланировать преступление против него или постороннему выдать себя за другого человека.
Плательщик (покупатель, пользователь) - физическое или юридическое лицо, осуществляющее оплату за товар или услугу, а также осуществляющее перевод в чью-то пользу. Оплата может происходить в форме, отличной от денежной.
Получатель (продавец) - физическое, характеризующиеся ФИО и адресом прописки, или юридическое лицо, характеризующиеся названием и юридическим адресом или адресом точки реализации или электронным адресом, получающее оплату за товар или услугу, а также получающее перевод в свою пользу. Оплата может происходить в форме, отличной от денежной.
Матричный штрихкод - графическая информация, представляющая возможность считывания ее техническими средствами, - последовательность цветных и белых геометрических фигур.
QR-код (англ. quick response - быстрый отклик) - разновидность матричного штрихкода (двумерный штрихкод), разработанная и представленная японской компанией «Denso-Wave».
Личный идентификатор - набор данных, содержащий уникальный номер в системе, наименование, адрес физический или электронный.
Идентификатор операции - набор данных, содержащий личный идентификатор, сумму, назначение платежа.
Сервер системы - совокупность программного обеспечения и аппаратных средств для выполнения определенных функций, обеспечивающих функционирование системы.
Клиентское устройство - смартфон, персональный компьютер или другое (в том числе мобильное) устройство с установленным специальным программным обеспечением для совместной работы в составе платежной системы и имеющее с ней связь для обмена данными.
В настоящем уровне техники существует множество различных платежных систем, предназначенных для использования физическими (Пример: Сбербанк Онлайн https://online.sberbank.ru) и юридическими лицами (Пример: iBank2 https://ibank2.ru). В последнее время наибольшую популярность получают системы безналичных online платежей с использованием Интернет для передачи данных. Такие системы реализованы в виде программы для клиентского устройства и имеют следующие недостатки:
- Включают ограниченный список получателей платежей, для которых пользователю не требуется вводить платежные реквизиты.
- Для остальных получателей платежей требуется вводить вручную платежные реквизиты, которые содержат большое количество (более 40 параметров) сложной для понимания обычного пользователя информации.
- Пользователь может не знать и не иметь возможности быстро получить платежные реквизиты получателя платежа в полном объеме.
Эти недостатки существенно ограничивают распространение и повсеместную применимость таких платежных систем.
Из уровня техники известен способ совершения покупок, описанный в патенте WO 2012/083359, при котором:
- На сервере системы хранятся персональные данные покупателя, платежные реквизиты его банковских карт и других счетов, включая секретные данные для доступа.
- На сервере системы хранятся платежные реквизиты получателей платежей (продавцов).
- Для каждой покупки продавцом формируется через сервер системы индивидуальный QR-код, позволяющий однозначно идентифицировать данную покупку. Полученный QR-код визуально отображается для покупателя.
- Покупатель имеет клиентское устройство, программное обеспечение которого позволяет активировать QR-код и взаимодействует по каналу связи с сервером системы, который формирует заявку на покупку.
- Сервер системы выполняет оплату покупки путем перевода средств со счетов покупателя на счет продавца.
Описанный в патенте WO 2012/083359 способ совершения покупок позволяет устранить недостатки, связанные с необходимостью ввода платежных реквизитов продавца, и автоматизирует их получение, однако сам имеет ряд недостатков:
- Сервер системы описанного способа хранит персональные данные плательщика, платежные реквизиты его банковских карт и других счетов, включая секретные данные для доступа, а также историю движения средств. Фактически, сервер системы будет хранить консолидированную информацию о счетах, включая всю необходимую секретную информацию для осуществления переводов средств, что небезопасно.
- Описанный способ совершения покупок рассчитан на использование исключительно собственной платежной системы и не предполагает взаимодействия и использования внешних платежных систем, что ограничивает масштабы его использования, так как плательщикам (покупателям) придется устанавливать еще одну платежную систему на свои клиентские устройства и отказаться от использования существующих платежных систем.
- От получателя платежа (продавца) требуется наличие у него некой информационной системы, которая должна быть интегрирована с сервером системы и иметь постоянный канал связи, что ограничивает применимость способа продавцами, так как им придется нести дополнительные материальные затраты.
Задача изобретения - создать способ, позволяющий автоматизировать получение любой сторонней существующей или новой платежной системой платежных реквизитов получателя платежа, без получения и хранения любых персональных данных плательщика и без необходимости наличия у получателя платежа (продавца) информационной системы.
Для решения поставленной задачи предлагается способ получения платежными системами реквизитов получателя платежа, характеризующийся тем, что получатель платежа единожды регистрируется на сайте сервера системы, вводит свои платежные реквизиты и получает личный идентификатор в виде графического файла с изображением матричного штрихкода, который он может распечатывать, отображать на дисплее или иным способом, плательщик имеет клиентское устройство с установленной любой сторонней платежной системой, которая дополнена функциями для работы со способом, плательщик с помощью клиентского устройства считывает изображение матричного штрихкода, из которого получает данные характеризующие получателя, верифицирует их, вводит сумму оплаты и подтверждает платеж, сторонняя платежная система отправляет его значение серверу системы по каналам связи, сервер системы находит по значению личного идентификатора платежные реквизиты получателя платежа и возвращает их сторонней платежной системе, сторонняя платежная система осуществляет перевод средств и, в случае успеха, сообщает об этом серверу системы, сервер системы уведомляет получателя любым выбранным им доступным способом (CMC, электронная почта, мессенджеры и так далее) об успешном переводе средств. Кроме того, матричный штрихкод может создаваться на основе идентификатора операции информационной системой получателя при помощи программного обеспечения или библиотеки программ. Дополнительная информация, содержащаяся в ней, позволяет сократить пользовательский ввод и повысить безопасность за счет сверяемых данных.
Таким образом, повышается безопасность платежей и хранения информации, а также универсальность использования сторонних платежных систем, упрощается и удешевляется процедура внедрения для получателей платежей.
Технический результат заключается в повышении безопасности платежей и хранения информации при осуществлении электронных платежей.
Технический результат достигается тем, что получатель платежа единожды регистрируется на сайте сервера системы, вводит характеризующие его данные и получает личный идентификатор в виде графического файла с изображением матричного штрихкода, который отображается (напечатан на бумажном носителе, отображен проецированием, голографически или на дисплее); плательщик имеет клиентское устройство с установленной сторонней платежной системой, адаптированной для работы со способом; плательщик с помощью клиентского устройства считывает изображение матричного штрихкода, из которого получает данные, характеризующие получателя, верифицирует их, вводит сумму оплаты и подтверждает платеж; затем сторонняя платежная система отправляет идентификатор операции серверу системы по каналам связи, сервер системы верифицирует данные и возвращает платежные реквизиты сторонней платежной системе; сторонняя платежная система осуществляет перевод средств и, в случае успеха, сообщает об этом серверу системы; сервер системы уведомляет получателя об успешном переводе средств. Кроме того, матричный штрихкод содержит помимо личного идентификатора продавца сумму платежа и/или назначение платежа и/или реквизиты продавца, для генерации которых используется библиотека программ. Как частный случай, в дополнение к матричному штрихкоду информация отображается буквенно-цифровым способом, при этом плательщик вводит информацию вручную в программное обеспечение сторонней платежной системы, интегрированной с системой способа.
Преимущества данного способа получения платежными системами реквизитов получателя платежа
- Сервер системы не выполняет функций платежной системы и, следовательно, не хранит персональных и секретных данных плательщика, вместо этого он предоставляет сервис по предоставлению платежных реквизитов получателя любым сторонним платежным системам. В результате удается избежать опасного дублирования конфиденциальных данных в нескольких системах.
- Из предыдущего преимущества следует, что любая платежная сторонняя система, работающая с любыми денежными средствами, включая электронные кошельки, путем минимальной доработки своего программного обеспечения, без каких-либо действий по интеграции с получателями платежей, сможет сразу начать работать со всеми зарегистрированными на сервере системы продавцами. При этом покупателям достаточно будет простого обновления версии программного обеспечения на своих клиентских устройствах.
- Получателям платежей для работы с системой и получения платежей на свой счет достаточно зарегистрироваться на сервере системы и получить матричный штрихкод для дальнейшего представления покупателю. Даже при отсутствии собственной информационной системы для использования способа достаточно распечатать полученный матричный штрихкод, что упрощает и снижает затраты на внедрение.
Сущность описанного способа получения платежными системами реквизитов получателя платежа поясняется изображением на фиг. 1
Фиг. 1 - Способ получения платежными системами реквизитов получателя платежа», где
СС - Сервер системы;
ПР - Получатель (продавец);
МК - Матричный штрихкод;
КУ - Клиентское устройство;
ПС - Сторонняя платежная система;
ПЛ - Плательщик (покупатель, пользователь);
1 - Считывание матричного штрихкода;
2 - Ввод плательщика и подтверждение платежа;
3 - Передача данных и подтверждения платежа;
4 - Передача данных и запрос реквизитов получателя платежа;
5 - Передача реквизитов получателя платежа;
6 - Передача данных и результата выполнения платежа;
7 - Передача результата выполнения платежа;
8 - Передача результата выполнения платежа
Пример осуществления
В способе получения платежными системами реквизитов получателя платежа участвуют следующие элементы:
- расположенный в Интернет сервер системы способа с программным обеспечением и базой данных;
- продавец, который зарегистрировался на сервере системы, ввел свои платежные реквизиты и получил личный идентификатор в виде изображения матричного штрихкода;
- матричный штрихкод, содержащий информацию о личном идентификаторе, соответствующем продавцу;
- клиентское устройство в виде смартфона, имеющего фотокамеру, стороннее мобильное приложение (например, мобильное приложение Сбербанк Онлайн) и доступ в Интернет;
- сторонняя платежная система (например, система Сбербанк Онлайн) с которой взаимодействует мобильное приложение смартфона;
- покупатель, владеющий смартфоном и желающий совершить покупку.
Покупатель при помощи фотокамеры смартфона распознает матричный штрихкод и получает значение личного идентификатора продавца или идентификатора операции. В случае, если матричный штрихкод содержит только личный идентификатор, покупатель вручную вводит сумму и назначение платежа. Покупатель верифицирует получателя по наименованию и адресу из личного идентификатора, а затем подтверждает платеж. Адаптированное стороннее мобильное приложение смартфона связывается через Интернет с сервером сторонней платежной системы и передает ему значение матричного штрихкода, которое затем передается серверу системы. Сервер системы находит в базе данных реквизиты, соответствующие значению идентификатора, проверяет соответствие данных в личном идентификаторе и, если данные соответствуют, передает их серверу сторонней платежной системы, которая использует их для осуществления платежа. Сторонняя платежная система выполняет платеж и сообщает результат своему мобильному приложению и серверу системы. В случае успешного выполнения платежа сервер системы уведомляет продавца каким-либо способом по каналам связи (CMC, электронная почта, сообщение в мессенджере и т.д.).
Примеры использования приводятся с позиции плательщика.
Пример использования 1. Оплата в Интернет магазине. После формирования заказа покупателю на экране монитора отображается матричный штрихкод. Покупатель запускает на смартфоне программу сторонней платежной системы и фотографирует изображение матричного штрихкода. Программа отображает покупателю наименование магазина, электронный адрес магазина, сумму платежа, назначение платежа (например, номер заказа). Покупатель сверяет данные и подтверждает платеж. Происходит перевод денег. Система Интернет магазина продавца получает от сервера системы уведомление об оплате.
Пример использования 2. Оплата бумажных квитанций. Получатель платежа печатает на своих квитанциях матричный штрихкод. Плательщик запускает на смартфоне программу сторонней платежной системы и фотографирует изображение матричного штрихкода. Программа отображает плательщику наименование получателя платежа, юридический адрес получателя, сумму платежа, назначение платежа (например, номер квитанции). Покупатель сверяет данные и подтверждает платеж. Происходит перевод денег. Получатель платежа получает реестр платежей за день.
Пример использования 3. Переводы денежных средств. Получатель перевода отображает на экране своего смартфона матричный штрихкод, плательщик запускает на смартфоне программу сторонней платежной системы и фотографирует изображение матричного штрихкода. Программа отображает плательщику ФИО и адрес получателя, плательщик вводит сумму и подтверждает платеж. Происходит перевод денег. В данном случае можно делать переводы между любыми счетами и картами.
Пример использования 4. Оплата в обычных магазинах и кафе. Чековый принтер печатает предварительный чек, на котором имеется матричный штрихкод. Плательщик запускает на смартфоне программу сторонней платежной системы и фотографирует изображение матричного штрихкода. Программа отображает плательщику наименование получателя платежа, адрес магазина или кафе, сумму платежа, назначение платежа. Покупатель сверяет данные и подтверждает платеж. Происходит перевод денег. Торговая система продавца получает уведомление, после чего печатается фискальный чек.
Пример использования 5. Оплата услуг малого бизнеса (ремонт обуви, парикмахерские, автосервисы и т.д.). В таких местах как правило нет контрольно-кассовых машин. Матричный штрихкод с личным идентификатором может быть одноразово напечатан на листе бумаги. Покупатель запускает на смартфоне программу сторонней платежной системы и фотографирует изображение матричного штрихкода. Программа отображает покупателю наименование получателя платежа и его адрес, покупатель вводит сумму, назначение платежа и подтверждает платеж. Происходит перевод денег. Сервер системы уведомляет продавца при помощи CMC об оплате.
Claims (3)
1. Способ получения платежными системами реквизитов получателя платежа, характеризующийся тем, что получатель платежа единожды регистрируется на сайте сервера системы, вводит характеризующие его данные и получает личный идентификатор в виде графического файла с изображением матричного штрихкода, который отображается (напечатан на бумажном носителе, отображен проецированием, голографически или на дисплее); плательщик имеет клиентское устройство с установленной сторонней платежной системой, адаптированной для работы со способом; плательщик с помощью клиентского устройства считывает изображение матричного штрихкода, из которого получает данные, характеризующие получателя, верифицирует их, вводит сумму оплаты и подтверждает платеж; затем сторонняя платежная система отправляет идентификатор операции серверу системы по каналам связи, сервер системы верифицирует данные и возвращает платежные реквизиты сторонней платежной системе; сторонняя платежная система осуществляет перевод средств и, в случае успеха, сообщает об этом серверу системы; сервер системы уведомляет получателя об успешном переводе средств.
2. Способ по п. 1, отличающийся тем, что матричный штрихкод содержит помимо личного идентификатора продавца сумму платежа и/или назначение платежа, и/или реквизиты продавца, для генерации которых используется библиотека программ.
3. Способ по п. 1 или 2, отличающийся тем, что в дополнение к матричному штрихкоду информация отображается буквенно-цифровым способом, при этом плательщик вводит информацию вручную в программное обеспечение сторонней платежной системы, интегрированной с системой способа.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2016121663A RU2658881C2 (ru) | 2016-06-01 | 2016-06-01 | Способ получения платежными системами реквизитов получателя платежа |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2016121663A RU2658881C2 (ru) | 2016-06-01 | 2016-06-01 | Способ получения платежными системами реквизитов получателя платежа |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2016121663A RU2016121663A (ru) | 2017-12-06 |
| RU2658881C2 true RU2658881C2 (ru) | 2018-06-25 |
Family
ID=60580980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2016121663A RU2658881C2 (ru) | 2016-06-01 | 2016-06-01 | Способ получения платежными системами реквизитов получателя платежа |
Country Status (1)
| Country | Link |
|---|---|
| RU (1) | RU2658881C2 (ru) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2700549C1 (ru) * | 2018-08-20 | 2019-09-17 | Алексей Васильевич Глушков | Способ получения платежными системами реквизитов получателя платежа |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002042970A1 (en) * | 2000-11-21 | 2002-05-30 | Kilseob Yang | Method and system for server to execute electronic commerce in concerted internet site and off-line store |
| RU2344049C2 (ru) * | 2007-11-30 | 2009-01-20 | Роман Валентинович Филатов | Способ заключения юридически значимой электронной сделки страхования |
| RU2393541C2 (ru) * | 2008-06-30 | 2010-06-27 | Валерий Иванович Стародубцев | Система заказов и продажи товаров и услуг (варианты), способ предложения к продаже и оформления заказов, способ продажи товаров и услуг |
| RU2571540C1 (ru) * | 2014-12-05 | 2015-12-20 | Общество С Ограниченной Ответственностью "Фит" | Способ и система для совершения покупок |
| WO2016061093A1 (en) * | 2014-10-15 | 2016-04-21 | Paypal, Inc. | Systems and methods for facilitating offline payments |
-
2016
- 2016-06-01 RU RU2016121663A patent/RU2658881C2/ru not_active IP Right Cessation
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002042970A1 (en) * | 2000-11-21 | 2002-05-30 | Kilseob Yang | Method and system for server to execute electronic commerce in concerted internet site and off-line store |
| RU2344049C2 (ru) * | 2007-11-30 | 2009-01-20 | Роман Валентинович Филатов | Способ заключения юридически значимой электронной сделки страхования |
| RU2393541C2 (ru) * | 2008-06-30 | 2010-06-27 | Валерий Иванович Стародубцев | Система заказов и продажи товаров и услуг (варианты), способ предложения к продаже и оформления заказов, способ продажи товаров и услуг |
| WO2016061093A1 (en) * | 2014-10-15 | 2016-04-21 | Paypal, Inc. | Systems and methods for facilitating offline payments |
| RU2571540C1 (ru) * | 2014-12-05 | 2015-12-20 | Общество С Ограниченной Ответственностью "Фит" | Способ и система для совершения покупок |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2700549C1 (ru) * | 2018-08-20 | 2019-09-17 | Алексей Васильевич Глушков | Способ получения платежными системами реквизитов получателя платежа |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2016121663A (ru) | 2017-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11868974B2 (en) | Systems, methods, and computer program products providing push payments | |
| US11514433B1 (en) | Systems and methods for facilitating transactions using codes | |
| US10810557B2 (en) | Financial services ecosystem | |
| US9875469B1 (en) | Bill splitting | |
| US10535063B2 (en) | Systems and methods for securing digital gift cards with a public ledger | |
| US8924246B1 (en) | Systems and methods for mobile payments | |
| US20190347648A1 (en) | Financial card transaction security and processing methods | |
| US20150324767A1 (en) | System and method for recovering refundable taxes | |
| US9373230B2 (en) | Customer reprint of a physical receipt from an electronic receipt | |
| US9595024B2 (en) | Reprint of a physical receipt and receipt history from an electronic receipt for reducing fraudulent returns | |
| US9105017B2 (en) | Customer reprint of a physical receipt from an electronic receipt | |
| Franciska et al. | An overview on digital payments | |
| CN107798528A (zh) | 预先验证处理 | |
| US10032142B2 (en) | Reprint of a physical receipt and receipt history from an electronic receipt for reducing fraudulent returns | |
| JP6502244B2 (ja) | 決済システム | |
| JP2018014106A (ja) | 取引記録との関連付けのための取引額の識別 | |
| CN110622189A (zh) | 用于提供数字收据的高效方法和系统 | |
| CN112465495A (zh) | 图像捕获交易支付 | |
| RU2658881C2 (ru) | Способ получения платежными системами реквизитов получателя платежа | |
| RU2700549C1 (ru) | Способ получения платежными системами реквизитов получателя платежа | |
| US20160098706A1 (en) | Method and apparatus for conducting fund transfer between two entities and its application as a cell phone wallet | |
| WO2016157137A1 (en) | Digital receipt management system and method | |
| JP6904636B2 (ja) | セキュアな取引処理のための方法、コンピュータプログラム及びシステム | |
| JP4210632B2 (ja) | 預金口座管理方法及び預金口座管理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20190602 |