Verified on release 3.0.74.2 "Accounting for Kazakhstan" (edition 3.0).
You are closing the period. You open the IS ESF cabinet — and there, in the SNT register, hang invoices that are not in your 1C. Or the other way around: five SNTs have been issued in the database, but only three went through in the state system. You start a manual "by eye" reconciliation by numbers — slow and error-prone. This is exactly what the "Report on availability of SNT issued/received" is for: it pulls up the list of accompanying invoices for the period and shows which of them are in the database and which got "lost" between 1C and IS ESF.
1. Purpose
The document records the result of reconciling accompanying invoices for goods (SNT) — separately for issued (you are the seller/sender) and received (you are the buyer/recipient). It serves as a control point: it closes the question "are all SNTs reflected and confirmed" before you generate the ESF and close VAT for the period.
2. Where to find it
The document lives in the electronic documents block:
- "Sales" section → "Accompanying invoices for goods (SNT)" group — for issued.
- "Purchases" section → the same "SNT" group — for received.
- Universally — via "All functions" → Documents → "Report on availability of SNT issued/received".
The fastest way is to open the list directly via the 1C navigation link. Copy it, then in the menu "Tools" → "Follow navigation link" (or the link icon in the header) paste:
e1cib/list/Документ.ОтчетПоНаличиюСНТВыданныхПолученных
The document journal will open — there is the "Create" button.
2a. How to find out your release
Menu "Help" → "About the program". In the window that opens you will see two lines: the platform version (for example, 8.3.24.x) and the configuration release — "Accounting for Kazakhstan, edition 3.0 (3.0.74.2)". The instructions below refer specifically to 3.0.74.2; in earlier releases the button locations may differ.
3. How to fill it in
The document is short — it does not "print goods", it reconciles the fact of availability. Fill it in from top to bottom.
| Field | Why it matters and what happens if you get it wrong |
|---|---|
| Organization (mandatory) | For which of your companies we reconcile SNT. If there are several organizations in the database and you select the wrong one, someone else's invoices will be pulled up and the reconciliation will be meaningless. |
| Date (mandatory) | The date of the reconciliation itself. It affects which period the control record is assigned to. Set the date within the period being closed, otherwise the movement will go "into the wrong month". |
| Type (direction) (mandatory) | Issued or Received. This is the key switch: it determines whose role you play — sender or recipient — and which SNT list is loaded. Get it wrong and you will see an empty or mirrored list. |
| Period from … to … (mandatory) | The boundaries for selecting SNT. Too narrow a period — some invoices will not be included in the reconciliation; too wide — documents from already closed periods will be included. |
| Tabular section "SNT" | List of invoices: number, date, counterparty, status in IS ESF, "present in database" flag. Filled in with the "Fill" / "Load" button. This is where you see the discrepancies. |
| Responsible / Comment | They do not affect accounting, but they help: who performed the reconciliation and what was decided about the "hanging" SNTs. |
Procedure:
- Select the Organization and direction (issued/received).
- Set the period.
- Click "Fill" — the table will pull up SNT from the accounting records and/or from IS ESF data.
- Scan through the rows: where the status is not "Delivered/Confirmed" or where there is no match in the database — these are your discrepancies.
- Resolve the discrepancies (create/cancel/confirm the SNT) and post the document as a "reconciled" mark.
4. Worked example with figures
Scenario. LLP "Astana-Trade" (VAT payer, rate 16%) sold a batch of goods to LLP "Karavan" in August 2026. An SNT has been issued for this delivery and an ESF should go out. You are reconciling the issued SNT for August.
- Goods: 100 units, price excluding VAT — 5,000 ₸/unit.
- Cost excluding VAT: 100 × 5,000 = 500,000 ₸.
- VAT 16%: 500,000 × 16% = 80,000 ₸.
- Total including VAT: 580,000 ₸.
- Cost of goods sold: 380,000 ₸.
You open "Report on availability of SNT issued", direction Issued, period 01.08.2026–31.08.2026, and click "Fill". You see: SNT No. 145 dated 12.08.2026 for 580,000 ₸ — it is in the database, but in IS ESF the status is "Draft" (not sent). Discrepancy found: the invoice was forgotten to be sent. You send the SNT, the status changes to "Delivered", you post the report — the reconciliation is closed.
The postings are generated not by the report itself, but by the primary sales document to which the SNT is linked (the report only confirms the availability). For this sale, the following is reflected in accounting:
| Dr | Cr | Amount, ₸ | Description |
|---|---|---|---|
| 1210 | 6010 | 500,000 | Revenue from sales (excluding VAT) |
| 1210 | 3130 | 80,000 | VAT 16% payable |
| 7010 | 1330 | 380,000 | Cost of goods written off |
Total buyer's receivables (acc. 1210) = 580,000 ₸. When "Karavan" pays into the current account: Dr 1030 Cr 1210 – 580,000 ₸.
The point of reconciliation: if the SNT had not gone to IS ESF, the buyer would not have had the movement of goods on the virtual warehouse confirmed, and you would run the risk that the sale does not "match" the ESF. The report on availability of SNT catches this before the period is closed.
5. Types of operation
The document works in two directions, which are its "types of operation":
- SNT issued — you are the sender (seller, movement from your own warehouse). You verify that all outgoing invoices have been issued and delivered.
- SNT received — you are the recipient (buyer, incoming movement). You verify that counterparties have issued SNT for all your receipts and that you have accepted/confirmed them.
Within each direction, the actual status is reflected for each row: present in database / not in database, sent / draft, confirmed / rejected / cancelled.
6. What is generated on posting
It is important to understand: this is a control/service document, it does not make accounting postings to accounts (68/62/90 etc. — these are made by sales and receipt documents). On posting it:
- records a control entry about the state of SNT for the period (a service information register for SNT / electronic document statuses);
- marks invoices as reconciled so that they do not "pop up" again;
- when loading from IS ESF, updates the SNT statuses (delivered, confirmed, rejected, cancelled) in the related electronic documents.
The report itself does not create or send the electronic documents (ESF, SNT) — it only shows their availability and status. Sending is performed from the SNT document or from the electronic documents workspace.
7. Printed forms
The following are available from the document:
- "Report on availability of SNT" — a printed register form with a list of issued/received invoices, their numbers, dates, counterparties and statuses (for internal control and as an attachment to the reconciliation act).
- Register of discrepancies — a selection of rows where there is no "database ↔ IS ESF" match (if provided as a separate form in your release).
Printing is done via the "Print" button in the document header.
8. Common mistakes
"Organization not specified" — no company selected in the header. Fill in the "Organization" field; with a single organization in the database it is substituted automatically, with several — select it manually.
"Tabular section not filled in" — you posted the document without clicking "Fill". First load the SNT list for the period, then post.
"Selection period not filled in" — empty dates "from … to …". Set the boundaries; it is convenient to make them equal to the month being closed.
"No connection to IS ESF" / "ESF service unavailable" — the exchange is not configured or the server is unavailable. Check the electronic document settings (certificate, IS ESF login, internet) in the section for exchange with government bodies; the load can be repeated later.
"No match found in accounting for some SNT" — there is an invoice in IS ESF that is not in the database. This is not a posting error, but the result of reconciliation: create the missing document (sale/receipt) and the related SNT, then refill the report.
9. FAQ
There are 8+ answers below.
What is an SNT and why reconcile it? SNT is an accompanying invoice for goods, an electronic document in IS ESF that accompanies the movement of goods (sale, movement, import/export). Reconciliation is needed so that all SNTs are issued, delivered and confirmed before VAT is closed.
Does this document make accounting postings? No. The postings (Dr 1210 Cr 6010, Dr 1210 Cr 3130, Dr 7010 Cr 1330, etc.) are generated by the sale/receipt document. The report on availability of SNT only reconciles the availability and statuses of invoices and writes service control entries.
How do "issued" differ from "received"? "Issued" — you are the sender (seller): you control your outgoing SNT. "Received" — you are the recipient (buyer): you control that suppliers have issued SNT for your receipts.
Does the report send SNT or ESF to the state system? No. Sending SNT and ESF is performed from the electronic documents themselves or from the workspace for exchange with IS ESF. The report only shows the status.
Why are there SNTs in the table that are not in my database? It means the counterparty issued an invoice, but the counterpart document is not entered in your records. Create a receipt/sale and link the SNT, then refill the report — the discrepancy will go away.
Which VAT rate should be applied in the related SNT and ESF for 2026? The standard VAT rate in Kazakhstan for 2026 is 16%. It is exactly this rate that should be in the sale to which the SNT is linked; the report will show a discrepancy if the rate or amount does not match the ESF.
For which period should the reconciliation be run? For the tax period being closed (usually a month). Set the "from … to …" boundaries equal to the month, and the document date — within this period.
What to do if the SNT in IS ESF is rejected or cancelled? The report will highlight such a status. Investigate the cause (error in the goods, IIN/BIN, amount), issue a corrected or new SNT and repeat the reconciliation.
Can the report be reposted after corrections? Yes. Open the document, click "Fill" again to pull up the current statuses, then post. The previous control entries will be updated.
Does the report affect the VAT return (form 300.00)? Not directly. But it helps ensure that all sales are confirmed by SNT and ESF, which means the VAT base (acc. 3130) and the IS ESF data will match when submitting the reporting.
10. Related documents
What it is created on the basis of / what it is related to:
- Sale of goods and services — the source of the issued SNT and the postings Dr 1210 Cr 6010 / Cr 3130.
- Receipt of goods and services — the source of the received SNT (Dr 1330 Cr 3310, input VAT).
- Movement of goods — internal SNT for movement between warehouses/branches.
- Accompanying invoice for goods (SNT) — the electronic document itself, whose availability and status the report checks.
- Electronic invoice (ESF) — issued for the same delivery; it is logical to perform the SNT reconciliation together with the ESF reconciliation.
What is done after the report: for the discrepancies found, the missing SNTs are created, sent/confirmed in IS ESF, corrected ESFs are issued if necessary, after which the period is closed and the VAT return is generated.
How to find out your release
Menu "Help" → "About the program": it shows the 1C:Enterprise platform version and the configuration release. Check against your version — the location of fields and buttons may change between releases.
The material was prepared based on the "Accounting for Kazakhstan" configuration, edition 3.0, release 3.0.74.2. All rates and amounts are given according to the norms of Kazakhstan for 2026 (VAT 16%, MCI 4,325 ₸, minimum wage 85,000 ₸).