EP3243175A1 - Procédés et dispositifs de commande d'opérations annexes liées a l'exécution de transactions principales - Google Patents
Procédés et dispositifs de commande d'opérations annexes liées a l'exécution de transactions principalesInfo
- Publication number
- EP3243175A1 EP3243175A1 EP16702164.1A EP16702164A EP3243175A1 EP 3243175 A1 EP3243175 A1 EP 3243175A1 EP 16702164 A EP16702164 A EP 16702164A EP 3243175 A1 EP3243175 A1 EP 3243175A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- bank
- execution
- ancillary
- information
- computer system
- 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.)
- Ceased
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/207—Tax processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/29—Payment schemes or models characterised by micropayments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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
- G06Q30/0279—Fundraising management
Definitions
- the present invention relates to the management of financial transactions made by debtors to creditors via bank accounts of the latter. More specifically, the invention relates to methods and devices for controlling ancillary transactions related to the execution of main transactions, for example donation management following payments by credit card, made using devices connected by a communication network.
- An essential feature of computer-implemented donation collection mechanisms is the quality of the interfaces for making donations so that a user is not inclined to discard an offer of donations for reasons of complexity, excessive time, uncertainty as to the amount, the beneficiary or the reliability of the procedure, etc.
- FIG. 1 schematically illustrates an environment in which a donation collection mechanism can be implemented allowing a client to make a micro-donation during a purchase, for example a donation of the difference between the price to be paid and this price rounded up to the next integer.
- the environment 1 00 allows a customer 105 with a payment card to make purchases from a merchant with a computer infrastructure 1 1 0.
- the environment 1 00 here comprises a computer system 1 linked to a merchant bank, a computer system (not shown) linked to a customer bank and a computer system 1 linked to a bank of an NGO type 1 organization (acronym Non-Governmental Organization).
- the merchant's IT infrastructure 1 10 here comprises, in particular, an accounting computer system 1 30, a cash register software 1 35 associated with a cash register operated by a cashier and a payment terminal 140.
- the computerized accounting system 1 30 and POS software 135 are connected to each other through a communication network, such as an Ethernet network employing the IP (acronym for! Internet Protocol in English terminology).
- the computer systems linked to the banks are interconnected with the accounting computer system 1 30 as well as with the payment terminal 140 by an Internet type communication network, the data exchanges being secured, for example by encryption.
- the donation collection mechanism is generally implemented primarily in the accounting computer system 130 of the merchant as well as in his cash register software.
- step ⁇ When a customer goes to the cash register to pay for his purchases (step ⁇ ), with an amount marked M, the cashier asks him if he wishes to donate an amount marked D (step ⁇ ) . If the customer refuses, the payment process continues in a conventional manner (not shown).
- step ® if the customer agrees to make a donation (step ®), the cashier presses a specific button to calculate a donation value based on the rounding up of purchases, passes a specific barcode to obtain a similar result or enter the donation amount using the cash register software (step ® ').
- This input is typically done in adding a particular reference to the list of references of products purchased by the customer, this particular reference designating a donation and allowing, if necessary, the seizure of a free amount by the cashier.
- step (step)) the total amount (7) indicated on the receipt, the amount of the actual purchases (M) and the donation amount (D) are transmitted by the cash register software 1 35 to the computer system. accountant 130 of the merchant.
- the cash register software automatically transmits the amount to pay (7) to the payment terminal 140. Alternatively, this amount is entered by the hostess. cash box on the payment terminal 140. If it is authorized, the customer validates the payment using his secret code.
- the merchant's accounting computer system 1 30 updates account logs in which the amounts of the actual purchases (M) and the amounts of the donations (D) are shown, typically by beneficiary organization.
- the separate management of the amounts of the actual purchases ⁇ M) and the amounts of the donations (D) is necessary for accounting reasons (for example related to VAT, acronym for Value Added Tax) and fiscal (especially for the calculation of the figure). in which donations must not be returned).
- the donations account log is used by the merchant to periodically transfer, for example every month, the total amount of donations received on behalf of one or more organizations. Such payments are typically made by order of the merchant to his bank, the latter executing the transaction order (steps ⁇ and ⁇ '). The organization or organizations then have donations paid to perform their missions (step ®).
- the invention solves at least one of the problems discussed above.
- the subject of the invention is thus a method of controlling an ancillary operation related to the execution of a main transaction, this method being implemented in an ancillary operations management system connected to a third party device of a bank payment set further comprising at least two separate client devices, the bank payment set being configured to perform a main transaction between the two client devices, and comprising the following steps,
- the method according to the invention thus offers the possibility of making donations during payment on a payment terminal without modifying cash register software and accounting computer systems equipping merchants. Only the addition of a data processing module from the payment chain is necessary, without modification of the latter. This module is typically added to a piece of equipment of the payment chain, for example equipment of a bank issuing a payment card used for payment, without modification of the payment flows.
- the IT implementation costs of such a solution as well as the reliability of the solution are therefore advantageous.
- the collection of donations is particularly fast because it is completely transparent, for the debtor and the creditor, at the time of execution of the main transaction. Cashiers are not asked to collect donations.
- the installation of the donation management method according to the invention is particularly simple. In addition, it allows real control and traceability of donations.
- the method further comprises a step of configuring said at least one execution rule in said ancillary operations management system.
- the method further comprises a step of storing at least one piece of information relating to the execution of said annex operation and a step of creating a history of execution of side operations.
- said step of performing the annex operation comprises a step of transmitting data to at least one device separate from said third party device.
- said data transmitted to at least one device separate from said third party device comprises a debit order and a credit order.
- said steps of identifying at least one rule and executing the annex operation are performed periodically according to information previously received and stored.
- the invention also relates to a computer program comprising instructions adapted to the implementation of each of the steps of the method described above when said program is run on a computer.
- the benefits provided by this computer program are similar to those mentioned above.
- the invention also relates to a control device for ancillary operations related to the execution of main transactions, said device comprising:
- the module for acquisition and management of ancillary operations and the calculation module being configured for
- receiving data from a third party device of a bank payment set further comprising at least two separate client devices, the bank payment set being configured to perform a main transaction between the two client devices;
- o at least partially identify and execute a rule for executing an auxiliary operation stored in the database according to received data.
- the device according to the invention thus offers the possibility of making donations during a payment on a payment terminal without modifying the cash register software and accounting computer systems equipping the merchants. Only the addition of a data processing module from the payment chain is necessary, without modification of the latter. This module is typically added to a piece of equipment of the payment chain, for example equipment of a bank issuing a payment card used for payment, without modification of the payment flows. The costs implementation of such a solution as well as the reliability of the solution are therefore advantageous.
- the collection of donations is particularly fast because it is completely transparent, for the debtor and the creditor, at the time of execution of the main transaction. Cashiers are not asked to collect donations.
- the installation of the device according to the invention is particularly simple. In addition, it allows real control and traceability of donations.
- the device further comprises a configuration module, the configuration module for storing in said database and the setting of rules for executing ancillary operations.
- the device further comprises a data acquisition communication interface configured to receive data from said third party device.
- said data acquisition communication interface is unidirectional.
- the device further comprises a configuration communication interface configured to allow a user to enter, set or modify a rule for executing ancillary operations.
- said configuration communication interface provides Internet access to a remote device.
- the device further comprises a communication interface configured to transmit data to said bank payment set when performing an ancillary operation.
- FIG. 1 schematically illustrates an environment in which can be implemented a mechanism for collecting donations allowing a customer to make a micro-donation during a purchase, for example a gift of the difference between the price to pay and this price rounded up to the next integer;
- FIG. 2 diagrammatically illustrates a first example of an environment in which a particular embodiment of the invention can be implemented
- FIG. 3 schematically illustrates a system for managing subsidiary operations
- FIG. 4 diagrammatically illustrates a second example of environment in which a particular embodiment of the invention can be implemented.
- FIG. 5 illustrates an exemplary information processing device adapted to implement, at least partially, an embodiment of the invention.
- a mechanism for controlling ancillary operations related to the execution of main transactions uses a system specific to a main transaction execution system for receiving data therefrom, without interacting with this main transaction execution system.
- main transaction execution system is only slightly modified, only to transmit information relating to the execution of main transactions.
- a composite transaction here comprises a main transaction and at least one ancillary transaction whose execution automatically results from that of the main transaction.
- Such ancillary transactions typically involve amounts and beneficiaries different from those of the main transaction.
- a transaction is a commercial transaction for the part that is the subject of a particular embodiment of the invention, a transfer of a monetary sum between a debtor and a creditor.
- a composite transaction may include the settlement of a purchase (main transaction) combined with a donation (ancillary transaction).
- the management of donations is essentially entrusted to a particular computer system for the purpose of managing requests for donations and the management of donations themselves.
- This computer system for managing donation requests and managing donations themselves is called the ancillary operations management system.
- This is, for example, a computer system implemented by a server connected to a bank server.
- the known model, in electronic banking, under the name of four corners model includes a cardholder payment card, a payment terminal of a merchant, the merchant's bank and the bearer's bank, two banks being connected to each other via authorization networks also called bank intermediation network.
- a customer provided with a payment card for example a Visa-type card (Visa is a brand) can pay for a purchase from a merchant with a payment terminal.
- the payment card is associated with a bank account (customer account) managed by a computer system of a bank (typically the bank having issued the bank card or on behalf of which the bank card has been issued).
- the payment terminal is associated with a bank account (merchant account) managed by a computer system of a bank.
- a customer presents his credit card to a payment terminal of a merchant to which the amount has been transmitted manually or automatically.
- the payment terminal After validation of the purchase by the customer, for example by entering a PIN or PIN (acronym for Personal Identification Number in English terminology), the payment terminal usually makes a request for authorization that is transmitted to the computer system of the cardholder's bank via the merchant's bank's computer system and a bank intermediation network.
- the message is advantageously encrypted and includes the identifiers of the customer and the merchant as well as the amount to be transferred.
- a transfer acceptance message is sent by the computer system of the customer's bank to the system computer of the merchant's bank.
- a credit message is transmitted by the computer system of the merchant's bank to the address of the bank's computer system managing the bank account associated with the payment card used via the bank. banking intermediation network. This message is preferably encrypted.
- the banking intermediation network may be, for example, the banking intermediation network MasterCard, Visa, GI E Bank Card, SWI FT, STET or Target 2 (MasterCard, Visa, GI E Bank Card, SWI FT, STET and Target 2 are trademarks).
- the merchant's account is then credited with the amount transferred while the customer's account is debited for the same amount, typically on a deferred basis.
- the encryption used for the exchange of data is, for example, based on a standard encryption algorithm using a public key and a private key, for example an RSA type encryption (acronym for Ronald Rivest, Adi Shamir and Leonard Adleman).
- a main transaction can not order one or more independent side operations, including donations, without substantial changes to computer systems of the merchant's bank and those of the bank managing the bank account with which the credit card used is associated.
- a particular computer system is associated with a bank server to collect information relating to the execution of transactions carried out by a cardholder and to control ancillary operations, including donations operations, without changing the transaction processing.
- FIG. 2 schematically illustrates a first example of environment 200 in which a particular embodiment of the invention based on the four-corner model can be implemented.
- a holder of a payment card 205 can make a payment with a payment terminal 210 which is itself connected to a bank computer system 215 of a merchant's bank.
- This banking computer system 215 can, in turn, via a bank intermediation network 220, come into contact with a bank computer system 225 of the bank having issued the payment card used.
- the banking computer system 225 is connected, via the bank intermediation network 220, to a bank computer system 230 of a bank managing an account of the holder of the payment card used, on which the amount of the purchases made must be deducted. It is also connected to a server 235 implementing an ancillary operations management system.
- the server 235 implementing an ancillary operations management system is itself connected via the bank intermediation network 220 to the bank computer system 230 of a bank managing an account of the cardholder of the card. payment used, from which the amount of the donations made must be deducted and from a banking computer system 240 of a bank managing an account associated with one or more ancillary operations to be carried out (for example an account of an NGO to whom donations are made).
- the banking computer system 225 of the bank having issued the payment card used is preferably different from the banking computer system 230 of the bank managing a cardholder account of the payment card used, on which the amount of the donations must be deducted. performed.
- Communication protocols between the different banking systems are preferably chosen from standard protocols, such as IP (acronym for! Internet Protocol in English terminology) and X.25.
- the bank intermediation network 220 is, for example the banking intermediation network MasterCard, Visa, GIE Credit Card, SWIFT, STET or Target 2.
- the control of ancillary operations is here performed using an identifier associated with the payment card used and an ancillary operations management system implemented in the computer system 235 connected to the bank computer system 225 of the bank having issued the payment card used.
- the launch and control of ancillary operations can be broken down into two phases, a configuration phase and a use phase.
- the card holder 205 has configured his own characteristics (which can be grouped in the form of a profile) in the computer system 235 connected to the banking computer system 225 the bank that issued the payment card used.
- Such a configuration consists, for example, in determining rules for calculating donation amounts and indicating the recipients.
- the use phase directly targets the launching and control of ancillary transactions following the execution of a main transaction.
- a main transaction for example to make a purchase of an amount M
- a customer presents his payment card 205 to a payment terminal 210 of a merchant to which the amount M has been transmitted so manual or automatic.
- the payment terminal 210 After validation of the purchase by the customer (step ⁇ ), for example by entering a PIN or PIN (acronym for Personal Identification Number in English terminology), the payment terminal 210 here performs a request for authorization ( step ⁇ ) which is transmitted to the bank computer system 225 of the bank having issued the payment card used (step ®), with the amount M, via the computer system 215 of the merchant's bank and the bank intermediation network 220.
- the message is advantageously encrypted and includes the identifiers of the customer and the merchant as well as the amount to be transferred.
- a transfer acceptance message (preferably ack), preferably encrypted, is sent by the banking computer system 225 of the bank having issued the payment card used to the computer system 215 of the merchant's bank and then to the payment terminal 210 (steps ⁇ and ⁇ ).
- a debit message is transmitted by the computer system 215 of the merchant's bank to the address of the bank computer system 225 of the bank having issued the payment card used (step ⁇ ). via the bank intermediation network 220.
- This message is preferably encrypted.
- a debit message is then transmitted by the bank computer system 225 of the bank having issued the payment card used to the address of the bank computer system 230 of a bank managing an account of the holder of the payment card used, on which The amount of the purchases made (step ®) must be deducted via the bank intermediation network 220. Again, this message is preferably encrypted. It is observed here that requests for banking intermediation can be accumulated and carried out in a deferred manner. Similarly, credit and / or debit transactions can be accumulated and carried out in a deferred manner.
- the merchant's account is then credited with the amount transferred while the customer's account is debited with the same amount, typically on a non-commission basis (eg a merchant commission or an international payment commission).
- a non-commission basis eg a merchant commission or an international payment commission
- the encryption used for data exchange is, for example, encryption using a public key and a private key, for example an RSA type encryption.
- the bank computer system 225 of the bank having issued the payment card used here holds an account log comprising information relating to each main transaction made, for example the amount and an identifier associated with the payment card used (but not allowing preferably, to reconstitute the number of the payment card used (this card number making it possible to make purchases)).
- step ® Information from this account log is, for each payment card managed by the corresponding bank computer system, transmitted to the computer system 235 implementing an ancillary operations management system (step ®), typically a software module. They can be transmitted for each main transaction or in batches, periodically.
- step ® an ancillary operations management system
- This information is used to determine, from the configuration carried out by the card holder concerned, the additional operations to be performed, that is to say, for example, to calculate a donation amount and to identify the recipient of the donations. .
- a payment can be made in a standard way by the transmission of a debit message of the computer system 235 implementing a management system. subsidiary operations to the address of the banking computer system 230 of a bank managing an account of the holder of the payment card used, on which the amount of purchases and / or donations made must be deducted, and by the transmission of a credit message of the computer system 235 implementing an ancillary transaction management system at the address of the bank computer system 240 of a bank managing an account of the recipient or recipients of the donation (steps ® and ® '), via the bank intermediation network 220.
- the payment of donations is made by batch for a set of donations (i.e. a donation amount ⁇ D).
- the payment of accumulated donations is advantageously made using a particular account managed by a third party, for example by the entity in charge of the ancillary operations management system, also called pivot account.
- FIG. 3 schematically illustrates an ancillary operations management system that can be implemented, for example, in a computer system connected to a bank computer system of a bank that has issued a payment card for performing ancillary operations, for example the computer system 235 of Figure 2.
- the ancillary operations management system 300 essentially comprises three modules 305, 31 0 and 31 5 as well as a database 320.
- the module 305 is a configuration module
- the module 310 is an acquisition module and managing ancillary operations for example donation management
- the module 31 5 is a calculation module, for example calculation of donations.
- the modules 305, 310 and 315 are independent of each other.
- the ancillary operations management system 300 here comprises the communication interfaces 325, 330 and 335.
- the communication interface 325 allows a user to interact with the configuration module 305. This is, for example, a local communication interface (for access from a computer equipment implementing the ancillary operations management system 300) or remote (for access from a remote computer equipment via a communication network).
- the communication interface 325 preferably provides encoding means for encrypting the exchanged data.
- the configuration module 305 advantageously comprises a user interface cooperating with the communication interface 325 to enable a cardholder managed by the manager of the auxiliary operations management system 300 to enter and set up rules relating to ancillary operations. These rules can be stored as tables in the database 320.
- Access to the module may, according to a particular embodiment, be performed from a remote computer, using a connection such as the Internet. This access is preferably protected by an identifier and a password previously delivered to the cardholder, in a conventional manner.
- Table 1 presented in the appendix, illustrates an example of rules relating to ancillary operations, here donations.
- each rule is defined by an identifier (column 1), an identifier associated with a payment card or a group of identifiers associated with payment cards (column 2), a method of calculating donations ( column 3) and an identifier of a beneficiary or a group of beneficiary identifiers (column 4).
- the identifier associated with a payment card can be replaced or supplemented by a customer identifier and / or a contract identifier.
- an identifier associated with a payment card preferably does not correspond to the number of the payment card. According to a particular embodiment, such an identifier does not allow the card to be used to make a payment.
- the distribution of a donation between them is preferably predetermined.
- the rule having the identifier 2 applies to the payment card or the group of payment cards with the reference G53391, the beneficiaries being for a first half of a donation a beneficiary having the identifier 1 and for the second half of the donation a beneficiary with the identifier 2.
- the amount of the donation is here determined according to the amount of purchases (0.5%) or in a lump sum ( € 5), the smallest value being retained.
- the setting of these rules can be done by a protected access to the ancillary operations management system 300.
- a payment card holder can access, using an identifier which its own credit card reference and password, to all the rules associated with that identifier or reference, that is to say a subset of the rules stored.
- Rule access allows you to add, edit, or delete rules.
- Access can be from any computer, tablet, smartphone or other similar device connected to the ancillary operations management system 300 via a communication network such as the Internet and via a web-like portal.
- the received data can be stored in the database 320 to be processed by the calculation module 31 or be directly addressed thereto.
- the communication interface 330 is, for example, a local communication interface (for access from a computer device implementing the auxiliary operations management system 300) or remote (for access from a computer equipment saying via a communication network).
- the communication interface 330 preferably provides encoding means for encrypting the exchanged data.
- the communication interface 330 is advantageously unidirectional to enable the reception of data from a banking computer system without authorizing the transmission of data to this system, thus guaranteeing, with respect to the module 310 of acquisition and management of ancillary operations, the integrity of the data managed by the banking computer system to which it is connected.
- the module 310 acquisition and management of ancillary operations manages the results provided by the module 315 calculation.
- the calculation module 315 uses the rules associated with an identifier associated with the payment card under consideration, typically an identifier received by the acquisition and management module of the ancillary operations, stored here in the database 320, to determine the operations annexes to be made.
- the module 315 performs part of the ancillary operations to be performed, such as the calculations involved without the rules, for example the calculation of donation amounts.
- the results obtained by the module 315 are preferably stored in the database 320, for example in the form of result logs, for example donation journals.
- Such a journal includes, for example, for each transaction made, as shown in the attached table 2, a transaction reference (column 1), a payment card identifier (column 2), a purchase amount (column 3), an amount of one or more donations made and the associated beneficiary (s) (column 4), being observed that the amount of a donation may be divided among several beneficiaries.
- a donation journal may include other information such as a merchant ID associated with the transaction that led to the donations.
- the donation journal may include the amount T of the payment, representing the sum of the amount M of purchases and the amount of the corresponding gifts.
- the line of the newspaper for the transaction identified by reference 2 corresponds to a transaction carried out by a payment card referenced G53391, the amount of purchases made being € 87.45 and the donation amount of 0, 44 € divided equally between the beneficiaries identified by references 1 and 2.
- the results logs are accessed periodically, for example every month, by the module 31 0 acquisition and management of ancillary operations.
- the module 31 0 determines, for example, the total amount of gifts associated with a payment card in order to debit a cardholder's account and credit the account or accounts designated as recipients.
- the communication interface 335 offers access to and from a banking intermediation network.
- debit and credit transactions are particularly simple to implement for a bank sub-contractor.
- the result logs are kept, with an indication that the corresponding transactions of debit and credit have been made, to allow, for example, to edit donation statements that can be used in particular for purposes tax.
- Such records are typically edited on request, for example using the configuration module 305 which may include lookup tools.
- FIG. 4 schematically illustrates a second example of environment 400 in which a particular embodiment of the invention can be implemented, based on the model known as the three-corner model.
- a holder of a payment card 405 can make a payment with a payment terminal 410 which is itself connected to a single bank computing system 415.
- This single banking computer system 415 can in turn via a bank intermediation network 420, contacting a banking computer system 425 of the merchant's bank and with a bank computer system 430 of the bank of the cardholder used.
- the single bank computing system 415 is connected to a computer system 435 implementing an ancillary operations management system.
- the computer system 435 is itself connected, via the bank intermediation network 420, to the bank computer system 430 of a bank managing an account of the holder of the payment card used, from which the amount must be deducted. donations made, and a bank computer system 440 of a bank managing an account associated with one or more ancillary operations to be performed, for example an account of an NGO.
- the communication protocols between these different banking computer systems are preferably chosen from standard protocols, for example the IP and X.25 protocols.
- the banking intermediation network 420 is, for example, the banking intermediation network MasterCard, Visa, GIE Credit Card, SWIFT, STET or Target 2.
- the single bank computing system 415 is, for example, an Amex type computer system (Amex is a brand).
- the control of ancillary operations is here carried out using an identifier associated with the payment card used and an ancillary operations management system implemented in a computer system connected to the single bank computer system.
- the single bank computing system 415 is that of the bank issuing the payment card used.
- the launching and control of ancillary operations can be broken down into two phases, a configuration phase and a usage phase.
- the configuration phase (denoted ® in FIG. 4) is similar to that described above with reference to FIG. 3. Again, this configuration consists, for example, in determining rules for calculating donation amounts and indicating the recipients.
- the use phase is aimed directly at launching and controlling side operations when a main transaction is performed.
- a customer During the execution of a main transaction, for example to make a purchase of an amount M, a customer presents his payment card 405 to a payment terminal 410 of a merchant to whom the amount M has been transmitted so manual or automatic.
- the payment terminal 410 After validation of the purchase by the customer (step ⁇ ), for example by entering a PIN or PIN (acronym for Personal Identification Number in English terminology), the payment terminal 410 here makes a request for authorization to single bank computing system 415 (step ⁇ ).
- the message is advantageously encrypted and includes the identifiers of the customer and the merchant as well as the amount to be transferred.
- a transfer acceptance message (preferably ack), preferably encrypted, is sent by the single bank computing system 415 at the payment terminal (step ®).
- a credit message is then transmitted by the single bank computer system 415 via the bank intermediation network 420 to the computer system 425 of the merchant's bank (step ⁇ ).
- a debit message is transmitted by the single bank computer system 415 via the bank intermediation network 420 to the computer system 430 of a bank managing an account of the holder of the payment card used (step ⁇ ).
- These debit and credit messages, targeting an amount M, are preferably encrypted.
- the merchant's account is then credited with the amount transferred while the customer's account is debited with the same amount, typically on a non-commission basis (eg a merchant commission or an international payment commission).
- a non-commission basis eg a merchant commission or an international payment commission
- the encryption used for data exchange is, for example, encryption using a public key and a private key, for example an RSA type encryption.
- the single bank computer system linked to the bank having issued the payment card used, here holds an account log comprising information relating to each main transaction performed, for example the amount and an identifier associated with the payment card used (but not allowing, preferably, to reconstitute the number of the used payment card (this card number making it possible to make purchases)).
- Information from this account log is, for each payment card managed by the single bank computer system 415, transmitted to an ancillary operations management system, typically a software module, of the computer system 435 (step ⁇ ). They can be transmitted for each main transaction or in batches, periodically.
- an ancillary operations management system typically a software module
- This ancillary operations management system may be similar to that described above with reference to FIG.
- a payment of donations can be made by the ancillary operations management system of the computer system 435, as a standard, by the transmission of a debit message to the address of the banking computer system.
- the debit and credit transactions are here carried out via the bank intermediation network 420.
- the payment of donations is made in batches for a set of donations (i.e. a donation amount ⁇ D).
- a donation amount ⁇ D the payment of accumulated donations is advantageously made using a pivot account.
- FIG. 5 illustrates an exemplary device that can be used to implement, at least partially, one embodiment, in particular the steps described with reference to FIGS. 2, 3 and 4.
- the device 500 is for example a server, a computer or a personal assistant.
- the device 500 preferably comprises a communication bus 502 to which are connected:
- CPU Central Processing Unit
- ROM Read Only Memory
- Prog Program Program
- RAM Random Access Memory
- cache memory 508 comprising registers adapted to record variables and parameters created and modified during the execution of the aforementioned programs
- reader 510 of removable storage medium 512 such as a memory card or a disc, for example a DVD disc
- a graphic card 514 connected to a screen 516.
- the device 500 may also have the following elements:
- a hard disk 520 which may comprise the aforementioned "Prog" programs and data processed or to be processed according to the invention
- a communication interface 526 connected to a distributed communication network 528, for example the Internet network, the interface being able to transmit and receive data.
- the communication bus allows communication and interoperability between the various elements included in the device 500 or connected to it.
- the representation of the bus is not limiting and, in particular, the central unit is able to communicate instructions to any element of the device 500 directly or via another element of the device 500.
- the executable code of each program enabling the programmable device to implement the processes according to the invention can be stored, for example, in the hard disk 520 or in the read-only memory 506.
- the executable code of the programs can be received via the communication network 528, via the interface 526, to be stored in the same manner as that described previously.
- program or programs may be loaded into one of the storage means of the device 500 before being executed.
- the central unit 504 will control and direct the execution of the instructions or portions of software code or programs according to the invention, which instructions are stored in the hard disk 520 or in the read-only memory 506 or in the other aforementioned storage elements.
- the program or programs that are stored in a non-volatile memory, for example the hard disk 520 or the read-only memory 506, are transferred into the random access memory 508 which then contains the executable code of the program or programs according to the invention, as well as registers for storing the variables and parameters necessary for the implementation of the invention.
- the invention can be implemented in a context of payment via the network, including Internet payments such as secure online purchases or type m-POS (acronym for mobile Point of Sale in Anglo-Saxon terminology).
- Internet payments such as secure online purchases or type m-POS (acronym for mobile Point of Sale in Anglo-Saxon terminology).
- the invention may be implemented during withdrawal type operations (a donation being made for each withdrawal, according to certain thresholds or not).
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Game Theory and Decision Science (AREA)
- Technology Law (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1550025A FR3031410B1 (fr) | 2015-01-05 | 2015-01-05 | Procedes et dispositifs de commande d'operations annexes liees a l'execution de transactions principales |
PCT/FR2016/050001 WO2016110635A1 (fr) | 2015-01-05 | 2016-01-04 | Procédés et dispositifs de commande d'opérations annexes liées a l'exécution de transactions principales |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3243175A1 true EP3243175A1 (fr) | 2017-11-15 |
Family
ID=52692900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16702164.1A Ceased EP3243175A1 (fr) | 2015-01-05 | 2016-01-04 | Procédés et dispositifs de commande d'opérations annexes liées a l'exécution de transactions principales |
Country Status (4)
Country | Link |
---|---|
US (2) | US10755361B2 (fr) |
EP (1) | EP3243175A1 (fr) |
FR (1) | FR3031410B1 (fr) |
WO (1) | WO2016110635A1 (fr) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3273402A1 (fr) * | 2016-07-21 | 2018-01-24 | MasterCard International Incorporated | Procédé de collecte et de traitement de dons électroniques à partir d'un compte financier |
US20190220908A1 (en) * | 2018-01-17 | 2019-07-18 | Galileo Processing, Inc. | Charitable giving matching via roundup |
CN108648070A (zh) * | 2018-05-17 | 2018-10-12 | 南京合荣欣业信息技术有限公司 | 一种现金暂存管理方法及系统 |
Family Cites Families (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6088682A (en) * | 1993-02-18 | 2000-07-11 | Every Penny Counts, Inc. | Funds distribution system connected with point of sale transactions |
US6876971B1 (en) | 2000-07-05 | 2005-04-05 | Every Penny Counts, Inc. | Funds distribution system connected with point of sale transaction |
US5466919A (en) * | 1993-04-02 | 1995-11-14 | Hovakimian; Henry | Credit/charge card system enabling purchasers to contribute to selected charities |
US6014635A (en) * | 1997-12-08 | 2000-01-11 | Shc Direct, Inc. | System and method for providing a discount credit transaction network |
US20040034563A1 (en) | 1998-11-18 | 2004-02-19 | Brissette Edward C. | System and method for making charitable donations |
US7111777B2 (en) * | 1998-11-20 | 2006-09-26 | Tara C Singhal | Universal charity card system |
US8160922B2 (en) * | 1999-06-23 | 2012-04-17 | Signature Systems, LLC. | Method and system for making donations to charitable entities |
EP1136931A1 (fr) | 2000-03-20 | 2001-09-26 | Roundit Inc. | Système d'incitation au patronage, et méthode de commerce au détail basée sur internet |
DE10049618A1 (de) * | 2000-10-05 | 2002-04-18 | Deutsche Telekom Mobil | Verfahren zur Kopplung von Online- und Internetdiensten |
AU2002245021A1 (en) | 2000-11-20 | 2002-07-24 | Feast, Inc. | Method and system for distributing charitable donations at a point of sale to qualified donees |
US20020116214A1 (en) * | 2001-02-16 | 2002-08-22 | Horn James Van | Automated fundraising accounting system |
AU2002220290A1 (en) | 2001-12-14 | 2003-06-30 | Angus Bernhardt Pohl | Computer automated electronic small change harvesting method |
US20060122856A1 (en) | 2002-06-06 | 2006-06-08 | Benevolink Corporation | System and method for enabling consumers to add personal charitable contributions and transfer the right to designate a beneficiary to other consumers |
US20040024698A1 (en) * | 2002-08-02 | 2004-02-05 | William Hines | Method of facilitating charitable contributions using a credit card |
US20040182922A1 (en) | 2003-03-21 | 2004-09-23 | Frank Talarico | Systems and methods for a loadable stored-value card with a contribution to a specified beneficiary |
US20050021363A1 (en) * | 2003-07-25 | 2005-01-27 | Stimson Gregory F. | Debit card per-transaction charitable contribution |
US7080775B2 (en) | 2003-09-05 | 2006-07-25 | American Cancer Society | Methods and systems for automatically determining and collecting a monetary contribution from an instrument |
US20060089874A1 (en) * | 2004-10-22 | 2006-04-27 | Newman Christian D | Generating income for a beneficiary organisation and loyalty points using purchases by a consumer |
US20070080213A1 (en) * | 2005-10-12 | 2007-04-12 | Workman Lloyd T | Aggregate electronic change saving method |
US20080281690A1 (en) * | 2007-05-09 | 2008-11-13 | Terrence Patrick Tietzen | Method, system and computer program for providing a loyalty engine for dynamic administration of charity donations |
US20100145812A1 (en) * | 2008-05-06 | 2010-06-10 | Worth Julian Otto | System and method for managing the generation, collection and distribution of contributions from the use of payment cards |
US8732080B2 (en) * | 2009-03-03 | 2014-05-20 | Quercus (BVI) Limited | System and method for executing a financial transaction |
US8732082B2 (en) * | 2009-03-03 | 2014-05-20 | Quercus (BVI) Limited | System and method for executing an electronic payment |
US20120084162A1 (en) | 2010-10-05 | 2012-04-05 | Merrill Brooks Smith | Systems and methods for conducting a composite bill payment transaction |
US20140229397A1 (en) * | 2013-02-14 | 2014-08-14 | Michael Fink | System and method for managing charitable donations |
US9105054B2 (en) | 2013-06-27 | 2015-08-11 | Sparo Corporation | Method and system for automated online calendar-based donations |
US10628873B2 (en) * | 2014-07-30 | 2020-04-21 | Walmart Apollo, Llc | Systems and methods for dynamic calculation and updates of values |
US20160314466A1 (en) * | 2015-04-24 | 2016-10-27 | Wal-Mart Stores, Inc. | Systems and methods for roll-up payments augmented by price matching refunds |
US10169820B2 (en) * | 2015-09-03 | 2019-01-01 | Bank Of America Corporation | Systems and methods for display notifications for routing of electronic transaction processing results |
US10157420B2 (en) * | 2015-09-03 | 2018-12-18 | Bank Of America Corporation | Systems and methods for additional notification and inputs of electronic transaction processing results |
US20170124538A1 (en) * | 2015-11-02 | 2017-05-04 | Shea Rouda | System and method for facilitating micro-donations on payment card and other cashless transactions |
US20170243173A1 (en) * | 2016-02-19 | 2017-08-24 | Coin Out Inc. | Systems and Methods for Managing Information Related to Transactions |
US20170286925A1 (en) * | 2016-03-31 | 2017-10-05 | David Trubnikov | System and method for accumulating funds into an aggregate account for transacting triggered purchases |
-
2015
- 2015-01-05 FR FR1550025A patent/FR3031410B1/fr not_active Expired - Fee Related
-
2016
- 2016-01-04 EP EP16702164.1A patent/EP3243175A1/fr not_active Ceased
- 2016-01-04 US US15/541,438 patent/US10755361B2/en active Active
- 2016-01-04 WO PCT/FR2016/050001 patent/WO2016110635A1/fr active Application Filing
- 2016-01-11 US US14/992,352 patent/US20160196591A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
FR3031410A1 (fr) | 2016-07-08 |
US20160196591A1 (en) | 2016-07-07 |
WO2016110635A1 (fr) | 2016-07-14 |
FR3031410B1 (fr) | 2017-07-28 |
US10755361B2 (en) | 2020-08-25 |
US20180268492A1 (en) | 2018-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10810557B2 (en) | Financial services ecosystem | |
US9715690B2 (en) | Authorization of cash delivery | |
US20190012665A1 (en) | Systems and Methods that Utilize Blockchain Digital Certificates for Data Transactions | |
US20080046362A1 (en) | Method of making secure on-line financial transactions | |
US20200160323A1 (en) | Transaction system with account mapping | |
WO2018154082A1 (fr) | Système et procédé de traitement d'une transaction bancaire | |
KR20230088745A (ko) | 디지털 자산 교환을 위한 시스템, 디지털 지갑, 및 디지털 자산들을 교환하기 위한 아키텍처 | |
EP3195224A1 (fr) | Procédés et dispositifs de gestion de transactions composites | |
EP3243175A1 (fr) | Procédés et dispositifs de commande d'opérations annexes liées a l'exécution de transactions principales | |
Van Oerle et al. | Distributed ledger technology for the financial industry | |
EP3142054A1 (fr) | Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants | |
EP2824625B1 (fr) | Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant | |
US20200118119A1 (en) | Currency Agnostic Conversion And Deployment System | |
Dzokoto et al. | Money that isn't: a qualitative examination of the adoption of the 1 pesewa coin and biometric payment cards in Ghana | |
US20190066106A1 (en) | Cross channel interlinked resource deployment system | |
WO1998040834A1 (fr) | Procede et systeme de transaction financiere liee a la consommation | |
FR3011366A1 (fr) | Methode de traitement de donnees transactionnelles, terminal, serveur et programmes d’ordinateur correspondants. | |
WO2023154529A2 (fr) | Plateformes de services financiers intégrés et procédés d'utilisation | |
CN114298682A (zh) | 一种汇票信息管理控制方法及装置 | |
WO2003012751A1 (fr) | Dispositif de paiement | |
EP3300012A1 (fr) | Procede et systeme pour gerer des autorisations d'achat | |
FR2803678A1 (fr) | Terminal de paiement electronique et son procede d'utilisation | |
FR3048537A1 (fr) | Systeme de traitement de transaction en ligne avec selection adaptative d'acquereur | |
WO2009095747A1 (fr) | Systeme informatique de modelisation et d'exploitation de documents publics |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20170803 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: AUDEMARD D'ALANCON, GHISLAIN |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20191007 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R003 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED |
|
18R | Application refused |
Effective date: 20220227 |