Payment register in 1C: compile, prioritize, and approve

Learn why a payment register in 1C matters, how it differs from a payment export, how to set priorities, and why payments without a valid basis are risky.

  • How is a register different from a payment order export?
  • What a working register contains
  • Five problems visible in any register
  • Frequently asked questions about payment registers

A payment register in 1C is not a list of payment orders to upload to the bank. It is a list of payment requests with justification, due date, priority, and approval workflow: the document used to decide what to pay today and what to defer. Without it, decisions are made in a messenger, and only the result enters the accounting system.

How is a register different from a payment order export?

Payment order exportPayment register
EssenceThe accountant receives payments approved elsewhere, creates payment orders, and exports them to the bank. The decision about what to pay was made earlier and outside the system.A payment request is created with a basis, due date, and expense item, approved according to a rule, and added to the register for the scheduled date. The payment order is the final step, not the first.
What is visibleamounts and recipientsobligation, due date, expense item, initiator, approver
Basisis stored in email or with the initiatorcontract, invoice, receipt document
Priorityis determined by whoever asked most loudlyby the consequences of non-payment and by limits
Nextonly the payment itself remainswho approved it, when, and on what basis

Standard 1C configurations differ in scope: management-class solutions include a cash disbursement request with an approval workflow, while accounting configurations usually do not. There, the register is assembled as a report or spreadsheet, or added through customization. This is why a hybrid setup is common: approval in a messenger, the register in Excel, and payment orders in 1C.

Map out your integration landscape

What a working register contains

  1. 01

    Basis

    A contract, invoice, or receipt document. A request without a basis should never reach payment—this is where closing documents later get lost.

  2. 02

    Due date and consequence

    Not “when convenient,” but the contractual date and what happens if it is missed: penalties, suspended delivery, or an account freeze.

  3. 03

    Item and analytics

    Cash flow item, project, department, and legal entity. Without them, the register cannot be reconciled with the budget and plan-versus-actual data.

  4. 04

    Priority

    A rule, not an opinion: mandatory payments, those critical to operations, and the rest. Priority should belong to the request, not to whoever submitted it.

  5. 05

    Approval route

    Who approves depends on the amount, expense item, and legal entity. The route is defined in advance; otherwise, approval must be figured out from scratch each time.

  6. 06

    Link to balances

    The register is checked against actual balances and expected incoming funds. Without this, it does not warn about a cash gap; it merely records wishes.

Five problems visible in any register

Payment without a basis

The money is gone, but there is no contract or invoice behind the payment. The issue surfaces at month-end or during reconciliation when the closing document never appears.

Duplicate payment

The same invoice is submitted twice—by the initiator and accounting—several days apart. Without checks on the invoice number and amount, the duplicate goes unnoticed.

Priority by who shouts loudest

Urgent payments rise to the top not because of their consequences but because of the requester's persistence. Taxes and payroll are pushed to the following week.

Approval without an audit trail

Approval was given verbally or in a chat. A month later, no one can say who authorized the payment or on what basis—and that is when the question is asked.

A register without cash

The list is compiled, but balances and incoming funds are not considered. The cash gap is discovered on the payment date, not a week in advance.

  1. All five problems have one thing in common: they are not about arithmetic, but about discipline.

  2. A more convenient spreadsheet will not solve them—a rule checked before a request enters the register will. ### What this costs the company

  3. A section for the manager to whom the finance specialist or accountant presents this material.

  4. A weak register does not look like a problem: payments go through and the bank works.

  5. The cost appears in three places: overdue obligations with penalties even when funds were available; missing closing documents at period-end; and the manager’s time spent manually deciding the payment queue every week. Questions to ask the team:

  6. What share of payments is made without being linked to a contract or invoice?—

  7. Where is the approval decision for a substantial payment stored?—

  8. How many days in advance do we learn that there is not enough money for a mandatory payment?

  9. Collection and verification are automated here, not the payment decision.

  10. The agent adds only requests with a clear basis and approval route to the register, checks duplicates, limits, and balances, and sends disputed items to an exceptions queue.

  11. The payment decision remains with the finance specialist or owner.

  12. This is an in-scope process. AI accountant; the forecasting side—the payment calendar and cash gaps—is covered separately in the article "Payment calendar in 1C", and how to build a management view—in management reporting case.

  13. Posting completed payments is a related area; it is covered separately. “Bank statement in 1C”.

FAQ

Frequently asked questions about payment registers

How does a payment register differ from a payment calendar?

The register shows what to pay today and in what order. The calendar is a forecast: when obligations fall due and whether there will be enough money. The register is generated from the calendar for a specific date.

Is there a payment register in standard 1C:Accounting?

Management-class solutions include cash expenditure requests with approval routes. In the accounting configuration, the register is usually assembled in a report or spreadsheet, so approval often moves to email and messengers.

How should payment priorities be set?

By rule, not debate: first, mandatory payments with direct consequences for late payment; then those critical to operations; then everything else. Priority belongs to the request and its consequences, not to the requester.

What should you do with a request without justification?

Do not let it into the register. If there is no contract or invoice at the request stage, there is almost always no closing document later—and questions arise at period-end and during reconciliation.

Can approval be automated?

Build the register, check justifications, duplicates, and limits, and route the request as defined — yes. The payment decision itself remains with a person: the agent prepares and checks, but does not control the money.

How is the register connected to reconciliation with counterparties?

Directly: a payment without a basis or posted to the wrong contract appears as a discrepancy in the reconciliation statement. Regular reconciliation reveals the consequences of weak payment discipline.

Discuss the article: Payment register in 1C: build it,…

Enter your email or phone number so we can get back to you.

Send via: