{"title":"Authorization adjustment","category":"default","creationDate":1691006820,"content":"<p>In a basic payment flow, the payable amount from your payment request is <a href=\"\/pt\/get-started-with-adyen\/adyen-glossary\/#authorization?target=_blank\">authorized<\/a> and then <a href=\"\/pt\/get-started-with-adyen\/adyen-glossary\/#capture-or-clearing-and-settlement?target=_blank\">captured<\/a>. But sometimes you want to change the amount or extend the length of the authorization. Using the <a href=\"#authorisation-types?target=_blank\">authorization type<\/a> <strong>pre-authorization<\/strong> for your payment request, you can increase or decrease the authorized amount at a later stage, and then capture the payment manually. Changes to a pre-authorized payment are called \"authorization adjustments\".<\/p>\n<h2>Requirements<\/h2>\n<p>Before you begin, consider the following requirements, limitations, and preparations:<\/p>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Requirements<\/th>\n<th style=\"text-align: left;\">Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\"><strong>Integration type<\/strong><\/td>\n<td style=\"text-align: left;\">An <a href=\"\/pt\/online-payments\/build-your-integration\">online payments integration<\/a>.<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\"><strong><a href=\"\/pt\/development-resources\/webhooks\">Webhooks<\/a><\/strong><\/td>\n<td style=\"text-align: left;\">Listen for <a href=\"\/pt\/development-resources\/webhooks\/webhook-types#default-event-codes\">Standard webhook messages<\/a> with the following <code>eventCode<\/code> values: <ul><li markdown=\"1\"><strong>AUTHORISATION_ADJUSTMENT<\/strong><\/li> <li markdown=\"1\"><strong>CAPTURE<\/strong><\/li> <li markdown=\"1\"><strong>CAPTURE_FAILED<\/strong><\/li><\/ul><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\"><strong>Limitations<\/strong><\/td>\n<td style=\"text-align: left;\">Note the following limitations: <ul><li markdown=\"1\"><a href=\"\/pt\/online-payments\/adjust-authorisation\/#availability\">Support for authorization adjustment<\/a> is limited to specific payment methods and Merchant Category Codes (MCC). It is ultimately up to the issuing bank whether they allow it.<\/li> <li markdown=\"1\">Pre-authorizations and authorizations <a href=\"\/pt\/online-payments\/adjust-authorisation\/#validity\">eventually expire<\/a>. The length of an authorization's validity depends on the card scheme.<\/li> <li markdown=\"1\">You can only adjust authorizations for payments acquired by Adyen.<\/li><\/ul><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Use cases<\/h2>\n<p>There are several use cases for adjusting a pre-authorized amount:<\/p>\n<ul>\n<li>Hospitality. For example, in a hotel:\n<ol>\n<li>Just before the guest checks in, or when the guest checks in using an app or in person, the hotel pre-authorizes payment of the guest's room. At the same time, the hotel  <a href=\"\/pt\/online-payments\/tokenization\">stores the shopper's payment information<\/a> , to be able to apply late charges when necessary.<\/li>\n<li>During their stay, the guest incurs expenses at the hotel facilities. The hotel adds these expenses to the pre-authorized amount by adjusting the authorization.<\/li>\n<li>When the guest checks out, the hotel captures the final amount, or cancels the payment if the guest prefers to settle their bill with a different payment method.<\/li>\n<li>If necessary, the hotel charges the guest after they have left, using the shopper's stored payment details for a new payment.<\/li>\n<\/ol><\/li>\n<\/ul>\n<ul>\n<li>\n<p>Pre-ordering items:<\/p>\n<ol>\n<li>A shopper pre-orders a video game that will be released three months later.<\/li>\n<li>The video game seller pre-authorizes the payment.<\/li>\n<li>The video game seller extends the validity period of the pre-authorization, because they must wait three months to ship the video game.<\/li>\n<\/ol>\n<\/li>\n<li>\n<p>Orders with a high Average Transaction Value (ATV) and long delivery times, where the basket composition and amount has changed by the time the payment is ready for capture.<\/p>\n<\/li>\n<\/ul>\n<h2 id=\"authorisation-types\">Authorization type<\/h2>\n<p>For some card schemes, you can set payment requests to be handled as either a pre-authorization or a final authorization.<\/p>\n<ul>\n<li>\n<p><strong>Pre-authorization<\/strong>: this authorization type verifies that the shopper's account is valid and has sufficient funds to cover a transaction, but does not debit the account. It is intended for use cases as described above, when you do not yet know the amount to be captured. It allows you to increase or decrease the initially authorized amount at a later point in time.<\/p>\n<\/li>\n<li>\n<p><strong>Final authorization<\/strong>: the final amount is agreed up front and the transaction will be captured in full. This is the default authorization type, and it doesn't allow you to adjust the authorized amount later.<\/p>\n<\/li>\n<\/ul>\n<p>By default, Adyen handles all card payment requests as final authorizations. You can manually specify the authorization type as <code>additionalData.authorisationType<\/code>:<strong>PreAuth<\/strong> or <code>additionalData.authorisationType<\/code>:<strong>FinalAuth<\/strong> in each payment request. See <a href=\"\/pt\/online-payments\/adjust-authorisation\/adjust-with-preauth#pre-authorize\">Pre-authorize a payment<\/a>.<\/p>\n<h2>Asynchronous or synchronous adjustment<\/h2>\n<p>There are two ways to implement pre-authorization:<\/p>\n<ul>\n<li>\n<p><strong>Asynchronous authorization adjustment<\/strong>: you refer to a payment using the PSP reference that you received in the response to your pre-authorization request. In each authorization adjustment request, and in the final capture request, you specify this first PSP reference.<\/p>\n<p>Asynchronous adjustment is easier to implement, but it is not immediately clear if the adjustment succeeded. You must <a href=\"\/pt\/development-resources\/webhooks\">set up webhooks<\/a> to receive updates and to know if the final amount was authorized before you capture the payment.<\/p>\n<\/li>\n<li>\n<p><strong>Synchronous authorization adjustment<\/strong>: you pass an <code>adjustAuthorisationData<\/code> blob from one request to the next, to enable us to keep track of the latest amount. You receive the first blob in the response to your pre-authorization request. In your first authorization adjustment request, you specify the blob you received for the pre-authorization, and you receive a new blob in the response. In your next adjustment, you specify the blob that you received in the response for the previous adjustment, and so on.<\/p>\n<p>Synchronous adjustment requires more effort to implement, because you need to keep track of the latest blob. The advantage is that you receive the adjustment result synchronously. In this way you immediately know if the final amount was authorized before you capture the payment.<\/p>\n<div class=\"sc-notice note\"><div>\n<p>If at any point you fail to pass the blob, the flow falls back to asynchronous adjustment, and it is no longer possible to return to synchronous adjustment for that payment.<\/p>\n<\/div><\/div>\n<\/li>\n<\/ul>\n<h2 id=\"availability\">Availability<\/h2>\n<p>Authorization adjustment is available for the following payment methods:<\/p>\n<table>\n<thead>\n<tr>\n<th>Payment method<\/th>\n<th>Availability<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Card<\/td>\n<td>Card schemes set specific rules around which businesses can adjust authorizations. Your eligibility is determined by your <a href=\"\/pt\/get-started-with-adyen\/adyen-glossary\/#merchant-category-code\" target=\"_blank\">Merchant Category Code (MCC)<\/a>. For a business type, each card scheme uses a different MCC. See which <a href=\"#mcc-authorization-adjustment\">schemes support which MCC codes<\/a>.<\/td>\n<\/tr>\n<tr>\n<td>Apple Pay<\/td>\n<td>Available if the card associated with the Apple Pay wallet is from a card scheme for which authorization adjustment is available.<\/td>\n<\/tr>\n<tr>\n<td>Google Pay<\/td>\n<td>Available if the card associated with the Google Pay wallet is from a card scheme for which authorization adjustment is available.<\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Klarna<\/td>\n<td>Authorization adjustment is available for payments that have not been cancelled, expired, or fully captured. We only support asynchronous authorization adjustment.<\/td>\n<td><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3 id=\"mcc-authorization-adjustment\">Merchant Category Code (MCC) and authorization adjustment<\/h3>\n<p>To view your MCCs for each payment method:<\/p>\n<ol>\n<li>Log in to your <a href=\"https:\/\/ca-live.adyen.com\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">live Customer Area<\/a>.<\/li>\n<li>Switch to your merchant account.<\/li>\n<li>Select <strong>Settings<\/strong> &gt; <strong>Payment methods<\/strong>.<\/li>\n<li>Find the line for the specific payment method. The <strong>MCC<\/strong> column shows your MCC for that payment method.<\/li>\n<\/ol>\n<p>The following table shows, for each card scheme, which MCC codes authorization adjustment is available for:<\/p>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Card scheme<\/th>\n<th style=\"text-align: left;\">Merchant Category Codes (MCC) for which authorization adjustment is available<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">American Express<\/td>\n<td style=\"text-align: left;\">All MCCs except 5542<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Discover<\/td>\n<td style=\"text-align: left;\">3351-3441, 3501-3999, 4111, 4112, 4121, 4131, 4411, 4457,  5499, 5812, 5813, 7011, 7033, 7996, 7394, 7512, 7513, 7519, 7999<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Mastercard<\/td>\n<td style=\"text-align: left;\">All MCCs except 5542<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Mexico Domestic (Network MX)<\/td>\n<td style=\"text-align: left;\">Card present: 4722, 5541, 5542, 5812, 5813, 8062, multiple MCCs for car rental, entertainment, and hotels <br>Card not present: 4011, 4112, 4121, 4131, 4816, 5300, 5310, 5311, 5331, 5411, 5422, 5814, all air transportation<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All MCCs except 5542 <br\/><div class=\"notices blue\">Authorization adjustment does not work for V Pay cards.<\/div><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">China UnionPay<\/td>\n<td style=\"text-align: left;\">7011, 7512, 4411, 3xxx<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2 id=\"validity\">Expiration of pre-authorizations<\/h2>\n<p>You can only adjust a pre-authorization that has not expired yet. There are two authorization validity periods to take into account:<\/p>\n<ul>\n<li>\n<p>For the global card schemes, Adyen expires (pre-)authorization requests automatically after 28 days from the day the payment is authorized. Contact our <a href=\"https:\/\/ca-test.adyen.com\/ca\/ca\/contactUs\/support.shtml?form=other\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">Support Team<\/a> if you want to change this default setting, and configure custom authorization validity periods for specific merchant accounts and card schemes.<\/p>\n<\/li>\n<li>\n<p>Card schemes have their own rules on authorization validity, and can expire a pre-authorization before or after the scheme's official authorization validity period. Using <a href=\"\/pt\/online-payments\/capture#manual-capture\">manual capture<\/a> it is possible to capture remaining balance on a payment after an authorization has already expired on the card scheme's side, but this practice increases the risk of:<\/p>\n<ul>\n<li>A <a href=\"\/pt\/online-payments\/capture#failed-capture\">failed capture<\/a>.<\/li>\n<li>Increased interchange fees.<\/li>\n<li>Card scheme transaction fees.<\/li>\n<li>A cardholder-initiated <a href=\"\/pt\/risk-management\/understanding-disputes\/dispute-reason-codes\">chargeback<\/a> for 'No Authorization' or 'Late Presentment' reasons.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>The following tables include information on authorization validity periods for major card schemes <strong>that allow authorization adjustment<\/strong>.<\/p>\n<h3>American Express<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Amex<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">7 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Cartes Bancaires<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Carte Bancaires<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">12 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>China UnionPay<\/h3>\n<ul>\n<li>30 Days from the initial authorisation.<\/li>\n<li>Authorisation adjustment does not extend the authorisation validity period.<\/li>\n<\/ul>\n<h3>Diners<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Diners<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">MOTO<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">7 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Diners<\/td>\n<td style=\"text-align: left;\">Debit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">7 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Diners<\/td>\n<td style=\"text-align: left;\">Credit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Diners<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Car Rental, Hotel\/Lodging<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Discover<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Discover<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">10 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Discover<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Car Rental, Hotel\/Lodging<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>JCB<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">JCB<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">1 year<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">JCB<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-auth<\/td>\n<td style=\"text-align: left;\">Hotel and Car rental<\/td>\n<td style=\"text-align: left;\">Time of stay\/rental<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Mastercard<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Mastercard<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Final auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">7 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Mastercard<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<div class=\"notices blue\">\n<p>Capturing Mastercard payments can be successful even when the authorization has expired after seven or 30 days. For domestic transactions in the US and Canada, there is a late capture fee.<\/p>\n<\/div>\n<h3>Mexico Domestic<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Network MX<\/td>\n<td style=\"text-align: left;\">Debit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Final auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">7 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Network MX<\/td>\n<td style=\"text-align: left;\">Credit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Final auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Network MX<\/td>\n<td style=\"text-align: left;\">Debit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Network MX<\/td>\n<td style=\"text-align: left;\">Credit<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-auth<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">120 days<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Visa<\/h3>\n<table>\n<thead>\n<tr>\n<th style=\"text-align: left;\">Scheme<\/th>\n<th style=\"text-align: left;\">Debit\/credit<\/th>\n<th style=\"text-align: left;\">Environment<\/th>\n<th style=\"text-align: left;\"><a href=\"#authorisation-types\">Authorization type<\/a><\/th>\n<th style=\"text-align: left;\">MCC<\/th>\n<th style=\"text-align: left;\">Days<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td style=\"text-align: left;\">Visa electron<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">5 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">POS<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">5 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Merchant initiated transactions (MIT) <br\/><br\/><u>Applies to:<\/u><br\/><li> ContAuth + Subscription \/ UnscheduledCardOnFile<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">5 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\"><a href=\"https:\/\/docs.adyen.com\/get-started-with-adyen\/adyen-glossary\/#card-not-present-cnp\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">CNP<\/a> Cardholder-initiated transactions (CIT) <br\/><br\/><u>Applies to:<\/u><br\/><li> Ecommerce \/ ContAuth + CardOnFile <br\/><li> Ecommerce + Subscription \/ UnscheduledCardOnFile<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">10 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\"><a href=\"https:\/\/docs.adyen.com\/get-started-with-adyen\/adyen-glossary\/#card-not-present-cnp\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">CNP<\/a> Cardholder-initiated transactions (CIT) <br\/><br\/><u>Applies to:<\/u><br\/><li> Ecommerce \/ ContAuth + CardOnFile <br\/><li> Ecommerce + Subscription \/ UnscheduledCardOnFile<\/td>\n<td style=\"text-align: left;\">Extended-Auth<a href=\"#exauth\">\n  <sup>1<\/sup>\n<\/a><\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-Auth<\/td>\n<td style=\"text-align: left;\">Cruise, Lodging, Vehicle Rental<\/td>\n<td style=\"text-align: left;\">30 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-Auth<\/td>\n<td style=\"text-align: left;\">7999, 4457, 7296, 7841, 7394, 7519, 7033<\/td>\n<td style=\"text-align: left;\">10 days<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: left;\">Visa<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">All<\/td>\n<td style=\"text-align: left;\">Pre-Auth<\/td>\n<td style=\"text-align: left;\">5542<\/td>\n<td style=\"text-align: left;\">2 hours<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<div class=\"notices blue\">\n<p>Capturing Visa payments after the authorization validity period may result in <a href=\"https:\/\/docs.adyen.com\/online-payments\/capture\/failure-reasons\/#capture-cant-be-recaptured\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">capture failures<\/a> and processing integrity fees. Capturing Visa cardholder-initiated card-not-present transactions (CIT CnP) after the 10-day validity period may also incur an additional Extended Authorisation scheme fee, depending on regional requirements.<\/p>\n<\/div>\n<p><a id=\"exauth\"><\/a> <sup>1<\/sup> Visa's \"Extended-Auth\" feature is currently available only in pilot. If you would like to pilot this feature and provide feedback, reach out to your Adyen point of contact our <a href=\"https:\/\/ca-test.adyen.com\/ca\/ca\/contactUs\/support.shtml?form=other\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" class=\"external-link no-image\">Support Team<\/a>.<\/p>","url":"https:\/\/docs.adyen.com\/pt\/online-payments\/adjust-authorisation","articleFields":{"description":"Learn the differences between pre-authorization and final authorization, asynchronous and synchronous adjustment, and when authorization adjustment is available.","next_steps":[{"title":"Adjust an authorization","description":"Implement pre-authorization and authorization adjustment.","url":"\/online-payments\/adjust-authorisation\/adjust-with-preauth","required":true}],"parameters":{"modificationType":"authorizationAdjustment","integrationType":"onlinePayments"},"last_edit_on":"02-08-2023 22:12","feedback_component":true,"filters_component":false},"algolia":{"url":"https:\/\/docs.adyen.com\/pt\/online-payments\/adjust-authorisation","title":"Authorization adjustment","content":"In a basic payment flow, the payable amount from your payment request is authorized and then captured. But sometimes you want to change the amount or extend the length of the authorization. Using the authorization type pre-authorization for your payment request, you can increase or decrease the authorized amount at a later stage, and then capture the payment manually. Changes to a pre-authorized payment are called \"authorization adjustments\".\nRequirements\nBefore you begin, consider the following requirements, limitations, and preparations:\n\n\n\nRequirements\nDescription\n\n\n\n\nIntegration type\nAn online payments integration.\n\n\nWebhooks\nListen for Standard webhook messages with the following eventCode values: AUTHORISATION_ADJUSTMENT CAPTURE CAPTURE_FAILED\n\n\nLimitations\nNote the following limitations: Support for authorization adjustment is limited to specific payment methods and Merchant Category Codes (MCC). It is ultimately up to the issuing bank whether they allow it. Pre-authorizations and authorizations eventually expire. The length of an authorization's validity depends on the card scheme. You can only adjust authorizations for payments acquired by Adyen.\n\n\n\nUse cases\nThere are several use cases for adjusting a pre-authorized amount:\n\nHospitality. For example, in a hotel:\n\nJust before the guest checks in, or when the guest checks in using an app or in person, the hotel pre-authorizes payment of the guest's room. At the same time, the hotel  stores the shopper's payment information , to be able to apply late charges when necessary.\nDuring their stay, the guest incurs expenses at the hotel facilities. The hotel adds these expenses to the pre-authorized amount by adjusting the authorization.\nWhen the guest checks out, the hotel captures the final amount, or cancels the payment if the guest prefers to settle their bill with a different payment method.\nIf necessary, the hotel charges the guest after they have left, using the shopper's stored payment details for a new payment.\n\n\n\n\nPre-ordering items:\n\nA shopper pre-orders a video game that will be released three months later.\nThe video game seller pre-authorizes the payment.\nThe video game seller extends the validity period of the pre-authorization, because they must wait three months to ship the video game.\n\n\n\nOrders with a high Average Transaction Value (ATV) and long delivery times, where the basket composition and amount has changed by the time the payment is ready for capture.\n\n\nAuthorization type\nFor some card schemes, you can set payment requests to be handled as either a pre-authorization or a final authorization.\n\n\nPre-authorization: this authorization type verifies that the shopper's account is valid and has sufficient funds to cover a transaction, but does not debit the account. It is intended for use cases as described above, when you do not yet know the amount to be captured. It allows you to increase or decrease the initially authorized amount at a later point in time.\n\n\nFinal authorization: the final amount is agreed up front and the transaction will be captured in full. This is the default authorization type, and it doesn't allow you to adjust the authorized amount later.\n\n\nBy default, Adyen handles all card payment requests as final authorizations. You can manually specify the authorization type as additionalData.authorisationType:PreAuth or additionalData.authorisationType:FinalAuth in each payment request. See Pre-authorize a payment.\nAsynchronous or synchronous adjustment\nThere are two ways to implement pre-authorization:\n\n\nAsynchronous authorization adjustment: you refer to a payment using the PSP reference that you received in the response to your pre-authorization request. In each authorization adjustment request, and in the final capture request, you specify this first PSP reference.\nAsynchronous adjustment is easier to implement, but it is not immediately clear if the adjustment succeeded. You must set up webhooks to receive updates and to know if the final amount was authorized before you capture the payment.\n\n\nSynchronous authorization adjustment: you pass an adjustAuthorisationData blob from one request to the next, to enable us to keep track of the latest amount. You receive the first blob in the response to your pre-authorization request. In your first authorization adjustment request, you specify the blob you received for the pre-authorization, and you receive a new blob in the response. In your next adjustment, you specify the blob that you received in the response for the previous adjustment, and so on.\nSynchronous adjustment requires more effort to implement, because you need to keep track of the latest blob. The advantage is that you receive the adjustment result synchronously. In this way you immediately know if the final amount was authorized before you capture the payment.\n\nIf at any point you fail to pass the blob, the flow falls back to asynchronous adjustment, and it is no longer possible to return to synchronous adjustment for that payment.\n\n\n\nAvailability\nAuthorization adjustment is available for the following payment methods:\n\n\n\nPayment method\nAvailability\n\n\n\n\nCard\nCard schemes set specific rules around which businesses can adjust authorizations. Your eligibility is determined by your Merchant Category Code (MCC). For a business type, each card scheme uses a different MCC. See which schemes support which MCC codes.\n\n\nApple Pay\nAvailable if the card associated with the Apple Pay wallet is from a card scheme for which authorization adjustment is available.\n\n\nGoogle Pay\nAvailable if the card associated with the Google Pay wallet is from a card scheme for which authorization adjustment is available.\n\n\n\nKlarna\nAuthorization adjustment is available for payments that have not been cancelled, expired, or fully captured. We only support asynchronous authorization adjustment.\n\n\n\n\nMerchant Category Code (MCC) and authorization adjustment\nTo view your MCCs for each payment method:\n\nLog in to your live Customer Area.\nSwitch to your merchant account.\nSelect Settings &gt; Payment methods.\nFind the line for the specific payment method. The MCC column shows your MCC for that payment method.\n\nThe following table shows, for each card scheme, which MCC codes authorization adjustment is available for:\n\n\n\nCard scheme\nMerchant Category Codes (MCC) for which authorization adjustment is available\n\n\n\n\nAmerican Express\nAll MCCs except 5542\n\n\nDiscover\n3351-3441, 3501-3999, 4111, 4112, 4121, 4131, 4411, 4457,  5499, 5812, 5813, 7011, 7033, 7996, 7394, 7512, 7513, 7519, 7999\n\n\nMastercard\nAll MCCs except 5542\n\n\nMexico Domestic (Network MX)\nCard present: 4722, 5541, 5542, 5812, 5813, 8062, multiple MCCs for car rental, entertainment, and hotels Card not present: 4011, 4112, 4121, 4131, 4816, 5300, 5310, 5311, 5331, 5411, 5422, 5814, all air transportation\n\n\nVisa\nAll MCCs except 5542 Authorization adjustment does not work for V Pay cards.\n\n\nChina UnionPay\n7011, 7512, 4411, 3xxx\n\n\n\nExpiration of pre-authorizations\nYou can only adjust a pre-authorization that has not expired yet. There are two authorization validity periods to take into account:\n\n\nFor the global card schemes, Adyen expires (pre-)authorization requests automatically after 28 days from the day the payment is authorized. Contact our Support Team if you want to change this default setting, and configure custom authorization validity periods for specific merchant accounts and card schemes.\n\n\nCard schemes have their own rules on authorization validity, and can expire a pre-authorization before or after the scheme's official authorization validity period. Using manual capture it is possible to capture remaining balance on a payment after an authorization has already expired on the card scheme's side, but this practice increases the risk of:\n\nA failed capture.\nIncreased interchange fees.\nCard scheme transaction fees.\nA cardholder-initiated chargeback for 'No Authorization' or 'Late Presentment' reasons.\n\n\n\nThe following tables include information on authorization validity periods for major card schemes that allow authorization adjustment.\nAmerican Express\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nAmex\nAll\nAll\nAll\nAll\n7 days\n\n\n\nCartes Bancaires\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nCarte Bancaires\nAll\nAll\nAll\nAll\n12 days\n\n\n\nChina UnionPay\n\n30 Days from the initial authorisation.\nAuthorisation adjustment does not extend the authorisation validity period.\n\nDiners\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nDiners\nAll\nMOTO\nAll\nAll\n7 days\n\n\nDiners\nDebit\nAll\nAll\nAll\n7 days\n\n\nDiners\nCredit\nAll\nAll\nAll\n30 days\n\n\nDiners\nAll\nAll\nAll\nCar Rental, Hotel\/Lodging\n30 days\n\n\n\nDiscover\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nDiscover\nAll\nAll\nAll\nAll\n10 days\n\n\nDiscover\nAll\nAll\nAll\nCar Rental, Hotel\/Lodging\n30 days\n\n\n\nJCB\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nJCB\nAll\nAll\nAll\nAll\n1 year\n\n\nJCB\nAll\nAll\nPre-auth\nHotel and Car rental\nTime of stay\/rental\n\n\n\nMastercard\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nMastercard\nAll\nAll\nFinal auth\nAll\n7 days\n\n\nMastercard\nAll\nAll\nPre-auth\nAll\n30 days\n\n\n\n\nCapturing Mastercard payments can be successful even when the authorization has expired after seven or 30 days. For domestic transactions in the US and Canada, there is a late capture fee.\n\nMexico Domestic\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nNetwork MX\nDebit\nAll\nFinal auth\nAll\n7 days\n\n\nNetwork MX\nCredit\nAll\nFinal auth\nAll\n30 days\n\n\nNetwork MX\nDebit\nAll\nPre-auth\nAll\n30 days\n\n\nNetwork MX\nCredit\nAll\nPre-auth\nAll\n120 days\n\n\n\nVisa\n\n\n\nScheme\nDebit\/credit\nEnvironment\nAuthorization type\nMCC\nDays\n\n\n\n\nVisa electron\nAll\nAll\nAll\nAll\n5 days\n\n\nVisa\nAll\nPOS\nAll\nAll\n5 days\n\n\nVisa\nAll\nMerchant initiated transactions (MIT) Applies to: ContAuth + Subscription \/ UnscheduledCardOnFile\nAll\nAll\n5 days\n\n\nVisa\nAll\nCNP Cardholder-initiated transactions (CIT) Applies to: Ecommerce \/ ContAuth + CardOnFile  Ecommerce + Subscription \/ UnscheduledCardOnFile\nAll\nAll\n10 days\n\n\nVisa\nAll\nCNP Cardholder-initiated transactions (CIT) Applies to: Ecommerce \/ ContAuth + CardOnFile  Ecommerce + Subscription \/ UnscheduledCardOnFile\nExtended-Auth\n  1\n\nAll\n30 days\n\n\nVisa\nAll\nAll\nPre-Auth\nCruise, Lodging, Vehicle Rental\n30 days\n\n\nVisa\nAll\nAll\nPre-Auth\n7999, 4457, 7296, 7841, 7394, 7519, 7033\n10 days\n\n\nVisa\nAll\nAll\nPre-Auth\n5542\n2 hours\n\n\n\n\nCapturing Visa payments after the authorization validity period may result in capture failures and processing integrity fees. Capturing Visa cardholder-initiated card-not-present transactions (CIT CnP) after the 10-day validity period may also incur an additional Extended Authorisation scheme fee, depending on regional requirements.\n\n 1 Visa's \"Extended-Auth\" feature is currently available only in pilot. If you would like to pilot this feature and provide feedback, reach out to your Adyen point of contact our Support Team.","type":"page","locale":"pt","boost":18,"hierarchy":{"lvl0":"Home","lvl1":"Online payments","lvl2":"Authorization adjustment"},"hierarchy_url":{"lvl0":"https:\/\/docs.adyen.com\/pt","lvl1":"https:\/\/docs.adyen.com\/pt\/online-payments","lvl2":"\/pt\/online-payments\/adjust-authorisation"},"levels":3,"category":"Online Payments","category_color":"green","tags":["Authorization","adjustment"]},"articleFiles":{"397652001.json":"<p alt=\"\">397652001.json<\/p>","async-auth-adjustment-request.js":"<p alt=\"\">async-auth-adjustment-request.js<\/p>","capture-auth-request.js":"<p alt=\"\">capture-auth-request.js<\/p>","modification-auth.request.json":"<p alt=\"\">modification-auth.request.json<\/p>","modification-auth.response.json":"<p alt=\"\">modification-auth.response.json<\/p>","sync-auth-adjustment-request.js":"<p alt=\"\">sync-auth-adjustment-request.js<\/p>"}}