{"id":168,"date":"2021-07-21T17:12:43","date_gmt":"2021-07-21T17:12:43","guid":{"rendered":"https:\/\/payb.co.uk\/integration-guide\/?p=168"},"modified":"2021-07-21T17:18:00","modified_gmt":"2021-07-21T17:18:00","slug":"appendix-2-transaction-data-flow-2","status":"publish","type":"post","link":"https:\/\/payb.co.uk\/integration-guide\/transparent-redirect\/appendix-2-transaction-data-flow\/appendix-2-transaction-data-flow-2\/","title":{"rendered":"Appendix 2: Transaction Data Flow"},"content":{"rendered":"

Listed below are the steps that a Transparent Redirect transaction will take. There are also 3 diagrams to show the transaction data flow in different scenarios.<\/p>\n

    \n
  1. The cardholder navigates to the merchant\u2019s website and supplies their card details into the merchant\u2019s payment The payment form is hosted directly on the merchant\u2019s system.<\/li>\n
  2. \n The Merchant and transactional data, optionally along with Customer information are passed to the payment gateway (Transparent Redirect URL), as part of a transparent The customer is unaware of this redirection as nothing changes on screen whilst processing takes place. The data passed to the payment gateway will be checked for errors at this point.<\/p>\n
      \n
    1. If errors occur (for example; Variable Tampering), the payment gateway doesn\u2019t allow the transaction to go any further and the error details are passed back to the Merchant\u2019s system (CallbackURL) and moves to step 11.<\/li>\n
    2. If no errors occurred, the transaction moves to step<\/li>\n<\/ol>\n<\/li>\n
    3. The payment gateway contacts the Directory Server to query whether this card is enrolled in the 3D Secure<\/li>\n
    4. \n The Directory Server determines whether the card is enrolled in the 3DS scheme, then passes this information back to the payment<\/p>\n
        \n
      1. If the card is enrolled in the 3D Secure Authentication Scheme, the transaction moves to step<\/li>\n
      2. If not, the transaction moves to step<\/li>\n<\/ol>\n<\/li>\n
      3. \n The payment gateway passes the URL of the cardholder\u2019s bank\u2019s Access Control Server (ACSURL) and additional data from which a Payment Request string (PaREQ) is created, to the merchant\u2019s system (CallbackURL) as part of a transparent Again, the customer is unaware of this redirect. The data passed to the Merchant\u2019s System should be checked for errors at this point.<\/p>\n
          \n
        1. If errors occur (for example; Variable Tampering), the transaction shouldn\u2019t go any further and moves to step<\/li>\n
        2. If no errors occurred, the transaction moves to step<\/li>\n<\/ol>\n<\/li>\n
        3. The customer is then redirected by the merchant\u2019s system (CallbackURL) to their bank\u2019s Access Control Server (ACSURL) and they are greeted with the last 4 digits of their credit card & the identification text they specified when registering their card for 3D Secure. This redirection is not transparent; it is very much visible to the<\/li>\n
        4. The customer then validates their card details using their 3D Secure password, which is validated by their bank\u2019s Access Control Server.<\/li>\n
        5. \n The Access Control Server then initiates a redirect of the customer\u2019s browser back to a secure processing page on the merchant\u2019s website (TermURL), which forwards the payment response string (PaRES) from the Access Control Server to the payment gateway (Transparent Redirect URL) using a transparent page redirect. The data passed to the payment gateway will be checked for errors at this point.<\/p>\n
            \n
          1. If errors occur (for example; Variable Tampering), the details will be passed back to the merchant\u2019s system (CallbackURL) and the transaction won\u2019t go any<\/li>\n
          2. If no errors occurred, the transaction moves to step<\/li>\n<\/ol>\n<\/li>\n
          3. \n The payment gateway checks the contents of the payment response (PaRES).<\/p>\n
              \n
            1. If the transaction is declined (following a 3D Secure authentication failure), move to step<\/li>\n
            2. If not, the transaction moves to step<\/li>\n<\/ol>\n<\/li>\n
            3. \n The payment gateway then submits the transaction to the bank for authorisation. The results of the transaction are then passed back to the merchant\u2019s system (CallbackURL) in a transparent redirect. The data passed to the Merchant\u2019s System should be checked for errors at this point.<\/p>\n
                \n
              1. If errors occur (for example; Variable Tampering), the transaction HAS already been <\/strong>processed, but the merchant\u2019s system should stop the transaction from going any<\/li>\n<\/ol>\n<\/li>\n
              2. The merchant\u2019s system should display the transaction result to the customer (or desired error information if any occurred before this point)<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

                Listed below are the steps that a Transparent Redirect transaction will take. There are also 3 diagrams to show the transaction data flow in different scenarios. The cardholder navigates to the merchant\u2019s website and supplies their card details into the merchant\u2019s payment The payment form is hosted directly on the merchant\u2019s system. The Merchant and…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[14],"tags":[],"_links":{"self":[{"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/posts\/168"}],"collection":[{"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/comments?post=168"}],"version-history":[{"count":9,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/posts\/168\/revisions"}],"predecessor-version":[{"id":177,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/posts\/168\/revisions\/177"}],"wp:attachment":[{"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/media?parent=168"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/categories?post=168"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/payb.co.uk\/integration-guide\/wp-json\/wp\/v2\/tags?post=168"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}