Verified on release 3.0.74.2 of "Accounting for Kazakhstan" (edition 3.0).
A counterparty sent you a transfer-acceptance act from the marking system. You open it — and the amounts and quantities don't match. Your shipment has 100 marking codes, but his act shows only 98. Or the codes are the same, but the IS MPT responds: "the code is not owned by the participant." The goods have physically left, the waybill is signed, but in the marking system the transfer is "hanging." This is exactly the situation the "IS MPT Transfer-Acceptance Act" document is for — it records which marking codes you handed over or received and sends this fact to the national system.
1. Purpose
The document registers the transfer or acceptance of marked goods along with marking codes (MC) through the IS MPT (Information System for Marking and Traceability of Goods of the RK). It does not calculate VAT and does not move accounts — money is handled by the linked "Sales" or "Receipt." Its task is to generate an electronic act in the IS MPT and post movements through the code accounting registers, so that the goods "change owner" in the marking system.
2. Where to find
- Menu: the "Sales" section (for shipment) or "Purchases" (for acceptance) → the "Marking / IS MPT" group → "Transfer-acceptance acts (IS MPT)" → the "Create" button.
- 1C navigation link:
e1cib/list/Документ.АктПриемаПередачиИСМПТК
To open the list directly: "Tools" → "Follow navigation link" (or Ctrl+Shift+N in some builds), paste the link and click "Go." This is more reliable than the menu if your command group has been renamed or hidden by an interface setting.
2a. How to find out your release
"Help" → "About the program" (or the "i" icon in the upper right corner). In the window that opens you will see two lines: the platform version ("1C:Enterprise 8.3.xx.xxxx") and the configuration version ("Accounting for Kazakhstan, edition 3.0, 3.0.74.2"). The instructions below describe the behavior of release 3.0.74.2 specifically. On neighboring releases the field names may differ by a word or two, but the logic is the same.
3. How to fill out
We'll go through the fields in order, with emphasis on what happens if you make a mistake.
| Field | Required | Why and what happens if you make a mistake |
|---|---|---|
| Date | Yes | The date of the actual transfer. Code movements are posted by it. It cannot be backdated after sending to the IS MPT — the act has already been registered. |
| Organization | Yes | The turnover participant on whose behalf the transfer takes place. Its IIN/BIN and digital signature data go to the IS MPT. Make a mistake — and the act will come from the wrong legal entity, the codes won't be written off from your balance. |
| Type of operation | Yes | "Shipment" or "Acceptance" (see section 5). Determines the direction of code movement. Mix them up — and the codes will either not be written off or will be doubled. |
| Counterparty | Yes | The second party to the act. Its BIN must be a valid IS MPT participant, otherwise the system will return a rejection: "recipient not registered." |
| Contract | Desirable | Needed for correct analytics and for linking with the ESF/SNT. An empty contract — and you won't later be able to link the act to the invoice. |
| Warehouse | Yes (for shipment) | The warehouse from which the codes leave. The marking code balance is checked against it. Wrong warehouse — "code not found in warehouse." |
| Basis document | Desirable | A link to the "Sales" or "Receipt." Filled in automatically when entering "on the basis of." Without it, you will have to select the codes manually. |
| The "Goods" tabular section | Yes | Item + quantity. The item's GTIN must match the one embedded in the code. A mismatch — "the code's GTIN does not match the item." |
| Marking codes (MC/KIZ) | Yes | The codes themselves: scanned with a 2D scanner or selected from balances. It is exactly these that go into the act. An empty code line = the document will not be posted. |
| Responsible person | No | Who prepared it. For control. |
| Comment | No | Free text, not sent to the IS MPT. |
Practical workflow: enter the act on the basis of "Sales of Inventory" or "Receipt of Inventory" — then the "Organization," "Counterparty," "Contract," "Warehouse," and list of goods will be pulled in automatically. All that remains is to scan (or select from balances) the marking codes for each line. Verify that the number of codes = the quantity in the line. Post it — and click the command to send to the IS MPT.
4. Worked example with postings
LLP "Alatau-Obuv" (a VAT payer) ships to the buyer LLP "Vostok" 100 pairs of footwear — goods subject to mandatory marking.
- Sales price: 5,000 ₸/pair excluding VAT.
- VAT rate: 16% (Kazakhstan, 2026).
- Cost: 3,000 ₸/pair.
Calculation:
| Indicator | Amount, ₸ |
|---|---|
| Value excluding VAT (100 × 5,000) | 500,000 |
| VAT 16% | 80,000 |
| Total payable | 580,000 |
| Cost (100 × 3,000) | 300,000 |
Money and goods are posted by "Sales of Inventory" (the basis document):
| Dr | Cr | Amount, ₸ | Meaning |
|---|---|---|---|
| 1210 | 6010 | 500,000 | Revenue from sales |
| 1210 | 3130 | 80,000 | VAT payable (16%) |
| 7010 | 1330 | 300,000 | Cost of sales / write-off of goods |
But the "IS MPT Transfer-Acceptance Act" makes no accounting postings. It works the marking registers:
- writes off 100 marking codes from the sender's warehouse (code balance register);
- changes the status of these 100 codes to "Transferred";
- generates an electronic transfer-acceptance act with a list of 100 pairs of "GTIN + serial number" and sends it to the IS MPT in the name of LLP "Vostok."
Result: in the accounting of LLP "Alatau-Obuv" there is revenue of 500,000 ₸, VAT of 80,000 ₸, and in the marking system 100 codes have gone to the buyer's balance. The buyer, on their side, enters a mirror act with the operation type "Acceptance" — and the codes are added to their balance.
5. Types of operation
| Type | What it does |
|---|---|
| Shipment (transfer) | Writes off marking codes from you and transfers them to the buyer through the IS MPT. Prepared by the seller. |
| Acceptance | Accepts codes from the supplier onto your balance in the marking system. Prepared by the buyer (including for "direct" acceptance without EDM). |
| Return (if provided by the operation) | The reverse movement of codes when goods are returned — the codes go back to the supplier. |
The specific set of types depends on the setup of the marking functionality; the basic ones are "Shipment" and "Acceptance."
6. What is generated upon posting
- Dr/Cr postings — not generated (this is a marking document, not an account-based accounting document).
- Movements through marking registers — write-off/receipt of codes, change of code statuses ("In circulation" → "Transferred"/"Accepted"), an entry in the register of MC operations.
- Electronic act in the IS MPT — upon sending by command; signed with the organization's digital signature. It receives an identifier and a status ("Draft" → "Sent" → "Accepted"/"Rejected").
- Link with the ESF and SNT — the act is linked with the already issued ESF (IS ESF) and SNT for the same goods and counterparty. The ESF itself is issued by a separate "Invoice (ESF)" document, and the SNT by the "Accompanying waybill for goods" document; the marking act goes together with them in a bundle, so that the codes, the invoice, and the waybill describe a single delivery.
7. Printed forms
- Transfer-acceptance act (with a list of marking codes: GTIN, serial numbers, quantity).
- List of marking codes — a register of MCs for the document (for reconciliation with the scanner/counterparty).
- A service printout of the status/exchange protocol with the IS MPT (if available — from the document status form).
8. Common mistakes
"Marking codes are not filled in for line 1" There is a quantity in the goods line, but codes have not been selected. Scan the codes or click "Fill → Select from balances." The number of codes must exactly equal the quantity.
"Marking code … is not owned by the participant" You are trying to transfer a code that you don't have in the system (it wasn't transferred to you, or you've already transferred it onward). Check whether you accepted this item with an "Acceptance" document, and the code's status in your IS MPT personal account.
"The code's GTIN does not match the item in the line" One item is embedded in the code, but a different item is specified in the line. Check the GTIN field in the item card — it must match the first digits of the code.
"Marking code … has already been transferred" A duplicate shipment: you have already sent this code in another act. Remove it from the document or process a return if this is an erroneous transfer.
"Counterparty is not filled in" / "Counterparty is not registered in the IS MPT" The counterparty is empty or its BIN is not listed as a participant in the turnover of marked goods. Verify the counterparty's BIN and status.
"Document rejected by the IS MPT" See the protocol text in the status form: most often it's an incorrect recipient BIN, an expired digital signature, or codes in the wrong status. Fix the cause and resend the act.
9. FAQ
1. Does this document make accounting postings? No. Postings for revenue, VAT, and cost are made by the linked "Sales of Inventory" (or "Receipt of Inventory"). The IS MPT act moves only marking codes and generates an electronic act.
2. What VAT rate applies to marked goods in 2026? The standard rate — 16% (on turnover). VAT is calculated in the invoice/sales document, not in the marking act.
3. How does "Shipment" differ from "Acceptance"? "Shipment" writes off codes from you and transfers them to the buyer. "Acceptance" puts codes onto your balance from the supplier. For a single delivery, the seller makes the shipment, the buyer makes the mirror acceptance.
4. Is it mandatory to enter the act on the basis of a sale? Not mandatory, but it's more correct this way: the counterparty, warehouse, goods, and codes will be pulled from the shipment, and the act will be linked to the ESF/SNT. Manual filling carries a higher risk of errors.
5. How are the IS MPT act, the ESF, and the SNT related? They describe a single delivery: the SNT accompanies the movement of goods, the ESF is the invoice for VAT, and the IS MPT act transfers the marking codes. Keep them in a bundle under one counterparty and contract.
6. What to do if the counterparty has fewer codes in the act than I do? Reconcile using the "List of marking codes." Usually some codes weren't scanned during shipment or ended up in another document. Find the missing codes and transfer them additionally, or correct the act before it is confirmed in the IS MPT.
7. Can the act be posted without sending it to the IS MPT? Yes, posting and sending are separate steps. A posted but unsent act moves the internal registers, but the transfer is not registered in the national system until you send the act with a digital signature.
8. How to correct an act that has already been sent and accepted? Direct editing is blocked — the act is registered in the system. Process a corrective operation (a return/new act) in accordance with the IS MPT regulations, rather than changing the original document retroactively.
9. Can codes be scanned with a scanner directly into the document? Yes. Place the cursor in the codes tabular section and read the 2D codes (Data Matrix) with a scanner — the lines will fill in automatically, and the quantity will be set according to what was actually scanned.
10. Where can I see the current status of codes? In the document's movements through the marking registers and in the IS MPT exchange status form; the final status ("Transferred," "Accepted") is reflected there after confirmation by the system.
10. Related documents
What the IS MPT act is entered on the basis of:
- "Sales of Inventory (goods and services)" — for shipment;
- "Receipt of Inventory (goods and services)" — for acceptance;
- "Customer order" / "Order to supplier" — as a source of lines.
What is prepared in a bundle / on the basis of it:
- "Invoice (ESF)" — for VAT in the IS ESF;
- "Accompanying waybill for goods (SNT)" — to accompany the movement;
- "Return of goods" with a reverse IS MPT act — for the return of marked goods.
How to find out your release
"Help" → "About the program" — there the "1C:Enterprise" platform version and the configuration version are indicated. If yours is not 3.0.74.2, the menu items and field names may differ slightly, but the logic of working with marking codes is preserved.
This guide was prepared for "Accounting for Kazakhstan," edition 3.0, release 3.0.74.2. All rates and accounts are given according to the norms of Kazakhstan for 2026 (VAT 16%, standard chart of accounts of the RK).