# PartialApprovalDisposition

A model the API reference uses in a request or a response. The operation pages link every field typed as this model here.

Tracks what happened to a partially approved authorization: the issuer approved less than
the requested amount, and someone (the operator, the cardholder, or a gateway timeout) has
to decide whether to keep the reduced authorization, void it, or collect the shortfall on a
second tender.

## Values

| Value | Description |
| --- | --- |
| `Pending` | The partial approval has been detected and recorded, but nobody has decided its fate yet. The transaction is holding a reduced authorization at the issuer and is waiting on an operator/cardholder acknowledgment until dispositionDeadlineUtc elapses. |
| `Accepted` | The reduced authorization was accepted as-is. No reversal is issued and the transaction proceeds through the normal capture/settlement path for the approved (lesser) amount. |
| `Voided` | The reduced authorization was rejected and reversed, so the issuer hold is released. The reason is recorded on voidReason (operator choice, acknowledgment timeout, or an automatic gateway policy void). |
| `SplitTenderInitiated` | The reduced authorization was kept and a follow-up tender was started to collect the shortfall. The continuation transaction carries the same SplitTenderGroupId with the next SplitTenderSequence. |

## See also

- [All documentation](https://devportal.demo.winkpg.io/llms.txt): the machine-readable index of every public page on this site.