Systems and methods for executing real-time reconciliation and notification of electronic transactions
Systems and methods of executing a real-time electronic transaction by a real-time transaction system are disclosed. One the method includes receiving, by a reconciliation system, a transaction update associated with a transaction request from a transaction network. The reconciliation system may authenticate the transaction update by communicating with an authentication system. The reconciliation system may translate the transaction update into at least another format. The reconciliation system may transmit the transaction update to a notification handler. The reconciliation system may receive transaction data associated with the transaction update from a transaction query system. The reconciliation system may transmit the transaction update to a transaction requestor associated with the transaction data.
1. A method of generating a transaction activity interface by a real-time transaction system, the method comprising:
receiving, at an API system associated with the real-time transaction system, a transaction notification message associated with a payment request made by a user;
requesting, by the API system and via utilization of a predetermined protocol, authentication of the transaction notification message from an authentication system associated with the real-time transaction system;
receiving, at the API system from the authentication system, an authentication response;
transmitting, using the API system and including the authentication response, one or more API calls to one or more matching scheme notification systems of a reconciliation system associated with the real-time transaction system;
transmitting, using the reconciliation system, a payment notification topic stream to a payment notification handler associated with the real-time transaction system;
retrieving, from a transaction query system and using the payment notification handler, transaction details associated with the payment request;
transmitting, based on the transaction details and via an event-topic stream, a generated status message to one or more microservices of a transaction processor; and
generating, based on the generated status message, a transaction activity user interface.
2. The method of claim 1 , wherein the transaction notification message comprises an indication of one of: a failed transaction, a rejected transaction, a pending transaction, and settled transaction.
3. The method of claim 1 , wherein the predetermined protocol is one of: an OAuth2 protocol or an SFTP push/pull protocol.
4. The method of claim 1 , wherein the transmitting the payment notification topic stream comprises transmitting the payment notification topic stream via a Kafka stream.
5. The method of claim 1 , wherein the transaction activity user interface comprises information associated with statuses of transactions and wherein the information is contained within one of: a failed transaction table, a rejected transaction table, a pending transaction table.
6. The method of claim 1 , further comprising:
receiving, from the user and at the transaction activity interface, a status request from the user; and
obtaining, based on the received status request, one or more real-time statuses of one or more transaction requests.
7. The method of claim 6 , further comprising:
receiving, from the user and at the transaction activity user interface, a modification request to alter the transaction request; and
implementing, based on the modification request, an alteration to the transaction request.
8. A real-time transaction system comprising:
one or more computer readable media storing instructions for executing a real-time electronic transaction; and
one or more processors configured to execute the instructions to perform operations comprising:
receiving, at an API system associated with the real-time transaction system, a transaction notification message associated with a payment request made by a user;
requesting, by the API system and via utilization of a predetermined protocol, authentication of the transaction notification message from an authentication system associated with the real-time transaction system;
receiving, at the API system from the authentication system, an authentication response;
transmitting, using the API system and including the authentication response, one or more API calls to one or more matching scheme notification systems of a reconciliation system associated with the real-time transaction system;
transmitting, using the reconciliation system, a payment notification topic stream to a payment notification handler associated with the real-time transaction system;
retrieving, from a transaction query system and using the payment notification handler, transaction details associated with the payment request;
transmitting, based on the transaction details and via an event-topic stream, a generated status message to one or more microservices of a transaction processor; and
generating, based on the generated status message, a transaction activity user interface.
9. The real-time transaction system of claim 8 , wherein the transaction notification message comprises an indication of one of: a failed transaction, a rejected transaction, a pending transaction, and settled transaction.
10. The real-time transaction system of claim 8 , wherein the predetermined protocol is one of: an OAuth2 protocol or an SFTP push/pull protocol.
11. The real-time transaction system of claim 8 , wherein the transmitting the payment notification topic stream comprises transmitting the payment notification topic stream via a Kafka stream.
12. The real-time transaction system of claim 8 , wherein the transaction activity user interface comprises information associated with statuses of transactions and wherein the information is contained within one of: a failed transaction table, a rejected transaction table, a pending transaction table.
13. The real-time transaction system of claim 8 , further comprising:
receiving, from the user and at the transaction activity interface, a status request from the user; and
obtaining, based on the received status request, one or more real-time statuses of one or more transaction requests.
14. The real-time transaction system of claim 13 , further comprising:
receiving, from the user and at the transaction activity user interface, a modification request to alter the transaction request; and
implementing, based on the modification request, an alteration to the transaction request.
15. A non-transitory computer-readable medium storing instructions for executing a real-time transaction, the instructions, when executed by one or more processors, causing the one or more processors to perform operations comprising:
receiving, at an API system associated with the real-time transaction system, a transaction notification message associated with a payment request made by a user;
requesting, by the API system and via utilization of a predetermined protocol, authentication of the transaction notification message from an authentication system associated with the real-time transaction system;
receiving, at the API system from the authentication system, an authentication response;
transmitting, using the API system and including the authentication response, one or more API calls to one or more matching scheme notification systems of a reconciliation system associated with the real-time transaction system;
transmitting, using the reconciliation system, a payment notification topic stream to a payment notification handler associated with the real-time transaction system;
retrieving, from a transaction query system and using the payment notification handler, transaction details associated with the payment request;
transmitting, based on the transaction details and via an event-topic stream, a generated status message to one or more microservices of a transaction processor; and
generating, based on the generated status message, a transaction activity user interface.
16. The non-transitory computer-readable medium of claim 15 , wherein the transaction notification message comprises an indication of one of: a failed transaction, a rejected transaction, a pending transaction, and settled transaction.
17. The non-transitory computer-readable medium of claim 15 , wherein the predetermined protocol is one of: an OAuth2 protocol or an SFTP push/pull protocol.
18. The non-transitory computer-readable medium of claim 15 , wherein the transaction activity user interface comprises information associated with statuses of transactions and wherein the information is contained within one of: a failed transaction table, a rejected transaction table, a pending transaction table.
19. The non-transitory computer-readable medium of claim 15 , further comprising:
receiving, from the user and at the transaction activity interface, a status request from the user; and
obtaining, based on the received status request, one or more real-time statuses of one or more transaction requests.
20. The non-transitory computer-readable medium of claim 19 , further comprising:
receiving, from the user and at the transaction activity user interface, a modification request to alter the transaction request; and
implementing, based on the modification request, an alteration to the transaction request.