{"title":"Scheme advice","category":"default","creationDate":1786532071,"content":"<p>In some cases, the payment scheme steps in to evaluate a payment after Adyen's initial authorization flow. For example, this can happen when Adyen cannot complete the authorization flow in real time.<\/p>\n<p>After performing its own validations, the scheme determines whether to authorize or refuse the payment, and shares this outcome with Adyen. Adyen then updates the payment with a new status that reflects the scheme's advice.<\/p>\n<p>If the scheme's advice differs from Adyen's initial authorization decision, Adyen always defers to the scheme's advice. The scheme's decision determines the final status of the payment and whether the funds are reserved or released. Any decisions made by Adyen after the scheme's decision can create a new event booking, but will not contain any balance changes, nor affect the final status of the payment.<\/p>\n<h2>Get updates<\/h2>\n<p>To get real-time updates about the status changes because of the scheme's advice, you can use the following methods:<\/p>\n<h3>1. Transfer webhooks<\/h3>\n<p>When Adyen updates the status of a payment based on the scheme's advice, you receive an additional  <a href=\"https:\/\/docs.adyen.com\/api-explorer\/transfer-webhooks\/latest\/post\/balancePlatform.transfer.updated\" class=\"codeLabel  external-link no-image\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">balancePlatform.transfer.updated<\/a> webhook with a new event for the updated booking. You can identify webhooks related to scheme advice by the following fields:<\/p>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Field<\/th>\n<th style=\"text-align: left;\">Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\"><code>data.reason<\/code><\/td>\n<td style=\"text-align: left;\">Returns <strong>schemeAdvice<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\"><code>data.status<\/code><\/td>\n<td style=\"text-align: left;\">Returns <strong>authorised<\/strong> or <strong>refused<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\"><code>data.events<\/code><\/td>\n<td style=\"text-align: left;\">Returns a new event for the updated booking based on the scheme's advice. This event has the status <strong>adviceAuthorised<\/strong> or <strong>adviceRefused<\/strong>, and determines whether the general status of the payment (returned in <code>data.status<\/code>) is <strong>authorised<\/strong> or <strong>refused<\/strong>.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>The scheme's decision determines the final status of the payment and whether the funds are reserved or released. When you receive a webhook related to scheme advice, use its status as the final outcome of that payment.<\/p>\n<div class=\"accordion-shortcode adl-accordion adl-accordion--max-height-transition\" data-expand=\"true\" data-ignore=\"anchorjs-link\">\n    \n    <div class=\"adl-accordion__item\" style=\"\">\n        <div tabindex=\"0\" role=\"item\" aria-expanded=\"false\" class=\"adl-accordion__header\">\n            <i class=\"adl-accordion__toggle adl-icon-chevron-down\"><\/i>\n            <div class=\"adl-accordion__title-wrapper\" data-accordion=\"#example-webhooks\">\n                                    <h4 class=\"adl-accordion__title\">Example webhooks<\/h4>\n                            <\/div>\n        <\/div>\n        <div role=\"region\" class=\"adl-accordion__content\">\n            \n<p>In the following example:<\/p>\n<ol>\n<li>Adyen originally refuses the payment during the initial authorization flow.<\/li>\n<li>The scheme steps in to provide Adyen with the advice to authorize the payment. Adyen defers to the scheme's advice and updates the payment's status and the reserved balance.<\/li>\n<\/ol>\n<p>Below are the webhooks you receive during this process. Note that these are shortened webhook examples highlighting affected fields. To view the complete webhook, see <a href=\"\/issuing\/webhook-types\/payment-events#advice-authorized-refused\">Payment advice authorised or refused<\/a>.<\/p>\n<ol>\n<li>\n<p>Adyen originally refuses the payment during the initial authorization flow.<\/p>\n<div data-component-wrapper=\"code-sample\">\n<code-sample :title=\"'Original refusal webhook'\" :id=\"''\" :code-data='[{\"language\":\"json\",\"tabTitle\":\"\",\"content\":\"{\\n    \\\"data\\\": {\\n      \\\"id\\\": \\\"3RX9ER5XEXH6T3CQ\\\",\\n      \\\"status\\\": \\\"refused\\\",\\n      \\\"reason\\\": \\\"unknown\\\"\\n    },\\n    \\\"type\\\": \\\"balancePlatform.transfer.updated\\\"\\n}\"}]' :enable-copy-link-to-code-block=\"true\" :code-sample-card-size=\"'fullsize'\"><\/code-sample>\n<\/div>\n<\/li>\n<li>\n<p>Adyen updates the payment based on the scheme's advice.<\/p>\n<div data-component-wrapper=\"code-sample\">\n<code-sample :title=\"'Update based on scheme's advice'\" :id=\"''\" :code-data='[{\"language\":\"json\",\"tabTitle\":\"\",\"content\":\"{\\n    \\\"data\\\": {\\n      \\\"id\\\": \\\"3RX9ER5XEXH6T3CQ\\\",\\n      \\\"status\\\": \\\"authorised\\\",\\n      \\\"reason\\\": \\\"schemeAdvice\\\",\\n      \\\"events\\\": [\\n        {\\n          \\\"status\\\": \\\"refused\\\"\\n        },\\n        {\\n          \\\"status\\\": \\\"adviceAuthorised\\\"\\n        }\\n      ]\\n    },\\n    \\\"type\\\": \\\"balancePlatform.transfer.updated\\\"\\n}\"}]' :enable-copy-link-to-code-block=\"true\" :code-sample-card-size=\"'fullsize'\"><\/code-sample>\n<\/div>\n<\/li>\n<\/ol>\n\n        <\/div>\n    <\/div>\n<\/div>\n\n<h3>2. Customer Area<\/h3>\n<p>In the Customer Area, you can <a href=\"\/issuing\/payment-stages\/check-details-payment\">view details about the payments made with your issued cards<\/a> by navigating to <strong>Balances<\/strong> &gt; <strong>Transfers<\/strong>. By clicking on a specific payment, you can find the details about its status and past status changes under <strong>Transfer lifecycle<\/strong>.<\/p>\n<p>When Adyen receives scheme advice on a payment after the initial authorization flow, we update the payment's status and the reserved balance based on the advice. The new status is set to <strong>AdviceAuthorised<\/strong> or <strong>AdviceRefused<\/strong>, and is reflected in the <strong>Transfer lifecycle<\/strong>. These statuses reflect the scheme's final decision on the payment, and determine the final balance change.<\/p>\n<h2>Reconcile payments<\/h2>\n<p>To reconcile payments that have been updated based on the scheme's advice, you can use the <a href=\"\/issuing\/report-types\/balance-platform-accounting-report\">Balance Platform Account Report (BPAR)<\/a>. This report provides a detailed overview of the payments made with your issued cards.<\/p>\n<p>When Adyen updates a payment based on the scheme's advice, the Balance Platform Accounting Report includes an additional payment event. You can identify such events by the following values:<\/p>\n<ol>\n<li>The <strong>Description<\/strong> column is populated with the following value: <strong>schemeAdvice<\/strong>.<\/li>\n<li>The <strong>Status<\/strong> column records the final decision on the payment by the scheme: <strong>authorised<\/strong> or <strong>refused<\/strong>.<\/li>\n<\/ol>\n<p>Events related to scheme advice are always additive. A payment can have an event with Adyen's original decision, and an additional event based on the scheme's advice. If the values in the <strong>Status<\/strong> column for these events differ, then the row with <strong>Description<\/strong> set to <strong>schemeAdvice<\/strong> determines the final change to the reserved balance.<\/p>\n<p>Here is an example of the BPAR booking when both Adyen and the scheme authorizes a payment:<\/p>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Category<\/th>\n<th style=\"text-align: left;\">Type<\/th>\n<th style=\"text-align: left;\">Status<\/th>\n<th style=\"text-align: center;\">Payment Currency<\/th>\n<th style=\"text-align: center;\">Reserved (PC)<\/th>\n<th style=\"text-align: left;\">Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">received<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">0<\/td>\n<td style=\"text-align: left;\"><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">authorised<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">-40<\/td>\n<td style=\"text-align: left;\"><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">authorised<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">0<\/td>\n<td style=\"text-align: left;\">schemeAdvice<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Here is an example of the BPAR booking when Adyen refuses a payment and the scheme authorizes it:<\/p>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Category<\/th>\n<th style=\"text-align: left;\">Type<\/th>\n<th style=\"text-align: left;\">Status<\/th>\n<th style=\"text-align: center;\">Payment Currency<\/th>\n<th style=\"text-align: center;\">Reserved (PC)<\/th>\n<th style=\"text-align: left;\">Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">received<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">0<\/td>\n<td style=\"text-align: left;\"><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">authorised<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">0<\/td>\n<td style=\"text-align: left;\"><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">issuedCard<\/td>\n<td style=\"text-align: left;\">Payment<\/td>\n<td style=\"text-align: left;\">authorised<\/td>\n<td style=\"text-align: center;\">USD<\/td>\n<td style=\"text-align: center;\">-40<\/td>\n<td style=\"text-align: left;\">schemeAdvice<\/td>\n<\/tr>\n<\/tbody>\n<\/table>","url":"https:\/\/docs.adyen.com\/issuing\/authorisation\/scheme-advice","articleFields":{"description":"Replace this string with a content string that appears below the title","feedback_component":true,"filters_component":false},"algolia":{"url":"https:\/\/docs.adyen.com\/issuing\/authorisation\/scheme-advice","title":"Scheme advice","content":"In some cases, the payment scheme steps in to evaluate a payment after Adyen's initial authorization flow. For example, this can happen when Adyen cannot complete the authorization flow in real time.\nAfter performing its own validations, the scheme determines whether to authorize or refuse the payment, and shares this outcome with Adyen. Adyen then updates the payment with a new status that reflects the scheme's advice.\nIf the scheme's advice differs from Adyen's initial authorization decision, Adyen always defers to the scheme's advice. The scheme's decision determines the final status of the payment and whether the funds are reserved or released. Any decisions made by Adyen after the scheme's decision can create a new event booking, but will not contain any balance changes, nor affect the final status of the payment.\nGet updates\nTo get real-time updates about the status changes because of the scheme's advice, you can use the following methods:\n1. Transfer webhooks\nWhen Adyen updates the status of a payment based on the scheme's advice, you receive an additional  balancePlatform.transfer.updated webhook with a new event for the updated booking. You can identify webhooks related to scheme advice by the following fields:\n\n\n\nField\nDescription\n\n\n\n\ndata.reason\nReturns schemeAdvice\n\n\ndata.status\nReturns authorised or refused\n\n\ndata.events\nReturns a new event for the updated booking based on the scheme's advice. This event has the status adviceAuthorised or adviceRefused, and determines whether the general status of the payment (returned in data.status) is authorised or refused.\n\n\n\nThe scheme's decision determines the final status of the payment and whether the funds are reserved or released. When you receive a webhook related to scheme advice, use its status as the final outcome of that payment.\n\n    \n    \n        \n            \n            \n                                    Example webhooks\n                            \n        \n        \n            \nIn the following example:\n\nAdyen originally refuses the payment during the initial authorization flow.\nThe scheme steps in to provide Adyen with the advice to authorize the payment. Adyen defers to the scheme's advice and updates the payment's status and the reserved balance.\n\nBelow are the webhooks you receive during this process. Note that these are shortened webhook examples highlighting affected fields. To view the complete webhook, see Payment advice authorised or refused.\n\n\nAdyen originally refuses the payment during the initial authorization flow.\n\n\n\n\n\nAdyen updates the payment based on the scheme's advice.\n\n\n\n\n\n\n        \n    \n\n\n2. Customer Area\nIn the Customer Area, you can view details about the payments made with your issued cards by navigating to Balances &gt; Transfers. By clicking on a specific payment, you can find the details about its status and past status changes under Transfer lifecycle.\nWhen Adyen receives scheme advice on a payment after the initial authorization flow, we update the payment's status and the reserved balance based on the advice. The new status is set to AdviceAuthorised or AdviceRefused, and is reflected in the Transfer lifecycle. These statuses reflect the scheme's final decision on the payment, and determine the final balance change.\nReconcile payments\nTo reconcile payments that have been updated based on the scheme's advice, you can use the Balance Platform Account Report (BPAR). This report provides a detailed overview of the payments made with your issued cards.\nWhen Adyen updates a payment based on the scheme's advice, the Balance Platform Accounting Report includes an additional payment event. You can identify such events by the following values:\n\nThe Description column is populated with the following value: schemeAdvice.\nThe Status column records the final decision on the payment by the scheme: authorised or refused.\n\nEvents related to scheme advice are always additive. A payment can have an event with Adyen's original decision, and an additional event based on the scheme's advice. If the values in the Status column for these events differ, then the row with Description set to schemeAdvice determines the final change to the reserved balance.\nHere is an example of the BPAR booking when both Adyen and the scheme authorizes a payment:\n\n\n\nCategory\nType\nStatus\nPayment Currency\nReserved (PC)\nDescription\n\n\n\n\nissuedCard\nPayment\nreceived\nUSD\n0\n\n\n\nissuedCard\nPayment\nauthorised\nUSD\n-40\n\n\n\nissuedCard\nPayment\nauthorised\nUSD\n0\nschemeAdvice\n\n\n\nHere is an example of the BPAR booking when Adyen refuses a payment and the scheme authorizes it:\n\n\n\nCategory\nType\nStatus\nPayment Currency\nReserved (PC)\nDescription\n\n\n\n\nissuedCard\nPayment\nreceived\nUSD\n0\n\n\n\nissuedCard\nPayment\nauthorised\nUSD\n0\n\n\n\nissuedCard\nPayment\nauthorised\nUSD\n-40\nschemeAdvice\n\n\n","type":"page","locale":"en","boost":17,"hierarchy":{"lvl0":"Home","lvl1":"Adyen Issuing","lvl2":"Payment authorisation","lvl3":"Scheme advice"},"hierarchy_url":{"lvl0":"https:\/\/docs.adyen.com\/","lvl1":"https:\/\/docs.adyen.com\/issuing","lvl2":"https:\/\/docs.adyen.com\/issuing\/authorisation","lvl3":"\/issuing\/authorisation\/scheme-advice"},"levels":4,"category":"Issuing","category_color":"green","tags":["Scheme","advice"]}}
