Vendor payment runs: checking cash, approvals, and due dates together

Select valid bills due in the relevant period and confirm vendor, amount, entity, currency, due date, and approval. Exclude unresolved duplicates or disputed items until their status is reviewed.

Check credits and prior payments. A payable list that ignores unapplied credits can schedule more cash than the company actually owes.

Use reconciled usable balances and the short-term cash forecast. Include payroll, taxes, debt, and other payments already committed. Keep restricted or processor-held funds separate.

For illustration, a $30,000 vendor run cannot be assessed solely against a $50,000 bank balance if $35,000 is needed for near-term payroll and taxes. The payment decision needs dates as well as totals.

Identify essential vendors, contractual dates, discounts, and consequences of delayed payment. Seek written agreement for changes where needed. An internal choice to postpone a payment does not alter the vendor's terms.

Keep the preparer and payment approver distinct where practical. For a small team, use an appropriate compensating review and retain it with the run.

Check banking-detail changes using a trusted process independent of the new request. Review unusual amounts and newly added vendors before release.

Use the bank or payment platform's documented approval controls. Avoid sharing reusable credentials or assuming one person's accounting access includes payment authority.

Match completed payments to the bank and bills. Track rejected, pending, returned, or duplicate transfers with an owner. A scheduled payment should not be treated as cleared cash.

Retain the approved list, verification evidence, payment references, and exceptions. Feed actual timing into the next forecast. A complete payment run explains why each payment was approved, which obligation it settled, and what remains outstanding.

Check payments scheduled through other systems before approving the run. A vendor already queued in a purchasing platform can appear unpaid in the ledger until settlement. Record that pending status so two teams do not release the same obligation.