Marking of remaining stock will become available for goods specified in the Decree of the Government of the Russian Federation dated November 21, 2025, No. 1855.
|
Attention
|
|
Planned:
To view a full document revision history, go to the “Modifications introduced in the previous versions of the document” section.
Goods groups affected
Medical products (10 / wheelchairs)
Business context
Marking of remaining stock will become available for goods specified in the Decree of the Government of the Russian Federation dated November 21, 2025, No. 1855.
True API changes
✅ The document to be available: “Introduction into circulation. Remaining items” (LP_INTRODUCE_OST)
Details
Submission of the “Introduction into circulation. Remaining items” document (LP_INTRODUCE_OST) in * .json format will be available for codes with the REMAINS emission type (Marking of remaining items).
For the description of the document, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Planned launch date
March 31, 2026
Goods groups affected
Biologically active food additives (17 / bio)
Veterinary medicines (26 / vetpharma)
Perfume and eau de toilette (4 / perfumery)
Cosmetics, household chemicals, and personal hygiene products (35 / chemistry)
Business context
Import from the Republic of Armenia will be available within the framework of mutual recognition of identification codes. This means that the marking system will ensure receipt, processing, and recognition of marking codes issued in the marking system of the Republic of Armenia and specified in the cross-border shipment document received from the Operator of the Republic of Armenia.
Import will be implemented as follows:
An exporter from the EEU generates the “Shipment from EEU with IC recognition” document (EAS_CROSSBORDER) containing the transferred marking codes and their attributes.
An importer in the Russian Federation generates the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS) based on the received shipment document, selecting one of the following options:
full acceptance;
partial acceptance;
refusal of acceptance.
In the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS) the importer in the Russian Federation can edit attributes for each marking code transferred in the shipment document.
After successful processing of the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS), the importer becomes the owner of the marking codes, and their status changes to In circulation.
True API changes
✅ The document to be available: “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS) submitted in response to the “Shipment from EEU with IC recognition” document (EAS_CROSSBORDER)
Details
Distinctive features that are planned to be implemented:
the certificate_document_data parameter (Array containing data from documents confirming compliance) will be mandatory for the “Biologically active food additives” and “Veterinary medicines” goods groups;
submission of the document will be available only in * .json format.
For the description of the documents, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Biologically active food additives (17 / bio)
Veterinary medicines (26 / vetpharma)
Perfume and eau de toilette (4 / perfumery)
Cosmetics, household chemicals, and personal hygiene products (35 / chemistry)
Business context
A new process of export to the Republic of Armenia will be implemented under the mutual recognition of marking codes:
Marked goods are transferred on the territory of the Russian Federation by an exporter using the “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) in * .json format.
An importer from an EEU country submits an acceptance document that contains information on the accepted goods specified in the shipment document. Once the document has been processed successfully, the accepted marking codes will become available for circulation on the territory of the EEU country, and the exporter from the Russian Federation will be able to view the “Acceptance in EEU” document (EAS_CROSSBORDER_EXPORT_ACCEPTANCE).
True API changes
✅ The “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) will become available
Details
Distinctive features that are planned to be implemented:
the following parameters will be added to the products objects array (Array containing a list of transferred ICs):
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
*batch_number | string | - | Batch number | The parameter is mandatory for the “Veterinary medicines” goods group. For other goods groups, the parameter must not be filled in. The value must not exceed 30 characters including spaces (digits, Cyrillic and Latin letters, special characters (/ . , -)) |
*alco_content | decimal | - | Actual content of ethyl alcohol | The parameter is mandatory for the “Cosmetics, household chemicals, and personal hygiene products” goods group, for other goods groups the parameter must not be filled in. Format:
If it is alcohol-free, “0” value shall be specified |
the production_date parameter (Production date) is mandatory for the “Biologically active food additives”, “Veterinary medicines”, “Cosmetics, household chemicals, and personal hygiene products” goods groups, and is optional for the “Perfume and Eau de Toilette” goods group;
the expiration_date parameter (Expiration date) is mandatory for the “Biologically active food additives”, “Veterinary medicines”, “Cosmetics, household chemicals, and personal hygiene products” goods groups, and must not be filled in for the “Perfume and Eau de Toilette” goods group;
the certificate_document_data parameter (Array containing data from documents confirming compliance) is mandatory for the “Veterinary medicines” goods group;
submission of the document will be available only in * .json format.
For the description of the documents, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Auto parts and components for vehicles (48 / carparts)
Meat products (25 / meat)
Real fur (49 / furslp)
Polymer pipes (44 / polymer)
Radio-electronic products. Laptops and smartphones (51 / gadgets)
Home and kitchen goods (54 / homeware)
Fertilizers in consumer packaging (53 / fertilizers)
Business context
Submission of information about aggregation and disaggregation of sets will become available. This will allow you to combine several non-identical goods units into a single package to sell them to the end consumer as a single product.
True API changes
🔄 Documents to be modified:
“Aggregation of packaging” (AGGREGATION_DOCUMENT)
“Disaggregation of packaging” (DISAGGREGATION_DOCUMENT)
Details
Indication of the SET value (SIC) will become available in the following documents:
“Aggregation of packaging” (AGGREGATION_DOCUMENT) in the unitSerialNumber parameter (Aggregate identification code);
“Disaggregation of packaging” (DISAGGREGATION_DOCUMENT) in the uitu parameter (Code of aggregate to be disaggregated).
For the description of the documents, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Games and toys for children (27 / toys)
Business context
The system will verify the presence and status of the permitting documents when introducing remaining stock into circulation. This will allow maintaining the relevance of permitting document details contained in the marking system for the codes.
True API changes
🔄 The document to be modified: “Introduction into circulation. Remaining items” (LP_INTRODUCE_OST)
Details
When remaining stock of units of goods (including those nested into the aggregate) is introduced into circulation, the system will verify the presence and status of the permitting document.
Verification will be performed sequentially:
First, the permitting document is verified in the “Introduction into circulation. Remaining items” document (LP_INTRODUCE_OST).
If no information is included in the document — the system verifies already existing permitting document details specified for the code in the marking system.
If permitting document details are found neither in the document nor in the marking system, details will be verified in the goods card in the NCMG. If the “YES” value is specified in the “Requirements of the confirmation of conformity are missing; grounds” parameter in the goods card, there will be no verification.
Introduction into circulation will fail if a permitting document for at least one code:
is not found at any stage;
is invalid.
For the description of the document, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Dairy products (8 / milk)
Business context
If a lot number is specified when withdrawing from circulation within volume and grade accounting, the system will verify the presence of this lot number in the lot register. This will eliminate the possibility to indicate nonexistent lots and increase accuracy of control over goods tracking.
True API changes
🔄 The document to be modified: “Withdrawal from circulation (volume and grade accounting)” (LK_GTIN_RECEIPT)
Goods groups affected
Dairy products (8 / milk)
Business context
A lot number will be verified when forming a group package: it must be identical for all nested items. This will exclude the possibility of adding units of goods with different lot numbers and allow automatic assignment of the lot number to the formed group package.
True API changes
🔄 The document to be modified: “Aggregation of packaging” (AGGREGATION_DOCUMENT)
Goods groups affected
Building materials (39 / construction)
Business context
The ability to generate a report on goods cards with a full dataset will be available. Using this report, you will be able to obtain all attributes contained in goods cards of the National catalog.
True API changes
✅ The method to be available: “Obtaining information on goods cards” (dispenser/tasks)
Details
In the “Obtaining information about goods cards” method (dispenser/tasks), the product-cards-construction value (Report on goods cards — mandatory attributes (Building materials)) will be added to the reportId parameter (Identifier of the export type).
For the method description, see the True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Engine oils (43 / autofluids)
Business context
Starting April 1, 2026, marking of remaining stock will become unavailable in accordance with the Decree of the Government of the Russian Federation dated December 25, 2025, No. 2136.
True API changes
❌ Document to be disabled: “Introduction into circulation. Remaining items” (LP_INTRODUCE_OST)
Details
Starting April 1, 2026, ordering marking codes using the method of release of goods into circulation, REMAINS (Marking of remaining items), submitting the application report (UTILISATION) for such codes, and submitting the document, “Introduction into circulation. Remaining items” (LP_INTRODUCE_OST), will become unavailable.
Goods groups affected
Meat products (25 / meat)
Radio-electronic products (28 / radio)
Radio-electronic products. Laptops and smartphones (51 / gadgets)
Business context
You will be able to update important characteristics of the previously issued marking codes independently, without contacting the Technical Support Service.
True API changes
✅ The document to be available: “Correction of information on codes” (CIS_INFORMATION_CHANGE)
Details
By using the “Correction of information on codes” document (CIS_INFORMATION_CHANGE), you will be able to change the following:
production date;
EEU FEACN code (10 digits);
permitting document details: type, number, and date.
Additionally, for meat products, the following data can also be updated:
AVD identifier;
expiration date;
emission type;
actual weight of goods in grams;
information on variable expiration date.
For the description of the document, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Radio-electronic products. Laptops and smartphones (51 / gadgets)
Semi-finished and frozen food products (52 / frozen)
Business context
You will be able to submit information about generation of group package in the “Aggregation of packaging” document (AGGREGATION_DOCUMENT) and about disaggregation of group package in the “Disaggregation of packaging” document (DISAGGREGATION_DOCUMENT).
This feature will allow you to combine several identical goods units into a single package for sale to the end consumer — not as separate items, but as a unified product.
True API changes
🔄 The documents to be modified:
“Aggregation of packaging” (AGGREGATION_DOCUMENT)
“Disaggregation of packaging” (DISAGGREGATION_DOCUMENT)
Goods groups affected
Engine oils (43 / autofluids)
Business context
A simplified process of engine oils import from the Kyrgyz Republic to the Russian Federation is planned for implementation.
The following scheme will be implemented to import goods under the simplified process:
An exporter from the Kyrgyz Republic describes a goods item in the National catalog and orders Russian marking codes via the Marking system of the Kyrgyz Republic.
The exporter then applies the marking codes onto goods and submits information on the cross-border movement of the goods to the Marking system of the Kyrgyz Republic. The importer can view this information in the Marking system of the Russian Federation in the “Shipment from EEU” document (LP_SHIP_GOODS_CROSSBORDER).
The importer submits the “Acceptance” document (LP_ACCEPT_GOODS) containing details of the goods acceptance as specified in the shipment document to the Marking system of the Russian Federation. Once the acceptance document is successfully processed, the accepted marking codes will be introduced into circulation.
True API changes
✅ The document to be available: “Acceptance of shipment from EEU” (LP_ACCEPT_GOODS) in response to the “Shipment from EEU” document (LP_SHIP_GOODS_CROSSBORDER)
Details
Requirements for filling in parameters in the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS) will be similar to those used when importing the goods from the Republic of Belarus.
For the description of the documents, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Canned foods (32 / conserve)
Business context
For canned foods, you will be able to obtain the virtual warehouse information via the True API export generation method. This will allow goods circulation participants to monitor stock levels and track movement of goods within the warehouse.
True API changes
✅ Method to be available: "Obtaining information about virtual warehouse, including batch accounting" (dispenser/tasks)
Goods groups affected
All goods groups
Business context
When requesting a list of documents, it will be necessary to specify a date range for which data are requested, or to indicate additional filtering parameters.
This change is intended to improve the stability and performance of the method when processing large volumes of documents.
True API changes
🔄 The method to be modified: "Method of receiving a list of documents loaded in TT GIS" (/api/v4/true-api/doc/list)
Details
The logic of using the dateFrom (Document date, from) and dateTo (Document date, to) request string parameters will be changed as follows:
Both parameters must be provided together. Providing only one of them is not allowed.
The parameters will be mandatory if the request string:
includes none of the following parameters: documentStatus (Document status), documentType (Document type), number (Document identifier);
and does not include either the pair of documentFormat (Document format) and senderInn (INN of the document sender) or the pair of documentFormat and receiverInn (INN of the document receiver).
Additionally, the allowed date range between dateFrom and dateTo will be limited.
If these conditions are not met, the method will return an error.
For the description of the method, see True API documentation (it is published in the user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Dairy products (8 / milk)
Business context
Shipment information will be added to the virtual warehouse. This will allow you to track dairy products by specific shipment number.
True API changes
🔄 The methods to be modified:
"Method of obtaining the current balance in a warehouse" (/warehouse/balance)
"Method of getting a list of operations in a warehouse" (/warehouse/operations)
Details
The following will be added to the "Method of obtaining the current balance in a warehouse" method (/warehouse/balance):
optional request parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
partNumbers | array of strings | - | Array of shipment numbers | The parameter is used for the “Dairy products” goods group. Maximum: 50 shipment numbers |
customGroupBy | array of strings | - | Array of grouping indicators | The parameter is used for the “Dairy products” goods group. It is mandatory if the |
optional response parameter in the balances array:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
*partNumber | string | - | Shipment No. | The parameter is returned if the request body contained the |
The following will be added to the "Method of getting a list of operations in a warehouse" (/warehouse/operations):
optional request parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
partNumbers | array of strings | - | Array of shipment numbers | The parameter is used for the “Dairy products” goods group. Maximum: 50 shipment numbers |
customGroupBy | array of strings | - | Array of grouping indicators | The parameter is used for the “Dairy products” goods group. It is mandatory if the |
optional response parameter in the operations array:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
*partNumber | string | - | Shipment No. | It is returned if the request body contained the |
For the description of the methods, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Dairy products (8 / milk)
Business context
Currently, dairy products are tracked through the system focused on the traceability of individual items (e.g., each bottle). Soon, batch-level accounting will be supported, enabling you to track entire batches of goods (for example, all the milk produced on a certain day from a single batch of raw materials).
Soon you will be able to:
automatically generate batch numbers, or manually specify already created numbers from your accounting system;
monitor your batch numbers reserved in the marking system.
These new features will allow you to:
plan production: reserve batch numbers in advance for future product accounting;
indicate your own batch numbers: use your internal batch numbers that are convenient to you for internal accounting;
automate the process: automatically generate unique batch numbers in the system when needed;
view your batches: monitor reserved (but unused) batches.
True API changes
✅ Methods to become available:
The method is intended to automatically generate batch numbers in the marking system.
|
Important
| Maximum size of the reserve — 1,000 batches. To delete batches from the reserve, contact the technical support service at 8 (800) 222-15-23 or via email support@crpt.ru |
Type of privacy: private
Method: POST
Request body example:
{
"pg": "milk",
"partyNumberInfo": [
{
"gtin": "04811111111111",
"productionDate": "2025-07-14T00:00:00.000Z",
"count": 1
},
{
"gtin": "04875777777777",
"productionDate": "2025-07-14T00:00:00.000Z",
"count": 1
}
]
}
Request body parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
pg | string | + | Goods group | Possible value: |
partyNumberInfo | array of objects | + | Parameters to generate batches | Up to 50 items allowed |
*gtin | string | + | Goods code | |
*productionDate | string | + | Production date and time | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
*count | integer | + | The number of batch numbers to be generated |
Response example (code 200 if successful):
{
"inn":"111111111111",
"receivedAt":"2025-07-14T00:12:00 AM.000Z",
"partyNumberInfo":[
{
"partyNumber":"04867777774906140225JiMTBbbbJ6zB",
"gtin":"04811111111111",
"productionDate":"2025-07-14T00:00:00.000Z"
},
{
"partyNumber":"04865555554906140225JiMTMmMmJ6zB",
"gtin":"04875777777777",
"productionDate":"2025-07-14T00:00:00.000Z"
}
]
}
Response examples in case of errors:
Code 400 If a mandatory request body parameter is missing:
{
"error_message": "Отсутствует обязательный параметр <название параметра>"
}
Code 400 If * .json structure in the request body is invalid:
{
"error_message": "Некорректный JSON"
}
Code 401 If an invalid or expired token is specified:
{
"error_message": "Токен не действителен. Необходимо получить новый токен аутентификации"
}
Code 403 If access to the resource is denied:
{
"error_message":"Отсутствует доступ к ресурсу"
}
Code 5XX: internal server error.
Response parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
inn | string | + | INN of the goods circulation participant | |
receivedAt | string | - | Date and time of receipt of the request | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
partyNumberInfo | array of objects | - | Array of batches | |
*partyNumber | string | - | Batch number | Batch number consists of three data groups:
|
*gtin | string | - | Goods code | |
*productionDate | string | - | Production date and time | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
errorMessage | string | - | Error description | It returns only if an error occurs during request processing |
errorResult | object | - | Processing result with errors | |
*partyNumber | array of strings | + | List of batch numbers | |
*gtin | array of strings | + | List of goods codes |
The method is intended to reserve batch numbers generated outside the marking system.
Type of privacy: private
Method: POST
Request body example:
{
"pg": "milk",
"partyNumber": [
"04867777774906140225JiMTBbbbJ6zB",
"04865555554906140225JiMTMmMmJ6zB"
]
}
Request body parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
pg | string | + | Goods group | Possible value: |
partyNumber | array of strings | + | List of generated batch numbers | Maximum: 50 batch numbers. A batch number consists of three data groups:
|
Response example (code 200 if successful):
{
"inn":"111111111111",
"receivedAt":"2025-07-14T00:12:00 AM.000Z",
"partyNumberInfo":[
{
"partyNumber":"04867777774906140225JiMTBbbbJ6zB",
"gtin":"04811111111111",
"productionDate":"2025-07-14T00:00:00.000Z"
},
{
"partyNumber":"04865555554906140225JiMTMmMmJ6zB",
"gtin":"04875777777777",
"productionDate":"2025-07-14T00:00:00.000Z"
}
]
}
Response examples in case of errors:
Code 400 If non-unique batch numbers are specified in the request body:
{
"errorMessage": "Переданы не уникальные номера партий",
"errorResult": [
{
"partyNumber": [
"04867777774906140225JiMTBbbbJ6zB",
"0000000000000000000055DMm40JnvJ0"
]
}
],
"inn": "111111111111",
"receivedAt": "2025-07-14T00:00:00.000Z"
}
Code 400 If a mandatory request body parameter is missing:
{
"error_message": "Отсутствует обязательный параметр <название параметра>"
}
Code 400 If a request body parameter has an invalid data type:
{
"error_message": "Некорректный формат параметра запроса <название параметра>"
}
Code 400 If * .json structure in the request body is invalid:
{
"error_message": "Некорректный JSON"
}
Code 401 If an invalid or expired token is specified:
{
"error_message": "Токен не действителен. Необходимо получить новый токен аутентификации"
}
Code 403 If access to the resource is denied:
{
"error_message":"Отсутствует доступ к ресурсу"
}
Code 5XX: internal server error.
Response parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
inn | string | + | INN of the goods circulation participant | |
receivedAt | string | - | Date and time of receipt of the request | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
partyNumberInfo | array of objects | - | Array of batches | |
*partyNumber | string | - | Batch number | |
*gtin | string | - | Goods code | |
*productionDate | string | - | Production date and time | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
errorMessage | string | - | Error description | It returns only if an error occurs during request processing |
errorResult | object | - | Processing result with errors | |
*partyNumber | array of strings | + | List of batch numbers | |
*gtin | array of strings | + | List of goods codes |
The method is intended to get a list of reserved batch numbers.
Type of privacy: private
Method: GET
Response example (code 200 if successful):
{
"partyNumberInfo":[
{
"createdDateTime":"2025-08-14T22:00:00.000Z",
"gtin":"04611111111111",
"partyNumber":"0104855555555555215NnNNn",
"productGroups":[
"milk"
],
"productionDate":"2024-12-25"
},
{
"createdDateTime":"2025-08-14T22:00:00.000Z",
"gtin":"04622222222222",
"partyNumber":"0104855555555555215NnNNn",
"productGroups":[
"milk"
],
"productionDate":"2024-12-25"
}
]
}
Response examples in case of errors:
Code 400, If an error occurred in obtaining the data:
{
"error_message": "Ошибка получения данных"
}
Code 401 If an invalid or expired token is specified:
{
"error_message": "Токен не действителен. Необходимо получить новый токен аутентификации"
}
Code 403 If the user’s role does not permit this action:
{
"error_message":"Доступ запрещен. Роль не соответствует допустимой"
}
Code 429, If the number of requests has been exceeded (max 10 requests per second per participant):
{
"error_message":"Превышен лимит запросов. Попробуйте повторить попытку через несколько минут."
}
Code 5XX: internal server error.
Response parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
partyNumberInfo | array of objects | - | Information about batches | |
*createdDateTime | string | + | Reservation date | Format: yyyy-MM-ddTHH:mm:ss.SSSZ |
*gtin | string | + | Goods code | |
*partyNumber | string | + | Batch number | |
*productGroups | array of strings | + | Goods group | Possible value: |
*productionDate | string | + | Production date | Format: yyyy-MM-ddTHH |
Goods groups affected
Groceries (37 / grocery)
Business context
Import from the Republic of Armenia under the mutual recognition of identification codes will be available for the groceries. This means that the marking system will ensure the receipt, processing and recognition of the marking codes issued by the marking system of the Republic of Armenia and specified in the cross-border shipment document received from the Operator of the Republic of Armenia.
The import process will be implemented as follows:
The exporter from the EEU generates the “Shipment from EEU with IC recognition” document (EAS_CROSSBORDER). The document shall contain transferred marking codes and their attributes.
The importer in the Russian Federation generates the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS) based on the received shipment document in one of the following variants:
full acceptance;
partial acceptance;
refusal of acceptance.
In the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS), the importer in the Russian Federation may edit the attributes of each marking code transferred in the shipment document.
After successful processing of the “Acceptance of shipment from EEU” document (LP_ACCEPT_GOODS), the importer becomes the owner of the marking codes, and their status changes to INTRODUCED (In circulation).
True API changes
✅ The document to be available: “Acceptance of shipment from EEU” document (‘LP_ACCEPT_GOODS’) submitted in response to the “Shipment from EEU with IC recognition” document (‘EAS_CROSSBORDER’)
Goods groups affected
Groceries (37 / grocery)
Business context
A new process of export to the Republic of Armenia will be implemented under the mutual recognition of marking codes for the groceries:
The marked goods are transferred by the Russian exporter by using the “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) of * .json format.
The importer from an EEU country submits an acceptance document that contains information on the accepted goods specified in the shipment document. Once the document has been processed successfully, the accepted marking codes will become available for circulation within the EEU country, and the exporter from the Russian Federation will be able to view the “Acceptance in EEU” document (EAS_CROSSBORDER_EXPORT_ACCEPTANCE).
True API changes
✅ The “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) will become available
Details
Distinctive features that are planned to be implemented:
the mandatory conditions for the production_date (Production date) and expiration_date (Expiration date) parameters will be similar to those applied to the “Packaged water” goods group;
submission of the document will be available only in * .json format.
For the description of the documents, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
All goods groups
Business context
In the near future you will be able to directly handle consumers feedback submitted via Chestny ZNAK mobile app, including:
receive a list of complaints related to your goods;
see details: description, photos, information about goods and points of sale;
send official responses — with explanation and attached photos.
How this will work:
A consumer identifies a potential issue — such as damaged, expired goods, or error in the marking — and submits feedback via the Chestny ZNAK mobile app.
The system identifies which circulation participant is responsible under the agreement and redirects the complaint to that participant.
You (as the responsible participant) review the complaint, investigate the issue, and submit a response.
The Operator moderates the response:
if the response is constructive and substantive - the consumer sees it in the app;
if the response does not contain explanations or deviates from the topic - the case is escalated to public authorities (e.g., Rospotrebnadzor).
This makes you the first to review and respond to consumer complaints — delivering significant advantages:
Resolve quality, marking, and sale conditions issues faster;
Reduce risks - identify supply chain problems at an early stage;
Close complaints faster - without the participation of public authorities;
Protect your brand reputation - react promptly and show your position;
Build consumer trust - demonstrate transparency and customer care;
Access analytics to track the number of complaints, affected goods, and their regional distribution.
Access to this feature will be provided upon signing the agreement for handling consumer feedback. You may submit a connection request to Technical Support after the feature is launched.
True API changes
✅ New methods to be available:
The method is intended to get a list of consumers’ complaints submitted via the Chestny ZNAK mobile app.
Type of privacy: private
Method: POST
Request body example:
{
"filter":{
"statuses":[
"PENDING",
"NOT_RESPONDED"
],
"regionFiasId":[
"string"
],
"categories":[
"tobacco"
],
"kinds":[
"NO_MARKING"
],
"checkDateFrom":1750511770,
"checkDateTo":1750511780
},
"pageable":{
"sort":"-checkDate",
"page":1,
"pageSize":20
}
}
Request body parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
filter | object | - | Filtering parameters for searching complaints | |
*statuses | array of strings | - | A list of status codes of complaints consideration | See “Catalog “Statuses of complaint consideration by goods circulation participant”” |
*regionFiasIds | array of strings | - | A list of identifiers of regions according to FIAS | Current values can be found on the website of Federal Information Address System |
*categories | array of strings | - | A list of codes of the goods groups | |
*kinds | array of strings | - | A list of codes of complaint types | |
*checkDateFrom | long | - | Start date for filtering the complaints | Format: timestamp in seconds |
*checkDateTo | long | - | End date for filtering the complaints | Format: timestamp in seconds |
pageable | object | - | Parameters to work with the final list of complaints | |
*sort | string | - | The parameter and direction of sorting | Possible values: number — by violation number (ascending); Default value: -number |
*page | integer | - | Number of the requested page | Default value: 1 |
*pageSize | integer | - | Number of complaints per page | Default value — 20. Maximum allowed value is 1,000 |
Response example (code 200 if successful):
{
"content":[
{
"number":154366,
"checkDate":1750598163,
"status":"PENDING",
"category":"tobacco",
"inn":"123123123",
"kind":"NO_MARKING",
"regionFiasId":"1ac11b11-1111-1111-b1bf-a111ea1aecd1",
"regionName":"Ивановская область",
"address":"630520, Новосибирская обл, Новосибирский р-н, село Верх-Тула, ул Советская, д 77777"
},
{
"number":154532,
"checkDate":1750511775,
"status":"RESPONSE_APPROVED",
"category":"milk",
"inn":"123123123",
"kind":"EXPIRED_GOODS",
"regionFiasId":"1ac11b11-1111-1111-b1bf-a111ea1aecd1",
"regionName":"Ивановская область",
"address":"630520, Новосибирская обл, Новосибирский р-н, село Верх-Тула, ул Советская, д 77777"
}
],
"totalElements":2,
"innAgreement":true
}
Response examples in case of errors:
Code 400 if * .json structure in request body is invalid:
{
"error_message":"JSON parse error: <информация-парсера>"
}
Code 401 if invalid or expired token is specified:
{
"error_message":"Токен не действителен. Необходимо получить новый токен аутентификации"
}
Code 403 if there is no access to resource:
{
"error_message":"Отсутствует доступ к ресурсу"
}
Code 4ХХ: linked service error
{
"error_message":"<сообщение об ошибке outer из параметра errors>"
}
Code 5ХХ: internal server error
{
"error_message":"<сообщение об ошибке true-api>"
}
Response parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
content | array of objects | - | Array of complaints objects provided to the seller | |
*number | long | - | Complaint No. | |
*checkDate | long | - | Check date and time | Format: timestamp in seconds |
*status | string | - | A status code of complaint consideration by seller | See “Catalog “Statuses of complaint consideration by goods circulation participant”” |
*category | string | - | Goods group code | |
*inn | string | - | Seller’s INN (from complaint) | |
*kind | string | - | Complaint type code | |
*regionFiasId | string | - | Region ID (FIAS) | Current values can be found on the website of Federal Information Address System |
*regionName | string | - | Region name | |
*address | string | - | Address of a point of sale | |
totalElements | long | - | Total number of comlaints meeting search conditions | |
innAgreement | boolean | - | Availability of consent to handle consumer complaints | Possible values:
|
The method is intended to get full information about a complaint for its further consideration by the seller.
Type of privacy: private
Method: GET
Request string parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
number | long | + | No. of desired complaint |
Response example (code 200 if successful):
{
"number":154532,
"checkDate":1750511775,
"category":"milk",
"inn":"123123123",
"kind":"NO_MARKING",
"comment":"Это не масло, а маргарин",
"salePoint":{
"name":"АО \"Предприятие\"",
"inn":"123123123",
"regionFiasId":"1ac11b11-1111-1111-b1bf-a111ea1aecd1",
"houseFiasId":"1ac11b11-1111-1111-b1bf-a111ea1aecd1",
"regionName":"Ивановская область",
"address":"630520, Новосибирская обл, Новосибирский р-н, село Верх-Тула, ул Советская, д 77777",
"marketplace":null
},
"product":{
"category":"milk",
"code":"0104644444444444215K\"PaE\\u001d9315x5",
"productLink":null
},
"photos":[
"https://mobile.api.crpt.ru/photos/motp-photo.jpg",
"https://mobile.api.crpt.ru/external/asset/motp.png"
],
"partnerReview":{
"status":"PENDING",
"date":1750511790,
"resolution":"В рамках выявленного нарушения мы убрали просроченный товар",
"photos":[
"string"
]
}
}
Response examples in case of errors:
Code 400 if the number parameter has not been transferred:
{
"error_message":"Метод с указанным URL не найден"
}
Code 400 if a request string structure is invalid:
{
"error_message":"Failed to read HTTP message"
}
Code 401 if a user is not authenticated:
{
"error_message":"Для доступа к этому ресурсу требуется полная ауте нтификация. Проверьте токен"
}
Code 5ХХ: internal server error
{
"error_message":"<описание ошибки ...>"
}
Response parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
number | long | - | Complaint No. | |
checkDate | long | - | Check date and time | Format: timestamp in seconds |
category | string | - | Goods group code | |
inn | string | - | Seller’s INN (from complaint) | |
kind | string | - | Complaint type code | |
comment | string | - | Consumer’s comment text | |
moderatorComment | string | - | Moderator’s comment | |
product | object | - | Details of the product from complaint | |
*category | string | - | Goods group code | |
*code | string | - | Identification code of the goods item | |
*name | string | - | Product name | |
*productLink | string | - | A link to the goods item in the online store | |
salePoint | object | - | Details of a point of sale | |
*name | string | - | Name of a point of sale | |
*inn | string | - | INN of a point of sale | |
*regionFiasId | string | - | Region ID according to FIAS | Current values can be found on the website of Federal Information Address System |
*regionName | string | - | Region name | |
*houseFiasId | string | - | Identifier of the address (house) according to FIAS | |
*address | string | - | Address of a point of sale | |
*marketplace | string | - | Marketplace code | |
photos | array of strings | - | Array of photos of the complaint | |
partnerReview | object | - | Object of the results of consideration by seller | |
*status | string | - | A status code of the complaint consideration | See “Catalog “Statuses of complaint consideration by goods circulation participant”” |
*date | long | - | Date and time of the complaint consideration by seller | Format: timestamp in seconds |
*resolution | string | - | The seller’s comment that has been sent when considering the complaint | |
*photos | array of strings | - | Photos from the seller provided as links to data storage |
The method is intended to send a goods circulation participant’s response to a consumer complaint.
Type of privacy: private
Method: PATCH
Request string parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
number | long | + | Complaint No. |
Request body example:
{
"status":"ACKNOWLEDGED",
"resolution":"В рамках выявленного нарушения мы убрали просроченный товар"
}
Request body parameters:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
status | string | + | A status code of complaint consideration by the seller | Possible values: ACKNOWLEDGED — complaint confirmed; |
resolution | string | + | Seller’s comment text | Maximum length of the value: 1,000 characters (including spaces) |
In case of success, response status 204 with empty body will be returned.
Response examples in case of errors:
Code 400 If mandatory request parameter is missing:
{
"error_message":"Отсутствует обязательный параметр <имя параметра>"
}
Code 400 if the number parameter has not been transferred:
{
"error_message":"Метод с указанным URL не найден"
}
Code 400 If the request body is missing:
{
"error_message":"Тело запроса не может быть пустым"
}
Code 400 if * .json structure in request body is invalid:
{
"error_message":"JSON parse error: <информация-парсера>"
}
Code 401 if an invalid or expired token is specified:
{
"error_message":"Токен не действителен. Необходимо получить новый токен аутентификации"
}
Code 403 if no access to resource has been found:
{
"error_message":"Отсутствует доступ к ресурсу"
}
Code 4ХХ: linked service error
{
"error_message":"<сообщение об ошибке outer из параметра errors>"
}
Code 5ХХ: internal server error
{
"error_message":"<сообщение об ошибке true-api>"
}
Goods groups affected
Dairy products (8 / milk)
Business context
For the dairy products you will be able to submit information on shipment of goods to the Republic of Belarus by using the “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) in * .json format.
True API changes
✅ Document to be opened: “Shipment to EEU” (EAS_CROSSBORDER_EXPORT)
Details
Distinctive features that are planned to be implemented:
the following parameters will be added into the products objects array (Array containing a list of transferred ICs):
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
*part_number | string | - | Shipment No. | It may be filled in for the “Dairy products” goods group, for other goods groups it must be unfilled. Format: from 21 to 32 characters, inclusive with spaces. Allowed characters: digits, Latin letters, special characters (/ . , -) |
*product_weight | integer | - | Variable weight of the product (in grams) | It is mandatory for the “Dairy products” goods group, if Range of values: from 1 to 999999 inclusive |
conditions of mandatory of the production_date (Production date) and expiration_date (Expiration date) parameters will be similar to those applicable to the “Packaged water” goods group.
For description of the document, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Date of the announcement
Announced in v.430.0 dated June 19, 2025
Goods groups affected
Dairy products (8 / milk)
Business context
For the dairy products, when correcting a shipment number, additional checks will be made in the “Correction of information on codes” document (CIS_INFORMATION_CHANGE).
True API changes
🔄 Modifications in the document: “Correction of information on codes” (CIS_INFORMATION_CHANGE)
Details
Correction of the IC shipment number will be available, provided that the following conditions are met:
a code status is APPLIED (Applied);
a shipment No. has already been specified in the marking system when submitting a document for which a shipment No. can be filled in;
INN of the sender of the correction document and a goods code coincide with INN of the shipment owner and a goods code contained in the marking system;
a code is not nested into a GPIC or SIC.
For description of the document, see True API documentation (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
Clothing items, bed, table, bath and kitchen linens (1 / lp)
Business context
The ability to indicate the Republic of Belarus as a destination country will be closed when submitting information about export via the “Withdrawal from circulation” document (LK_RECEIPT, LK_RECEIPT_CSV, LK_RECEIPT_XML)
True API changes
❌ The “Withdrawal from circulation” document (LK_RECEIPT, LK_RECEIPT_CSV, LK_RECEIPT_XML) will be closed for export to the Republic of Belarus
Details
The ability to indicate information about the Republic of Belarus will be unavailable in the destination_country_code (Code of the destination country) and importer_id (INN (or analog) of the importer) parameters in the “Withdrawal from circulation” document type (LK_RECEIPT, LK_RECEIPT_CSV, LK_RECEIPT_XML).
To export goods to the Republic of Belarus, use the "Shipment to EEU" document (EAS_CROSSBORDER_EXPORT, EAS_CROSSBORDER_EXPORT_CSV).
For description of the document types, see True API document (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
Goods groups affected
All goods groups
True API changes
🔄 Modified method: "Method of receiving information on goods item by goods GTIN" of version v4.
Details
The "Method of receiving information on goods item by goods GTIN" of version v4 is being improved:
The logic of issue of information for the GTIN attributes will be changed. To date, information is returned only on the codes in the goods cards of which values of the goodTurnFlag (Indicator of goods readiness to the circulation) and goodMarkFlag (Indicator of readiness to the marking) attributes equal true. In a new version information about goods will be returned regardless of these attributes.
A new response parameter - attributes (Object of strings with data about attributes) will be added. This parameter will contain information that describes goods from the NCMG:
| Parameter | Type | Mandatory | Description | Comment |
|---|---|---|---|---|
*attributes | array of string | + | Object of strings with data about attributes | |
**<наименование атрибута> | array of string | + | Goods description attribute | The resulting * .json can contain a set of fields specific for the goods of the certain goods group (see "Catalog - Additional parameters in the response, depending on the goods groups") |
***data | array of objects | + | Array of objects with the attributes data that returned from the NC / GS1 | |
****value | string | + | Value of the attribute from the NCMG | |
****type | string | - | Type / unit of measurement of the attribute from the NCMG |
For description of the method, see True API document (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
| Code in DB | Name | Description |
|---|---|---|
1 | lp | Clothing items, bed, table, bath and kitchen linens |
2 | shoes | Footwear |
3 | tobacco | Tobacco products |
4 | perfumery | Perfume and Eau de Toilette |
5 | tires | New pneumatic rubber tires and tire casings |
6 | electronics | Photo cameras (except cine cameras), flash lights and flash bulbs |
8 | milk | Dairy products |
9 | bicycle | Bicycles and bicycle frames |
10 | wheelchairs | Medical products |
11 | alcohol | Alcohol |
12 | otp | Alternative tobacco products |
13 | water | Packaged water |
14 | furs | Products made of real fur |
15 | beer | Beer, beer-based and low-alcohol beverages |
16 | ncp | Nicotine products |
17 | bio | Specialized food products and biologically active food additives |
19 | antiseptic | Antiseptic/antibacterial skin cleansers and hand sanitizers |
20 | petfood | Pet foods |
21 | seafood | Seafood |
22 | nabeer | Non-alcoholic beer |
23 | softdrinks | Juice products and non-alcoholic beverages |
25 | meat | Meat products |
26 | vetpharma | Veterinary medicines |
27 | toys | Games and toys for children |
28 | radio | Radio-electronic products |
31 | titan | Titanium metal products |
32 | conserve | Canned foods |
33 | vegetableoil | Vegetable oils |
34 | opticfiber | Optical fiber and fiber optic products |
35 | chemistry | Perfumes and toilet preparations and household chemicals |
36 | books | Printed goods |
37 | grocery | Groceries |
38 | pharmaraw | Pharmaceutical raw materials, medicines |
39 | construction | Building materials |
40 | fire | Pyrotechnics and fire-fighting equipment |
41 | heater | Heaters |
42 | cableraw | Cabling and wiring products |
43 | autofluids | Engine oils |
44 | polymer | Polymer pipes |
45 | sweets | Confectionery products |
48 | carparts | Auto parts and components for vehicles |
50 | nicotindev | Radio-electronic products. Electronic nicotine delivery systems |
51 | gadgets | Radio-electronic products. Laptops and smartphones |
52 | frozen | Semi-finished and frozen food products |
53 | fertilizers | Fertilizers in consumer packaging |
54 | homeware | Home and kitchen goods |
| Code | Name | Description |
|---|---|---|
PENDING | Awaiting consideration | The complaint is awaiting the seller ’s consideration |
ACKNOWLEDGED | Complaint accepted | The seller acknowledges the violation |
DENIED | Complaint rejected | The seller does not agree with the violation |
NOT_RESPONDED | No response is provided | The seller has not provided a response |
| Code | Name |
|---|---|
NO_MARKING | Goods are not marked |
MARKING_NOT_READ | Marking cannot be read |
EXPIRED_GOODS | Expired goods item |
INVALID_DOCS | Invalid permitting document |
OTHER | Other |
DIFFER_INFO | App info does not correspond to the packaging |
COMPLAINT_PHARMACY | Complaint against pharmacy |
WITHDRAW | Repeated sales |
NONE | No violation type |
COMPLAINT_MARKETPLACE | Complaint against marketplace |
VAD_VIOLATIONS | Violations in veterinary accompanying document |
IGNORE_PERMISSION_MODE | Ignoring the permit regime |
|
Note
| This section contains records for the last three months from the last publication of the document. For earlier records, see archive |
v.520.0 dated March 25, 2026
Planned:
▪️ Import of biologically active food additives, veterinary medicines, perfume and eau de toilette, cosmetics, household chemicals, and personal hygiene products under mutual recognition of identification codes from the Republic of Armenia.
▪️ Export of biologically active food additives, veterinary medicines, perfume and eau de toilette, cosmetics, household chemicals, and personal hygiene products to the Republic of Armenia.
v.519.0 dated March 24, 2026
Planned:
▪️ Generation of sets for some goods groups.
▪️ Verification of permitting document details when remaining stock of toys is introduced into circulation.
▪️ Lot number verification when withdrawing dairy products from circulation within grade accounting.
▪️ Lot number verification when forming a group package for dairy products.
Change in plans:
▪️ Checking a shipment number when updating the code details for the dairy products: an IC must not be nested into a GPIC or SIC.
v.518.0 dated March 23, 2026
Implemented:
▪️ Disabling set reaggregation for radio-electronic products (electronic nicotine delivery systems).
For the details of implementation, see True API document of v.635.0 dated March 23, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.517.0 dated March 20, 2026
Planned:
v.516.0 dated March 19, 2026
Planned:
▪️ Discontinuation of marking of remaining stock for engine oils.
▪️ Correction of information on codes of meat products, laptops and smartphones, and radio-electronic products.
v.515.0 dated March 17, 2026
Implemented:
▪️ Obtaining information about the virtual warehouse for canned foods via the following methods:
"Method of obtaining the current balance in a warehouse" (/warehouse/balance);
"Method of getting a list of operations in a warehouse" (/warehouse/operations).
For the details of implementation, see True API document of v.632.0 dated March 17, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.514.0 dated March 16, 2026
Planned:
▪️ Generation of group packages for laptops and smartphones, semi-finished and frozen food products.
▪️ Simplified process of import of engine oils from the Kyrgyz Republic.
v.513.0 dated March 11, 2026
Planned:
▪️ Disabling set reaggregation for radio-electronic products (electronic nicotine delivery systems).
v.512.0 dated March 6, 2026
Planned:
v.511.0 dated March 4, 2026
Implemented:
▪️ Withdrawal of canned foods from circulation in terms of volume and grade and cancellation of such withdrawal.
▪️ Obtaining minimum price via True API methods for alternative tobacco products.
For the details of implementation, see True API document of v.626.0 dated March 4, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.510.0 dated March 3, 2026
Implemented:
▪️ Disabling the “Obtaining information on identification codes and aggregates” export.
For the details of implementation, see True API document of v.625.0 dated March 3, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.509.0 dated March 2, 2026
Implemented:
▪️ Changes in operations related to fur products.
▪️ Import of confectionery products via the FCS and use of the ACC.
▪️ Completion of remaining item marking for antiseptics.
▪️ Additional reasons for withdrawal from circulation for meat products.
For the details of implementation, see True API document of v.624.0 dated March 2, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.508.0 dated February 27, 2026
Implemented:
▪️ Withdrawal of cosmetics, household chemicals, and personal hygiene products from circulation in terms of volume and grade and cancellation of such withdrawal.
For the details of implementation, see True API document of v.623.0 dated February 27, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.507.0 dated February 27, 2026
Planned:
▪️ Obtaining minimum price via True API methods for alternative tobacco products.
Implemented:
▪️ Changes to the list of clothing and linen eligible for marking of remaining stock.
▪️ Simplified process of import of pet foods, cosmetics, household chemicals, and personal hygiene products from the Kyrgyz Republic.
For the details of implementation, see True API document of v.622.0 dated February 27, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.506.0 dated February 20, 2026
Planned:
▪️ Changes in operations related to fur products.
▪️ Changes to the list of clothing and linen eligible for marking of remaining stock.
▪️ Additional reasons for withdrawal from circulation for meat products.
v.505.0 dated February 18, 2026
Planned:
▪️ Import of confectionery products via the FCS and use of the ACC.
v.504.0 dated February 17, 2026
Planned:
▪️ Completion of remaining item marking for antiseptics.
▪️ Withdrawal of canned foods from circulation in terms of volume and grade and cancellation of such withdrawal.
Implemented:
▪️ Adding and removing business places for some goods groups.
For the details of implementation, see True API document of v.619.0 dated February 17, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.503.0 dated February 13, 2026
Implemented:
▪️ Ability to create sets for radio-electronic products (electronic nicotine delivery systems).
For the details of implementation, see True API document of v.618.0 dated February 13, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.502.0 dated February 12, 2026
Planned:
▪️ Withdrawal of cosmetics, household chemicals, and personal hygiene products from circulation (volume and grade accounting).
▪️ Simplified process of import of pet foods, cosmetics, household chemicals, and personal hygiene products from the Kyrgyz Republic.
▪️ Adding and removing business places for some goods groups.
v.501.0 dated February 5, 2026
Implemented:
▪️ Export of identification codes filtered by permitting documents.
For the details of implementation, see True API document of v.615.0 dated February 5, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.500.0 dated February 4, 2026
Implemented:
▪️ Import and export of seafood between the Russian Federation and the Republic of Armenia under mutual recognition of marking codes.
For the details of implementation, see True API document of v.614.0 dated February 4, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.499.0 dated February 3, 2026
Implemented:
▪️ Disabling the “Withdrawal from circulation (volume and grade accounting)” document for water.
For the details of implementation, see True API document of v.613.0 dated February 3, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.498.0 dated February 2, 2026
Planned:
v.497.0 dated January 27, 2026
Planned:
▪️ Disabling the “Withdrawal from circulation (volume and grade accounting)” document for water.
▪️ Ability to create sets for radio-electronic products (electronic nicotine delivery systems).
v.496.0 dated January 26, 2026
Implemented:
▪️ Verification of license availability for cross-border import of veterinary medicines.
For the details of implementation, see True API document of v.610.0 dated January 26, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.495.0 dated January 19, 2026
Implemented:
▪️ Import and export of engine oils between the Russian Federation and the Republic of Armenia under mutual recognition of marking codes.
For the details of implementation, see True API document of v.605.0 dated January 19, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.494.0 dated January 16, 2026
Planned:
Implemented:
▪️ Marking of remaining items for sports nutrition.
▪️ Resumption of remaining items marking for engine oils.
▪️ Generation of group packages for meat products, home and kitchen goods, and fertilizers.
For the details of implementation, see True API document of v.604.0 dated January 16, 2026 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.493.0 dated December 30, 2025
Planned:
▪️ Export of identification codes filtered by permitting documents.
Implemented:
▪️ Temporary unavailability of set generation for radio-electronic products.
For the details of implementation, see True API document of v.601.0 dated December 30, 2025 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.492.0 dated December 29, 2025
Planned:
▪️ Generation of group packages for meat products, home and kitchen goods, and fertilizers.
v.491.0 dated December 25, 2025
Planned:
▪️ Disabling the “Obtaining information on identification codes and aggregates” export.
v.490.0 dated December 22, 2025
Implemented:
▪️ Correction of code details for toys.
For the details of implementation, see True API document of v.598.0 dated December 22, 2025 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.489.0 dated December 18, 2025
Planned:
▪️ Temporary unavailability of set generation for radio-electronic products.
Implemented:
▪️ Introduction of radio-electronic products (broken down into individual components) into circulation.
▪️ Simplified process of toys import from the Republic of Belarus.
▪️ Withdrawal of engine oils from circulation upon sale through a vending machine.
▪️ Methods to add and remove business places.
For the details of implementation, see True API document of v.597.0 dated December 18, 2025 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.488.0 dated December 16, 2025
Implemented:
▪️ Reduction of remaining items (volume and grade accounting) for pet foods.
For the details of implementation, see True API document of v.596.0 dated December 16, 2025 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).
v.487.0 dated December 15, 2025
Planned:
▪️ Reduction of remaining items (volume and grade accounting) for pet foods.
▪️ Correction of code details for toys.
v.486.0 dated December 12, 2025
Planned:
▪️ Marking of remaining items for sports nutrition.
v.485.0 dated December 11, 2025
Planned:
▪️ Withdrawal of engine oils from circulation upon sale through a vending machine.
v.484.0 dated December 3, 2025
Change in plans:
▪️ The deadline for resumption of remaining items marking for engine oils has been postponed. Further information on implementation will be provided separately.
v.483.0 dated December 1, 2025
Implemented:
▪️ Marking of remaining items for toys, cosmetics, household chemicals, and personal hygiene products.
▪️ Disabling the ability to correct remaining items (volume and grade accounting) for seafood.
▪️ Import of sets using aggregated customs code.
▪️ Use of aggregated customs code for toys.
For the details of implementation, see True API document of v.587.0 dated December 1, 2025 (it is published in a user account on the production environment and in the knowledge base of the “Integrators Register”).