# Payment Statuses

<table><thead><tr><th width="172">Id</th><th>Status</th><th>Description</th></tr></thead><tbody><tr><td>1</td><td>Created</td><td>When payment orders are submitted to Paywall, the transaction record created in Paywall is initially registered as "Created". This step indicates that the transaction has been received.<br><br><strong>Example:</strong> When a NonSecure payment order is submitted to Paywall, it is first recorded with the "Created" status. Afterwards, as the payment process begins, the status is updated to reflect the current payment stage.</td></tr><tr><td>2</td><td>Started</td><td><p>Depending on the payment method, the “Started” status may vary. This status generally represents the step where communication with the provider begins. Below is a summary for both NonSecure and 3D payment flows:</p><p></p><p>NonSecure: Once the transaction reaches Paywall, it immediately proceeds through internal checks and starts communication with the provider (Bank/PF). When the communication begins, the payment is updated to Started.</p><p></p><p>3D: When the transaction is submitted to Paywall, a 3D link is returned. At this point, the payment remains in the <mark style="color:yellow;"><code>Created</code></mark> status. Once the 3D link is opened, the payment is updated to <mark style="color:red;"><code>Started</code></mark>.</p></td></tr><tr><td>3</td><td>Waiting for Settlement</td><td>If the payment is a pre-authorized transaction, and the transaction is successful but waiting for the settlement (capture) command, the payment remains in the <mark style="color:blue;"><code>Waiting</code></mark> for <mark style="color:blue;"><code>Settlement</code></mark> status during this period.</td></tr><tr><td>4</td><td>successfully</td><td>If the relevant transaction is completed <mark style="color:green;"><code>successfully</code></mark>, its status will be displayed as <strong>Successful</strong>.</td></tr><tr><td>5</td><td>Failed</td><td><strong>If the relevant transaction </strong><mark style="color:orange;"><strong>fails to complete successfully</strong></mark><strong>, its status will be displayed as </strong><mark style="color:red;"><strong><code>Failed</code></strong></mark><strong>.</strong></td></tr><tr><td>6</td><td>PayJump</td><td>When a payment fails, the moment it starts to be recovered via PayJump, the status of the related payment is updated to <mark style="color:green;">PayJump</mark>.<br>This makes it possible to identify that the payment is currently being processed by the PayJump recovery algorithm, and the subsequent transaction steps can still be tracked accordingly.</td></tr><tr><td>7</td><td>Failed (On Query).</td><td>If the related transaction is detected as failed at the moment it is queried on the provider side, its status will be set to <mark style="color:red;">Failed (On Query).</mark></td></tr><tr><td>8</td><td>Intermediate</td><td>The Intermediate status indicates that an additional step required for the transaction to be completed is currently in progress.<br>These steps are generally related to actions like token retrieval from the Bank or Payment Facilitator (PF).</td></tr><tr><td>9</td><td><strong>Query Started (PayJump)</strong></td><td><p><strong>If a transaction that failed at the HTTP layer and entered PayJump is configured to allow provider-side querying in your PayJump setup, it will be queried at the relevant provider (e.g., in the case of a timeout error).</strong><br>In this case, the steps indicating the start and end of the query are recorded.</p><p></p><p><strong>Example:</strong> Timeout transactions.</p></td></tr><tr><td>10</td><td>Query Completed (PayJump)</td><td><p><strong>If a transaction has failed at the HTTP layer and has entered PayJump, and if your PayJump configuration has provider-side querying enabled, the transaction will be queried at the relevant provider (e.g., in the case of a timeout error).</strong><br>In such cases, the steps indicating when the query started and ended are logged.</p><p></p><p><strong>Example:</strong> Timeout transactions.</p></td></tr><tr><td>11</td><td>Sağlayıcı Geri Bildirim → Provider Callback</td><td>If a notification regarding the transaction is received from the <strong>Provider</strong>, the transaction is updated as <mark style="color:blue;"><strong><code>Provider Callback</code></strong><code>.</code></mark></td></tr><tr><td>12</td><td>Canceled</td><td>Transactions in pre-authorization are updated to Canceled when the pre-authorization is <mark style="color:red;">canceled.</mark></td></tr><tr><td>13</td><td>Marked as Fraud</td><td>If a transaction is marked as fraud by the system or authorized users, its status is updated to <mark style="color:red;"><strong>Marked as Fraud</strong>.</mark></td></tr><tr><td>14</td><td>Pending</td><td><p><mark style="color:purple;"><code>Pending</code></mark> transactions indicate that the transaction is waiting for an action required by the flow.</p><p>Examples:</p><ol><li>Opening of the Masterpass 3D link</li><li>Masterpass OTP verification<br>etc.</li></ol></td></tr></tbody></table>