Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

This is so that Synergetic does not handle sensitive information, such as credit card numbersmnumbers, thus enabling us to be PCI compliant.

...

Drawio
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameNABTransact_old
simpleViewerfalse
width
diagramWidth561563
revision14

However, in rare case, there may be a client issue where the session is unexpectedly closed (for example, the end user's browser loses connection or crashes).

This may cause the redirect not to happenbetween NAB Transact and the user's browser to not be received, and as a result the corresponding information about the reciept is not stored in the Synergetic base tables meaning that the payment can not be automatically reconciled.

...

We are introducing a complementary process that will have NAB Transact initiate a callback in addition to the existing redirect process.

This callback will happen regardless of the client session state or existanceuser's browser status.

This effectively creates a redundancy in the communication back to Synergetic, ensuring that Synergetic is made aware of the success or failure of the transaction via either channel.

Drawio
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameNABTransact_New
simpleViewerfalse
width
diagramWidth561563
revision12

Note

Synergetic Core API will need to be publically accessible.

...

Q. Will this create duplicate records in the receipts tables?

A. No.  The process now checks to see whether the update has already occurred via the other channel, and will update if it is the 'first' one to reach the database.

For example if the Redirect channel returned first and made the update to the Receipt content, when the callback channel returned a moment later it will detect that the update was already made and complete gracefully with no further change.