System and method for implementing a global payment engine

Patent metadata

Field	Value
Publication number	US-10460293-B2
Application number	US-201615187004-A
Country	US
Kind code	B2
Filing date	Jun 20, 2016
Priority date	Jun 20, 2016
Publication date	Oct 29, 2019
Grant date	Oct 29, 2019

Abstract

The invention relates to a method and system that implements a payment initialization input that receives an electronic payment; the payment initialization input generates a payment context with an execution plan; a payments topology comprising a stage router, coupled to the payment initialization input and further in communication with a transform-to-external component and de-duplication component; and the stage router routes the payment context in accordance with the execution plan to a plurality of stages, the plurality of stages comprising a validation stage, an enrichment stage, a controls stage and a clearing stage where after each stage, the payment context is routed back to the stage router before being routed to a subsequent stage.

First claim

What is claimed is:

1. A global payment engine comprising:
a payment initialization input that receives an electronic payment; the payment initialization input generates a payment context with an execution plan;
a payments topology comprising a stage router, coupled to the payment initialization input and further in communication with a transform-to-external component and de-duplication component; and
the stage router routes the payment context in accordance with the execution plan to a plurality of stages, the plurality of stages comprising a validation stage, an enrichment stage, a controls stage and a clearing stage where after each stage, the payment context is routed back to the stage router before being routed to a subsequent stage
the transform-to-external and de-duplication components transferring a fully routed payment out of the global payment engine, thereby finalizing processing of the electronic payment.

2. The global payment engine of claim 1 , wherein the stage router reprioritizes the payment context responsive to a prioritization request, the stage route routes the payment context with a modified priority.

3. The system of claim 1 , wherein the payment initialization input further receives one or more rules.

4. The system of claim 1 , further comprising a clearing shadow stage that receives an alternate request topic.

5. The system of claim 1 , further comprising a pre-clearing stage that receives an alternate request topic via an execution plan and generates a response shared by one or more other insertion stages.

6. The system of claim 1 , wherein one or more high priority payments are processed ahead of other payments.

7. The system of claim 1 , wherein the stage router loads most recent payment context submitted to failed stage.

8. The system of claim 7 , wherein the most recent payment context is repaired and resubmitted to the stage router.

9. The system of claim 7 , wherein one or more failed payments are held in one of the following queues: error, hold and re-evaluate.

10. The system of claim 1 , wherein the stage router audits the payment context at each stage.

11. A method comprising the steps of:
receiving, via a payment initialization input, an electronic payment; the payment initialization input generates a payment context with an execution plan;
implementing a payments topology comprising a stage router, coupled to the payment initialization input and further in communication with a transform-to-external component and de-duplication component; and
routing, via the stage router, the payment context in accordance with the execution plan to a plurality of stages, the plurality of stages comprising a validation stage, an enrichment stage, a controls stage and a clearing stage where after each stage, the payment context is routed back to the stage router before being routed to a subsequent stage
transferring, via the transform-to-external and de-duplication components, a fully routed payment out of the global payment engine, thereby finalizing processing of the electronic payment.

12. The method of claim 11 , wherein the stage router reprioritizes the payment context responsive to a prioritization request, the stage route routes the payment context with a modified priority.

13. The method of claim 11 , wherein the payment initialization input further receives one or more rules.

14. The method of claim 11 , further comprising the step of:
receiving, via a clearing shadow stage, an alternate request topic.

15. The method of claim 11 , further comprising the step of:
receiving, via a pre-clearing stage, an alternate request topic via an execution plan and generates a response shared by one or more other insertion stages.

16. The method of claim 11 , wherein one or more high priority payments are processed ahead of other payments.

17. The method of claim 11 , wherein the stage router loads most recent payment context submitted to failed stage.

18. The method of claim 17 , wherein the most recent payment context is repaired and resubmitted to the stage router.

19. The method of claim 17 , wherein one or more failed payments are held in one of the following queues: error, hold and re-evaluate.

20. The method of claim 11 , wherein the stage router audits the payment context at each stage.

Assignees

• Jpmorgan Chase Bank Na

Inventors

• Storey Ian
• Sonawala Ritesh R
• Barber Michael John
• Barnes Rob
• Dixon Benedict William Hannibal
• KHUSHALANI Kirti
• Kneebone Benjamin
• Kumar Satish
• Perks Stuart
• Jackson Mark A

Classifications

• G06Q20/405

  Establishing or using transaction specific rules · CPC title

• G06Q20/027 Primary

  involving a payment switch or gateway · CPC title

• G06Q20/4016

  involving fraud or risk level assessment in transaction processing · CPC title