Document "Reconciliation Act of Mutual Settlements" (Documents.ReconciliationActOfMutualSettlements) — Accounting for Kazakhstan 3.0.74.2

1. Identification of the Object

Purpose. The document is intended for the formation and storage of the results of reconciliation of calculations between the organization and the counterparty for the selected period. It is used by accountants to control debts, identify discrepancies in accounting, and prepare an official reconciliation act form for agreement with the partner. It is used regularly — usually quarterly or at the request of the counterparty. The document compares the accounting data of the organization with the data received from the counterparty, records the fact of agreement, and allows printing the official act.

Important: the document is informational and analytical in nature. It does not affect accounting data — it does not generate accounting entries and does not make movements in registers. The balances and turnovers shown in the act are taken from already conducted primary documents (sales, receipts, payments, etc.).

Where to find in 1C. Section “Sales” → “Act of reconciliation”. Navigation link: e1cib/list/Document.ActOfReconciliation

2. Attributes of the Header and Table Parts

2.1 Header Attributes

Specific names of the attributes for the period and the agreement indicator are version-dependent — requires verification in metadata 3.0.74.2.

2.2 Table Parts

For reconciliation of calculations with customers, the typical account is 1210 “Short-term receivables from customers and clients”; for calculations with suppliers — the corresponding accounts of group 3310. The specific set of accounts is defined in the table part ListOfAccounts.

3. Forms

4. Key Module Procedures

From evidence, the following handlers are confirmed:

• ObjectModule → ProcessingCheckFilling — controls the correctness of filling before saving. In particular, it checks that the list of reconciliation accounts is not empty: when FilterListOfAccounts.Count() = 0, it issues a message “The list of accounts for reconciliation is incorrectly specified”.

• Form.DocumentForm → QuestionFillCounterpartyDataCompletion — notification handler after the question when filling/recalculating data. It controls that the table by organization data is filled: when Object.ByOrganizationData.Count() = 0, it issues “The table 'By organization data' is not filled!”.

Standard handlers of this type of object (general logic of 1C, for non-conductible analytical document):

• Command/procedure “Fill by accounting data” — queries the registers of accounting to calculate turnovers and balances for accounts from ListOfAccounts for the period and fills ByOrganizationData.
• ProcessingFilling — setting default values (organization, period) upon creation.
• Procedures for generating printed forms (“Print”), comparing organization and counterparty data, highlighting discrepancies.

Exact paths path:string in evidence are not provided; message texts are given verbatim from code release 3.0.68.1. Requires verification of line numbers in 3.0.74.2.

5. Conducting and Movements

The document is not conductible:

• the handler ProcessingConducting is absent;
• the attribute Conducted is not used;
• the list of movements is empty (register_records: []) — entries are not generated, movements in registers are not performed.

Therefore, for this object, there are no accounting entries of the type “Dr 1210 Cr 6010”, nor movements in accumulation/summary registers. Such entries (sales — Dr 1210 Cr 6010 for the amount of income and Dr 3130 “VAT payable” for the amount of VAT at the rate of 16%; cost write-off — Dr 7010 Cr 1330) are generated by primary documents of sales/receipts, while the Act of reconciliation merely aggregates their turnovers and balances for display and printing.

Electronic documents (ESF in the ESF IS, SNT) are not directly related to the Act of reconciliation — they are issued on primary sales documents; the act of reconciliation only reflects the final state of calculations.

6. Related Objects and Input on the Basis

• Data source: conducted calculation documents — “Sale of goods and services”, “Receipt of goods and services”, “Incoming/Outgoing cash order”, “Payment order (outgoing/incoming)”, “Write-off/Receipt from current account” — through the accounting register by settlement accounts (1210, 3310, etc.).
• Directories: Organizations, Counterparties, Counterparty Contracts, chart of accounts (ChartOfAccounts.Economic).
• Input on the basis: the act of reconciliation is usually an independent analytical document and does not serve as a basis for conducting other accounting documents; it can be generated from the counterparty/card contract or from the reconciliation processing.

7. Extension Points

• Extension of the printed form — adding a logo, attributes, additional columns to the act form (print layout).
• Subscriptions to events ProcessingFilling / BeforeSaving — pre-filling the period, list of accounts, auto-insertion of organizations.
• Supplement ProcessingCheckFilling — custom control rules (for example, mandatory filling of counterparty data before setting the agreement indicator).
• Filling accounting data — overriding the query for calculating turnovers/balances for non-standard settlement accounts or analytical breakdowns.
• Loading counterparty data — external processing/extension for importing the table ByCounterpartyData from the counterparty file and automatic highlighting of discrepancies.
• Additional attributes/information — through the properties mechanism (without changing the configuration).