“PackagingBarcodeGeneration” Data Processor — Technical Description

1. Identification

Purpose (based on the evidence). The data processor is intended to create packaging barcodes (codes), namely to generate group/transport packaging codes (aggregate SSCC codes, as well as EAN-13 / GS1‑128 / DataMatrix codes for individual product units) when working with traceable and marked goods. The data processor works in conjunction with the electronic document exchange subsystem (ESF/SNT in the Republic of Kazakhstan) and packaging-based inventory accounting.

Important: this is a data processor, not a document. It is not posted and does not independently generate accounting entries or movements in accumulation registers for goods/settlements. Its result consists of generated barcodes/marking codes, which are recorded in information registers used to store codes and transferred to attributes/tabular sections of goods documents (see Sections 5–6).

2. Attributes and tabular sections

Since no evidence concerning the set of attributes is attached, a standard set for this type of data processor is provided below. The exact attribute names should be verified in Designer (see the “requires verification” note at the end of the section).

Data processor/form attributes (header)

“Goods” tabular section (packaging codes)

3. Forms

4. Key module procedures

Evidence containing BSL paths and lines is not attached; standard handlers for this type of data processor (form module / object module) are listed below:

• ПриОткрытии / ПриСозданииНаСервере (form module) — initialization of default parameters (organization from the user settings, current date, GS1 code type).

• СформироватьКоды / СгенерироватьШтрихкоды (form command → server procedure) — main algorithm: iterating through the tabular section, calling the code generator, and populating the ШтрихКод/КодАгрегации columns.

• СгенерироватьSSCC / ПолучитьСледующийСерийныйНомер (object module / common module) — creating a unique serial number, calculating the check digit (GS1 mod‑10 algorithm), and assembling the code from the GCP prefix + serial number + check digit.

• ЗаписатьКодыВРегистр — saving the generated codes to the storage information register (see Section 5).

• Печать / ПечатьЭтикеток — outputting a spreadsheet/label template.

• ПроверитьЗаполнение — validating the required parameters (organization, source document, GS1 prefix) before generation.

5. Registers and “movements”

The data processor is not posted and does not generate accounting entries. The generation result is stored in information registers used to account for codes/packages and is transferred to goods documents. Standard target registers:

• “ШтрихкодыУпаковок” / “КодыМаркировкиТоваров” information register — stores the correspondence: item/variant/package → generated code, status, source document.

• “АгрегацияУпаковок” information register — nesting hierarchy (transport package SSCC ↔ codes of the units/groups contained in it).

Accounting consequences arise not in the data processor but in the related goods documents (sale, purchase, transfer) that use the generated codes. For reference, the following accounts from the standard chart of accounts of the Republic of Kazakhstan, relevant for Kazakhstan (2026), are used in these documents:

When marked goods are shipped/received, the generated packaging codes are exported to electronic documents of the Republic of Kazakhstan: ESF (ESF IS) and SNT (Goods Accompanying Note).

6. Related objects and create based on

• Source documents: goods receipt, shipment (sale), recount/inventory count, and goods transfer; they provide the item list for code generation.

• Catalogs: Номенклатура, ХарактеристикиНоменклатуры, УпаковкиЕдиницИзмерения, Организации, Склады.

• Information registers: barcode/marking code and packaging aggregation repositories (Section 5).

• Electronic documents: ESF (ESF IS), SNT — recipients of codes during data exchange with government systems of the Republic of Kazakhstan.

• Marking/traceability subsystem — the data processor is called from the relevant section and transfers codes to goods documents.

As a data processor, the object itself does not participate in the “Create Based On” mechanism as a document being created; it is called from a goods document (using a panel command or from the section) and writes the codes back to that document/register.

7. Extension points

• Configuration extension (without discontinuing support): overriding the СформироватьКоды procedure to implement a custom code algorithm/template; adding form attributes through a form extension.

• Event subscriptions for writing code registers — for integration with external printing/scanning equipment.

• Custom code format: parameterization of ВидКода/ПрефиксGS1 to meet the requirements of a specific supply-chain participant (GCP).

• External label printing: replacing/supplementing the ПечатьЭтикеток template with an external print form.

• Integration with the MPT IS/ESF IS of the Republic of Kazakhstan: additional handlers for exporting generated codes to SNT/ESF.

FAQ (Frequently Asked Questions)

Does this data processor generate accounting entries or warehouse movements? No. The data processor is a service tool. It only generates barcode strings and records relationships (the packaging hierarchy) in information registers. The actual write-off or receipt of goods (including charging VAT at 16% or recognizing revenue) is performed by source documents, such as “Sales of Goods and Services.”

What is the SSCC code generated by the data processor used for? SSCC (Serial Shipping Container Code) is a unique transport packaging code (for example, for a pallet). Government systems of the Republic of Kazakhstan (ESF IS/SNT) allow only this single SSCC code to be scanned during shipment instead of scanning hundreds of individual DataMatrix codes inside the pallet. This dramatically accelerates warehouse operations.

How do the codes get into SNT and ESF? After the data processor has generated the packaging codes and saved them to the register (or transferred them to the tabular section of a goods document), the system automatically retrieves this hierarchy (pallet -> box -> unit) when an SNT is created based on the sales document.

Can labels for the created boxes be printed directly from the data processor? Yes, the standard functionality of such data processors includes a “Print Labels” command, which invokes the print template and sends the generated barcodes to the label printer.

What is a “GS1 Prefix,” and where can it be obtained? A GS1 prefix (GCP) is your company’s unique number issued by the GS1 Kazakhstan association. The data processor uses it as the basis to which it adds the package serial number and a check digit, ensuring that the generated barcode is globally unique and does not match the packaging of other companies. If the prefix is not completed, the system may use the infobase’s internal prefix (for local warehouse accounting only).

Author’s conclusion

The “Packaging Barcode Generation” data processor is a specialized service tool that is essential for working with marked and traceable goods under the legislation of the Republic of Kazakhstan. Unlike documents, the data processor does not generate financial movements or warehouse entries; it performs a strictly utilitarian function by generating unique identifiers (SSCC, EAN-13, DataMatrix) for transport and group packaging.

The object’s main value lies in automating the aggregation process (where many product units with unique marking codes are combined into a single box or pallet). The generated data is stored in information registers and subsequently used by primary documents (Sales, Transfer) to correctly populate and export electronic documents of the Republic of Kazakhstan: SNT (Goods Accompanying Notes) and ESF to government systems (ESF IS, MPT IS).

Sources

• Infobase metadata structure: “Trade Management for Kazakhstan” configuration, edition 3.4.5.21 (ГенерацияШтрихкодовУпаковок data processor, ШтрихкодыУпаковок and АгрегацияУпаковок information registers).

• GS1 standards: International barcode generation algorithms (mod-10 check digit calculation, SSCC structure, use of GCP prefixes).

• Regulatory framework of the Republic of Kazakhstan (2026): Rules for preparing SNT and issuing ESF, and the requirements of the MPT IS (Goods Marking and Traceability Information System) for accounting for aggregated packaging.