;
};
With Per-Payment funding, you create a [Payment Instrument](/guides/payments/instruments#inbound-ach-and-wire-instructions) for one liability, then send (push) the exact Payment amount to its ACH or wire instructions. When Method receives the funds, it creates the Payment and handles the routing to the liability.
## Flow and schedule
### Daily schedule
Send the exact Payment amount early enough for the funds to reach Method by the standard cutoff:
| Rail | Inbound funds cutoff |
| ---- | -------------------- |
| ACH | 1:30 PM CT |
| Wire | 3:30 PM CT |
Per-Payment funding has one cutoff because receipt creates the Payment. Funds must reach Method by the listed time. Do not use the FBO batch-funding deadlines of 1:45 PM CT or 4:15 PM CT for this flow.
Each inbound transfer funds one Payment, so this flow does not require a reserve or prefunded FBO balance. These times apply on banking days and exclude banking holidays. Method confirms the timing for your program during implementation.
## Set up Per-Payment funding
Method must configure a default reversal Account for your team before `payment_instrument.inbound_achwire_payment` becomes available. You can pass `reversal_account` when you create the Payment Instrument to override that default for the instrument.
Confirm that `payment_instrument.inbound_achwire_payment` is in the liability Account's `products`.
Create an `inbound_achwire_payment` instrument and store its `pmt_inst_*` ID with the liability. See [Inbound ACH and wire instructions](/guides/payments/instruments#inbound-ach-and-wire-instructions).
Send the exact amount by ACH or wire to the returned account and routing numbers. Do not also call `POST /payments` for this transfer.
Handle the `payment.create` [webhook](/reference/webhooks/overview), retrieve the Payment, and confirm its `payment_instrument`, amount, `status`, and `error`.
Seeing `payment_instrument.inbound_achwire_payment` in the Account's `products` list means that the Account is eligible for inbound funding instructions. Method checks eligibility and your team's setup again when you create the Payment Instrument. Do not send funds until the create request returns completed instructions.
## Reconcile and handle failures
1. Store the Payment Instrument ID and your transfer ID before you send funds.
2. Match the created Payment to the stored `payment_instrument` ID.
3. Compare the Payment amount and status with your transfer record.
4. Continue to process `payment.update` events through `sent`, `posted`, `failed`, or `reversed`.
Rejected inbound transfers can also create a Payment and emit `payment.create` while Method returns the funds. Inspect `status` and `error` before you treat the transfer as accepted.
`source_trace_id` is `null` because the Payment source leg is an internal transfer. Use `sent` as the terminal status for a successful Payment. When available, `posted` confirms that the destination applied the Payment. Posted coverage depends on the destination institution and Account type, so not every Payment reaches `posted`.