1. Identification
| Parameter | Value |
|---|---|
| Object type | Document |
| Name | ПередачаТоваров |
| Full path | Документ.ПередачаТоваров |
| Synonym | “Transfer of Inventory” (inventory and materials) |
| Configuration | Accounting for Kazakhstan, revision 3.0 (version 3.0.74.2) |
| Country of accounting | Republic of Kazakhstan, currency — tenge (₸) |
Purpose. The document records internal operations of inventory movement for a Kazakhstani organization: transfer of goods for processing (tolling scheme), return from processing, movement between warehouses and divisions. The document simultaneously generates entries for accounting (AC) and tax (TA) records, supporting the accounting of temporary differences for CIT. It is used by accountants and storekeepers in daily work.
Where to find in 1C: section “Core activity” → “Transfer of Inventory”.
Navigation link: e1cib/list/Документ.ПередачаТоваров
2. Header attributes and tabular sections
2.1 Header attributes
| Attribute | Purpose | Required |
|---|---|---|
Организация |
The organization on whose behalf the transfer is recorded. Used to obtain inventory balances | Yes |
ВидОперации |
Operation type of the document: “For processing”, “Return from processing”, “Movement”, etc. Determines the posting scheme | Yes |
Контрагент |
Recipient of the goods (processor, third-party organization) | Yes |
ДоговорКонтрагента |
The contract under which the transfer is performed | Yes |
Склад |
The warehouse from which inventory is written off (or to which it is received). Needed to obtain balances | Yes |
ВидУчетаНУ |
Type of accounting for tax records — determines the branch for generating tax entries | Yes |
Номер, Дата |
Standard document numbering and date attributes | Yes (auto) |
Комментарий |
Free-form text note | No |
If any of the required attributes is not filled in, the platform will not post the document and will display a message like “Field … is not filled in”.
2.2 “Goods” tabular section
The main tabular section with the list of transferred items.
| Column | Purpose | Required |
|---|---|---|
Номенклатура |
The transferred inventory item | Yes |
Количество |
Number of units being transferred | Yes |
СчетУчетаБУ |
The AC account from which the write-off (expense) is performed | Yes |
СчетПередачиБУ |
The AC account to which the inventory is received (e.g., the processing account) | Yes |
СчетУчетаНУ |
Analogue of СчетУчетаБУ for tax records |
Yes |
СчетПередачиНУ |
Analogue of СчетПередачиБУ for tax records |
Yes |
2.3 “CustomsDeclarationNumbers” tabular section
A service tabular section for accounting for the origin of goods. Customs declaration numbers (goods declarations / sources of origin) are distributed across rows in proportion to quantity from the “Goods” tabular section during posting.
3. Forms
| Form | Type | Purpose |
|---|---|---|
ФормаДокумента |
Object form | The main editing form: header, “Goods” tabular section, “CustomsDeclarationNumbers” tabular section. Contains the fill-by-balances command (ЗаполнитьПродукциюПоОстаткам) and required-field control |
ФормаСписка |
List form | Viewing and filtering the journal of inventory transfer documents |
| Choice form | Choice form | Selecting a document from other objects (entry on the basis, reference selection) |
Printed form: Z-2 “Waybill for the release of inventory to a third party” — for handing over the document to the warehouse or counterparty in paper form.
4. Key module procedures
The following code points are confirmed from evidence (release 3.0.68.1; in 3.0.74.2 the handler names are retained):
| Procedure / location | What it does |
|---|---|
Форма.ФормаДокумента → ЗаполнитьПродукциюПоОстаткам |
Fills the “Goods” tabular section by the actual inventory balances at the warehouse. Before filling, it checks that Организация and Склад are filled in; if a value is empty it displays: “Organization for obtaining balances is not filled in!” / “Warehouse for obtaining balances is not filled in!” |
Typical handlers of this document type (standard configuration logic, unless a special implementation is overridden):
ОбработкаПроведения(object module) — generates entries in the accumulation registerТоварыОрганизацийБУand the accounting registersТиповой/Налоговый. Distributes customs declaration numbers in proportion to quantity.ОбработкаПроверкиЗаполнения— checks the required header attributes and columns of the “Goods” tabular section.ПриИзмененииof theВидОперацииattribute (form module) — redefines field availability and the account scheme when the operation type is changed before posting.
Typical errors
| 1C message | Where it occurs | Condition in code |
|---|---|---|
| Organization for obtaining balances is not filled in! | Форма.ФормаДокумента / ЗаполнитьПродукциюПоОстаткам |
НЕ ЗначениеЗаполнено(Объект.Организация) |
| Warehouse for obtaining balances is not filled in! | Форма.ФормаДокумента / ЗаполнитьПродукциюПоОстаткам |
НЕ ЗначениеЗаполнено(Объект.Склад) |
5. Posting and entries
When posted, the document generates records in three registers:
AccumulationRegister.ТоварыОрганизацийБУ— goods balances by AC. Dimensions: Organization, Warehouse, Item, Account.AccountingRegister.Типовой— accounting entries (AC).AccountingRegister.Налоговый— tax entries (TA).
Movement logic:
- Expense of goods — by
СчетУчетаБУ(write-off from the accounting warehouse). - Receipt of goods — by
СчетПередачиБУ(posting to the transfer account, e.g., for processing). - Similar pairs in TA:
СчетУчетаНУ→СчетПередачиНУ. - Quantity and item are taken from the “Goods” tabular section.
- Customs declaration numbers are distributed in proportion to quantity from the “CustomsDeclarationNumbers” tabular section.
Example posting (operation type “For processing”):
Dr 1330.10 (Inventory in processing) Cr 1330.01 (Inventory in warehouse)
Analytics: Organization, Warehouse, Item, CustomsDeclarationNumber
Transfer of inventory is an internal inventory movement operation, therefore under the standard implementation scheme (income/cost) and VAT it does not generate entries to accounts 6010, 7010, 1210, 3310, 3130 — this is a movement operation within the inventory accounts (group 1330). Income accrual and 16% VAT arise at the moment of actual sale, recorded by a separate sales document with the issuance of an ESF/SNT.
For reference, the RK standard chart of accounts used in related inventory accounting operations:
| Account | Name |
|---|---|
| 1330 | Goods (incl. 1330.01 in warehouse, 1330.10 in processing) |
| 1210 | Short-term accounts receivable from customers |
| 1030 | Cash in current bank accounts |
| 3310 | Short-term accounts payable to suppliers |
| 3130 | VAT payable (rate 16%) |
| 6010 | Income from sales |
| 7010 | Cost of sales |
6. Related objects and entry on the basis
- Counterparty contracts / Counterparties / Item — reference sources of attributes.
- Return from processing — recorded by this same document with the operation type “Return from processing” or by a separate receipt document under the tolling scheme.
- RK electronic documents — upon the subsequent sale of the transferred inventory, an ESF (ESF IS) and an SNT (accompanying waybill for goods) are issued; the inventory transfer itself, as a rule, does not generate these documents, but serves as the basis for the inventory movement.
- On the basis of the document, related movement/sales documents may be entered (depending on the configuration’s command interface settings).
7. Extension points
- Configuration extensions: overriding
ОбработкаПроведенияandОбработкаПроверкиЗаполненияof the object module for non-standard account schemes. ФормаДокументаform module: refiningЗаполнитьПродукциюПоОстаткам, adding your own checks inПередЗаписью/ОбработкаПроверкиЗаполнения.- The
ПриИзмененииhandler of theВидОперацииattribute — for adding new operation types and the corresponding posting schemes. - Manual adjustment of entries — the standard flag for manual adjustment of the document’s entries (scenario of rare non-standard postings).
- Printed forms — adding your own layouts in addition to the standard Z-2 form via the additional printed forms mechanism.
Requires verification (version-specific): the exact names and signatures of the internal procedures of the object module are confirmed for release 3.0.68.1; when refining for 3.0.74.2, verify them in the Configurator, as name refactorings are possible between releases.
