RUKKENZH
Задать вопрос AI
SectionsОбъекты конфигурации 1С
Document "Input of Initial Balances" (Accounting for Kazakhstan 3.0)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Document "Input of Initial Balances" (Accounting for Kazakhstan 3.0)

Applies to: 1С:Бухгалтерия для Казахстана, release 3.0.74.2 · by 1C-Sapa Group, 1C partner
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

1. Identification of the object

Parameter Value
Object Type Document (Document)
Name InitialBalancesInput
Full Name Document.InitialBalancesInput
Synonym “Initial Balances Input”
Configuration Accounting for Kazakhstan, edition 3.0 (3.0.74.2)
Accounting Currency Tenge (₸)

Purpose. The document generates initial (opening) balances for accounting and tax accounts when starting accounting in the configuration. It is used once — when transitioning to 1C from another system or when opening a new accounting contour — to form incoming balances. The document is divided by accounting sections: settlements with counterparties, taxes and fees, inventories, cash and other accounts (Accounting Reference), goods of organizations, settlements with accountable persons, fixed assets, and intangible assets.

Where to find in 1C: section “Enterprise” → “Initial Balances Input”. Navigation link: e1cib/list/Document.InitialBalancesInput

Methodology feature: balances are entered with a date preceding the working date of the start of accounting (“Initial Balances Input Date”). Transactions are formed in correspondence with auxiliary account 5610 “Total Profit (Loss)”, which remains with a zero turnover after reconciling the balances.


2. Attributes of the header and table parts

2.1. Header Attributes

Attribute Purpose
AccountingSection (mandatory) Determines which section the balances are entered for and which table part/logic of posting is activated (settlements with counterparties, inventories, taxes, other accounts, etc.).
Organization The organization for which the opening balances are entered.
Date The date of the document (usually the last day before the start of accounting).
ConsiderKPN (tax accounting flag) Indicator of tax accounting for KPN; controls the filling of movements in the “Tax” register.

2.2. Table Part “SettlementsWithCounterparties”

Column Purpose
Counterparty (mandatory) Subaccount of the counterparty.
CounterpartyContract (mandatory) Contract — analytics of mutual settlements.
CurrencyAmount (mandatory) Amount of debt in the currency of the contract.
BUAmount (mandatory) Amount in BU in tenge (exchange rate on the document date).
BUAccountingAccount (mandatory) BU accounting account (for example, 1210 — short-term accounts receivable from customers).
NUAmount, NUAccountingType, NUAccountingAccount (mandatory) Tax accounting data: amount, type of accounting, account according to the “Tax” plan.
NUKAmount (mandatory) Credit amount of NU (for accounts payable).

2.3. Table Part “SettlementsOnTaxesAndFees”

Column Purpose
BUAccountingAccount (mandatory) Tax accounting account (for example, 3130 — VAT payable).
TaxType (mandatory) Type of tax/fee.
BudgetPaymentType (mandatory) Type of payment (tax, penalty, fine).
BUAmount (mandatory) Amount of debt in BU.
NUAccountingAccount, NUAmount, NUAccountingType (mandatory) Tax accounting attributes.

2.4. Table Part “AccountingReference” (other accounts)

Column Purpose
BUAccountingAccount (mandatory) Account of the balance (cash, capital, fixed assets, etc.).
BUAmount / BUKAmount (mandatory) Debit / credit amount in BU.
NUAmount / NUKAmount (mandatory) Debit / credit amount in NU.
NUAccountingType, NUAccountingAccount (mandatory) Type of accounting and account according to the “Tax” plan.

2.5. Table Part “SettlementsWithAccountablePersons”

Column Purpose
EmployeeOfOrganization (mandatory) Accountable person.
BUAccountingAccount (mandatory) Account of settlements with the accountable person.
BUAmount (mandatory) Amount of debt in BU.
NUAccountingAccount, NUAmount, NUAccountingType (mandatory) NU attributes.

2.6. Table Part “Inventories”

Column Purpose
Nomenclature (mandatory) Inventory item.
BUAccountingAccount (mandatory) Inventory accounting account (for example, 1330 — goods).
BUQuantity (mandatory) Quantity in BU.
NUAccountingAccount, NUQuantity, NUAccountingType (mandatory) Tax accounting attributes.

2.7. Table Part “GoodsOfOrganizations”

Column Purpose
Nomenclature (mandatory) Nomenclature.
Quantity (mandatory) Quantity of the balance.

All listed columns are controlled during posting: if a mandatory field is not filled, the platform issues an error “Field … is not filled” and does not post the document.


3. Forms

Form Purpose
Document Form (DocumentForm) Main input form. Contains selection of AccountingSection and dynamically shows the corresponding table part; from here, filling and posting are initiated.
List Form (ListForm) List of entered initial balance input documents; filtered by organization/section. Opens via link e1cib/list/Document.InitialBalancesInput.
Assistant/Workplace Form “Initial Balances Input” Consolidated workplace with a list of accounts and accounting sections, from where documents for each section are created; shows the filling status.
Selection Form Service form for selecting a document from other objects.

4. Key Procedures of Modules

Evidence with the original BSL (path: string) is not attached — below are typical handlers of this type of object in BK 3.0. Exact names/signatures are version-specific.

  • Object Module → PostProcessing(Refusal, PostingMode) — entry point for posting. Based on the value of AccountingSection, it calls the formation of movements for the corresponding set of registers (see section 5).
  • Object Module → FillingProcessing(FillingData, StandardProcessing) — filling based on the basis data/accounting data (auto-filling scenario).
  • Object Module → BeforeSaving(Refusal, SavingMode, PostingMode) — control of the correctness of the section/dates.
  • Object Module → CheckFilling(...) — checking mandatory columns of the active table part.
  • Manager Module → PrintDocument(...) / Print(...) — generation of printed forms (initial balances reference).
  • Document Form → AccountingSectionOnChange(Element) — switching the displayed table part and composition of columns.
  • Document Form → FillFromAccountingData(Command) — auto-filling the table part from existing accounting data.

5. Posting and Movements

The composition of movements depends on the selected AccountingSection. The corresponding account of balances is 5610.

5.1. Accounting — AccountingRegister.Typical

  • For each row of the table part — a separate entry Debit accounting account / Credit 5610 (or reverse — for passive balances).
  • Subaccounts are filled: counterparty, contract, nomenclature, warehouse, accountable person, etc.
  • Currency transactions are reflected with the rate and multiplicity on the document date; the BU amount is converted to tenge (₸).

Examples of entries (chart of accounts of the RK):

Section Entry
Accounts receivable from customers Debit 1210 / Credit 5610
Goods in stock Debit 1330 / Credit 5610
VAT payable to the budget Debit 5610 / Credit 3130

5.2. Tax Accounting — AccountingRegister.Tax

  • Formed similarly to BU, but according to the “Tax” chart of accounts.
  • Filled only when the ConsiderKPN flag is enabled; amounts are taken from the NUAmount / NUKAmount columns.

5.3. Accumulation Registers

  • GoodsOfOrganizationsBU (section “Inventories”) — receipts by nomenclature, warehouses, batches.
  • SettlementsWithEmployeesOfOrganizations — debts of accountable persons.
  • SettlementsWithDepositorsOfOrganizations — debts on deposited amounts (if any).
  • FixedAssetsProduction — initial production of fixed assets (when entering balances of fixed assets).

5.4. Information Registers (Special Sections)

  • InitialInformationOfFixedAssetsAccounting, StatesOfFixedAssetsOrganizations, EventsOfFixedAssetsOrganizations, LocationOfFixedAssetsAccounting — for fixed assets.
  • InitialInformationOfIntangibleAssetsAccounting, StatesOfIntangibleAssetsOrganizations — for intangible assets.

The initial balances input document does not generate movements for VAT/ESF (account 3130 is reflected only as a balance of debt). The VAT rate 16% and electronic documents (ESF in the ESF IS, SCT) relate to subsequent operations of sales/income (accounts 6010 — income, 7010 — cost), not to the input of balances.


  • Chart of Accounts “Typical” / “Tax” — source of accounting accounts (1210, 1330, 3130, 5610, etc.).
  • Registers from section 5 — receivers of movements.
  • Directories Counterparties, CounterpartyContracts, Nomenclature, Warehouses, Employees, FixedAssets, IntangibleAssets — analytics (subaccounts) of lines.
  • Assistant “Initial Balances Input” — point of creation of documents for each section.
  • Input based on this document is generally not used: filling is performed manually or by the auto-filling command based on accounting data.

7. Extension Points

  • Object Module: PostProcessing, FillingProcessing, BeforeSaving, CheckFilling — redefinition of the composition of movements and filling rules through configuration extension.
  • Document Form: handlers AccountingSectionOnChange, filling commands — addition of custom columns/sections, additional control.
  • Manager Module: redefinition of printed forms.
  • Event Subscriptions (OnSaving/BeforeSaving of the document) — integration with external systems when transferring balances.
  • Additional attributes and information (BSP mechanism) — extension of the header without changing metadata.

Частые вопросы

Which account do the entries for inputting balances correspond to?
With the auxiliary account 5610 "Final Profit (Loss)". For each line in the table part, an entry is formed Dr accounting account / Cr 5610 (or the reverse for passive balances). After reconciling the balance, account 5610 should close to zero.
Does the document generate movements for VAT and electronic invoices (ESF)?
No. The document only inputs the balance, including the outstanding VAT balance on account 3130. VAT accrual at a rate of 16%, issuing an ESF, and a tax return form (SNT) are performed by subsequent sales/receipt documents, not by inputting balances.
Why does the error "Field ... is not filled" occur during posting?
The mandatory column in the active table part is not filled (for example, AccountingAccount, Counterparty, Amount or Nomenclature). 1C does not post the document until all mandatory fields in the selected accounting section are filled.
How to fill out the document if the data has already been entered into the database?
Use the auto-fill scenario based on accounting data — the fill command on the document form. It pulls the balances into the table part based on the available accounting data up to the date of inputting balances.
Where to find the document in the interface?
Section "Enterprise" → "Input Initial Balances", or via the navigation link e1cib/list/Document.InputInitialBalances.

Read also

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.