> ## Documentation Index
> Fetch the complete documentation index at: https://docs.younegotiate.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Payment History

> Jane wants to confirm which payments cleared on a deactivated or completed account.

## Real-World Example

Jane wants to confirm which payments cleared on a deactivated or completed account. Payment History should show her the payment records tied to that account without reopening negotiation actions.

## Visual Flow

```mermaid placement="top-right" actions={true} theme={"system"}
flowchart TD
    A["Consumer opens payment history"] --> B["Portal loads account payment records"]
    B --> C["Payments are shown with status and dates"]
    C --> D["Consumer reviews completed, failed, or cancelled activity"]
    classDef default fill:#F8FAFC,stroke:#64748B,stroke-width:1.5px,color:#0F172A;
    classDef actor fill:#E0F2FE,stroke:#0284C7,stroke-width:2px,color:#0C4A6E;
    classDef system fill:#F8FAFC,stroke:#64748B,stroke-width:1.5px,color:#0F172A;
    classDef decision fill:#FEF3C7,stroke:#D97706,stroke-width:2px,color:#78350F;
    classDef risk fill:#FEE2E2,stroke:#DC2626,stroke-width:2px,color:#7F1D1D;
    classDef outcome fill:#DCFCE7,stroke:#16A34A,stroke-width:2px,color:#14532D;
    class A,D actor;
    class B,C system;
    class D outcome;
    linkStyle default stroke:#94A3B8,stroke-width:2px;
```

## How It Should Work

* It should show payment records for the selected consumer account.
* It should make amount, date, and status understandable.
* It should remain available where historical payment context is needed.

## How It Should Not Work

* It should not show payment records for another consumer or creditor account.
* It should not make historical payment review look like an active payment setup page.
* It should not hide failed or cancelled payment records when they explain account history.

## Developer Notes

* The Payment History screen is available for deactivated accounts. Completed accounts use the completed payment summary instead.
* Load the screen with `GET /accounts/{consumer}/payments/history`.
* Download its agreement with `GET /accounts/{consumer}/payments/agreement`.
* The history response is intentionally compact and does not include Schedule Plan actions or calendar metadata.
* History records must match gateway/job outcomes.

## Related App Areas

* `routes/consumer/index.php`
* `app/Livewire/Consumer/PaymentHistory.php`
* `app/Jobs/Concerns/ProcessesScheduleTransactionPayments.php`