WO2013022376A1 - Способ и система проведения объединенной программы лояльности - Google Patents

Способ и система проведения объединенной программы лояльности Download PDF

Info

Publication number
WO2013022376A1
WO2013022376A1 PCT/RU2012/000343 RU2012000343W WO2013022376A1 WO 2013022376 A1 WO2013022376 A1 WO 2013022376A1 RU 2012000343 W RU2012000343 W RU 2012000343W WO 2013022376 A1 WO2013022376 A1 WO 2013022376A1
Authority
WO
WIPO (PCT)
Prior art keywords
combined
card
discount
loyalty program
partners
Prior art date
Application number
PCT/RU2012/000343
Other languages
English (en)
French (fr)
Inventor
Петр Анатольевич БЕЛИКОВ
Денис Александрович СТРЕХА
Original Assignee
Belikov Petr Anatolevich
Streha Denis Aleksandrovich
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 Belikov Petr Anatolevich, Streha Denis Aleksandrovich filed Critical Belikov Petr Anatolevich
Publication of WO2013022376A1 publication Critical patent/WO2013022376A1/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the invention relates to the field of information technology and computer technology and can be used in a unified computerized system of enterprises for making payments using discounts and paying with accumulated bonus points for goods and / or services in trade and service enterprises and / or banks that are partners of the joint loyalty program compatible with local loyalty programs of the above enterprises based on the use of a unified discount card that provides ban functions product, with the provision, at the request of the user, of the possibility of using them, for example, to receive accumulated bonus points in the form of cash (their monetization), or to repay loans, etc., as well as to carry out settlement transactions between system entities.
  • the systems on the market are oriented both to the basic retention and attraction of consumers from outside (discounts / bonuses / special promotions), and to attracting consumers to a specific target audience (within the framework of combining several suppliers of goods and / or services focused on one class of consumers or those providing goods and / or services in one / related fields of activity).
  • the closest to the technical solution is a money management payment system using prepaid cards with a fixed nominal value with hidden parameters, using a mobile or landline telephone in tone mode, and the Internet.
  • This payment the system consists of a set of entities, interconnected on a contractual and technological basis, that have concluded agreements or contracts among themselves that they are ready to issue, provide banking services and process payment cards in order to make settlements between themselves and suppliers of goods and services on non-cash basis, using certain mechanisms and following established rules.
  • card issuer non-credit financial institution
  • processing center that provides information and technological interaction between the participants of the payment system
  • this payment system cannot be classified as universal, since the system provides payment transactions using prepaid cards issued by the system issuer, only with suppliers of goods and services having a contractual relationship with this system or with third parties on behalf of cardholders and does not have the ability to service with by using their card holders of cards of other similar payment systems with their cards and suppliers of goods and services.
  • the present invention is aimed at solving technical problems to expand the functionality of systems that provide a loyalty program for consumers.
  • Achievable positive technical result is to create a method and system for conducting a joint loyalty program compatible with local loyalty programs based on the use of a unified discount card that provides banking product functions that have all the advantages of the above known loyalty methods and systems, and which provide the opportunity to preserve the benefits existing local loyalty programs to combine them and existing banking payment systems in a unified system to obtain a synergistic effect from their use for partners and consumers of the loyalty program, as well as to ensure mutual settlements between them.
  • the tasks are solved by creating a method for conducting a joint loyalty program compatible with local loyalty programs based on the use of a unified discount card that provides the functions of a banking product, in which according to the invention:
  • POS terminal - provide the holder of a unified discount card that provides the functions of a banking product when used in trade and service enterprises, information visualized on a POS terminal, including:
  • the tasks are also solved by creating a joint loyalty program compatible with local loyalty programs based on the use of a combined discount card that provides the functions of a banking product, which according to the invention includes at least one combined discount card, at least one POS terminal, comprising at least a reader for identification data printed on the combined discount card, wherein the POS terminal is connected through a module to ides module interfaces with the processing center of the system which comprises the central server, at least one server combined the retail partner loyalty programs, at least one payment partner server combined loyalty program,
  • the central server is configured to provide data exchange modulo interfaces through the communication module with the partners servers of the joint loyalty program, and the server of each partner is configured to receive modulo communication through the interface module from POS terminals information about the identification data of the universal discount card and verification them with identification data stored in the database module of the processing center of the system by users of local discount cards, establishing the correspondence of the identification data of the compared combined discount card with the information available in the specified Database module and establishing the overall balance of bonus points of this combined discount card, taking into account bonus points received for matching local discount cards
  • the processing center of the system of the Module of the Databases of the processing center of the system, and the Databases are structured in the form of tables by:
  • the POS terminal of the system having the additional function of displaying information from the Database Module for holders of integrated discount information cards.
  • the proposed system provides a means of achieving the claimed technical result.
  • the claimed configuration of the system allows you to fully perform the functions of many other similar systems for carrying out loyalty programs, including combining the functions of payment and banking systems in them with the help of a unified discount card that additionally provides the functions of a banking product and subsequently connect these existing systems to participate in the unified program loyalty while maintaining their own local privileges for consumers (bonus points, discounts, etc.) and obtaining additional privileges for participating in the unified loyalty program, while using a unified discount card that provides the functions of a banking product provides market participants with the following advantages: -users:
  • Multicard holders of combined discount cards that provide the functions of a banking product (Multicard holders), they are consumers, as a rule these are:
  • the operator (processing center) of the joint loyalty program (Multicard system) system which maintains the system’s performance by providing billing and processing for it, including settlements between system participants, and the execution of banking operations on the system,
  • the entities conclude agreements and / or agreements between themselves, for example, that they are ready to issue, provide banking services and process services for cards, mutual settlements, using certain mechanisms and observing established rules. (See Fig. 1).
  • the IT system of the claimed system can be built on hierarchical principles, allowing and using at the lower level of local hierarchical IT systems of trading enterprises IT systems of retail chains, which are usually based on various programmable POS terminals. (See Fig. 2. An example of an IT system of a trading company based on ATOL software)
  • An IT system involves the use of currently available trading IT systems on the market, and is ready to connect to both the top level of IT systems of retail enterprises (central servers) and terminals directly, providing, if it is impossible to configure, a code for finalizing POS terminals and box office. (See fig. 3).
  • plastic cards similar to those shown in fig. 4A, 4B.
  • Bar coding is the easiest and most common way, a. Recording standards: directly affect the amount of information contained, the most common in the CIS are: EAN-13, Code-39 and Code-128, where the numbers indicate the number of contained characters.
  • the amount of recorded information is limited by the format and size of the medium.
  • the reader is usually connected to the keyboard gap (PS / 2) or USB port.
  • the magnetic strip is the most common way of cashless payment for goods.
  • the cost of application is from 1.5 to 5 rubles, depending on the circulation and application format.
  • Samples usually cost about 10 rubles.
  • Data recording - in printing houses or using specialized card readers for example, Cipher 1036 3HL magnetic card encoder (MSR206 4 )
  • Chip cards are reliable and fairly safe cards.
  • EM-Marine read-only, 64bit memory
  • Mifare read / write, 1Kb memory divided into 16 zones.
  • EM-Marine read-only, 64bit memory
  • Mifare read / write, 1Kb memory divided into 16 zones.
  • a proximity chip which consists of a receiver, a transmitter and an antenna.
  • Proximity cards with a meter have been distributed in prepaid services (such as the metro) and in access control systems (electronic pass).
  • the cost of cards is from 5 to 50 rubles, depending on the circulation and standard.
  • the reader is usually connected to the keyboard gap (PS / 2), com- or USB port.
  • Data recording can be ordered both at the production site, when purchasing and printing graphics on cards, or using specialized readers.
  • Chip cards (smart cards) are the most promising, but still poorly distributed and very expensive.
  • Standard ISO-7816 "Identification cards - cards with a chip with contacts.” It consists of six parts that regulate the physical characteristics, size and location of contacts, signals and protocols, file structure, addressing and exchange commands);
  • EMV standard (Europay, MasterCard & Visa). Characterized by the addition of transaction processing definitions, terminal specifications, etc.
  • the cost of cards varies widely enough - from 50 rubles to 800 rubles per card, depending on the format (functionality) of the card.
  • the reader is usually plugged into a USB port.
  • FIG. 5 An example of equipment for POS-terminals designed to work with plastic cards is shown in Fig. 5.
  • the interface module can be a set of standardized interfaces for connecting and exchanging data from the central server with partner servers (XML), which provide protection for received and transmitted data, as well as for secure communication and data exchange with plastic card readers directly (embedded APN for GSM-connection, VPN for Internet connections).
  • XML partner servers
  • plastic card readers directly embedded APN for GSM-connection, VPN for Internet connections.
  • DB Database module
  • the tables can be combined / divided / restructured, as well as have a different number of fields depending on the selected development tools.
  • the composition and content of the database tables should ensure the recording and storage of data on:
  • the database has a table structure consisting of 6 sections of the main tables shown in Fig. 6 A, 6B.
  • the transaction table is replenished upon the fact of each transaction, and until the transaction is confirmed, an intermediate (buffer) table is used.
  • transaction table is available only to the Operator table, and for each counterparty a duplicate of such a table is written, with data on a specific counterparty.
  • Data processing sampling, analytics, etc. — is performed from local (counterparty level) tables, and the main transaction table is used both as a backup copy and for verification of documents for settlements with counterparties constructed from local tables.
  • the set of buffer tables and their fields is determined by the developer depending on the tools and approval of the set of reports for starting the system.
  • the structure of buffer tables it is necessary to provide for the possibility of their simple modification when changing the needs of the System Operator or under the influence of the market.
  • Flexible reporting tables are designed in such a way as to implement the following reporting functionality, as well as build trends based on these tables:
  • Card number turnover for the period, average monthly turnover, activation date, issue date, current balance, Agent, card level.
  • Template tables are implemented to provide data to counterparties via WEB access, and represent the set below. It is important that on the basis of these tables, as well as the tables of transactions for this counterparty, you can generate refined requests.
  • the database module should allow:
  • VPN for communication with partner servers for transferring data on transactions
  • Payment partners have standardized secure interfaces for the exchange of information between their servers and the counterparty’s server. Accordingly, it is necessary to provide a connection to the main ones, in order of priority (for example, connect OSMP and Yandex.Money to the test launch).
  • VAP WEB
  • Access to the Agents system is similar to the access of Cardholders, but it has the ability or basic contains the possibility of additional protection of the connection using an electronic key, because Information constitutes important business information. Accordingly, it is necessary to provide for work with at least 1 type of common electronic keys.
  • Retail partners have both an automated information exchange interface with the system and a personal WEB-cabinet.
  • the entrance to the WEB-office is protected similarly to the Agent.
  • the automated information exchange interface implies several possibilities: via a secure Internet channel from the store’s server or directly from the terminal, as well as through a direct connection when using a dedicated APN with the GSM version of data transfer.
  • the user interfaces of the WEB-offices of the Cardholder, Agent and Retail Provider are sets of template tables, the data for which are requested through sql-queries. Data for each category of counterparty is stored separately from the rest. Requests for each specific counterparty are made in its local tables.
  • Access to the WEB-account for cardholders is protected by a password, a data transfer certificate, as well as a limit on the number of incorrectly entered login / password pairs (possibly using a "secret” word on a call or using automated means such as "capture”). Access to the WEB-cabinet of the Agent and the Retail supplier is additionally protected by an electronic key.
  • the personal WEB-accounts of the Agent and the Retail supplier are equipped with reporting and trending tools, as well as electronic document management (automatic generation of an invoice by the system for the supplier for the month and the adoption of the reconciliation certificate by the agent, for example).
  • the user interface for the System Operator is a two-level system:
  • the restriction on the available information is mainly intended to support contractors and accept applications, as well as to generate reporting documents;
  • the cashier passes through the cashier connected to the POS - terminal goods purchased by the Client;
  • the cashier reads using the POS - terminal connected to the System, the Card data, which is recorded in the intermediate local memory of the terminal, and specifies whether the Client will pay for all or part of the goods with points, accumulate points or first want to know the balance;
  • the cashier chooses the type of operation - a balance request, payment with points or accumulation of points;
  • the cash register receives data from the POS terminal on the amount of the natural discount provided by this partner, and automatically adjusts the purchase amount (if the cash register cannot receive and process data from the terminal, the discount size is entered manually by the Cashier);
  • the cashier accepts cash from the Client taking into account the natural discount and conducts a purchase operation at the cash desk, which upon receipt of the check transfers to the POS terminal data on the purchase made by the client;
  • the POS-terminal issues a request to the Cashier for confirmation of payment by the Client of the purchase transferred to him by the cash terminal (if the cash register does not know how to transfer data to the terminal, the Cashier manually enters the purchase amount taking into account the natural discount made to the terminal);
  • the cashier confirms the purchase made by the Client in the POS terminal
  • the POS terminal sends data on the purchase amount to the processing center of the System (if the session (connection) was broken at the previous step, then the Partner and the Card are verified);
  • the System processing center calculates bonus points for the amount of a completed purchase, taking into account the type (class) of the Card and the partner;
  • the processing center of the System writes the data about the operation performed by the client (Card) into the database - the date and time of the operation, the operation number, type and number of the card, type and name of the partner, address of the partner's point of sale, purchase amount, amount of natural discount provided, amount of points accrued;
  • the processing center returns to the POS terminal the amount of bonus points credited to the Card account, the total number of bonus points on the Card, and ends the session (closes the connection);
  • the Cashier can print a check with the Card number, the amount of bonus points accrued on the current purchase and the remaining bonus points on the Client’s account (Card), in manual or automatic mode.
  • POS-terminal closes the working session on the Client Card and erases its data from the intermediate local memory.
  • the cash register receives from the POS terminal data on the amount of the natural discount provided by this partner and the amount of bonus points on the card account, automatically adjusts the purchase amount taking into account the natural discount (if the cash register is not able to receive and process data from the terminal, the discount size is entered By the Cashier manually), and requests confirmation from the Cashier to pay all or part of the purchase amount with bonus points from the Card account;
  • the cashier accepts cash from the Client taking into account the natural discount and the amount of payment for the purchase with points, conducts the purchase operation at the cash desk;
  • the cashier sends the purchase data to the POS terminal - the amount of the check, taking into account the in-kind discount and the amount of payment for the purchase with points;
  • the POS terminal sends data to the processing center of the System about the amount of the check and the amount of payment due to points (if at the previous step there was a break in the session (connection), then the Partner and the Card are verified additionally);
  • the processing center of the System writes the basic data about the operation (clause 4.2.7., As well as the amount of bonus points withdrawn from the Card account to pay for the purchase) in the intermediate database, once again checks the available balance of bonus points in the Card account and, if they are sufficient for conducting the requested operation - deducts them from the Card account, writing the amount of points awarded to the intermediate database and sends to the terminal data on the success of the operation, including the amount of points awarded and their balance, without closing the session (without breaking the connection); 4.3.8. On the POS-terminal, information about the transaction is displayed, and if the Client is required to pay in cash, the Cashier receives them from the Client and closes the check;
  • POS-Terminal sends data on the completion of the operation to the processing center of the System
  • the processing center of the System transfers the purchase data to the database, marking the data in the intermediate database as completed;
  • the processing center disconnects from the POS terminal
  • POS-terminal closes the working session on the Client Card and erases its data from the intermediate local memory
  • the processing center of the System generates monthly reports for the past month for:
  • the processing center Based on the report data for the Partner, the processing center automatically generates payment invoices that are attached to the report:
  • the report for the Partner is sent to him by the established partner through the System’s personal account in the way: mail, e-mail, fax. Regardless of the chosen method of Report delivery, the Report with all its annexes will be saved in the Partner’s personal account.
  • the report for system owners also includes, in addition to accounts and acts of settlements with Partners, the following data:
  • - a consolidated report of operations on the system, broken down by Partners: Partner, number of Partner points of sale, amount of transactions to be paid, amount of transactions to be received, current balance, links to reports, accounts and acts of the Partner for the reporting month, and summing up the total for expired period for all partners;
  • the Partner is obliged to pay the invoice issued to him by the System within 10 working days according to the scheme chosen by him in the system - according to the netting scheme or in full;
  • the System automatically suspends the possibility of paying for goods with bonus points at the Partner’s points of sale, and notifies the owners of the system about this situation for making a decision in manual mode.
  • a system for conducting a joint loyalty program compatible with local loyalty programs based on the use of a combined discount card that provides the functions of a banking product according to the invention can be implemented using well-known high-tech computer technologies using well-known hardware and software products.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

Изобретение относится к области информационных технологий и может быть использовано для осуществления расчетных операций в торгово-сервисных предприятиях и/или банках. В способе обеспечивают выпуск, распространение, идентификацию объединенных дисконтных карт, регистрацию, идентификацию и авторизацию держателей объединенных дисконтных карт и партнеров программы лояльности, верификацию идентификационных данных объединенной дисконтной карты с идентификационными данными локальных дисконтных карт, обеспечивают держателям карты получение скидок и/или бонусных баллов согласно участия в объединенной и локальных программах лояльности, накопление бонусных баллов с возможностью последующего их использования, предоставляют держателям карты различную информацию о проводимых партнерами программы лояльности акциях, обеспечивают прием, передачу и обработку транзакций по карте, предоставляют держателю карты визуализированную на POS-терминале информацию, обеспечивают осуществление электронных расчетных операций. Система включает взаимодействующие между собой центральный сервер, по меньшей мере, один сервер розничного партнера и, по меньшей мере, один сервер платежного партнера объединенной программы лояльности, модуль интерфейсов, модуль связи и POS терминалы.

Description

СПОСОБ И СИСТЕМА ПРОВЕДЕНИЯ ОБЪЕДИНЕННОЙ ПРОГРАММЫ ЛОЯЛЬНОСТИ
Область техники
Изобретение относится к области информационных технологий и вычислительной техники и может быть использовано в объединенной компьютеризированной системе предприятий для осуществления платежей с применением скидок и оплаты накопленными бонусными баллами товаров и/или услуг в торгово-сервисных предприятиях и/или банках, являющихся Партнерами объединенной программы лояльности совместимой с локальными программами лояльности вышеуказанных предприятий на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, с предоставлением по желанию пользователя возможности их использования, например, для получения накопленных бонусных баллов в виде денежных средств (их монетизации), или для погашения кредитов и т.д., а также для осуществления расчетных операций между субъектами системы.
Предшествующий уровень техники
В настоящий момент на российском рынке существует множество различных систем лояльности, представляемых как непосредственно поставщиком товаров или услуг, так и третьей стороной, обеспечивающих поставщикам приток и удержание потребителей.
Представленные на рынке системы ориентируются как на базовое удержание и привлечение потребителей извне (скидки/бону сы/специальные акции), так и на привлечение потребителей конкретной целевой аудитории (в рамках объединения под одной системой лояльности нескольких поставщиков товаров и/или услуг, ориентированных на один класс потребителей или предоставляющих товары и/или услуги в одной/смежных сферах деятельности).
Основными недостатками существующих систем лояльности являются:
1. Ограниченность использования - как правило, дисконтная система охватывает лишь одну или сильно ограниченное число сетей поставщиков.
2. Непрозрачный формат начисления баллов или непрозрачный формат их использования («Получи кофеварку за 3 ООО ООО баллов»). 3. Отсутствие возможности потратить накопленные баллы на то, что нужно - ограниченный набор товара для их оплаты баллами.
4. Невозможность получить баллы в виде денежных средств.
Это заставляет потребителей носить с собой одну, две, три и более подобных дисконтных карт, периодически перекладывая их из «бумажника» на «полку». А через некоторое время, с учетом сложностей при расчетах как в начислении баллов, так и их использовании потребитель зачастую вообще перестает воспринимать такую систему, как дающую ему нечто нужное.
С одной стороны разнообразие предложений радует потребителей. С другой - количество сложностей и ограничений заставляют большую часть потребителей, рано или поздно отказываться от использования таких, казалось бы, очень удобных инструментов.
Представляется целесообразным объединение преимуществ имеющихся продуктов рынка систем лояльности, дисконтных систем и банковских продуктов для создания способа и системы с выраженным синергетическим эффектом, обеспечивающие пользователям объединенных дисконтных карт следующие преимущества:
1. Право на получение скидок в различных сферах розничной торговли товарами и услугами при помощи всего одной карты;
2. Прозрачная схема начисления бонусов - % от суммы покупки;
3. Прозрачная схема использования бонусов - один к одному;
4. Возможность перевода накопленных бонусов в привычные денежные единицы;
5. Возможность погашать кредит с помощью бонусов;
6. Возможность погашать кредит покупая товары у бизнес-партнеров;
7. Оперативный доступ к информации о скидках, спецпредложениях и акциях, проводимых партнерами программы через личный кабинет на сайте программы, каталоги, почтовую и SMS-рассылку и т.д.
8. дать возможность погашать кредит накопленными за покупки баллами - удобно всем участникам системы - «Купил холодильник? Погашай кредит, покупая продукты!».
Наиболее близка по техническому решению платежная система управления денежными средствами при помощи предоплаченных карт с фиксированной номинальной стоимостью со скрытыми параметрами, с использованием мобильного или стационарного телефона в тоновом режиме, сети Интернет. Данная платежная система представляет из себя совокупность субъектов, объединенных между собой на договорной и технологической основе, которые заключили между собой соглашения или договоры о том, что они готовы осуществлять эмиссию, банковское обслуживание и процессинг платежных карт с целью осуществления взаиморасчетов между собой и поставщиками товаров и услуг на безналичной основе, используя определенные механизмы и соблюдая установленные правила. Субъектами данной платежной системы являются: эмитент карт (не кредитная финансовая организация), являющаяся расчетным центром платежной системы, процессинговый центр, осуществляющий деятельность по обеспечению информационного и технологического взаимодействия между участниками платежной системы, держатели карт - лица, использующие карту в целях реализации права предъявления требования к банкам об оплате операций, совершенных в пользу поставщиков услуг или третьих лиц и поставщики услуг. (RU патент jV<>2183563, В 42 D 15/10, G 07 F 19/00, опубл. 20.06.2002).
При всей своей простоте и удобстве использования в управлении денежными средствами держателей карт с целью осуществление платежных операций в пользу поставщиков товаров и услуг, эту платежную систему нельзя отнести к универсальной, так как система обеспечивает проведение расчетных операций с использованием предоплаченных карт, выпущенных эмитентом системы, только с поставщиками товаров и услуг, имеющих договорные отношения с данной системой или с третьими лицами по поручению держателей карт и не имеет возможности обслуживания с помощью своих карт держателей карт других аналогичных платежных систем со своими картами и поставщиками товаров и услуг.
Раскрытие изобретения
Настоящее изобретение направлено на решение технических задач по расширению функциональных возможностей систем, обеспечивающих проведение программы лояльности для потребителей.
Достигаемый при этом положительный технический результат заключается в создании способа и системы проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, обладающими всеми достоинствами вышеуказанных известных способов и систем лояльности, и обеспечивающими возможность при сохранении преимуществ уже существующих локальных программ лояльности объединять их и существующие банковские платежные системы в объединенную систему для получения синергетического эффекта от их использования для Партнеров и потребителей программы лояльности, а также для обеспечения взаиморасчетов между ними.
Поставленные задачи решены созданием способа проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, в котором согласно изобретению:
-обеспечивают выпуск объединенных дисконтных карт, имеющих идентификационные данные отличные от идентификационных данных дисконтных карт локальных программ лояльности,
-обеспечивают распространение объединенных дисконтных карт среди Партнеров: розничных и платежных, а также потребителей объединенной программы лояльности, при этом осуществляют регистрацию держателей указанных карт, причем розничными Партнерами являются торгово-сервисные предприятия, платежными Партнерами являются банки, потребителями- физические лица,
- обеспечивают идентификацию указанных объединенных дисконтных карт в приемном устройстве POS-терминалов,
- обеспечивают идентификацию и авторизацию держателей объединенной дисконтной карты для осуществления ими операций с использованием объединенной дисконтной карты в торгово-сервисных предприятиях и/или банках, являющихся Партнерами объединенной программы лояльности,
- обеспечивают верификацию идентификационных данных объединенной дисконтной карты с идентификационными данными локальных дисконтных карт конкретного торгово-сервисного предприятия и/или банка, являющихся Партнерами объединенной программы лояльности, при этом дополнительно участвующих в локальных программах лояльности, совместимых с объединенной программой лояльности, с целью определения участия держателя объединенной дисконтной карты в локальных программах лояльности,
-обеспечивают держателям объединенной дисконтной карты получение скидок и/или бонусных баллов при покупке товаров и/или услуг в торгово-сервисных предприятиях и/или банках согласно определенного при верификации идентификационных данных объединенных и локальных дисконтных карт участия держателя объединенной дисконтной карты в совместимых с объединенной программой лояльности локальных программах лояльности вышеперечисленных организаций,
-обеспечивают держателям объединенной дисконтной карты получение скидок и/или бонусных баллов согласно участия в объединенной программе лояльности действующей в отношении всех Партнеров объединенной программы лояльности с занесением информации об общем количестве бонусных баллов, полученных за участие держателя объединенной дисконтной карты в совместимых локальных программах лояльности и бонусных баллов за участие в объединенной программе лояльности в Модуль баз данных,
- обеспечивают накопление бонусных баллов с предоставлением возможности держателю объединенной дисконтной карты последующего их использования,
- предоставляют держателям объединенной дисконтной карты информацию о скидках, специальных предложениях и акциях, проводимых Партнерами объединенной программы лояльности,
- обеспечивают регистрацию новых Партнеров объединенной программы лояльности, а также их идентификацию и авторизацию при осуществлении действий, связанных с участием в объединенной программе лояльности,
- обеспечивают осуществление приема, передачи и обработки транзакций по объединенной дисконтной карте, обеспечивающей функции банковского продукта,
- предоставляют держателю объединенной дисконтной карты, обеспечивающей функции банковского продукта при использовании ее в торгово-сервисных предприятиях визуализированную на POS-терминале информацию, включающую:
-перечень торгово-сервисных предприятий и/или банков, являющихся Партнерами объединенной программы лояльности,
- перечень торгово-сервисных предприятий и/или банков, являющихся участниками локальных программ лояльности, совместимых с объединенной программой лояльности,
- данные объединенной дисконтной карты:
- статистика осуществленных операций,
- запрос общего остатка бонусных баллов,
- уровень скидок и бонусов,
- данные локальных дисконтных карт, совместимых с объединенной дисконтной картой:
- статистика осуществленных операций,
- уровень скидок и бонусов,
- обеспечивают осуществление электронных расчетных операций между Партнерами и потребителями объединенной программы лояльности,
при этом заполняют Модуль Баз Данных, предназначенный для хранения и обработки данных, получаемых при осуществлении способа.
Целесообразно согласно изобретению, чтобы предоставляли держателю объединенной дисконтной карты, обеспечивающей функции банковского продукта возможность использования накопленных бонусных баллов на:
- оплату товаров и/или услуг в торгово-сервисных
предприятиях, являющихся Партнерами объединенной
программы лояльности,
-перевод их в наличные денежные средства (монетизацию),
- погашение кредита в банках, являющихся Партнерами
объединенной программы лояльности.
Поставленные задачи также решены созданием системы проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, которая согласно изобретению включает, по меньшей мере, одну объединенную дисконтную карту, по меньшей мере, один POS-терминал, содержащий, по меньшей мере, устройство считывания идентификационных данных, нанесенных на объединенную дисконтную карту, при этом POS-терминал соединен через модуль связи модулем интерфейсов с процессинговым центром системы, который включает центральный сервер, по меньшей мере, один сервер розничного партнера объединенной программы лояльности, по меньшей мере, один сервер платежного партнера объединенной программы лояльности,
при этом центральный сервер выполнен с функцией обеспечения обмена данными по модулю интерфейсов через модуль связи с серверами партнеров объединенной программы лояльности, причем сервер каждого партнера выполнен с функциями получения по модулю связи через модуль интерфейсов от POS-терминалов сведений об идентификационных данных универсальной дисконтной карты и верификации их с хранящимися в Модуле баз данных процессингового центра системы идентификационными данными приобретенных пользователями локальных дисконтных карт, установления соответствия идентификационных данных сравниваемой объединенной дисконтной карты с имеющимися сведениями в указанном Модуле баз данных и установления общего баланса бонусных баллов данной объединенной дисконтной карты с учетом бонусных баллов, полученных по сопоставленным локальным дисконтным картам,
и с возможностью реализации дополнительной функции по заполнению под управлением программных средств процессингового центра системы Модуля Баз данных процессингового центра системы, причем Базы Данных структурированы в виде таблиц по:
- пользователям карт,
- партнерам объединенной программы лояльности,
- картам лояльности: объединенной и локальным,
- транзакциям по картам лояльности
-участникам совместимых с объединенной программой лояльности локальных программ лояльности
а также реализации функций:
-осуществления приема, передачи и обработки транзакций по объединенной дисконтной карте с учетом общего баланса карты
-осуществления электронных расчетных операций с Партнерами и потребителями объединенной программы лояльности;
-предоставления доступа через POS терминал к информации из Модуля баз данных, причем POS терминал системы выполнен с дополнительной функцией отображения информации из Модуля баз данных для держателей объединенных дисконтных карт информации.
Предлагаемая система обеспечивает средства достижения заявленного технического результата. Заявленная конфигурация системы позволяет полностью выполнять функции множества других аналогичных систем проведения программ лояльности в том числе с совмещением в них функций платежных и банковских систем с помощью объединенной дисконтной карты, дополнительно обеспечивающей функции банковского продукта и в последствии присоединить эти уже существующие системы к участию в объединенной программе лояльности с сохранением собственных локальных привилегий для потребителей (бонусных баллов, скидок и т.д.) и получения дополнительных привилегий за участие в объединенной программе лояльности, при этом использование объединенной дисконтной карты, обеспечивающей функции банковского продукта предоставляет участникам рынка следующие преимущества: -потребителям:
-получение скидок в любой сфере товаров и услуг,
-использование накопленных бонусных баллов для оплаты любого товара или услуги из ассортимента партнеров системы,
-монетизацию бонусных баллов в наличные денежные средства,
- возможность погашения кредита накопленными за покупку бонусными баллами и т.д.
-банкам:
-увеличение оборота денежных средств по операциям физических лиц в сфере торговли,
- обеспечение прямого контакта с аудиторией держателей карт, которые де-юро уже являются клиентами банка и могут воспользоваться кредитным предложением,
- продвижение банковских продуктов и т.д.
-поставщикам товаров и услуг:
-привлечение лояльных и платежеспособных потребителей и т.д.
В связи с вышеизложенным в локальных системах лояльности утрачивает смысл и необходимость выпуска и распространения собственных дисконтных карт, так как на эту процедуру требуются значительные финансовые и организационные затраты, что впоследствие приведет к объединению функций локальных дисконтных и банковских карт и практическому использованию единой объединенной дисконтной карты, обеспечивающей функции банковского продукта.
Участниками заявляемой системы, объединенными между собой на договорной и/или технологической основе являются:
- Держатели объединенных дисконтных карт, обеспечивающих функции банковского продукта (держатели Мультикарты), они же потребители, как правило это:
-клиенты Банка партнера,
-сотрудники объединения юридических лиц (Мультихолдинга),
- покупатели розничных магазинов - партнеров объединенной программы лояльности (розничных партнеров программы Мультикарта), при этом держателями являются и сами Партнеры объединенной программы лояльности, которые используют ее для получения скидок от других Партнеров,
- Оператор (процессинговый центр) системы проведения объединенной программы лояльности (системы Мультикарта), который поддерживает работоспособность системы, обеспечивая для нее биллинг и процессинг, включая взаиморасчеты между участниками системы, исполнение банковских операций по системе,
- Агент системы проведения объединенной программы лояльности (системы Мультикарта) для привлечения пользователей - физических лиц,
- Агент системы проведения объединенной программы лояльности (системы Мультикарта) для привлечения розничных предприятий (розничных партнеров программы Мультикарта)
- Розничные партнеры (торгово-сервисные предприятия)
- Банк или банки (платежные партнеры, партнеры ДДС (по движению денежных средств),
при этом субъекты заключают между собой соглашения и/или договоры, например, о том, что они готовы осуществлять эмиссию, банковское обслуживание и процессинговое обслуживание карт, взаиморасчетов, используя определенные механизмы и соблюдая установленные правила. (См. рис.1).
Дальнейшие цели и преимущества заявляемого изобретения станут ясны из последующего подробного описания способа проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта и системы, которую можно использовать для осуществления этого способа и сопровождающих схем, рисунков и таблиц.
Лучший вариант осуществления изобретения
Лучший вариант осуществления изобретения поясняется ниже конкретными примерами вариантов функционирования заявляемой системы проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, которые, однако, не являются единственно возможными. Например, ИТ-система заявляемой системы может строится на иерархических принципах, допуская и используя на нижнем уровне локальных иерархических ИТ-системы предприятий торговли ИТ-системы розничных сетей, которые как правило базируются на различных программируемых POS-терминалах. (См. рис. 2. Пример ИТ-системы торгового предприятия на базе ПО АТОЛ)
ИТ-система предполагает использование имеющихся на текущий момент на рынке торговых ИТ-систем, и готова подключаться как к верхнему уровню ИТ-систем торогвых предприятий (центральным серверам), так и к терминалам напрямую, предоставляя при невозможности настройки код для доработки POS -терминалов и касс. (См. рис.3).
Благодаря тому, что современные торговые ИТ системы имеют встроенные возможности по синхронизации друг с другом, имеют режимы проведения скидок, умеют работать с платежными системами, имеют средства поддержки различных устройств по работе с пластиковыми картами, проблемы интеграции и совместимости в общей своей массе должны быть сведены к корректировке настроек той или иной торговой ИТ-системы. Стоимость современного, полностью оборудованного POS- терминала составляет от 40 до 100 тысяч рублей.
В качестве объединенных дисконтных карт, обеспечивающих функции банковского продукта могут быть использованы пластиковые карты подобные изображенным на рис. 4А, 4В.
Известно, что размеры пластиковых карт регламентируются требованиями ISO-7810 «идентификационные карты - физические характеристики». В соответствии с поставленными нормами карты имеют следующие типовые размеры:
• ширина карты 85,595 мм (допускается отклонение -/+0,125 мм);
• высота карты 53,975 мм (допускается отклонение -/+0,055 мм);
• толщина карты 0,76 мм (допускается отклонение -/+0,08 мм);
• радиус окружности в углах карты - 3,18 мм.
На текущий момент на рынке представлены следующие способы идентификации держателей банковских карт:
1. Штрих-кодирование - самый простой и распространенный способ, a. Стандарты записи: прямо влияют на количество вмещаемой информации, наибольшее распространение в СНГ получили: EAN-13, Code-39 и Code-128, где числа обозначают кол-во вмещаемых символов.
b. повсеместное распространение сканеров штрих-кода в торговых сетях. c. требуется нанесение уникального кода для каждой карты, в случае необходимости идентификации именно держателя карты;
d. отработанная технология, поддержка форматов данных кассовым программным обеспечением.
e. Объем записываемой информации ограничен форматом и размером носителя.
f. Считыватель, как правило, подключается в разрыв клавиатуры (PS/2) или USB порт.
g. Стоимость нанесения: 0.5 рубля до 5 рублей в зависимости от тиража. h. Семплы как правило стоят порядка 10 рублей.
i. Запись данных - в типографиях.
Магнитная полоса - самый распространенный способ безналичной оплаты товаров.
a. Стандарты записи: не влияют на количество вмещаемой информации, ШСо (дороже и надежнее), LoCO (более дешевый), MiCo (довольно новый, средний вариант).
b. очень широкое распространение считывателей магнитной полосы в розничных сетях, как правило, с функцией приема оплаты.
c. отработанная технология, поддержка форматов данных кассовым ПО. d. Больший объем записываемой информации - 3 дорожки по 76 символов. e. Считыватель, как правило, подключается в разрыв клавиатуры (PS/2), com- или USB порт.
f. Стоимость нанесения от 1.5 до 5 рублей в зависимости от тиража и формата нанесения.
g. Семплы как правило стоят порядка 10 рублей. h. Запись данных - в типографиях или с помощью специализированных картридеров (например Энкодер магнитных карт Cipher 1036 3HL (MSR2064)
Чип-карты (проксимити, бесконтакные для RFID-систем) - надежные и довольно безопасные карты.
a. Наиболее распространенные стандарты в России: EM-Marine (доступна только для чтения, память 64бит) и Mifare (чтение/записть, память 1Кб разбитая на 16 зон). Внутри карты размещен проксимити-чип который состоит из приемника, передатчика и антенны.
b. Проксимити-карты со счетчиком получили распространение в предоплатных услугах (типа метро) и в системах контроля доступа (эл.пропуска).
c. Практически не используются на предприятиях торговли (кроме тех, которые сами внедряли у себя дисконтные системы и остановились на них - единицы).
d. Однако многое торговое обоурдование имеет в своем составе кассы с подключенными гибридными считывателям карт - магнитных и проксимити карт. А стоимость отдельного простого считывателя проксимити карт (кармашка) варьируется от 1 500 до 3 000 рублей (в зависимости от функционала).
e. Стоимость карт от 5 до 50 рублей в зависимости от тиража и стандарта. f. Считыватель, как правило, подключается в разрыв клавиатуры (PS/2), com- или USB порт.
g. Запись данных можно заказать как на производстве, при закупке и печати графики на картах, так и с помощью специализированных ридеров.
Чип-карты (смарт-карты) - наиболее перспективные, но еще слабораспространенные и весьма дорогие.
а. Имея вид обычной пластиковой кредитной карточки, она содержит в себе интегральную схему, которая наделяет ее способностями к хранению и обработке информации. В т.ч. для записи и исполнения Java-приложений. Для смарт-карт существует несколько международных стандартов: Стандарт ISO-7816 "Идентификационные карты - карты с микросхемой с контактами". Состоит из шести частей, регламентирующих физические характеристики, размер и расположение контактов, сигналы и протоколы, структуру файлов, адресацию и команды обмена);
Стандарт EMV (Europay, MasterCard & Visa). Отличающийся тем, что добавлены определения обработки транзакций, спецификации терминалов и т.д.
Бывают контактные, бесконтактные и гибридные.
Основные отличия от всех предыдущих карт - большой объем памяти, высочайшая степень защищенности и как следствие - возможность проведения off-line транзакций.
b. На текущий момент довольно активно продвигаются, в т.ч. международными платежными системами, но пока не получили большого распространения (в основном за счет стоимости оборудования и небольшого кол-ва таких карт в обращении). Соответственно и количество торговых сетей, оборудовавших или модернизировавших свое оборудование единицы.
c. Стоимость карт варьируется в довольно широких границах - от 50 рублей до 800 рублей за карту, в зависимости от формата (функционала) карты. d. Считыватель, как правило, подключается в USB порт.
В итоге, наиболее оптимальным представляется использование либо просто магнитной карты, либо гибридной пластиковой карты, имеющей магнитную полосу и проксимити- чип, например, карты CPsmartcard-EM-076-B-HiCo Proximity Card 0,76 мм (ISO ЕМ- Marin) белая тонкая смарт-карта для прямой печати с магнитной полосой HiCo .
Пример оборудования для POS-терминалов, предназначенного для работы с пластиковыми картами приведен на рис.5.
Модуль интерфейсов может представлять собой набор стандартизированных интерфейсов для подключения и обмена данными центрального сервера с серверами партнеров (XML), обеспечивающих защиту принимаемых и передаваемых данных, а так же для обеспечения защищенного установления связи и обмена данными с оконечными устройствами считывания пластиковых карт напрямую (вьщеленный APN для GSM-связи, VPN для интернет соединений). Далее приводим минимальные (начальные) требования к структуре модуля Баз Данных (БД), его таблицам и полям. В процессе таблицы могут быть объединены/поделены/реструктурированы, а так же иметь иное количество полей в зависимости от выбранного инструментария разработки. Состав и наполнение таблиц БД должны обеспечивать запись и хранение данных по:
1. держателям карт
2. агентам
3. партнерам (розничные предприятия)
4. платежным партнерам (партнеры ДДС)
5. самим картам
6. транзакциям
Таким образом, БД, имеет структуру таблиц, состоящую из 6-ти разделов основных таблиц представленную на рис.6 А, 6В.
Таблица транзакций пополняется по факту проведения каждой транзакции, а до момента подтверждения проведения транзакции используется промежуточная (буферная) таблица.
Важно, что таблица транзакции является доступной только для Оператора таблицей, а по каждому контрагенту пишется дубликат такой таблицы, с данными по конкретному контрагенту. Обработка данных - выборка, аналитика и тп,- производится с локальных (уровня контрагента) таблиц, а основная таблица транзакций используется и как резервная копия и для верификации документов на расчеты с контрагентами, построенных по локальным таблицам.
При проектировании структуры основных таблиц необходимо предусмотреть возможность их простой модификации при изменении потребностей Оператора системы или под влиянием рынка
Пример набора полей таблиц: Данные по держателям карт (таблица!)
данные по подключившему
данные держателя данные ДДС Агенту баланс и тек. уровень карты дата дата дата смены
N? ф активац выпус текущий уровн карт и теле эл.поч Доп.д ка текущий уровень я ы О фон та энные номер эл. ошелька NS Агента карты карты баланс карты карты номер/текст,
в зависимости от
наличия того или
иного кошелька
(может быть запрос в
несколько таких транзакци
исл те полей для разных и на дату номер овой кст текст текст текст кошельков) числовой дата дата форм. уровня дата
Набор буферных таблиц и их полей определяется разработчиком в зависимости от инструментария и утверждения набора отчетов для запуска системы. При проектировании структуры буферных таблиц необходимо предусмотреть возможность их простой модификации при изменении потребностей Оператора системы или под влиянием рынка.
Гибкие отчетные таблицы проектируются таким образом, что бы реализовать нижеследующий функционал формирования отчетов, а так же строить тренды на основании этих таблиц:
1. Отчеты по «Держателям карт» в пределах по: датам активности, датам активации, оборотам,- содержащие:
• Номер карты, оборот за период, среднемесячный оборот, дата активации, дата выпуска, текущий баланс, Агент, уровень карты.
• Возможность строить тренды по группам держателей и персонально.
• Отчеты по уровням карты - статистика переходов с уровня на уровень.
2. Отчеты по держателям карт для построения трендов с выборкой по датам, с момента активации, по агентам:
• Рост среднемесячного оборота,
• Рост оборота с момента активации,
• Рост количества держателей карт,
3. Отчеты по Агентам:
• Рост держателей карт по Агенту, • Срок активации карт по Агенту,
• Рост оборота (в т.ч. среднемесячный) по держателям карт Агента,
• Рост оборота (в т.ч. среднемесячный) по предприятиям Агента,
• Рост эмиссии карт по Агенту за весь период.
4. Отчеты по партнерам - розничным предприятиям:
• Лучшие предприятия по количеству транзакций, количеству держателей карт, обороту,
• Рост оборота (в т.ч. среднемесячного) по предприятию в целом и по конкретной точке,
• Отчет «первая, вторая и третья» покупка в предприятиях сети (с выбором предприятия по первой покупке вручную и автоматически из статистики).
Шаблонные таблицы реализуются для предоставления данных контрагентам через ВЕБ-доступ, и представляют собой набор, приведенный ниже. Важно, что на базе этих таблиц, а так же таблиц транзакций по данному контрагенту можно формировать уточненные запросы.
Для Веб-кабинета держателей карт
Данные по клиенту
(таблица2)
Figure imgf000018_0001
История транзакций по
клиенту за период (таблица 3)
сумма в сумма рублях комисс дата (для ии (для дата подтве платежи платеж инициац ржден ых ных
ии ия тип (код) NS сумма в транзакц транзак
NS карты траиз. транз. Ns транзакции транзакции партнера баллах ий) ций) Для Веб-кабинета Агентов
Данные по
Агенту
(таблица 4)
Figure imgf000019_0001
Оборот за
период
по
держателям
(таблица 5)
Figure imgf000019_0002
итого:
по розничным
предприятиям
(таблица 6)
Figure imgf000019_0003
итого:
Вознаграждение за период,
всего: х.хх руб.
Для партнеров - розничных предприятий:
(таблица 7)
данные Партнера объем отчислений на Систему и Держателя карты
NS контак Объем Бонусы на
Парт наимено тное телеф эл.поч Доп.данн отчисле Бонусы на 1 Бонусы на Бонусы на 3 спец. нера вание лицо он та ые ний ур. карты 2 ур. арты ур.карты ур.карты числ
080Й текст текст текст текст текст % % % % % объем отчислений на Систему и Держателя карты, если отличен от данные розничных точек Партнера глобальных установок по партнеру
Бону сы на
N2 Наимен спец
N? Розни ование контак Объем .
Парт чной розничн тное теле отчислен Бонусы на 1 Бонусы на 2 Бонусы на ур.к нера точки ой точки лицо фон Адрес точки ий ур. арты ур. арты 3 ур. карты а рты числ числов текс
овой ой текст текст т текст % % % % %
Оборот за
период
Figure imgf000020_0001
Итого на сеть, за период:
Модуль БД должен позволять:
1. Производить выбор данных из любых полей в зависимости от уровня доступа к системе с уровня Оператора системы с помощью стандартных SQL-запросов;
2. Устанавливать значения полей, в зависимости от наличия доступа к системе с уровня Оператора системы;
3. Настраивать регулярность и содержание регулярных отчетов.
Требования к Модулю связи, он должен поддерживать следующий набор внешних подключений:
1. VPN, для связи с серверами партнеров для передачи данных по транзакциям;
2. Шифрованное соединение через сеть интернет для обмена электронньми документами с контрагентами и платежными партнерами;
3. Прямое соединение для оконечного оборудования розничных сетей (POS-терминалов и кард-ридеров) - GSM (отдельны/общий APN), LAN, и другие с поддержкой авторизации и обмена данными;
4. e-mail- и SMS-шлюзы для организации рассылок и уведомлений;
5. иные специализированные протоколы, поддержка которых возникнет при реализации разработки и интеграции с банковским программным обеспечением.
Схематично работа модуля связи отображена на рис. 7.
Платежные партнеры (платежные системы) имеют стандартизированные защищенные интерфейсы обмена информацией между своими серверами и сервером контрагента. Соответственно необходимо предусмотреть подключение к основным из них, в порядке приоритетности (например, подключить к тестовому запуску ОСМП и Yandex.Money).
Согласно выбранной очередности необходимо так же предусмотреть автоматизацию сверки обмена денежными средствами между Оператором системы и платежной системой.
Держатели карт имеют доступ к системе только посредством ВЕБ (ВАП) - кабинета, т.к. имеют права только на просмотр отобранной для них системой информации (за редким исключением в виде ввода персональных данных).
Доступ к системе Агентов аналогичен доступу Держателей карт, но имеет возможность или базово содержит возможность дополнительной защиты соединения с помощью электронного ключа, т.к. информация представляет собой важную коммерческую информацию. Соответственно необходимо предусмотреть работу как минимум с 1 типом распространенных электронных ключей.
Розничные партнеры имеют как автоматизированный интерфейс обмена информацией с системой, так и персональный ВЕБ-кабинет. Вход в ВЕБ-кабинет защищается аналогично Агентскому. Автоматизированный интерфейс обмена информацией подразумевает несколько возможностей: по защищенному интернет-каналу от сервера магазина или непосредственно от терминала, а так же посредством прямого соединения при использовании выделенного APN при GSM-варианте передачи данных.
Стандарты, формат и переменные по каждому конкретно блоку интерфейсов указываются отдельно в зависимости от выбранного оборудования и контрагентов. Требования к модулю интерфейсов.
Пользовательские интерфейсы ВЕБ-кабинетов Держателя карты, Агента и Розничного поставщика представляют собой наборы шаблонных таблиц, данные по которым запрашиваются посредством sql-запросов. Данные по каждой категорий контрагента хранятся отдельно от остальных. Запросы по каждому конкретному контрагенту производятся в его локальных таблицах.
Доступ к ВЕБ-кабинету для держателей карт защищен паролем, сертификатом на передачу данных, а так же ограничением на количество неправильно введенных пар логин/пароль (возможно с использованием «секретного» слова по звонку или с помощью автоматизированных средств типа «capture»). Доступ в ВЕБ-кабинет Агента и Розничного поставщика дополнительно защищен с помощью электронного ключа.
Личные ВЕБ-кабинеты Агента и Розничного поставщика снабжены средствами построения отчетов и трендов, а так же средствами электронного документооборота (автоматическое формирование системой счет-фактуры поставщику по итогам месяца и принятие акта сверки агентом, например).
Пользовательский интерфейс для Оператора системы представляет собой двухуровневую систему:
1. для оператора ПК - уровень только чтения к хранимой информации, ограничение по доступной информации, в основном предназначен для оказания поддержки контрагентов и приема заявок, а так же для формирования отчетных документов;
2. для администратора системы - уровень, позволяющий вносить изменения в данные системы и контрагентов, проставлять вознаграждения и комиссии, генерировать массивы номеров карт.
Алгоритм работы системы без банковских операций:
Часть 1. Реализация функций проведения операций
1. Кассир проводит через кассу, подключенную к POS - терминалу, товары, которые приобретает Клиент;
2. Касса отображает сумму покупки;
3. Кассир считывает с помощью POS - терминала, подключенного к Системе, данные Карты, которые записываются в промежуточную локальную память терминала, и уточняет у Клиента будет ли он расплачиваться за весь или часть товара баллами, будет копить баллы или предварительно хочет узнать баланс;
4. Кассир выбирает тип операции - запрос баланса, оплата баллами или накопление баллов;
4.1. Ветка запрос баланса:
4.1.1. В процессе авторизации производится установление соединения с процессинговым центром Системы, производится верификация Партнера и карты в Системе и на терминал Кассира возвращается информация о владельце, сроке действия карты, остатке бонусных баллов на карте , размеру предоставляемой натуральной скидки у Партнера в % и размер зачисления бонусных баллов на счет у Партнера в %, сессия (соединение) не прерывается; 4.1.2. Кассир уточняет у Клиента будет ли он расплачиваться за весь или часть товара баллами или будет копить баллы;
4.1.3. Кассиры выбирает соответствующую операцию - оплата баллами или начисление баллов;
4.2. Ветка начисление баллов:
4.2.1. Кассовый аппарат получает от POS - терминала данные о размере предоставляемой у данного партнера натуральной скидки, и автоматически корректирует сумму покупки (в случае если кассовый аппарат не умеет получать и обрабатывать данные от терминала, размер скидки вводится Кассиром вручную);
4.2.2. Кассир принимает у Клиента наличные денежные средства с учетом натуральной скидки и проводит операцию покупки по кассе, которая по факту закрытия чека передает на POS -терминал данные о произведенной клиентом покупке;
4.2.3. POS -терминал выдает запрос Кассиру на подтверждение оплаты Клиентом покупки, переданной ему кассовым терминалом (в случае если кассовый аппарат не умеет передавать данные в терминал, Кассир вручную вводит сумму покупки с учетом сделанной натуральной скидки в терминал);
4.2.4. Кассир подтверждает произведенную Клиентом покупку в POS -терминале;
4.2.5. POS -терминал отправляет в процессинговый центр Системы данные о сумме покупки (в случае если на предыдущем шаге произошел разрыв сессии (соединения), то дополнительно производится верификация Партнера и Карты);
4.2.6. Процессиновый центр Системы производит начисление бонусных баллов на сумму совершенной покупки с учетом типа (класса) Карты и партнера;
4.2.7. Процессинговый центр Системы записывает данные о совершенной клиентом (Картой) операции в БД - дата и время операции, номер операции, тип и номер карты, тип и наименование партнера, адрес торговой точки партнера, сумму покупки, размер предоставленной натуральной скидки, размер начисленных баллов;
4.2.8. Процессинговый центр возвращает на POS -терминал сумму зачисленных на счет Карты бонусных баллов, общее количество бонусных баллов на Карте, и завершает сессию (закрывает соединение);
4.2.9. При наличии желания Клиента и технических возможностей торговой точки партнера, Кассир может распечатать чек с номером Карты, суммой начисленных по текущей покупке бонусных баллов и остатком бонусных баллов на счету Клиента (Карты),- в ручном или автоматическом режиме. 4.2.10. POS -терминал закрывает рабочую сессию по Карте Клиента и стирает ее данные из промежуточной локальной памяти.
4.3. Ветка оплата баллами:
4.3.1. Кассовый аппарат получает от POS -терминала данные о размере предоставляемой у данного партнера натуральной скидки и суммы бонусных баллов на счете карты, автоматически корректирует сумму покупки с учетом натуральной скидки (в случае если кассовый аппарат не умеет получать и обрабатывать данные от терминала, размер скидки вводится Кассиром вручную), и запрашивает подтверждения от Кассира на оплату всей или части суммы покупки бонусными баллами со счета Карты;
4.3.2. Если суммы накопленных бонусных баллов достаточно для оплаты полной стоимости покупки, то Кассир подтверждает такую оплату баллами и мы переходим к шагу 4.3.5.;
4.3.3. Если суммы накопленных бонусных балов достаточно для оплаты только части суммы покупки Клиента, то Кассир подтверждает оплату такого объема покупки баллами, а касса рассчитывает остаток для оплаты наличными денежными средствами;
4.3.4. Кассир принимает у Клиента наличные денежные средства с учетом натуральной скидки и суммы оплаты покупки баллами, проводит операцию покупки по кассе;
4.3.5. Касса, передает на POS -терминал данные о покупке - сумме чека с учетом натуральной скидки и суммы оплаты покупки баллами;
4.3.6. POS -терминал отправляет в процессинговый центр Системы данные о сумме чека и суммы оплаты за счет баллов (в случае если на предыдущем шаге произошел разрыв сессии (соединения), то дополнительно производится верификация Партнера и Карты);
4.3.7. Процессинговый центр Системы записывает основные данные об операции (п.4.2.7., а так же сумму снятых со счета Карты бонусных баллов в оплату покупки) в промежуточную БД, еще раз проверяет доступный остаток бонусных баллов на счете Карты и в случае их достаточности для проведения запрошенной операции - списывает их со счета Карты, записывая в промежуточную БД сумму списанных баллов и оправляет на терминал данные об успешности операции, включая сумму списанных бонусных баллов и их остаток, не закрывая сессию (не разрывая соединение); 4.3.8. Ha POS -терминале отображается информация о проведенной операции, и в случае если от Клиента требуется доплата наличными, Кассир получает их у Клиента, и закрывает чек;
4.3.9. По факту закрытия чека, касса передает на POS -терминал данные о произведенной покупке;
4.3.10. POS -Терминал направляет в процессинговый центр Системы данные о завершении опреации;
4.3.11. Процессинговый центр Системы переносит данные о покупке в БД, помечая данные в промежуточной БД как исполненные;
4.3.12. Процессинговый центр разрывает соединение с POS -терминалом;
4.3.13. POS -терминал закрывает рабочую сессию по Карте Клиента и стирает ее данные из промежуточной локальной памяти;
4.3.14. В случае если в процессинговый центр Системы не поступила информация о завершении операции о покупке от POS -терминала, операция помечается как «спорная» и решение о ее легитимности решается в рабочем порядке с партнером.
Часть 2. Реализация движения денежных средств
1. Любая операция по карте заносится в БД процессингового центра Системы;
2. Процессинговый центр Системы формирует ежемесячную отчетность за прошедший месяц для:
- Владельцев Системы;
- Партнеров Системы;
- Клиентов Системы (держателей Карты); (носит уведомительный характер, формируется в личном кабинете держателя Карты и содержит данные по операциям за истекший месяц)
2.2. Отчетов для Партнеров, содержат в себе данные:
2.2.1. По всем операциям с участием Карт, сгруппированные по торговым точкам Партнера содержащие следующие данные по каждой операции:
- наименование и номер Партнера в Системе
- объем действующей на отчетный период натуральной скидки и размер начисления бонусных баллов от суммы покупки;
- номер и наименование точки
- сумма покупки и размер натуральной скидки;
- количество зачисленных или потраченных при покупке баллов; 2.2.2. Данные по балансу партнера - сумме «монетизированных» партнером баллов в системе на дату формирования отчета;
2.2.3. Данные по сумме баллов требующих монетизации - сумме накопленных Клиентами (держателями Карт) бонусных баллов у Партнера за истекший месяц;
2.2.4. Данные по сумме балов, потраченных в счет оплаты покупок держателями Карт у Партнера за истекший месяц;
2.2.5. Счет на оплату, акт сверки взаимозачетов;
2.2.6. Иные приложения, включающие в себя информацию для Партнера.
2.3. На основании данных отчета для Партнера процессинговым центром в автоматизированном режиме формируются счета на оплату, которые прикладываются к отчету:
- для Партнера - с суммой накопленных за истекший месяц бонусных баллов по п.2.2.3., трансформированных в рубли РФ согласно текущему курсу Системы;
- для владельцев Системы - с суммой потраченных у Партнера баллов по п.2.2.4., трансформированных в рубли РФ согласно текущему курсу Системы;
- акт сверки взаиморасчетов между владельцами Системы и Партнером за период с начала текущего финансового года по истекший месяц, с вьщелением сумм к оплате сторонами за истекший месяц и за период, для совершения взаимозачета сторонами;
2.4. Отчет для Партнера направляется ему установленным партнером через личный кабинет Системы способом: почта, электронная почта, факсимильное сообщение. Независимо от выбранного способа доставки Отчета, Отчет со всеми приложениями к нему сохранятся в личном кабинете Партнера.
2.5. Отчет для Партнера требует согласия Партнера с данными, содержащимися в нем. При отсутствии претензий со стороны Партнера, в течение 3-х дней от даты формирования отчета он считается принятым.
2.6. Отчет для владельцев системы включает в себя так же, помимо счетов и актов взаиморасчетов с Партнерами, следующие данные:
- сводный отчет операций по системе, разбитый по Партнерам: Партнер, кол-во торговых точек Партнера, сумма операций к выплате, сумма операций к поступлению, текущий баланс, ссылки на отчеты, счета и акты Партнеру за отчетный месяц, и подводящий общий итог за истекший период по всем партнерам; - сводный отчет по держателям Карт: количество активных за отчетный месяц карт, количество выданных (активированных) за истекший месяц карт, количество зачисленных на Карты баллов, количество потраченных на покупки баллов, сумма предоставленной натуральной скидки;
- тренды активностей по Партнерам, с детализацией до уровня торговой точки Партнера;
- тренды активностей по Картам, с детализацией до уровня Карты;
- Сводный отчет по Партнерам, работающим по схеме полной оплаты счетов, со ссылками на соответствующие счета на оплату;
2.7. Партнер обязан оплатить выставленный ему Системой счет в течение 10-ти рабочих дней по выбранной им в системе схеме - по схеме взаимозачетов или полностью;
2.8. Владельцы Системы в течение 15-ти дней оплачивают выставленные им Системой счета по Партнерам, работающим по схеме полной оплаты.
2.9. В случае если Партнер не оплатил свой счет в установленное время, система в автоматизированном режиме уведомляет об этом владельцев системы и Партнера, с указанием сроков приостановления членства Партнера в Системе и размера задолженности.
2.10. При отсутствии оплаты счета от Партнера в сроки указанные дополнительным уведомлением, Система автоматически приостанавливает возможность оплаты товара бонусными баллами в торговых точках Партнера, и уведомляет владельцев системы о возникновении такой ситуации для принятия решения в ручном режиме.
Промышленная применимость
Система проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта согласно изобретению может быть реализована с помощью известных высокотехнологичных компьютерных технологий с применением известных технических средств и программных продуктов.

Claims

Формула изобретения
1.Способ проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, в котором:
-обеспечивают выпуск объединенных дисконтных карт, имеющих идентификационные данные отличные от идентификационных данных дисконтных карт локальных программ лояльности,
-обеспечивают распространение объединенных дисконтных карт среди Партнеров: розничных и платежных, а также потребителей объединенной программы лояльности, при этом осуществляют регистрацию держателей указанных карт, причем розничными Партнерами являются торгово-сервисные предприятия, платежными Партнерами являются банки, потребителями - физические лица,
- обеспечивают идентификацию указанных объединенных дисконтных карт в приемном устройстве POS-терминалов,
- обеспечивают идентификацию и авторизацию держателей объединенной дисконтной карты для осуществления ими операций с использованием объединенной дисконтной карты в торгово-сервисных предприятиях и/или банках, являющихся Партнерами объединенной программы лояльности,
- обеспечивают верификацию идентификационных данных объединенной дисконтной карты с идентификационными данными локальных дисконтных карт конкретного торгово-сервисного предприятия и/или банка, являющихся Партнерами объединенной программы лояльности, при этом дополнительно участвующих в локальных программах лояльности, совместимых с объединенной программой лояльности, с целью определения участия держателя объединенной дисконтной карты в локальных программах лояльности,
-обеспечивают держателям объединенной дисконтной карты получение скидок и/или бонусных баллов при покупке товаров и/или услуг в торгово-сервисных предприятиях и/или банках согласно определенного при верификации идентификационных данных объединенных и локальных дисконтных карт участия держателя объединенной дисконтной карты в совместимых с объединенной программой лояльности локальных программах лояльности вышеперечисленных организаций, -обеспечивают держателям объединенной дисконтной карты получение скидок и/или бонусных баллов согласно участия в объединенной программе лояльности действующей в отношении всех Партнеров объединенной программы лояльности с занесением информации об общем количестве бонусных баллов, полученных за участие держателя объединенной дисконтной карты в совместимых локальных программах лояльности и бонусных баллов за участие в объединенной программе лояльности в Модуль баз данных,
- обеспечивают накопление бонусных баллов с предоставлением возможности держателю объединенной дисконтной карты последующего их использования,
- предоставляют держателям объединенной дисконтной карты информацию о скидках, специальных предложениях и акциях, проводимых Партнерами объединенной программы лояльности,
- обеспечивают регистрацию новых Партнеров объединенной программы лояльности, а также их идентификацию и авторизацию при осуществлении действий, связанных с участием в объединенной программы лояльности,
- обеспечивают осуществление приема, передачи и обработки транзакций по объединенной дисконтной карте, обеспечивающей функции банковского продукта,
- предоставляют держателю объединенной дисконтной карты, обеспечивающей функции банковского продукта при использовании ее в торгово-сервисных предприятиях визуализированную на POS-терминале информацию, включающую:
-перечень торгово-сервисных предприятий и/или банков, являющихся Партнерами объединенной программы лояльности,
- перечень торгово-сервисных предприятий и/или банков , являющихся участниками локальных программ лояльности, совместимых с объединенной программой лояльности,
- данные объединенной дисконтной карты:
- статистика осуществленных операций,
- запрос общего остатка бонусных баллов,
- уровень скидок и бонусов,
данные локальных дисконтных карт, совместимых с объединенной дисконтной картой:
- статистика осуществленных операций,
- уровень скидок и бонусов, - обеспечивают осуществление электронных расчетных операций между Партнерами и потребителями объединенной программы лояльности.
2. Способ по п.1 отличающийся тем, что предоставляют держателю объединенной дисконтной карты, обеспечивающей функции банковского продукта возможность использования накопленных бонусных баллов на:
- оплату товаров и/или услуг в торгово-сервисных
предприятиях, являющихся Партнерами объединенной
программы лояльности,
-перевод их в наличные денежные средства (монетизацию),
- погашение кредита в банках, являющихся Партнерами
объединенной программы лояльности.
3. Система проведения объединенной программы лояльности совместимой с локальными программами лояльности на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта, включающая, по меньшей мере, одну объединенную дисконтную карту, по меньшей мере, один POS- терминал, содержащий, по меньшей мере, устройство считывания идентификационных данных, нанесенных на объединенную дисконтную карту, при этом POS-терминал соединен через модуль связи модулем интерфейсов с процессинговым центром системы, который включает центральный сервер, по меньшей мере, один сервер розничного партнера объединенной программы лояльности, по меньшей мере, один сервер платежного партнера объединенной программы лояльности,
при этом центральный сервер выполнен с функцией обеспечения обмена данными по модулю интерфейсов через модуль связи с серверами партнеров объединенной программы лояльности, причем сервер каждого партнера выполнен с функциями получения по модулю связи через модуль интерфейсов от POS-терминалов сведений об идентификационных данных универсальной дисконтной карты и верификации их с хранящимися в Модуле баз данных процессингового центра системы идентификационными данными приобретенных пользователями локальных дисконтных карт, установления соответствия идентификационных данных сравниваемой объединенной дисконтной карты с имеющимися сведениями в указанном Модуле баз данных и установления общего баланса бонусных баллов данной объединенной дисконтной карты с учетом бонусных баллов, полученных по сопоставленным локальным дисконтным картам,
и с возможностью реализации дополнительной функции по заполнению под управлением программных средств процессингового центра системы Модуля Баз данных процессингового центра системы, причем Базы Данных структурированы в виде таблиц по:
- пользователям карт,
- партнерам объединенной программы лояльности,
- картам лояльности: объединенной и локальным,
- транзакциям по картам лояльности
- участникам совместимых с объединенной программой лояльности локальных программ лояльности
а также реализации функций:
-осуществления приема, передачи и обработки транзакций по объединенной дисконтной карте с учетом общего баланса карты
-осуществления электронных расчетных операций с потребителями и Партнерами объединенной программы лояльности;
-предоставления доступа через POS терминал к информации из Модуля баз данных, причем POS терминал системы выполнен с дополнительной функцией отображения информации из Модуля баз данных для держателей объединенных дисконтных карт информации.
PCT/RU2012/000343 2011-08-09 2012-05-02 Способ и система проведения объединенной программы лояльности WO2013022376A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2011133304/08A RU2011133304A (ru) 2011-08-09 2011-08-09 Способ и система проведения объединенной программы лояльности, совместимой с локальными программами лояльности, на основе использования объединенной дисконтной карты, обеспечивающей функции банковского продукта
RU2011133304 2011-08-09

Publications (1)

Publication Number Publication Date
WO2013022376A1 true WO2013022376A1 (ru) 2013-02-14

Family

ID=47668706

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2012/000343 WO2013022376A1 (ru) 2011-08-09 2012-05-02 Способ и система проведения объединенной программы лояльности

Country Status (2)

Country Link
RU (1) RU2011133304A (ru)
WO (1) WO2013022376A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246976A (zh) * 2013-05-17 2013-08-14 雅酷时空科技开发（北京）有限公司 折扣计费方法、折扣信息管理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002073371A2 (en) * 2001-03-14 2002-09-19 Clubmom, Inc. Systems and methods for conducting a loyalty program
US20080210753A1 (en) * 2007-03-02 2008-09-04 First Data Corporation Loyalty reward settlement system and method
RU2343542C2 (ru) * 2006-03-30 2009-01-10 Владислав Германович Федосеев Система и способ получения, хранения и обработки данных программы лояльности
US20090307060A1 (en) * 2008-06-09 2009-12-10 Merz Christopher J Methods and systems for determining a loyalty profile for a financial transaction cardholder

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002073371A2 (en) * 2001-03-14 2002-09-19 Clubmom, Inc. Systems and methods for conducting a loyalty program
RU2343542C2 (ru) * 2006-03-30 2009-01-10 Владислав Германович Федосеев Система и способ получения, хранения и обработки данных программы лояльности
US20080210753A1 (en) * 2007-03-02 2008-09-04 First Data Corporation Loyalty reward settlement system and method
US20090307060A1 (en) * 2008-06-09 2009-12-10 Merz Christopher J Methods and systems for determining a loyalty profile for a financial transaction cardholder

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246976A (zh) * 2013-05-17 2013-08-14 雅酷时空科技开发（北京）有限公司 折扣计费方法、折扣信息管理方法及装置

Also Published As

Publication number Publication date
RU2011133304A (ru) 2013-02-20

Similar Documents

Publication Publication Date Title
KR101903963B1 (ko) 저축 특징을 갖는 선불 카드
US9286606B2 (en) Wireless mobile communicator for contactless payment on account read from removable card
AU2009279757B2 (en) Application currency code for dynamic currency conversion transactions with contactless consumer transaction payment device
TWI358676B (en) Point-of-sale electronic receipt generation
US10546287B2 (en) Closed system processing connection
US20060155641A1 (en) Prepaid card with multiple depositors
CN115358735A (zh) 金融服务生态系统
CA2555698A1 (en) Buyer initiated payment
US20070131760A1 (en) Electronically Refunding Change from a Purchase Transaction
JP2019515387A (ja) モバイルプリペイドカードのサービスシステム、そのクローンカード保存装置及びサービス方法
CA2845580C (en) Systems and methods for proxy card and/or wallet redemption card transactions
AU2019284069B2 (en) Application currency code for dynamic currency conversion transactions with contactless consumer transaction payment device
Milan et al. Electronic banking models
US20100114760A1 (en) Online interactive issued account acquired transaction information management
WO2013022376A1 (ru) Способ и система проведения объединенной программы лояльности
Alliance A guide to prepaid cards for transit agencies
KR101803075B1 (ko) 모바일 카드의 클론 카드 저장장치, 카드 월렛 어플리케이션, 클론 카드 발급 시스템 및 방법
KR20150015596A (ko) 비접촉식카드 및 nfc 스마트폰 전자명함
Maung Challenges of the KBZPay Agents
US20150302489A1 (en) Computer implemented method of facilitating charitable donations
Draskovic et al. Electronic banking models
Finnegan et al. Electronic Payment Systems: An Empirical Investigation of Customer and Merchant Requirements
KR20100104199A (ko) 결제 금액 분배 서비스 방법 및 시스템

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: 12822925

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC, F1205N DATED 05-08-2014

122 Ep: pct application non-entry in european phase

Ref document number: 12822925

Country of ref document: EP

Kind code of ref document: A1