Planned True API changes
Contents
Attention
  • This document is for informational purposes and is intended to inform in advance the integrators and goods circulation participants about changes planned for implementation in True API.

  • The final version of the changes will become available after the announced features are implemented on the demo and production environments of the marking system.

  • The changes described herein are planned for implementation in the next 1-2 months

What’s new in v.521.0 dd. March 26, 2026

Planned:

To view a full document revision history, go to the “Modifications introduced in the previous versions of the document” section.

Planned changes

▪️ Marking of remaining stock of technical rehabilitation aids

  • 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


▪️ Import of biologically active food additives, veterinary medicines, perfume and eau de toilette, cosmetics, household chemicals, and personal hygiene products from the Republic of Armenia under mutual recognition of identification codes

  • 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:

    1. An exporter from the EEU generates the “Shipment from EEU with IC recognition” document (EAS_CROSSBORDER) containing the transferred marking codes and their attributes.

    2. 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.

    3. 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”).


▪️ 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

  • 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:

    1. 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.

    2. 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):

      ParameterTypeMandatoryDescriptionComment

      *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:

      • up to 3 digits in the integer part and up to 1 digit in the decimal part (decimal separator is a period, decimal part is optional);

      • value ranges from 0 (0.0) to 100 (100.0) inclusive.

      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”).


▪️ Generation of sets for some goods groups

  • 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”).


▪️ Verification of permitting document details when remaining stock of toys is introduced into circulation

  • 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:

    1. First, the permitting document is verified in the “Introduction into circulation. Remaining items” document (LP_INTRODUCE_OST).

    2. If no information is included in the document — the system verifies already existing permitting document details specified for the code in the marking system.

    3. 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”).


▪️ Lot number verification when withdrawing dairy products from circulation within grade accounting

  • 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)


▪️ Lot number verification when forming a group package for dairy products

  • 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)


▪️ Detailed report on goods cards for building materials

  • 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”).


▪️ Discontinuation of marking of remaining stock for engine oils

  • 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.


▪️ Correction of information on codes of meat products, laptops and smartphones, and radio-electronic products

  • 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”).


▪️ Generation of group packages for laptops and smartphones, semi-finished and frozen food products

  • 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)


▪️ Simplified process of import of engine oils from the Kyrgyz Republic

  • 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:

    1. 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.

    2. 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).

    3. 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”).


▪️ Obtaining virtual warehouse information for canned foods

  • 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)


▪️ Mandatory indication of the date range when requesting a list of documents

  • 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:

    1. Both parameters must be provided together. Providing only one of them is not allowed.

    2. 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”).


▪️ Filtering dairy products by shipment number in the virtual warehouse

  • 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:

      ParameterTypeMandatoryDescriptionComment

      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 partNumbers (Array of shipment numbers) is filled in. Possible grouping value: partNumber (Shipment No.)

    • optional response parameter in the balances array:

      ParameterTypeMandatoryDescriptionComment

      *partNumber

      string

      -

      Shipment No.

      The parameter is returned if the request body contained the partNumbers (Array of shipment numbers) and / or customGroupBy (Array of grouping indicators) = partNumber (Shipment No.)

    The following will be added to the "Method of getting a list of operations in a warehouse" (/warehouse/operations):

    • optional request parameters:

      ParameterTypeMandatoryDescriptionComment

      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 partNumbers (Array of shipment numbers) is filled in. Possible grouping value: partNumber (Shipment No.)

    • optional response parameter in the operations array:

      ParameterTypeMandatoryDescriptionComment

      *partNumber

      string

      -

      Shipment No.

      It is returned if the request body contained the partNumbers (Array of shipment numbers) and / or customGroupBy (Array of grouping indicators) = partNumber (Shipment No.)

    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”).


▪️ New capabilities for managing the dairy product batch numbers: generation, reservation, and display

  • 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

▪️ Method to generate batch numbers

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:

ParameterTypeMandatoryDescriptionComment

pg

string

+

Goods group

Possible value: milk (Dairy products)

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

  1. 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"
          }
       ]
    }
  2. 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:

ParameterTypeMandatoryDescriptionComment

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:

  • the first data group consists of a 14-digit goods code of the product unit or set;

  • the second data group consists of a 6-character production date in YYMMDD format;

  • the third data group consists of a 1-12-character serial number (internal batch number), allowed characters — digits, Latin letters and special characters (/ . , -)

*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

▪️ Method to reserve batch numbers

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:

ParameterTypeMandatoryDescriptionComment

pg

string

+

Goods group

Possible value: milk (Dairy products)

partyNumber

array of strings

+

List of generated batch numbers

Maximum: 50 batch numbers.

A batch number consists of three data groups:

  • the first data group consists of a 14-digit goods code of the product unit or set;

  • the second data group consists of a 6-character production date in YYMMDD format;

  • the third data group consists of a 1-12-character serial number (internal batch number), allowed characters — digits, Latin letters and special characters (/ . , -)

  1. 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"
          }
       ]
    }
  2. 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:

ParameterTypeMandatoryDescriptionComment

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


▪️ Method to get reserved batch numbers

The method is intended to get a list of reserved batch numbers.

Type of privacy: private

Method: GET

  1. 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"
          }
       ]
    }
  2. 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:

ParameterTypeMandatoryDescriptionComment

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: milk (Dairy products)

*productionDate

string

+

Production date

Format: yyyy-MM-ddTHH


▪️ Import of groceries from the Republic of Armenia under mutual recognition of marking codes

  • 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:

    1. 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.

    2. 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.

    3. 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’)


▪️ Export of groceries to the Republic of Armenia

  • 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:

    1. The marked goods are transferred by the Russian exporter by using the “Shipment to EEU” document (EAS_CROSSBORDER_EXPORT) of * .json format.

    2. 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”).


▪️ Manage consumer feedback

  • 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:

    1. 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.

    2. The system identifies which circulation participant is responsible under the agreement and redirects the complaint to that participant.

    3. You (as the responsible participant) review the complaint, investigate the issue, and submit a response.

    4. 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

▪️ Method to get a list of consumer complaints

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:

ParameterTypeMandatoryDescriptionComment

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

See “Catalog “List of supported goods groups”

*kinds

array of strings

-

A list of codes of complaint types

See “Catalog “Types of consumer complaints”

*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);
-number — by violation number (descending);
checkDate — by check date from the lowest to the highest date;
-checkDate — by check date from the highest to the lowest date.

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

  1. 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
    }
  2. 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:

ParameterTypeMandatoryDescriptionComment

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

See “Catalog “List of supported goods groups”

*inn

string

-

Seller’s INN (from complaint)

*kind

string

-

Complaint type code

See “Catalog “Types of consumer complaints”

*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:

true (Consent granted);
false (No consent)

▪️ Method to view consumer complaint

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:

ParameterTypeMandatoryDescriptionComment

number

long

+

No. of desired complaint

  1. 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"
          ]
       }
    }
  2. 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:

ParameterTypeMandatoryDescriptionComment

number

long

-

Complaint No.

checkDate

long

-

Check date and time

Format: timestamp in seconds

category

string

-

Goods group code

See “Catalog “List of supported goods groups”

inn

string

-

Seller’s INN (from complaint)

kind

string

-

Complaint type code

See “Catalog “Types of consumer complaints”

comment

string

-

Consumer’s comment text

moderatorComment

string

-

Moderator’s comment

product

object

-

Details of the product from complaint

*category

string

-

Goods group code

See “Catalog “List of supported goods groups”

*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

▪️ Method to send a response to consumer complaint

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:

ParameterTypeMandatoryDescriptionComment

number

long

+

Complaint No.

Request body example:

{
   "status":"ACKNOWLEDGED",
   "resolution":"В рамках выявленного нарушения мы убрали просроченный товар"
}

Request body parameters:

ParameterTypeMandatoryDescriptionComment

status

string

+

A status code of complaint consideration by the seller

Possible values:

ACKNOWLEDGED — complaint confirmed;
DENIED — complaint rejected

resolution

string

+

Seller’s comment text

Maximum length of the value: 1,000 characters (including spaces)

  1. In case of success, response status 204 with empty body will be returned.

  2. 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>"
      }

▪️ Shipment of dairy products to the Republic of Belarus

  • 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):

      ParameterTypeMandatoryDescriptionComment

      *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 isVarQuantity (Goods with variable quantity) = true in a goods card in the NCMG. For other goods groups the parameter is optional. The parameter shall be missing for the goods without variable weight.

      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


▪️ Checking a shipment number when updating the code details for the dairy products

  • 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”).


▪️ Closing the “Withdrawal from circulation” document for export of clothes and linen to the Republic of Belarus

  • 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”).


▪️ Improvement of the method of receiving information on goods item by goods GTIN (v4)

  • 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:

      ParameterTypeMandatoryDescriptionComment

      *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”).

Appendix 1. Catalogs

Catalog “List of supported goods groups”

Code in DBNameDescription

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

Catalog “Statuses of complaint consideration by goods circulation participant”

CodeNameDescription

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

Catalog “Types of consumer complaints”

CodeName

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

Modifications introduced in the previous versions of the document

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:


v.519.0 dated March 24, 2026

Planned:

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:


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:


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”).