CN113837800A - Transaction processing method and device - Google Patents
Transaction processing method and device Download PDFInfo
- Publication number
- CN113837800A CN113837800A CN202111110999.1A CN202111110999A CN113837800A CN 113837800 A CN113837800 A CN 113837800A CN 202111110999 A CN202111110999 A CN 202111110999A CN 113837800 A CN113837800 A CN 113837800A
- Authority
- CN
- China
- Prior art keywords
- transaction
- qualification
- platform
- issuing
- user
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0224—Discounts or incentives, e.g. coupons or rebates based on user history
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Game Theory and Decision Science (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Educational Administration (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种交易处理方法及装置，该方法包括：发放平台获取交易平台中的第一交易；发放平台在确定第一交易为消费交易后，基于第一交易及第一交易对应的第二交易确定是否符合资格发放条件；第二交易为从交易平台获取的与第一交易具有相同用户属性且未满足资格发放条件的历史交易；发放平台在符合资格发放条件时，将资格发放条件对应的资格发送至交易平台，并将第一交易和第二交易确定为资格的关联交易。相比于现有技术中资格只与发放资格时发生的交易进行关联，而导致发生退费交易可能找不到该退费交易对应的资格来说，本发明将资格与满足该资格的资格发放条件的所有交易关联，提高资格交易数据处理准确性。
Embodiments of the present invention provide a transaction processing method and device. The method includes: an issuing platform obtains a first transaction in a transaction platform; after determining that the first transaction is a consumption transaction, the issuing platform determines the first transaction and The second transaction determines whether the qualification issuance conditions are met; the second transaction is a historical transaction obtained from the trading platform that has the same user attributes as the first transaction and does not meet the qualification issuance conditions; The corresponding qualifications are sent to the trading platform, and the first transaction and the second transaction are determined as qualified related transactions. Compared with the prior art, the qualification is only associated with the transaction that occurs when the qualification is issued, so that the refund transaction may not find the qualification corresponding to the refund transaction. Conditions are associated with all transactions, improving the accuracy of qualifying transaction data processing.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a transaction processing method and apparatus.
Background
With the rapid development of computer technology, the computer system has profound influence on various industries, especially the financial industry, and plays a vital role in the development of the financial industry. For example, in the prior art, the processing of the gift certificate transaction data can be calculated and processed through a computer, so that the processing time of the gift certificate transaction data is greatly saved, and the accuracy of the gift certificate transaction data processing is improved.
In the prior art, a gift certificate transaction system generally comprises a plurality of activities, and gift certificate issuing rules corresponding to the activities are different. For example, there are activities that issue different gift certificates according to different transaction numbers, for example, 3 transactions are equal gift certificates, six transactions are equal gift certificates, and nine transactions are equal gift certificates. Or some activities issue different gift certificates according to different transaction amounts, for example, the transaction amount is 100-. Also, therefore, when a refund transaction occurs, it is not certain that the consumption transactions for which the gift certificate is withdrawn are those transactions, resulting in confusion in processing of gift certificate transaction data.
Therefore, there is a need for a transaction processing method and apparatus that can effectively improve the accuracy of processing gift certificate transaction data.
Disclosure of Invention
The embodiment of the invention provides a transaction processing method and device, which can effectively improve the processing accuracy of gift certificate transaction data.
In a first aspect, an embodiment of the present invention provides a transaction processing method, where the method includes:
the method comprises the steps that a first transaction in a transaction platform is obtained by a issuing platform; after determining that the first transaction is a consumption transaction, the issuing platform determines whether qualification issuing conditions are met or not based on the first transaction and a second transaction corresponding to the first transaction; the second transaction is a historical transaction which is acquired from the transaction platform, has the same user attribute as the first transaction and does not meet qualification issuing conditions; and when the issuing platform meets the qualification issuing condition, sending the qualification corresponding to the qualification issuing condition to the transaction platform, and determining the first transaction and the second transaction as the related transaction of the qualification.
In the method, historical transactions which correspond to the qualification and comprise consumption transactions and transactions which have the same user attribute and do not meet qualification issuing conditions are bound in the transaction record. Thus, when the refund transaction occurs, the qualification corresponding to the refund transaction and all the associated transactions corresponding to the qualification can be accurately determined. Compared with the prior art that the qualification is only associated with the transaction generated when the qualification is issued, so that the qualification corresponding to the refund transaction can not be found in the refund transaction, the qualification is associated with all transactions meeting the qualification issuing condition of the qualification, and the processing accuracy of qualification transaction data is improved.
Optionally, determining whether the eligibility issue condition is met based on the first transaction and a second transaction corresponding to the first transaction includes: the issuing platform extracts the basic information of the user and the basic information of the transaction from the first transaction according to a field extraction rule; the issuing platform determines a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transactions; and the issuing platform determines whether the qualification issuing condition is met or not according to the transaction basic information of the first transaction and the transaction basic information of the second transaction.
In the method, the issuing platform extracts the basic information of the user and the basic information of the transaction from the first transaction according to the field extraction rule, determines a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transaction according to the basic information of the user, and determines whether the qualification issuing condition is met according to the basic information of the transaction of the first transaction and the basic information of the transaction of the second transaction. Therefore, historical transactions of the same user basic information and bound with the qualification can not be repeatedly used for calculation of qualification issuing, and the data processing accuracy of qualification-gift certificate transactions is improved.
Optionally, the user basic information includes a user identifier and an equipment identifier; the issuing platform determines a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transactions, and the method comprises the following steps: the issuing platform determines other user identifications corresponding to the historical transactions with the equipment identifications; and if the issuing platform determines that the number of the other user identifications is smaller than a set threshold, determining a second transaction which has the user identification and does not meet the qualification issuing condition from the historical transactions.
According to the method, the user basic information comprises a user identifier and an equipment identifier, the historical transaction with the equipment identifier is determined from the historical transaction according to the equipment identifier, other user identifiers corresponding to the historical transaction with the equipment identifier are determined, if the number of the other user identifiers is smaller than a set threshold value, a second transaction which has the user identifier and does not meet qualification issuing conditions is determined from the historical transaction, and whether the qualification issuing conditions are met or not is determined according to the transaction basic information of the first transaction and the transaction basic information of the second transaction. Therefore, the method can not only realize that historical transactions of the same user identification and bound with the qualification cannot be repeatedly used for calculation of qualification issuing, and improve the data processing accuracy of qualification-gift certificate transactions. And the user can be prevented from repeatedly acquiring gift certificate qualification through different account numbers by the same equipment.
Optionally, the transaction basic information includes transaction time and transaction amount; the issuing platform determines whether qualification issuing conditions are met according to the basic transaction information of the first transaction and the basic transaction information of the second transaction, and the method comprises the following steps: the issuing platform determines whether the transaction quantity of the first transaction and the second transaction in the set transaction time meets qualification issuing conditions or whether the transaction amount of the first transaction and the second transaction in the set transaction time meets qualification issuing conditions.
In the method, the transaction basic information may include transaction time and transaction amount, and the qualification issuing condition may include performing qualification issuing determination according to the transaction amount and/or transaction number of the first transaction and the second transaction within the transaction time, so that the transaction data processing accuracy is improved.
Optionally, the method further comprises the steps that the issuing platform determines that the first transaction is a refund transaction; the issuing platform determines that the consumption transaction corresponding to the first transaction is the associated transaction of the qualification from the transaction record; the issuing platform generates a qualification withdrawing request and sends the qualification withdrawing request to the transaction platform; and the issuing platform receives the qualification withdrawal response of the transaction platform and deletes the qualification and the corresponding relation between the qualification and the associated transaction from the transaction record.
In the above method, a consumption transaction binding qualification occurs for the refund transaction, which qualification is unbound in the transaction record with the corresponding associated transaction. In this way, the associated transaction is enabled to recover the state of unbound qualification, and the subsequent gift certificate transaction data of the user can be calculated conveniently so as to issue the gift certificate for the user.
Optionally, the issuing platform receives a qualification getting notification of the qualification sent by the transaction platform, updates the getting state of the qualification in the transaction record, and the qualification getting notification is generated by the transaction platform according to a received qualification getting request sent by a terminal.
In the method, the qualification is a gift certificate qualification which can be issued for the gift certificate qualification issuing platform. After the qualification is issued and before the user operates the terminal to receive the qualification, the qualification state can be a to-be-received state, after the user operates the terminal to receive the qualification, the transaction platform generates a qualification receiving notice and sends the qualification receiving notice to the issuing platform, and the issuing platform updates the transaction record, namely, the issuing platform updates the qualification state into a to-be-used state, and the qualification state (to-be-received, to-be-used and used) is accurately recorded in the transaction record. And the processing such as qualification withdrawal and the like of the refund transaction is convenient when the refund transaction occurs subsequently.
Optionally, the method further comprises the steps that the issuing platform determines that the first transaction is a refund transaction; the issuing platform determines that the consumption transaction corresponding to the first transaction is the associated transaction of the qualification from the transaction record; the issuing platform generates a pickup qualification withdrawing request and sends the pickup qualification withdrawing request to the merchant platform; and the issuing platform receives the picking qualification withdrawing response of the merchant platform and deletes the qualification and the corresponding relation between the qualification and the associated transaction from the transaction record.
In the above method, when the qualification is picked up by the user, the qualification is also included in the merchant platform and is available for the user to use. Therefore, when a refund transaction occurs, the qualification of the merchant platform needs to be revoked, and the corresponding relationship between the qualification and the associated transaction is deleted in the transaction record, i.e., the qualification is unbound from the associated transaction. Therefore, the associated transaction is enabled to recover the state of unbound qualification, so that the subsequent qualification transaction data of the user can be calculated conveniently, and qualification issue is carried out on the user.
In a second aspect, an embodiment of the present invention provides a transaction processing apparatus, including:
the receiving and sending module is used for acquiring a first transaction in the transaction platform;
the processing module is used for determining whether qualification issuing conditions are met or not based on the first transaction and a second transaction corresponding to the first transaction after the first transaction is determined to be a consumption transaction; the second transaction is a historical transaction which is acquired from the transaction platform, has the same user attribute as the first transaction and does not meet qualification issuing conditions;
the processing module is further used for sending the qualification corresponding to the qualification issuing condition to the transaction platform through the transceiver module when the qualification issuing condition is met, and determining the first transaction and the second transaction as the related transaction of the qualification.
In a third aspect, an embodiment of the present application further provides a computing device, including: a memory for storing program instructions; a processor for calling program instructions stored in said memory to execute the method as described in the various possible designs of the first aspect according to the obtained program.
In a fourth aspect, embodiments of the present application also provide a computer-readable non-transitory storage medium including computer-readable instructions which, when read and executed by a computer, cause the computer to perform the method as set forth in the various possible designs of the first aspect.
These and other implementations of the present application will be more readily understood from the following description of the embodiments.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a schematic diagram of an overall architecture for transaction data processing according to an embodiment of the present invention;
FIG. 2 is a block diagram of an overall architecture for transaction data processing according to an embodiment of the present invention;
FIG. 3 is a flow chart illustrating a transaction data processing method according to an embodiment of the invention;
FIG. 4 is a flow chart illustrating a transaction data processing method according to an embodiment of the present invention;
fig. 5 is a schematic diagram of a transaction data processing apparatus according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 is a schematic diagram of an overall architecture for transaction data processing according to an embodiment of the present invention; the terminal sends a transaction processing request containing transaction information to a transaction platform, after the transaction platform completes processing on the transaction processing request, the issuing platform obtains a first transaction of the transaction processing request through the subscription transaction platform, and can also consider the obtained transaction information of the first transaction, wherein the transaction information at least contains user basic information and transaction basic information. The issuing platform stores the transaction information in a Kafka message queue, and subsequently acquires the transaction information from the Kafka message queue according to the sequence after the issuing platform finishes processing the transaction information before the transaction information, and determines a field extraction rule of the transaction according to the transaction type identifier in the transaction information:
and if the transaction type is a consumption transaction, extracting the user basic information and the transaction basic information from the transaction information according to a field extraction rule of the consumption transaction to generate a consumption task to be processed. And analyzing the consumption task to be processed to determine a second transaction corresponding to the consumption task to be processed, wherein the second transaction is a transaction which has the same basic user information as the first transaction and does not meet qualification issuing conditions but does not have binding qualification. And determining qualification issuing conditions met by the consumption task to be processed according to the consumption task to be processed and the second transaction, and if the consumption task to be processed and the second transaction do not meet any qualification issuing conditions, storing the transaction information in a transaction record, wherein the transaction information is in an undistributed qualification state. If the consumption task to be processed and the second transaction meet a certain qualification issuing condition, issuing the qualification issuing condition to a corresponding qualification to a transaction platform, and storing the transaction information and the second transaction (the historical transaction meeting the qualification issuing condition together with the transaction information) in a transaction record through the qualification association, namely, the transaction information and the corresponding historical transaction meeting the qualification issuing condition are associated transactions of the qualification to form a group of the qualification corresponding to the associated transaction, and the qualification is in a state to be received.
The terminal generates a qualification getting request to the transaction platform, and the transaction platform processes the getting qualification request and then generates a qualification getting notification to be sent to the issuing platform. The issuing platform sends the qualification to the merchant platform. And the issuing platform updates the state corresponding to the qualification in the transaction record into the to-be-used state according to the qualification receiving notice.
The terminal generates a use qualification request to the merchant platform, and the merchant platform processes the use qualification request, generates a qualification use notice and sends the qualification use notice to the issuing platform. And the issuing platform updates the state corresponding to the qualification in the transaction record into the used state according to the qualification use notice.
And if the transaction type is a refund transaction, extracting the basic information of the user and the basic information of the transaction from the transaction information according to a field extraction rule of the refund transaction to generate a refund task to be processed. Analyzing the to-be-processed refund task and determining the consumption transaction of the to-be-processed refund task; and if the consumption transaction has the corresponding qualification and the qualification state is to be picked, generating a qualification withdrawal request, sending the qualification withdrawal request to the transaction platform, receiving a qualification withdrawal response of the transaction platform, and unbinding the associated transaction (consumption transaction and second transaction) corresponding to the qualification in the transaction record. And if the consumption transaction has the corresponding qualification and the qualification state is the accepted qualification, generating an acceptance qualification withdrawal request, sending the acceptance qualification withdrawal request to the merchant platform, receiving an acceptance qualification withdrawal response of the merchant platform, and unbinding the associated transaction corresponding to the qualification in the transaction record.
Based on the above system architecture, an embodiment of the present application further provides a system architecture for transaction processing, as shown in fig. 2, the issuing platform includes: the device comprises an extraction module, a judgment module and a qualification issuing module. The extraction module is used for extracting fields from the transaction information according to a field extraction rule corresponding to the transaction type of the transaction information to generate a task, namely a to-be-processed consumption task or a to-be-processed chargeback task.
The judging module is used for determining qualification issuing conditions corresponding to the consumption tasks to be processed according to the set qualification issuing conditions, the received consumption tasks to be processed and historical transactions in the transaction records. And generating a qualification issuing request according to the to-be-processed consumption task and the qualification issuing condition. Or, determining the qualification withdrawal judgment result corresponding to the to-be-processed refund task according to the set qualification withdrawal condition (refund transaction of the to-be-processed refund task, consumption transaction with bound qualification in the transaction record) and the received to-be-processed refund task as well as historical transaction in the transaction record. Correspondingly, if the qualification withdraw judgment result is qualification withdraw, a qualification withdraw request or a claim qualification withdraw request is generated according to the pending refund task, the qualification of the corresponding consumption transaction and the status of the qualification.
The qualification issuing module is used for generating qualification according to the qualification issuing request sent by the judging module and sending the qualification to the transaction platform. Or correspondingly sending the qualification withdrawal request to the transaction platform according to the qualification withdrawal request or the picking qualification withdrawal request sent by the judging module, or respectively sending the picking qualification withdrawal requests corresponding to the merchant platform and the transaction platform.
Based on the above system architecture, an embodiment of the present application further provides a transaction processing method, as shown in fig. 3, including:
301, acquiring a first transaction in a transaction platform by an issuing platform;
here, the qualification may be a discount coupon, a voucher, a gift certificate, a ticket, and the like, and is not limited in particular.
In the method, historical transactions which correspond to the qualification and comprise consumption transactions and transactions which have the same user attribute and do not meet qualification issuing conditions are bound in the transaction record. Thus, when the refund transaction occurs, the qualification corresponding to the refund transaction and all the associated transactions corresponding to the qualification can be accurately determined. Compared with the prior art that the qualification is only associated with the transaction generated when the qualification is issued, so that the qualification corresponding to the refund transaction can not be found in the refund transaction, the qualification is associated with all transactions meeting the qualification issuing condition of the qualification, and the processing accuracy of qualification transaction data is improved.
The embodiment of the invention provides a qualification issuing method, which is used for determining whether qualification issuing conditions are met or not based on a first transaction and a second transaction corresponding to the first transaction, and comprises the following steps: the issuing platform extracts the basic information of the user and the basic information of the transaction from the first transaction according to a field extraction rule; the issuing platform determines a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transactions; and the issuing platform determines whether the qualification issuing condition is met or not according to the transaction basic information of the first transaction and the transaction basic information of the second transaction. That is, the issuing platform extracts the user basic information and the transaction basic information from the first transaction according to the field extraction rule. The user basic information may include user identification, device identification, user type, and the like. The transaction basic information may include transaction unique identification, transaction type, transaction amount, transaction commodity, commodity type, and the like. The issuing platform searches historical transactions with the same basic user information as the first transaction from the transaction records according to the basic user information of the first transaction, and determines second transactions meeting the qualification issuing conditions from the historical transactions, namely determines the second transactions without binding qualification from the historical transactions. And determining whether the qualification issuing condition is met according to the transaction basic information of the first transaction and the transaction basic information of the second transaction. In addition, the field extraction rule may be a general field extraction rule for transactions of various transaction types, or may be a field extraction rule customized for different transaction types, for example, a consumption transaction field extraction rule corresponding to a consumption transaction, and a refund transaction field extraction rule corresponding to a refund transaction. The field extraction rule may be set according to a transaction information structure of the transaction in implementation, and is not limited specifically here.
The embodiment of the invention provides a qualification issuing method, wherein the user basic information comprises a user identifier and an equipment identifier; the issuing platform determines a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transactions, and the method comprises the following steps: the issuing platform determines other user identifications corresponding to the historical transactions with the equipment identifications; and if the issuing platform determines that the number of the other user identifications is smaller than a set threshold, determining a second transaction which has the user identification and does not meet the qualification issuing condition from the historical transactions. That is, if the user basic information includes the user identifier and the device identifier, the manner of determining whether the eligibility issue condition is satisfied may be: and searching historical transactions with the same user identification from the transaction records according to the user identification of the first transaction, determining a second transaction which does not meet qualification issuing conditions but does not have binding qualification from the historical transactions, and determining whether the qualification issuing conditions are met or not according to the transaction basic information of the first transaction and the transaction basic information of the second transaction.
The following steps can be also included: the method comprises the steps of finding out historical transactions with the same device identification from a transaction record according to the device identification of the first transaction, determining the number of other user identifications (user identifications except for the user identification in the first transaction) in the historical transactions from the historical transactions, finding out the historical transactions with the same user identification from the transaction record according to the user identification of the first transaction if the number of the other user identifications is smaller than a set threshold value, determining a second transaction which does not meet qualification issuing conditions and does not have binding qualifications from the historical transactions, and determining whether the qualification issuing conditions are met according to transaction basic information of the first transaction and transaction basic information of the second transaction. Thus, screening is performed according to the number of other user identifiers in the historical transactions of the same device identifier in the transaction record, and a part of users who swipe the bill can be screened out, that is, if the device identifier corresponding to the first transaction is greater than or equal to the set threshold, the user of the device identifier is most likely to swipe the bill, the first transaction is an abnormal transaction, and the qualification issuing condition can be directly determined without being met, that is, the qualification is not issued for the first transaction. In addition, not only setting a threshold value for the number of other user identifiers in the historical transactions of the same device identifier, but also setting historical transactions with the same device identifier searched for within the set transaction time according to the first transaction device identifier. Therefore, the condition that the user cannot normally acquire the qualification due to inaccurate judgment of the abnormal transaction can be prevented.
The invention provides a qualification issuing method, wherein basic transaction information comprises transaction time and transaction amount; the issuing platform determines whether qualification issuing conditions are met according to the basic transaction information of the first transaction and the basic transaction information of the second transaction, and the method comprises the following steps: the issuing platform determines whether the transaction quantity of the first transaction and the second transaction in the set transaction time meets qualification issuing conditions or whether the transaction amount of the first transaction and the second transaction in the set transaction time meets qualification issuing conditions. That is, if the eligibility issue condition may be a preset transaction amount or a preset transaction amount, it is determined whether the transaction amount or the transaction amount of the first transaction and the second transaction satisfies the eligibility issue condition, and if so, the eligibility is issued. The eligibility issuing condition may be multiple, for example, the transaction number threshold may set multiple gears, and the transaction number of different gears corresponds to the eligibility of different gears. The transaction amount threshold value can be set into a plurality of gears, and the transaction amounts of different gears correspond to the qualification of different gears. Different qualification issuing activities can correspond to different qualification issuing conditions, and transaction amount threshold gears and transaction stroke gears of different activities can also be different. The setting of the eligibility issuing condition is not particularly limited.
The invention provides a qualification withdrawal method, which also comprises the steps that the issuing platform determines the first transaction as a refund transaction; the issuing platform determines that the consumption transaction corresponding to the first transaction is the associated transaction of the qualification from the transaction record; the issuing platform generates a qualification withdrawing request and sends the qualification withdrawing request to the transaction platform; and the issuing platform receives the qualification withdrawal response of the transaction platform and deletes the qualification and the corresponding relation between the qualification and the associated transaction from the transaction record. That is to say, if the first transaction received by the issuing platform is a refund transaction, the consumption transaction corresponding to the refund transaction in the transaction record is searched, if the consumption transaction is a qualified associated transaction, a qualification withdrawal request is generated according to the refund transaction and the corresponding qualification bound to the consumption transaction, the qualification withdrawal request is sent to the transaction platform, the transaction platform cancels the qualification according to the received qualification withdrawal request, and a qualification withdrawal response is generated and returned to the issuing platform. The issuing platform deletes the binding of the eligibility with the associated transaction in the transaction record according to the eligibility revocation response-the eligibility has been revoked.
The invention provides a qualification getting method, which also comprises the steps that the issuing platform receives a qualification getting notice of the qualification sent by the transaction platform, the getting state of the qualification is updated in the transaction record, and the qualification getting notice is generated by the transaction platform according to a received qualification getting request sent by a terminal. That is, the terminal generates a qualification getting request according to the getting operation instruction of the user, sends the qualification getting request to the trading platform, and the trading platform receives the qualification getting request, changes the qualification state, generates a qualification getting notification and sends the qualification getting notification to the issuing platform. And the issuing platform changes the state of the qualification in the transaction record from the state to be picked into use according to the received qualification picking notice.
The invention provides a withdrawal qualification withdrawing method, which also comprises the steps that the issuing platform determines that the first transaction is a refund transaction; the issuing platform determines that the consumption transaction corresponding to the first transaction is the associated transaction of the qualification from the transaction record; the issuing platform generates a pickup qualification withdrawing request and sends the pickup qualification withdrawing request to the merchant platform; and the issuing platform receives the picking qualification withdrawing response of the merchant platform and deletes the qualification and the corresponding relation between the qualification and the associated transaction from the transaction record. That is, if the qualification is picked up, when any consumption transaction in the associated transaction corresponding to the qualification is refunded, the qualification needs to be canceled not only from the transaction platform, but also from the merchant platform.
Based on the above system architecture and method, an embodiment of the present application further provides a transaction processing method, as shown in fig. 4, including:
step 401, the terminal sends a transaction processing request to a transaction platform.
Here, the terminal may be a mobile phone, a computer, or a POS device, and is not limited specifically.
Step 402, the transaction platform receives the transaction processing request and processes the transaction processing request.
Step 403, the issuing platform obtains the first transaction, i.e. the transaction information, in the transaction processing request from the transaction platform, where the transaction information at least includes the basic user information and the basic transaction information.
Here, the issuing platform can obtain the transaction information of the transaction processing request in time by subscribing the issuing platform to the transaction platform.
The issuing platform stores 404 the transaction information in a Kafka message queue.
Here, if the transaction information being processed by the platform is issued, the currently acquired transaction information is stored in the Kafka message queue, otherwise, the currently acquired transaction information is directly processed.
Step 405, the issuing platform acquires the transaction information according to the sequence of the transaction information in the Kafka message queue.
And step 406, the issuing platform determines the transaction type in the transaction information according to the extraction module, and extracts a field from the transaction information according to the corresponding field extraction rule to generate a task. For clarity of explanation of the content of the present solution, it is assumed that the transaction type is a consumption transaction, and the generation task is a to-be-processed consumption task.
Here, if the transaction type is a consumption transaction, determining that the field extraction rule is a consumption transaction field extraction rule, and extracting a field from the transaction information according to the corresponding consumption transaction field extraction rule to generate a to-be-processed consumption task. And if the transaction type is the fee refunding transaction, determining the field extraction rule as a fee refunding transaction field extraction rule, and extracting a field from the transaction information according to the corresponding fee refunding transaction field extraction rule to generate a to-be-processed fee refunding task.
And 407, the issuing platform acquires the consumption task to be processed through the judging module.
Step 408, the issuing platform determines whether the consumption task to be processed meets qualification issuing conditions through the judging module and the transaction record in the database (or a simple transaction record in a redis database, which only records a user ID and/or a transaction amount and/or a device ID corresponding to the transaction, so as to accelerate task processing speed, wherein the key transaction basic information and the user basic information recorded in the simple transaction record can be set according to actual needs, and are not specifically limited) and the task information in the consumption task to be processed, and if not, stores the transaction information corresponding to the consumption task to be processed in the transaction record. If yes, go to step 409.
Here, the task information of the consumption task to be processed may be information extracted from the transaction information according to a field extraction rule.
In one example, the determining module determines a second transaction from the historical transactions that has the user ID and does not satisfy the eligibility issuance condition with respect to the first transaction based on obtaining the activity ID01/02, the merchant 01/02, and the task type 01/02 (which may be used to determine a corresponding eligibility issuance condition, e.g., whether the eligibility issuance condition is that the number of other user IDs corresponding to the device ID satisfies a set threshold), determining historical transactions that are the same as the device ID in the consumption task to be processed from the transaction record, determining a set of user IDs that is different from the user ID in the consumption task to be processed from the historical transactions, and determining that the number of user IDs in the set of user IDs is less than the set threshold (eligibility issuance condition). Whether qualification issuing conditions (such as a transaction amount threshold value, a transaction number threshold value and the like) are met is further judged according to the transaction basic information and the user basic information of the first transaction. For example, if the obtained to-be-processed consumption task includes the activity ID01, the merchant 01, and the task type 10 (which may be used to determine a corresponding qualification issuing condition, e.g., whether the qualification issuing condition satisfies the transaction number threshold), it is determined that the sum of the first transaction and the second transaction number of the to-be-processed consumption task satisfies the transaction number threshold (qualification issuing condition), and then the to-be-processed consumption task satisfies the qualification issuing condition. If the acquired to-be-processed consumption task includes the activity ID02, the merchant 02, and the task type 20 (which may be used to determine a corresponding qualification issuing condition, for example, whether the qualification issuing condition is that a transaction amount threshold is satisfied), it is determined that the sum of the transaction amount of the first transaction and the transaction amount of the second transaction of the to-be-processed consumption task satisfies the transaction amount threshold (qualification issuing condition), and then the to-be-processed consumption task satisfies the qualification issuing condition.
And step 409, the issuing platform generates a qualification issuing request through the judging module and sends the qualification issuing request to the qualification issuing module.
Here, there is provided a qualification issuing request including information as shown in the following table 1:
TABLE 1
Wherein, the version number is the version of the running system in the issuing platform. The coding mode is the coding mode of the running system in the issuing platform. The activity ID is an activity ID issued by qualification of the transaction corresponding to the consumption task to be processed, for example, the corresponding activity IDs of different merchant transactions or different types of transactions are different, the qualifications and qualification gradients corresponding to different activity IDs are different, and the qualification issuing conditions may also be different. For example, campaign 01 corresponds to a voucher or discount coupon for merchant 01. The activity 01 corresponds to the qualification 1-100-element voucher, the qualification 2-200-element voucher and the qualification 3-300-element voucher, wherein the qualification issuing condition of the qualification 1 is 3 transactions, the qualification issuing condition of the qualification 2 is 6 transactions, and the qualification issuing condition of the qualification 3 is 9 transactions. The qualification corresponding to the event 02 is a voucher or discount ticket, etc. of the merchant 02. The activity 02 corresponds to the qualification 1-200 yuan voucher, the qualification 2-400 yuan voucher and the qualification 3-600 yuan voucher, wherein the qualification issuing condition of the qualification 1 is that the transaction amount is greater than or equal to 1000 yuan, the qualification issuing condition of the qualification 2 is that the transaction amount is greater than or equal to 3000 yuan, and the qualification issuing condition of the qualification 3 is that the transaction amount is greater than or equal to 7000 yuan. The description of the activity ID, qualification, and qualification issuing condition is only an example, and may be specifically set according to the requirement, and is not limited to the specific application. The task type is used for indicating the type of the qualification issuing condition corresponding to the consumption task to be processed, for example, the qualification issuing is determined by the steps of transaction stroke number or the qualification issuing is determined by the steps of transaction amount. The qualifying threshold is used to characterize that the pending consumption transaction satisfies qualifying issuance conditions. The transaction time is used to characterize the activity start time. The qualifying period is used to characterize the duration of the activity (based on the trade time and the qualifying period, it may be determined whether the task may also participate in the activity, i.e., whether the task is within the activity validity period). The user set is used for representing a user ID set which is different from the user ID in the transacted information and exists in the historical transaction which is the same as the device ID in the transaction information in the transaction record. The tracking number is generated for the transaction information by the issuing platform when the transaction information is received, and is a unique identifier aiming at the transaction information in the issuing platform.
Step 410, the issuance platform receives the qualification issuance request through the qualification issuance module, and determines the qualification of the consumption task to be processed.
In one example, the eligibility issuance module of the issuance platform includes: at least one activity ID, each activity ID corresponding to at least one qualification grouping (a qualification grouping may contain the same qualification category, e.g., a qualification grouping containing 1000 100-members), the qualification groupings containing a plurality of qualification IDs that are different from one another.
Step 411, the issuing platform sends the qualification to the transaction platform through the qualification issuing module, and updates the transaction record, that is, the consumption transaction and the second transaction corresponding to the acquisition of the qualification are bound with the qualification.
In step 412, the issuance platform sends the qualification issuance response to the determination module through the qualification issuance module.
Here, there is provided a qualification issuance response including information as shown in the following table 2:
TABLE 2
Step 413, the user generates a qualification picking request by clicking on the terminal, sliding the qualification, and the like, and sends the qualification picking request to the transaction platform.
Step 414, the transaction platform changes the status of the qualification according to the qualification picking request, generates a qualification picking notification and sends the qualification picking notification to the issuing platform.
In step 415, the issuing platform updates the status of the qualification in the transaction record according to the qualification pick-up notification, i.e. from the to-be-picked-up to the to-be-used status.
Step 416, the issuing platform sends the qualification to the merchant platform, so that the terminal corresponding to the merchant platform can display the qualification, and the user can use the qualification.
In step 417, the user generates a qualification request by clicking and sliding the qualification on the terminal, and sends the qualification request to the transaction platform, where the user may be a consumer terminal user or a merchant POS terminal user, and is not limited specifically.
It should be noted that, if the user is a terminal user of the merchant POS, a qualification request may also be generated for the user by clicking on the terminal, sliding the qualification, and the like, and the qualification request is sent to the merchant platform, and the merchant platform sends the qualification request to the transaction platform. Alternatively, if the user is a terminal user of the merchant POS, after the terminal generates the eligibility request, the terminal may directly send the eligibility request to the transaction platform. How the eligibility request is sent to the trading platform is not particularly limited.
Step 418, the transaction platform changes the status of the qualification according to the qualification request, generates a qualification notification and sends the qualification notification to the issuing platform.
Step 419, the issuing platform updates the status of the qualification in the transaction record, i.e. from ready to used, based on the qualification use notification.
Step 420, the user initiates a transaction processing request at the terminal and sends the transaction processing request to the transaction platform.
Step 421, the transaction platform receives and processes the transaction processing request.
Step 422, the issuing platform acquires the transaction information, stores the transaction information in the Kafka message queue, and acquires the transaction information from the Kafka message queue after the transaction information before the transaction information is processed.
Step 423, the issuing platform determines the transaction type in the transaction information, namely the refund transaction, through the extraction module, and performs field extraction according to the field extraction rule of the refund transaction to generate the refund task to be processed.
Step 424, the issuing platform obtains the consumption transaction of the to-be-processed fee refunding task-fee refunding transaction through the judging module and the transaction record.
Step 425, the issuing platform determines whether the consumption transaction is bound by the qualification module, if not, stores the transaction information of the refund transaction in the transaction record, and if the qualification is bound, executes step 426.
In step 426, the issuing platform determines the qualification status through the determining module, generates a qualification recycling request and sends the qualification recycling request to the qualification issuing module, if the qualification status is not picked, step 427 is executed, and if the qualification status is to be used or used, step 428 is executed.
Step 427, the issuing platform receives the qualification recovery request through the qualification issuing module, generates a pickup qualification withdrawal request and sends the pickup qualification withdrawal request to the trading platform, and withdraws the qualification in the trading platform.
The embodiment of the present application provides information in the qualification recovery request, as shown in table 3:
| serial number | Domain name | Name of variable | The appearance of the request | Remarks for note |
| 1 | Version number | version | M | 1.0.0 |
| 2 | Coding method | encoding | M | UTF-8 |
| 3 | Qualification ID | bonusID | M | Can not be repeated |
| 4 | Card ID | couponID | M | |
| 5 | Channel number | channelID | M | |
| 6 | Ticket code | couponCode | M | |
| 7 | Tracking number | reqID | M | |
| 8 | Activity ID | actID | M | |
| 9 | User ID | userID | M | Desensitization cell-phone number |
| 10 | Trading platform user ID | openID | C | Lindeng |
TABLE 3
Step 428, the issuing platform receives the qualification recycling request through the qualification issuing module, generates the picking-up qualification withdrawing request of the transaction platform and the merchant platform respectively, and sends the picking-up qualification withdrawing request to the transaction platform and the merchant platform respectively so as to withdraw the qualification in the transaction platform and the merchant platform.
The embodiment of the present application provides information in the qualification recovery request, as shown in table 4:
| serial number | Domain name | Name of variable | The appearance of the request | Remarks for note |
| 1 | Version number | version | M | 1.0.0 |
| 2 | Coding method | encoding | M | UTF-8 |
| 3 | Tracking number | reqID | M | Must fill in |
| 4 | Activity number | act_no | M | |
| 5 | User number | user_ID | M | |
| 6 | Qualification ID | bonus_ID | M |
TABLE 4
Step 429, the issuing platform receives the transaction platform's eligibility recall response via the eligibility issuing module.
The issuing platform further generates a qualification withdrawal response to be sent to the judging module according to the qualification withdrawal response through the qualification issuing module, wherein the qualification withdrawal response contains information as shown in the following table 5:
TABLE 5
Step 430, the issuing platform receives the picking qualification withdrawing responses of the transaction platform and the merchant platform through the qualification issuing module.
The issuing platform further generates a pickup qualification withdrawal response (a merchant platform or a transaction platform) according to the pickup qualification withdrawal response through the qualification issuing module, and sends the pickup qualification withdrawal response to the judging module, wherein the pickup qualification withdrawal response comprises the following information shown in the following table 6:
TABLE 6
Step 431, the issuing platform disassembles the binding of the qualification to the consumption transaction and associated transaction in the transaction record.
It should be noted that the above-mentioned steps are not performed in the exact order of the above-mentioned steps, such as steps 401 to 412 and steps 420 to 427, and steps 429 and 431 are the processes of eligibility issue and eligibility withdraw for the un-picked up eligibility after the eligibility issue. As another example, steps 401 to 412 and 413 to 416, and steps 420 to 426, 428, 430 and 431 are qualification issuing and qualification withdrawing processes that have been picked up and are to be used after qualification issuing. As another example, steps 401 to 412 and 413 to 419, and steps 420 to 426, 428, 430 and 431 are used qualification issuing and qualification withdrawing procedures after qualification issuing. And the flow steps are not exclusive, e.g., only steps 401 to 412 may be performed, step 412 may be performed before step 411, only steps 401 to 415 may be performed, etc. The above steps of the process are not limited to specific implementations of the process.
Based on the same concept, an embodiment of the present invention provides a transaction processing apparatus, and fig. 5 is a schematic view of the transaction processing apparatus provided in the embodiment of the present application, as shown in fig. 5, including:
a transceiver module 501, configured to obtain a first transaction in a transaction platform;
the processing module 502 is configured to determine whether eligibility issue conditions are met based on the first transaction and a second transaction corresponding to the first transaction after determining that the first transaction is a consumption transaction; the second transaction is a historical transaction which is acquired from the transaction platform, has the same user attribute as the first transaction and does not meet qualification issuing conditions;
the processing module 502 is further configured to, when the eligibility issuing condition is met, send the eligibility corresponding to the eligibility issuing condition to the transaction platform through the transceiver module 501, and determine the first transaction and the second transaction as associated transactions of the eligibility.
Optionally, the processing module 502 is specifically configured to extract user basic information and transaction basic information from the first transaction according to a field extraction rule; determining a second transaction which has the basic information of the user and does not meet the qualification issuing condition from the historical transactions; and determining whether the qualification issuing condition is met or not according to the transaction basic information of the first transaction and the transaction basic information of the second transaction.
Optionally, the user basic information includes a user identifier and an equipment identifier; the processing module 502 is specifically configured to determine other user identifiers corresponding to the historical transactions having the device identifier; and determining that the number of the other user identifications is smaller than a set threshold value, and determining a second transaction which has the user identification and does not meet the qualification issuing condition from the historical transactions.
Optionally, the transaction basic information includes transaction time and transaction amount; the processing module 502 is specifically configured to determine whether the transaction amount of the first transaction and the second transaction in the set transaction time meets the eligibility issue condition, or determine whether the transaction amount of the first transaction and the second transaction in the set transaction time meets the eligibility issue condition.
Optionally, the processing module 502 is further configured to determine that the first transaction is a refund transaction; determining a consumption transaction corresponding to the first transaction from the transaction record as a related transaction of the qualification; generating and sending an eligibility withdraw request to the trading platform through the transceiver module 501; the eligibility revocation response of the transaction platform is received through the transceiver module 501, and the corresponding relation between the eligibility and the associated transaction is deleted from the transaction record.
Optionally, the processing module 502 is further configured to receive, through the transceiver module 501, an eligibility getting notification of the eligibility sent by the transaction platform, and update the getting state of the eligibility in the transaction record, where the eligibility getting notification is generated by the transaction platform according to a received eligibility getting request sent by a terminal.
Optionally, the processing module 502 is further configured to determine that the first transaction is a refund transaction; determining a consumption transaction corresponding to the first transaction from the transaction record as a related transaction of the qualification; generating a claim qualification withdrawal request and sending the withdrawal qualification withdrawal request to the merchant platform through the transceiver module 501; receiving, by the transceiver module 501, an eligibility withdrawal response of the merchant platform, and deleting the eligibility and the corresponding relationship between the eligibility and the associated transaction from the transaction record.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (10)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111110999.1A CN113837800A (en) | 2021-09-23 | 2021-09-23 | Transaction processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111110999.1A CN113837800A (en) | 2021-09-23 | 2021-09-23 | Transaction processing method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113837800A true CN113837800A (en) | 2021-12-24 |
Family
ID=78969044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111110999.1A Pending CN113837800A (en) | 2021-09-23 | 2021-09-23 | Transaction processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113837800A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115099969A (en) * | 2022-06-27 | 2022-09-23 | 中国银行股份有限公司 | Multi-transaction standard-reaching calculation method, device, system, equipment and storage medium |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001020445A1 (en) * | 1999-09-15 | 2001-03-22 | Devlin Edward A | Method and system for redeeming product marketing rebates |
| CN101359389A (en) * | 2007-08-01 | 2009-02-04 | 因特伟特公司 | Method and system for alerting consumers to coupons they may use |
| US20110238451A1 (en) * | 2010-03-25 | 2011-09-29 | Transunion Llc. | System and method for enhancing and authenticating an insurance elgibility transaction |
| WO2017050188A1 (en) * | 2015-09-24 | 2017-03-30 | 中国银联股份有限公司 | Transaction data processing method and device |
| CN109034948A (en) * | 2018-06-27 | 2018-12-18 | 阿里巴巴集团控股有限公司 | Transaction processing method, device, equipment and system |
| CN109074592A (en) * | 2016-04-06 | 2018-12-21 | 万事达卡国际公司 | method and system for independent real-time rewards |
| CN109493110A (en) * | 2018-09-28 | 2019-03-19 | 中国平安人寿保险股份有限公司 | Reward control method and device based on funds transaction |
| CN109636380A (en) * | 2018-12-05 | 2019-04-16 | 泰康保险集团股份有限公司 | Expense treating method and apparatus |
| CN110163586A (en) * | 2019-04-03 | 2019-08-23 | 阿里巴巴集团控股有限公司 | The method, device and equipment of transaction payment and reimbursement processing |
| CN110245992A (en) * | 2019-06-20 | 2019-09-17 | 深圳前海微众银行股份有限公司 | A kind of method for processing resource and device |
| CN110992188A (en) * | 2020-03-03 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | Transaction processing method, apparatus and equipment |
| CN111932262A (en) * | 2020-09-27 | 2020-11-13 | 南京吉拉福网络科技有限公司 | Methods, computing devices, and media for identifying transaction risk with respect to consumption credentials |
| CN112418937A (en) * | 2020-11-25 | 2021-02-26 | 中国建设银行股份有限公司 | Method and device for generating preferential amount |
-
2021
- 2021-09-23 CN CN202111110999.1A patent/CN113837800A/en active Pending
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001020445A1 (en) * | 1999-09-15 | 2001-03-22 | Devlin Edward A | Method and system for redeeming product marketing rebates |
| CN101359389A (en) * | 2007-08-01 | 2009-02-04 | 因特伟特公司 | Method and system for alerting consumers to coupons they may use |
| US20110238451A1 (en) * | 2010-03-25 | 2011-09-29 | Transunion Llc. | System and method for enhancing and authenticating an insurance elgibility transaction |
| WO2017050188A1 (en) * | 2015-09-24 | 2017-03-30 | 中国银联股份有限公司 | Transaction data processing method and device |
| CN109074592A (en) * | 2016-04-06 | 2018-12-21 | 万事达卡国际公司 | method and system for independent real-time rewards |
| CN109034948A (en) * | 2018-06-27 | 2018-12-18 | 阿里巴巴集团控股有限公司 | Transaction processing method, device, equipment and system |
| CN109493110A (en) * | 2018-09-28 | 2019-03-19 | 中国平安人寿保险股份有限公司 | Reward control method and device based on funds transaction |
| CN109636380A (en) * | 2018-12-05 | 2019-04-16 | 泰康保险集团股份有限公司 | Expense treating method and apparatus |
| CN110163586A (en) * | 2019-04-03 | 2019-08-23 | 阿里巴巴集团控股有限公司 | The method, device and equipment of transaction payment and reimbursement processing |
| CN110245992A (en) * | 2019-06-20 | 2019-09-17 | 深圳前海微众银行股份有限公司 | A kind of method for processing resource and device |
| CN110992188A (en) * | 2020-03-03 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | Transaction processing method, apparatus and equipment |
| CN111932262A (en) * | 2020-09-27 | 2020-11-13 | 南京吉拉福网络科技有限公司 | Methods, computing devices, and media for identifying transaction risk with respect to consumption credentials |
| CN112418937A (en) * | 2020-11-25 | 2021-02-26 | 中国建设银行股份有限公司 | Method and device for generating preferential amount |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115099969A (en) * | 2022-06-27 | 2022-09-23 | 中国银行股份有限公司 | Multi-transaction standard-reaching calculation method, device, system, equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107230092B (en) | Accounting processing method and device and server | |
| CN111028009A (en) | Method and device for processing retrievable service entity | |
| CN110033120A (en) | For providing the method and device that risk profile energizes service for trade company | |
| CN110084699A (en) | Polymerization, device, transaction List Table system and the storage medium of transaction record | |
| CN112288460A (en) | Method, device, device and storage medium for prompting user to log in to the platform | |
| CN109711917A (en) | Information-pushing method and device | |
| CN111192089A (en) | A method, device and computer system for generating electronic coupons | |
| CN106875595B (en) | Method and device for determining using place of POS terminal | |
| CN110163683B (en) | Value user key index determination method, advertisement delivery method and device | |
| CN111598597A (en) | Method and apparatus for transmitting information | |
| CN113837800A (en) | Transaction processing method and device | |
| CN113205421A (en) | Accounting method and device for financial products | |
| CN112907263A (en) | Abnormal order quantity detection method, device, equipment and storage medium | |
| CN107330709B (en) | Method and device for determining target object | |
| CN110348983B (en) | Transaction information management method and device, electronic equipment and non-transitory storage medium | |
| CN113254787B (en) | Event analysis method, device, computer equipment and storage medium | |
| CN114285896A (en) | Information pushing method, device, equipment, storage medium and program product | |
| CN113205372A (en) | Combined electronic ticket selecting method and device | |
| CN114443932A (en) | Information pushing method, device and system for financial products, electronic equipment and medium | |
| CN106776913B (en) | A method and device for determining user's attribution | |
| CN106815290B (en) | Method and device for determining attribution of bank card based on graph mining | |
| CN110245992A (en) | A kind of method for processing resource and device | |
| CN117094764A (en) | Bank integral processing method and device | |
| CN111539007B (en) | A method and device for obtaining a label | |
| CN115660864A (en) | Position-holding yield calculation method and system and computer equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |