Skip to content
Vendors and payments

Keep supported vendor and payment activity beside the expense.

Maintain canonical vendor records, attach payment evidence and record supported partial or final payment activity with explicit confirmation.

NIYAM Finance Inbox with expenses, approvals, payments due and vendors
Curated reference product screen showing the intended NIYAM workflow.
The payment handoff

A payment state is unclear when the expense and evidence are elsewhere.

Small teams need to know the vendor, related expense, amount already recorded and what remains due without pretending the product executes banking or accounting.

The working sequence

A clear path from capture to responsible action.

Each step keeps the record, its context and the next responsibility visible.

  1. 01

    Maintain the vendor

    Use the existing canonical vendor record.

  2. 02

    Open the expense

    Keep the related site, amount, evidence and approval context visible.

  3. 03

    Record payment activity

    Attach supported evidence and record a partial or final amount.

  4. 04

    Confirm state

    Prevent duplicate, overpayment and invalid-state operations.

Inside the feature

What vendor payments covers.

Focused capabilities for the complete workflow, described within their supported operating boundaries.

Vendor directory

Maintain supported vendor information in one canonical record.

Payments due

See supported due-state information in Finance Inbox.

Partial and final records

Record supported payment activity with validation.

Payment evidence

Retain supported source evidence beside the record.

NIYAM Approvals centre with pending expense and material decisions
Curated reference product screen showing the intended NIYAM workflow.
Clear payment state

Vendors and payments due remain visible in Finance Inbox.

Current product evidence shows the compact Finance Inbox sections and the decision centre used by supported release actions.

  • Canonical vendor records
  • Partial and final payment state
  • Duplicate and overpayment protection
Who does what

A useful record has a responsible next person.

The feature supports the handoff without blurring who records, reviews or receives the information.

01

Accountant

Maintain supported vendor, evidence and payment records.

02

Owner

Confirm permitted money-changing actions with context.

03

Project manager

See the supported project expense and payment state when permitted.

Payment boundary

NIYAM records supported activity; it does not execute a bank transfer.

Payment release and mark-paid actions require explicit authorised confirmation. Tax accounting and bank settlement remain outside the product claim.

  • Explicit confirmation
  • No bank-execution claim
  • Evidence and history retained
Common questions

Questions about vendor payments.

Straight answers about scope, review and responsibility.

Can NIYAM record partial payments?

Supported partial and final payment activity can be recorded with the current validations and evidence.

Does NIYAM prevent overpayment?

The current contract validates duplicate and overpayment attempts and protects invalid state transitions.

Does NIYAM send money to the vendor?

No. It records supported operational payment state; it is not represented as bank execution.