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.
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.
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.
| Payment order export | Payment register | |
|---|---|---|
| Essence | The 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 visible | amounts and recipients | obligation, due date, expense item, initiator, approver |
| Basis | is stored in email or with the initiator | contract, invoice, receipt document |
| Priority | is determined by whoever asked most loudly | by the consequences of non-payment and by limits |
| Next | only the payment itself remains | who 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.
A contract, invoice, or receipt document. A request without a basis should never reach payment—this is where closing documents later get lost.
Not “when convenient,” but the contractual date and what happens if it is missed: penalties, suspended delivery, or an account freeze.
Cash flow item, project, department, and legal entity. Without them, the register cannot be reconciled with the budget and plan-versus-actual data.
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.
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.
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.
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.
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.
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 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.
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.
All five problems have one thing in common: they are not about arithmetic, but about discipline.
A more convenient spreadsheet will not solve them—a rule checked before a request enters the register will. ### What this costs the company
A section for the manager to whom the finance specialist or accountant presents this material.
A weak register does not look like a problem: payments go through and the bank works.
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:
What share of payments is made without being linked to a contract or invoice?—
Where is the approval decision for a substantial payment stored?—
How many days in advance do we learn that there is not enough money for a mandatory payment?
Collection and verification are automated here, not the payment decision.
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.
The payment decision remains with the finance specialist or owner.
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.
Posting completed payments is a related area; it is covered separately. “Bank statement in 1C”.
FAQ
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.
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.
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.
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.
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.
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.