--- title: "Document \"EPRefundPayment\" (Unified Payment - Refund from Funds/Budget) - 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-epvozvratplatezha-edinyy-platezh-vozvrat-iz-fond-en source: BuhGPT --- # Document "EPRefundPayment" (Unified Payment - Refund from Funds/Budget) - Accounting for Kazakhstan 3.0.74.2 > **TL;DR:** 1. Identification of the Object Parameter Value Object Type Document (Documents) Name EPRefundPayment Full Name Document.EPRefundPayment Synonym “Unified payment refund from funds (budget)” Configuration Accounting for Kazakhstan, edition 3.0 (version 3.0.74.2) Navigation Link --- 1. Identification of the Object Parameter Value Object Type Document (Documents) Name EPRefundPayment Full Name Document.EPRefundPayment Synonym “Unified payment refund from funds (budget)” Configuration Accounting for Kazakhstan, edition 3.0 (version 3.0.74.2) Navigation Link e1cib/list/Document.EPRefundPayment Where to find in the interface Section “Payroll” → “Unified payment refund from funds (budget)” Purpose. The document registers the refund of the unified payment (EP) from state funds and the budget of the Republic of Kazakhstan to the organization. The unified payment is a consolidated mandatory payment from the wage fund, combining individual income tax (IIT), pension contributions (PC), social contributions (SC), and social tax, which is paid to the budget in one sum through the operator (Government for Citizens). The document “EPRefundPayment” records the situation when previously transferred amounts (according to the document EPPaymentToFunds) are returned to the organization: in case of overpayment, recalculation, erroneous transfer, or by the fund's order. The document is used by accountants and payroll specialists. It contains a breakdown of the refunded amounts by individuals (employees) and tax periods, which is necessary for the correct restoration of personalized accounting data. All rates and norms in the examples below are as of 2026: VAT 16%, MRP = 4,325 ₸, MSP = 85,000 ₸, basic tax deduction for IIT = 30 MRP/month (not more than 360 MRP/year), IIT 10% (15% over 8,500 MRP annual income), PC 10% (base ceiling 50 MSP), SC 3.5%, social contributions 2%, social tax 6%. 2. Header Attributes and Table Parts 2.1 Header Attributes Attribute Type (standard) Mandatory Purpose Number String auto Document number, assigned by the numbering system. Date Date yes Date of document registration in the accounting system. Organization ReferenceLink.Organizations yes Organization receiving the refund. Without filling this field, the document cannot be processed. RegistrationPeriod Date yes Period (month) to which the registration of the refund in the accounting of the unified payment relates. DocumentBasis DocumentLink.EPPaymentToFunds no Document of payment, based on which the refund occurs. Filled when entering based on; changing the basis is allowed. DocumentAmount Number no Total refund amount (usually calculated as the sum in the table part). Currency ReferenceLink.Currencies no Document currency. For the RK — tenge (₸). Responsible ReferenceLink.Users no User responsible for the document (participates in group changes). Comment String no Arbitrary text comment. Mandatory attributes for processing: Organization, RegistrationPeriod. If the field is not filled, 1C will not process the document and will issue an error “Field … is not filled”. 2.2 Table Part “UnifiedPayments” Main table part with line-by-line detail of the refund by individuals. Column Type (standard) Mandatory Purpose Individual ReferenceLink.Individuals yes Individual (employee) for whom the EP is refunded. TaxPeriodMonth Date yes Month of the tax period for which the refunded payment was accrued and transferred. Amount Number no Total refundable amount for the line. Type of payment / components of EP — no Detailing of the refund by components of the unified payment (IIT, PC, SC, social contributions, social tax). Depending on the release, it may be stored in separate columns or a subordinate table. Mandatory columns for processing in the table part: Individual, TaxPeriodMonth. 3. Forms Form Purpose Document Form (DocumentForm) Main form for creating and editing: entering the header, filling the table part “UnifiedPayments”, processing. Used in scenarios of creating, adjusting, and changing the basis document. List Form (ListForm) List of all refund documents; opens via link e1cib/list/Document.EPRefundPayment. Filtering, searching, group operations. Selection Form (SelectionForm) Selecting a refund document from other objects (for example, when selecting the basis document). In the absence of explicitly defined forms, the platform uses automatically generated document and list forms based on the structure of attributes. 4. Key Module Procedures The attached evidence does not provide the source code (BSL) of the modules. Below are standard handlers for documents of this type in 1C configurations on managed forms. Exact names and presence of procedures are confirmed in the specific release. Object Module - ProcessingProcedure(Refusal, ProcessingMode) — for this document, the body is actually empty (no movements are generated, see section 5). If necessary, it may only perform checks. - FillingProcedure(FillingData, FillingText, StandardProcessing) — filling when entering based on EPPaymentToFunds: transferring organization, period, basis document, and list of individuals with amounts. - FillingCheckProcedure(Refusal, CheckedAttributes) — control of mandatory fields (Organization, RegistrationPeriod, Individual, TaxPeriodMonth). - BeforeSaving(Refusal, SavingMode, ProcessingMode) — recalculation of the total amount, service checks. Form Module - OnCreateOnServer(Refusal, StandardProcessing) — initial form initialization, setting conditional formatting and visibility. - FillByBasis() (command) — filling the table part based on the selected payment document. - UnifiedPaymentsIndividualOnChange(Element) — handling changes to the individual in the line (substituting data). - FillingCheckHandlers on the form — interactive validation. 5. Processing and Movements The document does not generate movements in the registers. In the metadata, the set of registrars (register_records) is empty. EPRefundPayment is an informational basis document. It records the fact and detail of the refund (by individuals and periods), but does not itself create accounting entries and records in the calculation/accumulation registers does not create. The data of the document is used by other documents (for example, documents for accounting cash and settlements with the budget) to form entries. How the refund is reflected in accounting (according to the standard chart of accounts of the RK) The actual receipt of refunded funds and adjustment of settlements with the budget/funds are reflected by accompanying documents. According to the standard chart of accounts of the RK, the movement looks like this: Operation Debit Credit Comment Receipt of refunded funds to the account 1030 (cash in current accounts) 3130 (VAT payable) / accounts for settlements with the budget and funds Restoration of the budget/fund debt to the organization. Restoration of obligations for components of EP accounts for settlements with the budget and social insurance — By IIT, PC, SC, social contributions, social tax. Specific accounts for settlements for each component of EP are determined by the accounting account settings in the configuration; the document “EPRefundPayment” does not make entries. 6. Related Objects and Input Based on Relation Object Role Input based on Document.EPPaymentToFunds Main data source for the refund (scenario 3.1). Basis Document DocumentBasis → EPPaymentToFunds Stores the link to the payment; changing is allowed (scenario 3.4). Line Data Reference.Individuals, Reference.Organizations Analytics by individuals and organization. Reflection of the refund Documents for accounting cash and settlements with the budget/funds Form real entries based on refund data. Main Scenarios - Creating a refund based on a payment to funds — the fund returns previously transferred amounts; the document is entered based on EPPaymentToFunds. - Manual filling by employee list — refund by the fund's order/accounting note without a specific basis document. - Adjustment of the created refund — correction of amounts or composition of employees after recording. - Changing the basis document — reissuing the refund to another payment document. - Group change — mass change of attributes (Responsible, Comment) for several documents through the “Group Change of Attributes” processing. 7. Extension Points - Configuration extension: adding header/table part attributes, additional columns of detail by components of EP without removing from support. - Object module handlers: BeforeSaving, FillingCheckProcedure, FillingProcedure — for custom logic of auto-filling and validation. - Event subscriptions (EventSubscription) — intercepting ProcessingProcedure/OnSaving, for example, for integration with external refund accounting logic. - Additional attributes and information (BSP mechanism) — extending analytics without changing metadata. - Exchange/export rules — including the document in exchange plans when integrating with external systems. Version-specific (requires verification in the specific release 3.0.74.2): the exact composition of detail columns by components of EP and the presence/body of the procedure ProcessingProcedure — as the object is classified as informational and does not generate movements. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_