SP1 0.00% $1.07 southern cross payments ltd

Ann: Web Shield & iSignthis to deliver unified KYB & UBO KYC, page-33

  1. 2,890 Posts.
    lightbulb Created with Sketch. 2044
    Below is the most recent patent application claim relating to payouts/OCT.

    It looks to have been knocked back on first attempt. All claims have been found to have industrial application, some found to have novelty, but none have been found to be inventive.

    For a patent to be successful it must be novel, have an inventive step and have industrial application.

    I believe JK can make further argument/submissions and still get up.

    Either way the below claims show a clear plan to get heavily into payouts using OCT and monitoring payment transactions based on which acquirer was used and the "balance" available for refund/payout through that acquirer and card scheme used etc.

    Quite interesting and appears to be designed to disperse payouts back in the most efficient and cost effective way.

    CLAIMS:



    1. A payout processing system comprising:

    a data store to store details of transactions;

    a processor in communication with the data store, the processor configured to perform the following:

    receive a request for a payout from a merchant to a customer, the request for the payout comprising a customer identifier and a payout value;

    identify, via the details of transactions in the data store, previous transactions to the merchant from a customer associated with the customer identifier;

    select previous transactions to the merchant from the customer for refund as part of the payout from the merchant to the customer based on the details of transactions to the merchant in the data store; and

    submit a request for refund from the merchant to the customer of each of the selected previous transactions as part of the payout from the merchant to the customer.

    2. The system of claim 1, wherein the processor is configured to:

    identify, via the details of transactions from the data store, one or more acquirers associated with the previous transactions to the merchant from the customer;

    calculate, based on the details of transactions stored in the data store, a maximum available refund from the merchant for each acquirer; and

    select the selected previous transactions based on the maximum available refund.

    3. The system of claim 2, wherein the processor is configured to calculate the maximum available refund from the merchant for each acquirer by:

    determining an acquirer aggregate transaction value for the merchant by summing a transaction value of each of the transactions to the merchant that are associated with the acquirer within a refund window period;

    determining an acquirer aggregate refund value by summing the amounts refunded from the merchant that are associated with the acquirer within the refund window period; and

    calculating the maximum available refund from the merchant for each acquirer as:

    acquirer refund limit (%) x acquirer aggregate transaction value - acquirer aggregate refund value.

    4. The system of claim 2 or 3, wherein the processor is configured to calculate a maximum available refund from the merchant for each acquirer by:

    calculating, based on the details of transactions stored in the data store, a maximum available refund per merchant identifier (MID) of the merchant for each acquirer.

    5. The system of claim 4, wherein the processor is configured to:

    generate an array of the previous transactions to the merchant from the customer; and

    sort the array by MID associated with each previous transaction from highest to lowest based on the maximum available refund for each MID; and

    select the selected previous transactions to the merchant from the customer according to the sorted order of the array.

    6. The system of claim 5, wherein the processor is configured to:

    sort the array by transaction value of each previous transaction for each MID from highest value to lowest value; and

    select the selected previous transactions to the merchant from the customer according to the sorted order of the array.

    7. The system of claim 5, wherein the processor is configured to:

    sort the array by a date of each previous transaction for each MID from highest value to lowest value; and

    select the selected previous transactions to the merchant from the customer according to the sorted order of the array.

    8. The system of any one of claims 2 to 7, wherein the processor is configured to:

    determine that a sum of the maximum available refund from the merchant for each acquirer associated with the previous transactions is less than the payout value; and

    determine at a later time that one or more further transactions to the merchant that are associated with the one or more acquirers have been processed; and

    submit a request for refund of one or more of the further previous transactions as part of the payout from the merchant to the customer.

    9. The system of any preceding claim, wherein the processor is configured to:

    determine that a sum of the transaction values of the previous transactions to the merchant from the customer is less than the payout value, and

    submit a request to transfer of a remainder of the payout value from the merchant to the customer.

    10. The system of claim 9, wherein the processor is configured to automatically submit a request to transfer the remainder of the payout value via an original credit transfer (OCT) to a card associated with one of the previous transactions.

    11. The system of claim 9, wherein the processor is configured to automatically submit a request to transfer the remainder of the payout value via an alternative payment means to an account identified by the customer.

    12. The system of claim 9, wherein the processor is configured to submit the request to transfer of the remainder of the payout value from the merchant to the customer to one of the following:

    an acquirer used for a previous transaction associated with the payout request;

    a card identified by the customer; and

    a bank account identified by the customer.

    13. The system of claim 9 or 12, wherein the processor is configured to determine one or more payout means associated with the customer identifier, and identify one or more of the payout means in the request to transfer the remainder of the payout value from the merchant to the customer.

    14. The system of claim 9, 12 or 13, wherein the processor is configured to:

    determine, via the data store, one or more of the following payout details associated with the customer identifier: payment methods, account details, and previous refund means used by a customer to fund payments; and

    generate the request to transfer the remainder of the payout value from the merchant to the customer based on the payout details.

    15. The system of any preceding claim, wherein the processor is config store transaction details in the data store when a transaction is processed.

    16. The system of any preceding claim, wherein the processor is configured to retrieve one or more of the following transaction details from the data store for one or more transactions:

    a transaction time;

    a transaction identifier;

    a customer identifier;

    an acquirer identifier;

    a merchant identifier; and

    a transaction value.

    17. The system of any preceding claim, wherein the processor is configured to retrieve one or more of the following transaction details from the data store for one or more transactions:

    a refund value;

    a terminal identifier;

    an authorisation and authentication code generated by a payment network for the transaction;

    a time when the acquirer associated with the transaction was last active;

    an account or card identifier; and

    a currency used for the transaction.

    18. The system of any preceding claim, wherein the payout processing system interfaces with or forms part of a payment network or a transaction processing network.

    19. The system of any preceding claim, wherein the previous transactions are transactions that were processed within a refund period.

    20. A payout processing method to be performed by a computer to execute a payout of a payout value to a customer, the method comprising:

    receiving a request for a payout from a merchant to a customer, the request for the payout comprising a customer identifier and a payout value;

    identifying, via a data store including transaction details of transactions, previous transactions to the merchant from a customer associated with the customer identifier;

    selecting previous transactions to the merchant from the customer for refund as part of the payout from the merchant to the customer based on the details of transactions to the merchant in the data store; and

    submitting a request for refund from the merchant to the customer of each of the selected previous transactions as part of the payout from the merchant to the customer.

    21. Computer readable media comprising computer code components that when executed by a processor cause the processor to perform the following:

    receive a request for a payout from a merchant to a customer, the request for the payout comprising a customer identifier and a payout value;

    identify, via a data store including transaction details of transactions, previous transactions to the merchant from a customer associated with the customer identifier;

    select previous transactions to the merchant from the customer for refund as part of the payout from the merchant to the customer based on the details of transactions to the merchant in the data store; and

    submit a request for refund from the merchant to the customer of each of the selected previous transactions as part of the payout from the merchant to the customer.
    Last edited by jlo2012: 16/06/19
 
watchlist Created with Sketch. Add SP1 (ASX) to my watchlist

Currently unlisted public company.

arrow-down-2 Created with Sketch. arrow-down-2 Created with Sketch.