{"title":"Payments lifecycle","category":"default","creationDate":1791543439,"content":"<p>While your users can <a href=\"\/essentials\/look-up-payments#view-all-payments\">view payments and their statuses<\/a> within Essentials, you can provide support for them on payment-related questions. This requires a good understanding of the payments flow and the stages in which payments can be. <\/p>\n\n<div id=\"tabUXWgh\">\n    <div data-component-wrapper=\"tabs\">\n        <tabs\n                        :items=\"[{&quot;title&quot;:&quot;Successful payment&quot;,&quot;content&quot;:&quot;\\n&lt;p&gt;&lt;img alt=\\&quot;\\&quot; src=\\&quot;\/media\/3dd3196385fff655ba79bbc0d3f5d5714e5afbf991e7c40e05db84523cce24d1.svg?decoding=auto&amp;amp;fetchpriority=auto\\&quot; \/&gt;&lt;\/p&gt;\\n&quot;,&quot;altTitle&quot;:null,&quot;oldTabId&quot;:1,&quot;relation&quot;:&quot;&quot;},{&quot;title&quot;:&quot;Unsuccessful payment&quot;,&quot;content&quot;:&quot;\\n&lt;p&gt;&lt;img alt=\\&quot;\\&quot; src=\\&quot;\/media\/206895cd7d23340928e33bed004c31a8569fea5c1cc5cc0f5df89891be0454fe.svg?decoding=auto&amp;amp;fetchpriority=auto\\&quot; \/&gt;&lt;\/p&gt;\\n&quot;,&quot;altTitle&quot;:null,&quot;oldTabId&quot;:1,&quot;relation&quot;:&quot;&quot;},{&quot;title&quot;:&quot;Refund&quot;,&quot;content&quot;:&quot;\\n&lt;p&gt;&lt;img alt=\\&quot;\\&quot; src=\\&quot;\/media\/1bcaf8f9a1f1108b584cf500b8979736e08fd1cc05ad9d2ad19470a4f1b32a29.svg?decoding=auto&amp;amp;fetchpriority=auto\\&quot; \/&gt;&lt;\/p&gt;\\n&quot;,&quot;altTitle&quot;:null,&quot;oldTabId&quot;:1,&quot;relation&quot;:&quot;&quot;}]\"\n            :should-update-when-url-changes='false'>\n        <\/tabs>\n    <\/div>\n<\/div>\n\n<h2>Offer<\/h2>\n<p>Offer is the initial stage before a payment is created.<br \/>\nYou can see offers listed in your Customer Area under <strong>Payments<\/strong> &gt; <strong>Offers<\/strong> before they become payments. When an offer becomes a payment it moves to the <strong>Payments<\/strong> section.<br \/>\nFor some payment flows, this happens instantly and you will not see the offer in your Customer Area.<\/p>\n<h2>Payment<\/h2>\n<h3 id=\"authorised\">Authorised<\/h3>\n<p>The payment is approved by the financial institution.<br \/>\nWith automatic capture your user can go ahead with delivering goods or services. If delayed capture is set up, your user should wait for the payment to be captured before delivering goods or services.<br \/>\nFor <a href=\"\/point-of-sale\">in-person payments<\/a>, confirmation of an approved transaction from the POS system means your user can hand over goods.<\/p>\n<h3 id=\"authorisedpending\">AuthorisedPending<\/h3>\n<p>This status applies to <a href=\"\/point-of-sale\">in-person payments<\/a>. The customer's bank approved the payment, but the card and the terminal must confirm that the payment can be made. You or your user can still cancel a payment with <span translate=\"no\"><strong>AuthorisedPending<\/strong><\/span> status. From this status, the payment can become <a href=\"#authorised\">Authorised<\/a> or <a href=\"#cancelled\">Cancelled<\/a>.<\/p>\n<h3 id=\"cancelled\">Cancelled<\/h3>\n<p>A <a href=\"\/online-payments\/cancel\">cancellation<\/a> blocks funds transfer for an authorized payment. You can cancel a payment that has status <a href=\"#received\">Received<\/a>, <a href=\"#authorised\">Authorised<\/a>, or <a href=\"#authorisedpending\">AuthorisedPending<\/a>.<br \/>\nYou cannot cancel a payment that has reached the <a href=\"#sentforsettle\">SentForSettle<\/a> status.<br \/>\nThis is a final status, after a payment reaches the status <span translate=\"no\"><strong>Cancelled<\/strong><\/span> it cannot be changed.<\/p>\n<h3 id=\"capturefailed\">CaptureFailed<\/h3>\n<p><a href=\"\/online-payments\/capture\">Capture<\/a> failed for the payment, see <a href=\"\/online-payments\/capture\/failure-reasons\">failure reasons<\/a>. Adyen will try to fix the issue and re-capture the payment. If the payment is recaptured, the status of the payment becomes <a href=\"#sentforsettle\">SentForSettle<\/a>.<br \/>\nIf the payment is not recaptured within 10 days, 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>.<br \/>\nIf your user has a <a href=\"\/account\/getting-paid#payout-model\">pass-through payout<\/a> account, the funds will only be paid out to them after Adyen has captured the payment.<\/p>\n<h3 id=\"error\">Error<\/h3>\n<p>A payment was <a href=\"#received\">received<\/a>, but an error occurred while communicating with the financial institution.<br \/>\nThis is a final status, the payment can no longer change status. <\/p>\n<h3 id=\"expired\">Expired<\/h3>\n<p>A payment that has the status <a href=\"#authorised\">Authorised<\/a> but is not <a href=\"\/online-payments\/cancel\">cancelled<\/a> or [captured] for a certain length of time expires. The time it takes to expire depends on the payment method.<br \/>\nWhen a payment reaches this status, it is no longer possible to <a href=\"\/online-payments\/capture\">capture<\/a> it.<br \/>\nThis is a final status, the payment can no longer change status. <\/p>\n<h3 id=\"received\">Received<\/h3>\n<p>When a payment is first sent to the financial institution, Adyen gets a response that the request to make a new payment has been received. <span translate=\"no\"><strong>Received<\/strong><\/span> means that Adyen has received this response.<\/p>\n<h3 id=\"refused\">Refused<\/h3>\n<p>The payment request was received, and the request was rejected by the financial institution. The payment is also refused by Adyen if the risk score is more than 99 points.<br \/>\nThis is a final status, the payment can no longer change status.<\/p>\n<h3 id=\"sentforsettle\">SentForSettle<\/h3>\n<p>The request to transfer funds has been sent to the financial institution. Adyen is waiting to receive funds. For some payment methods, the payment has to be <a href=\"\/online-payments\/capture\">captured<\/a> before it can change status to <span translate=\"no\"><strong>SentForSettle<\/strong><\/span>. For some <a href=\"\/payment-methods\">payment methods<\/a>, the payment is captured automatically after being <a href=\"#authorised\">authorized<\/a>.<br \/>\nWhen a payment reaches <span translate=\"no\"><strong>SentForSettle<\/strong><\/span>, you cannot <a href=\"\/online-payments\/cancel\">cancel<\/a> it.<\/p>\n<h3 id=\"settlescheduled\">SettleScheduled<\/h3>\n<p>The request to transfer funds has been sent to the financial institution.<br \/>\nThis status applies to <a href=\"\/account\/sales-day-payout\">sales day payout<\/a> accounts and appears in reports as a <span translate=\"no\"><strong>Settled<\/strong><\/span> record. For some payment methods, the payment has to be <a href=\"\/online-payments\/capture\">captured<\/a> before it can change status to <span translate=\"no\"><strong>SettleScheduled<\/strong><\/span>. For others, the payment is captured automatically after being <a href=\"#authorised\">authorized<\/a>. When a payment reaches <span translate=\"no\"><strong>SettleScheduled<\/strong><\/span>, you or your user cannot <a href=\"\/online-payments\/cancel\">cancel<\/a> it.<br \/>\nThe funds will be paid out according to the sales day payout schedule.<\/p>\n<h3 id=\"settled\">Settled<\/h3>\n<p>The funds from the payment have been received by Adyen, this is the final status for successful payments. This status does not automatically mean the funds have been paid out to your user, this depends on their <a href=\"\/account\/getting-paid#payout-model\">payout model<\/a>.<\/p>\n<h3 id=\"settledexternally\">SettledExternally<\/h3>\n<p>The payment has been settled with an external acquirer. Adyen has received confirmation from the acquirer that the funds have been transferred to your user.<\/p>\n<h3 id=\"settledreversed\">SettledReversed<\/h3>\n<p>The payment has not been settled because Adyen has not received the funds 30 days after capture. If Adyen receives the funds more than 30 days after capture, then you see a <span translate=\"no\"><strong>Settled<\/strong><\/span> record.<\/p>\n<h2>Chargeback<\/h2>\n<div class=\"notices yellow\">\n<p>The dispute process varies depending on the scheme. You can find detailed information in the <a href=\"\/risk-management\/chargeback-guidelines\">chargeback guidelines for each scheme<\/a>.<\/p>\n<\/div>\n<h3 id=\"chargeback\">Chargeback<\/h3>\n<p>The payment was reversed by the customer, and the issuer has started a <a href=\"\/risk-management\/understanding-disputes\/dispute-process-and-flow\">dispute process<\/a>. Adyen withdraws the disputed funds from your user's merchant account. <\/p>\n<h3 id=\"chargebackexternally\">ChargebackExternally<\/h3>\n<p>The payment is recorded as a <a href=\"\/risk-management\/understanding-disputes\/dispute-process-and-flow\">chargeback<\/a> with an external acquirer. <\/p>\n<h3 id=\"chargebackreversed\">ChargebackReversed<\/h3>\n<p>Your user defended the <a href=\"\/risk-management\/understanding-disputes\/dispute-process-and-flow\">chargeback<\/a> successfully, or the customer re-paid the funds. Adyen has transferred the funds back to your  user's  account. If the defense is successful, this is the final status.<\/p>\n<h3 id=\"secondchargeback\">SecondChargeback<\/h3>\n<p>Your user was not successful in their <a href=\"\/risk-management\/understanding-disputes\/defense-requirements\">defense<\/a> of the first chargeback. This is the end of the dispute process and a final status.<\/p>\n<h2>Refund<\/h2>\n<p>When you initiate a refund, it can take up to 40 business days for the funds to be returned to the customer's account, depending on the payment method.<\/p>\n<h3 id=\"refunded\">Refunded<\/h3>\n<p>The financial institution has refunded the customer and the funds have been deducted from your user's account.<\/p>\n<h3 id=\"refundedexternally\">RefundedExternally<\/h3>\n<p>The payment was refunded through an external acquirer. Adyen has received confirmation from the acquirer that the payment has been refunded.<\/p>\n<h3 id=\"refundedreversed\">RefundedReversed<\/h3>\n<p>The <a href=\"\/online-payments\/refund#refunded-reversed\">refund was returned<\/a>. This means that the funds have been returned to Adyen, and are back in your user's account. This can happen if, for example, the customer's bank account details have changed. We recommend that you advise your user to contact the customer to check their bank account details before retrying the refund.<\/p>\n<h3 id=\"refundfailed\">RefundFailed<\/h3>\n<p>The <a href=\"\/online-payments\/refund#refund-failed\">refund failed<\/a> and the funds are in your user's  account.<br \/>\nAdyen investigates failed refunds. If the refund is not made within 10 days, 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>.<br \/>\nDo not try to refund the customer again. This can result in refunding the shopper twice, or in the second refund failing if the cause of the failure is not resolved.<\/p>\n<h3 id=\"refundnotcleared\">RefundNotCleared<\/h3>\n<p>A technical error occurred with the refund, so the funds were returned to your user's account. When the error is resolved, funds are debited from your user's account again. 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> for more details.<\/p>\n<h3 id=\"refundpending\">RefundPending<\/h3>\n<p>This status applies to <a href=\"\/point-of-sale\">in-person payments<\/a>.<br \/>\nThe refund has been recorded but the request to refund has not yet been sent to the financial institution. You can still cancel the refund for a payment with this status. From this status the payment will become <a href=\"#refunded\">Refunded<\/a> if you do not cancel the refund.<\/p>\n<h3 id=\"refundscheduled\">RefundScheduled<\/h3>\n<p>This status applies to <a href=\"\/account\/sales-day-payout\">sales day payout<\/a> accounts.<br \/>\nThe net transaction amount of the refund will be debited on your user's behalf with a delay according to their <a href=\"\/account\/sales-day-payout\">sales day payout<\/a> schedule.<\/p>\n<h3 id=\"sentforrefund\">SentForRefund<\/h3>\n<p>The request to <a href=\"\/online-payments\/refund\">refund<\/a> the payment back to the customer has been sent to the financial institution.<br \/>\nYou can only refund a payment after it has reached <span translate=\"no\"><strong>SentForSettle<\/strong><\/span>. You cannot reverse a refund request.<\/p>\n<h3>RefundScheduledUnconfirmed<\/h3>\n<p>This status applies to sales day payout accounts and can occur for certain payment methods.<br \/>\nIt is an intermediary step before the full capture commences, while there is no money movement yet. From this status, the payment will become <span translate=\"no\"><strong>RefundScheduled<\/strong><\/span> once the payment method confirms it.<\/p>\n<h3>UnconfirmedRefundFailed<\/h3>\n<p>This status applies to sales day payout accounts and can occur for certain payment methods.<br \/>\nThis status can only apply after a <span translate=\"no\"><strong>RefundScheduledUnconfirmed<\/strong><\/span>, in case the payment method did not confirm the refund or because of a technical error. It is possible to re-initiate the refund after this.<\/p>","url":"https:\/\/docs.adyen.com\/managed-model\/payment-lifecycle","articleFields":{"description":"Learn about payment statuses and how you can track them.","feedback_component":true,"process":{"markdown":true,"twig":true},"twig_first":true,"never_cache_twig":true,"parameters":{"integrationType":"managed","directoryPath":"\/managed-model"}},"algolia":{"url":"https:\/\/docs.adyen.com\/managed-model\/payment-lifecycle","title":"Payments lifecycle","content":"While your users can view payments and their statuses within Essentials, you can provide support for them on payment-related questions. This requires a good understanding of the payments flow and the stages in which payments can be. \n\n\n    \n        \n        \n    \n\n\nOffer\nOffer is the initial stage before a payment is created.\nYou can see offers listed in your Customer Area under Payments &gt; Offers before they become payments. When an offer becomes a payment it moves to the Payments section.\nFor some payment flows, this happens instantly and you will not see the offer in your Customer Area.\nPayment\nAuthorised\nThe payment is approved by the financial institution.\nWith automatic capture your user can go ahead with delivering goods or services. If delayed capture is set up, your user should wait for the payment to be captured before delivering goods or services.\nFor in-person payments, confirmation of an approved transaction from the POS system means your user can hand over goods.\nAuthorisedPending\nThis status applies to in-person payments. The customer's bank approved the payment, but the card and the terminal must confirm that the payment can be made. You or your user can still cancel a payment with AuthorisedPending status. From this status, the payment can become Authorised or Cancelled.\nCancelled\nA cancellation blocks funds transfer for an authorized payment. You can cancel a payment that has status Received, Authorised, or AuthorisedPending.\nYou cannot cancel a payment that has reached the SentForSettle status.\nThis is a final status, after a payment reaches the status Cancelled it cannot be changed.\nCaptureFailed\nCapture failed for the payment, see failure reasons. Adyen will try to fix the issue and re-capture the payment. If the payment is recaptured, the status of the payment becomes SentForSettle.\nIf the payment is not recaptured within 10 days, contact our Support Team.\nIf your user has a pass-through payout account, the funds will only be paid out to them after Adyen has captured the payment.\nError\nA payment was received, but an error occurred while communicating with the financial institution.\nThis is a final status, the payment can no longer change status. \nExpired\nA payment that has the status Authorised but is not cancelled or [captured] for a certain length of time expires. The time it takes to expire depends on the payment method.\nWhen a payment reaches this status, it is no longer possible to capture it.\nThis is a final status, the payment can no longer change status. \nReceived\nWhen a payment is first sent to the financial institution, Adyen gets a response that the request to make a new payment has been received. Received means that Adyen has received this response.\nRefused\nThe payment request was received, and the request was rejected by the financial institution. The payment is also refused by Adyen if the risk score is more than 99 points.\nThis is a final status, the payment can no longer change status.\nSentForSettle\nThe request to transfer funds has been sent to the financial institution. Adyen is waiting to receive funds. For some payment methods, the payment has to be captured before it can change status to SentForSettle. For some payment methods, the payment is captured automatically after being authorized.\nWhen a payment reaches SentForSettle, you cannot cancel it.\nSettleScheduled\nThe request to transfer funds has been sent to the financial institution.\nThis status applies to sales day payout accounts and appears in reports as a Settled record. For some payment methods, the payment has to be captured before it can change status to SettleScheduled. For others, the payment is captured automatically after being authorized. When a payment reaches SettleScheduled, you or your user cannot cancel it.\nThe funds will be paid out according to the sales day payout schedule.\nSettled\nThe funds from the payment have been received by Adyen, this is the final status for successful payments. This status does not automatically mean the funds have been paid out to your user, this depends on their payout model.\nSettledExternally\nThe payment has been settled with an external acquirer. Adyen has received confirmation from the acquirer that the funds have been transferred to your user.\nSettledReversed\nThe payment has not been settled because Adyen has not received the funds 30 days after capture. If Adyen receives the funds more than 30 days after capture, then you see a Settled record.\nChargeback\n\nThe dispute process varies depending on the scheme. You can find detailed information in the chargeback guidelines for each scheme.\n\nChargeback\nThe payment was reversed by the customer, and the issuer has started a dispute process. Adyen withdraws the disputed funds from your user's merchant account. \nChargebackExternally\nThe payment is recorded as a chargeback with an external acquirer. \nChargebackReversed\nYour user defended the chargeback successfully, or the customer re-paid the funds. Adyen has transferred the funds back to your  user's  account. If the defense is successful, this is the final status.\nSecondChargeback\nYour user was not successful in their defense of the first chargeback. This is the end of the dispute process and a final status.\nRefund\nWhen you initiate a refund, it can take up to 40 business days for the funds to be returned to the customer's account, depending on the payment method.\nRefunded\nThe financial institution has refunded the customer and the funds have been deducted from your user's account.\nRefundedExternally\nThe payment was refunded through an external acquirer. Adyen has received confirmation from the acquirer that the payment has been refunded.\nRefundedReversed\nThe refund was returned. This means that the funds have been returned to Adyen, and are back in your user's account. This can happen if, for example, the customer's bank account details have changed. We recommend that you advise your user to contact the customer to check their bank account details before retrying the refund.\nRefundFailed\nThe refund failed and the funds are in your user's  account.\nAdyen investigates failed refunds. If the refund is not made within 10 days, contact our Support Team.\nDo not try to refund the customer again. This can result in refunding the shopper twice, or in the second refund failing if the cause of the failure is not resolved.\nRefundNotCleared\nA technical error occurred with the refund, so the funds were returned to your user's account. When the error is resolved, funds are debited from your user's account again. Contact our Support Team for more details.\nRefundPending\nThis status applies to in-person payments.\nThe refund has been recorded but the request to refund has not yet been sent to the financial institution. You can still cancel the refund for a payment with this status. From this status the payment will become Refunded if you do not cancel the refund.\nRefundScheduled\nThis status applies to sales day payout accounts.\nThe net transaction amount of the refund will be debited on your user's behalf with a delay according to their sales day payout schedule.\nSentForRefund\nThe request to refund the payment back to the customer has been sent to the financial institution.\nYou can only refund a payment after it has reached SentForSettle. You cannot reverse a refund request.\nRefundScheduledUnconfirmed\nThis status applies to sales day payout accounts and can occur for certain payment methods.\nIt is an intermediary step before the full capture commences, while there is no money movement yet. From this status, the payment will become RefundScheduled once the payment method confirms it.\nUnconfirmedRefundFailed\nThis status applies to sales day payout accounts and can occur for certain payment methods.\nThis status can only apply after a RefundScheduledUnconfirmed, in case the payment method did not confirm the refund or because of a technical error. It is possible to re-initiate the refund after this.","type":"page","locale":"en","boost":18,"hierarchy":{"lvl0":"Home","lvl1":"Adyen for Platforms - Managed model","lvl2":"Payments lifecycle"},"hierarchy_url":{"lvl0":"https:\/\/docs.adyen.com\/","lvl1":"https:\/\/docs.adyen.com\/managed-model","lvl2":"\/managed-model\/payment-lifecycle"},"levels":3,"category":"","category_color":"","tags":["Payments","lifecycle"]}}
