--- title: "Document \"EPTransferToFunds\" - Technical Description (Accounting for Kazakhstan 3.0.74.2)" country: KZ lang: en author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/dokument-epperechislenievfondy-tehnicheskoe-opisanie-buhg-en source: BuhGPT --- # Document "EPTransferToFunds" - Technical Description (Accounting for Kazakhstan 3.0.74.2) > **TL;DR:** 1. Identification Parameter Value Object Type Document ( Document ) Name ESFPaymentToFunds Full Name Document.ESFPaymentToFunds Synonym “Unified payment to funds (budget)” Configuration Accounting for Kazakhstan, edition 3.0.74.2 Country Republic of Kazakhstan (₸) Where to fin --- 1. Identification Parameter Value Object Type Document (Document) Name ESFPaymentToFunds Full Name Document.ESFPaymentToFunds Synonym “Unified payment to funds (budget)” Configuration Accounting for Kazakhstan, edition 3.0.74.2 Country Republic of Kazakhstan (₸) Where to find Section “Payroll” → “Unified payment to funds (budget)”. Navigation link: e1cib/list/Document.ESFPaymentToFunds Purpose. The document registers the transfer of the unified payment (UP) to state funds and the budget of the RK for the organization's employees. As part of the unified payment, the following are withheld and transferred from wages: PIT, OPE, OPEI, VOSMS, OOSMS (employer's contribution), OSMS, and social contributions (SC). The document is used by accountants and HR specialists monthly when forming payments to funds, as well as when processing refunds of erroneously credited amounts. Current rates and parameters of the RK for 2026 that the document works with: Indicator Value 2026 MPR 4,325 ₸ MZP 85,000 ₸ VAT Rate 16% Basic tax deduction for PIT 30 MPR/month (no more than 360 MPR/year) PIT 10% up to 8,500 MPR annual income, 15% above OPE 10% (base ceiling — 50 MZP) OPEI 3.5% VOSMS (employee contribution) 2% OSMS (employer's contribution) 3% SC (social contributions) 5% Social tax 6% 2. Header Attributes and Table Parts 2.1 Header Attributes Attribute Purpose Mandatory PaymentType Type of payment: transfer of unified payment / transfer of penalties / refund of erroneously credited amounts. Determines the logic of filling and the composition of the table part Yes Organization Payer organization for which the UP is transferred Yes RegistrationPeriod Month (tax period) for which the payment is formed Yes CalculationMethodForAmountsToBeTransferred Method of determining amounts: automatic calculation based on the data of calculation registers or manual entry Yes Other attributes typical for documents of this type: Date, Number, Comment, Responsible, BasisDocument (when entered based on), attributes of bank/budget payment. 2.2 Table Part “UnifiedPayments” Column Purpose Mandatory Individual Employee (individual) for whom the unified payment is transferred Yes TaxPeriodMonth Month for which the payment is accrued and transferred Yes Amount Amount of the accrued payment (base) Yes PaymentAmount Amount to be transferred for the line Yes If any of the mandatory fields (header or table part) are not filled, the system will not process the document and will issue an error of the type “Field … is not filled”. 3. Forms Form Purpose Document form (DocumentForm) Main input form: filling the header, automatic calculation/manual selection of employees, editing amounts, processing List form (ListForm) Viewing and selecting registered documents by organization and period Selection form (SelectionForm) Selecting a document when substituting into other objects (basis, reports) Printed forms Formation of applications/registers for the transfer of the unified payment for the bank and government agencies 4. Key Module Procedures Evidence by BSL code of modules is not attached (in meta only facets purpose, entries, attributes, scenarios are present). Below are typical handlers for documents of this type; signatures correspond to the standard model “BSP + industry logic”. Object module: - FillProcessing(BasisForFilling, StandardProcessing) — filling attributes when entering based on (for example, from PenaltyCalculationOPEandSC) or when creating a new one. - CheckFillingProcessing(Refusal, CheckedAttributes) — control of mandatory fields: PaymentType, Organization, RegistrationPeriod, CalculationMethodForAmountsToBeTransferred and columns of the table part. - Processing(Refusal, ProcessingMode) — according to standard movement logic, entries are not formed (see section 5). Form module: - OnCreationOnServer(Refusal, StandardProcessing) — form initialization, setting default values. - Handlers PaymentTypeOnChange, CalculationMethodForAmountsToBeTransferredOnChange — clearing/re-filling the table part when changing parameters (scenario 3.5). - Filling commands — FillByCalculations() / Fill() — automatic calculation of amounts to be transferred based on the data of calculation registers (scenario 3.3). - Selection command — adding individuals manually (scenario 3.4). Requires verification on a specific version: exact names of filling and selection commands may differ between releases of the 3.0.7x line. 5. Processing and Movements The document does not generate movements in registers. In the metadata of the object, the list of receiving registers (register_records) is empty. This document is a primary registration of the transfer of the unified payment: it records the fact and composition of the payment and serves as a source for printed forms (applications/registers). Reflection in accounting and tax records is performed by other documents: - actual cash movement — document withdrawal from the current account (entry on the credit of account 1030 “Cash on current bank accounts”); - accrual of taxes and contributions — payroll/tax calculation documents (closing liabilities on budget and fund accounts). Thus, the entries of “ESFPaymentToFunds” are not created; in the standard accounting scheme of the RK, it precedes the payment document, which debits liability accounts and credits 1030. 6. Related Objects and Entry Based On Relation Object Comment Basis (entry based on) PenaltyCalculationOPEandSC Registration of penalty transfer for the unified payment Data source for filling Registers of calculations for payroll, taxes, and contributions Automatic calculation of amounts to be transferred Subsequent object Document withdrawal from the bank account (payment order) Actual transfer, entries on account 1030 Electronic documents of the RK IS ESF (ESF), SNT Not directly related to this document — refer to commodity/service operations; mentioned as the ED contour of the configuration Usage scenarios (from evidence): - Creating a new document manually — typical monthly registration of UP without basis. - Creating based on PenaltyCalculationOPEandSC — penalty transfer. - Automatic calculation of amounts to be transferred based on the data of registers. - Manually adding employees through selection — when auto-filling is incomplete. - Clearing the table part when changing PaymentType or CalculationMethodForAmountsToBeTransferred. 7. Extension Points - Configuration extension: overriding FillProcessing, CheckFillingProcessing to add custom checks; adding attributes/columns to the table part. - Forms: through extending the document form — additional filling commands, custom handlers OnChange of header attributes, additional printed forms. - Event subscriptions (BeforeSaving/OnSaving) — integration with external systems, logging of transfers. - Additional reports and processes (BSP): external printed forms of applications/registers without changing the configuration. - Exchange rules: exporting data on transfers to external accounting/payment systems. When adding custom processing logic (if it is necessary to generate entries), the RK chart of accounts should be used (1030 for cash, liability accounts of the budget and funds) and movements generated by payment documents should not be duplicated. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_