Verified on release 3.0.74.2 "Accounting for Kazakhstan" (edition 3.0).
You open the closing month and see something odd: in accounting everything reconciles on the account, but in the settlements report or the goods balances report an extra line "hangs" or goes negative. The postings are correct, yet the register lies. In such cases accountants used to dig into the "Register Records Adjustment" document and edit the movements manually. Today you will find it in the database under the technical name "DeleteRegisterRecordsAdjustment" with the synonym "(not used) Register Records Adjustment" — and that is the main thing to understand about it.
Important from the very first line. The "Delete" prefix and the "(not used)" synonym are a developer's marker: the object is kept only for compatibility with old databases migrated from previous editions. You must not create new documents with it. For manual editing of registers and postings in 3.0.74.2, use the document "Operation (accounting and tax accounting)" — the section below shows how. This guide explains what you see in the old document, how to read it, and what to replace it with.
1. Purpose
The document allowed manually adding, changing, and reversing movements in accumulation registers, information registers, and the accounting register — without an ordinary "business" document. It was used to close discrepancies between accounting and auxiliary registers (settlements, batches, VAT, tax registers). In the current edition it is not used: it has been replaced by "Operation" and specialized period-closing assistants.
2. Where to find it
- In the standard interface there is no "Create" button for it — the object is hidden from subsystems.
- Open the list of existing documents (in old/migrated databases): Main → All functions → Documents → DeleteRegisterRecordsAdjustment. The "All functions" item is enabled in Service → Options → Display the "All functions" command.
- Direct 1C navigation link (File → Go to navigation link or Ctrl+click on the address):
e1cib/list/Документ.УдалитьКорректировкаЗаписейРегистров
For a new manual adjustment, use the standard route: Operations → Accounting → Manually entered operations → Create → Operation.
2a. How to find out your release
Help → About the program (or the "i" icon in the top right corner). In the window that opens: at the top — the "1C:Enterprise" platform version (for example, 8.3.24.x), below — the line "Accounting for Kazakhstan, edition 3.0 (3.0.74.2)". It is this second number that is the configuration release the instruction refers to.
3. How to fill it in
If you do still open an existing document for viewing or are forced to edit it in a migrated database — here are the key fields.
| Field | Required | Why, and what happens on error |
|---|---|---|
| Number / Date | Yes | The date defines the movement period. Set a date in a closed period and the movement lands in already-submitted reporting, balances "shift" retroactively. |
| Organization | Yes | All movements are recorded for this organization. Get it wrong and the adjustment lands in another legal entity's accounting, and the discrepancy only grows. |
| Use movement filling (checkbox) | — | Enables automatic movement filling according to the standard rules of the source document. Clear it — you work "from scratch", filling in each register tab by hand. |
| Filling method / Settings | — | Defines from which source document to copy the movements before editing. |
| Register tabs (Accounting, accumulation registers, information registers) | Yes, at least one | Here is the essence: movement lines with resources (Dr/Cr, Quantity, Amount, Currency). An empty document fixes nothing; the wrong amount sign doubles the error. |
| Comment | No, but needed | The only trace of why you intervened manually. Six months later during an audit it will save you: write the basis and the essence of the correction. |
Work order:
- Set the Organization and Date (the date — strictly in an open period).
- Determine exactly which register "lies": look at the Universal report or the turnover statement for the disputed account/batch.
- On the required tab, add a movement line. For reversal, enter the amount/quantity with a minus; for addition — with a plus.
- Check whether the accounting register also needs to be corrected in parallel (otherwise accounting and the auxiliary register will diverge again).
- Post it and immediately verify the result with a report.
4. Worked example with figures and postings
Situation. LLP "Astana-Snab" (VAT payer, 2026 rate — 16%). In March goods were shipped to a customer for 1,160,000 ₸ (including VAT 16% = 160,000 ₸, cost 700,000 ₸). The sale was recorded correctly, the postings are correct. But in the accumulation register "Settlements", due to an old manual document, an extra line of customer debt for 116,000 ₸ got stuck — the customer settlements report shows a debt of 1,276,000 ₸ instead of 1,160,000 ₸. On account 1210 in accounting the correct 1,160,000 ₸ stands.
Correct postings of the sale itself (for context):
| Dr | Cr | Amount, ₸ | Description |
|---|---|---|---|
| 1210 | 6010 | 1,000,000 | Sales revenue excluding VAT |
| 1210 | 3130 | 160,000 | VAT payable 16% |
| 7010 | 1330 | 700,000 | Cost of goods written off |
The adjustment task is to remove the extra 116,000 ₸ only from the settlements register, without touching the correct account 1210.
In the document, on the "Settlements with counterparties" register tab, you add a line:
- Movement type — Expense (reducing the debt);
- Counterparty/Contract — the customer;
- Amount — 116,000 ₸ (reversing).
You do not touch the accounting register — everything is correct there. After posting, the settlements report will show the correct 1,160,000 ₸, and the turnover statement for 1210 will not change.
If the account itself had diverged (for example, in accounting 1,276,000 ₸ was hanging), the correction is made using an Operation with a reversing posting:
Dr 1210 Cr 1210 reversal 116,000 ₸with the correct analytical breakdown, or by an ordinary reversal of the erroneous document.
5. Operation types
It has no separate "Operation type" field with a drop-down list, as standard documents do. Functionally it can do:
- Adding movements to a register (positive amounts/quantities);
- Reversing movements (negative);
- Adjusting the resource values of an existing movement;
- working on one or several registers at once (accounting + accumulation + information) within a single document.
6. What is generated on posting
- Movements on the selected registers — exactly the lines you specified on the tabs (accumulation registers "Settlements", "Goods batches", "VAT", tax registers, etc.).
- Postings on the accounting register — only if you filled in the accounting register tab (Dr/Cr/Amount).
- The document does NOT generate electronic documents (ESF, SNT). It works with internal accounting registers; issuing an ESF in the ESF IS and preparing an SNT are done by separate sales/receipt documents. Do not try to "draw in" VAT for an ESF with it — the data for electronic invoices will not get there.
7. Printed forms
The document has no proprietary unified printed form. The service print "Accounting statement" (a form for internally justifying a manual adjustment) is available, along with the standard list output via "More → Output list". To verify the result, use not the document print but reports: the trial balance and the Universal report for the required register.
8. Common mistakes
"The data is not suitable for the line: ... The 'Recorder' field" — when trying to post an empty or corrupted document after a database migration. Solution: do not create new such documents; move the correction to an "Operation".
"The document is not available for editing" — the object is hidden by the interface. Solution: open it through "All functions" only for viewing; for editing — the standard "Operation".
"The operation cannot be posted. The period is closed" — the date fell into a closed period (an editing prohibition date is set). Solution: Administration → Editing prohibition dates; or set a date in an open period.
After posting, accounting and the register diverged. A classic: you corrected the accumulation register but not the accounting account (or vice versa). Solution: edit both sides consistently, then reconcile the trial balance and the Universal report.
VAT did not appear in the declaration. A manual correction of the VAT register with this document does not always make it into the routine VAT operations. Solution: correct VAT with the document "VAT Adjustment" / "VAT Reinstatement", not with a manual register edit.
9. FAQ
1. What does "Delete" in the document name mean? It is a developer's technical marker: the object is obsolete and kept only for compatibility with migrated databases. You do not need to create new documents with it.
2. What replaces "Register Records Adjustment" in 3.0.74.2? The document "Operation (accounting and tax accounting)": Operations → Manually entered operations. It handles both postings and manual register adjustment.
3. Can it be used to correct only the register, without touching the postings? Yes, that is what it was created for: you fill in the tab of the required accumulation/information register and do not fill in the accounting one. Today the "Operation" does the same via the "Register adjustment" mode.
4. Does it generate an ESF or SNT? No. Electronic invoices and accompanying waybills are prepared by separate sales/receipt documents and uploaded to the ESF IS.
5. Why do I not see a "Create" button?
The document is deliberately hidden from subsystems. The list is opened through "All functions" or the navigation link e1cib/list/Документ.УдалитьКорректировкаЗаписейРегистров.
6. Does it affect the VAT and IIT/OPC declaration? A direct manual register edit unreliably makes it into the routine calculations. For VAT use the dedicated adjustment documents, for payroll taxes (IIT 10%, OPC 10%, MHI 3%, VMHI 2%, SC 5%, social tax 6%) — the payroll accounting documents and reposting them.
7. What to do if the document already exists in the database and "breaks" the balances? Open it, study the tabs, and, if necessary, unpost it. Prepare the replacement adjustment with an "Operation" and reconcile the reports.
8. How to safely reverse a movement? Enter the amount and quantity with a minus on the same register tab as the original movement, with the same analytics (counterparty, contract, item).
9. Why did the customer's debt change after my edit, but account 1210 did not? It means you edited the "Settlements" accumulation register, not the accounting register. This is normal if accounting was correct; if not — correct the account too.
10. Can another document be entered based on it? No, it has no "enter based on" mechanism. It was itself a technical adjustment document.
10. Related documents
- Replacement: "Operation (accounting and tax accounting)" — the current tool for manual postings and register adjustment.
- For VAT: "VAT Adjustment", "VAT Reinstatement", "Generating purchase/sales ledger records".
- For balances and batches: "Balance Adjustment", "Goods Inventory Count", "Transfer".
- Discrepancy context: "Sale of Inventory and Services", "Receipt of Inventory and Services", "Debt Adjustment" — it was their movements that most often had to be "tweaked" with the old adjustment.
How to find out your release
Help → About the program. In the window: the "1C:Enterprise" platform version and the configuration release — "Accounting for Kazakhstan, edition 3.0 (3.0.74.2)". If your release differs, the set of fields and behavior may change.
This guide was prepared for release 3.0.74.2 "Accounting for Kazakhstan" (edition 3.0). Numeric norms are given according to the legislation of the RK for 2026: VAT 16%, MCI 4,325 ₸, minimum wage 85,000 ₸.