--- title: "Документ «УведомлениеОВводеВОборотИСЦЭДМ» — техническое описание" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-06 canonical: https://buhgpt.kz/suraqtar/dokument-uvedomlenieovvodevoborotiscedm-tehnicheskoe-opisanie source: BuhGPT --- # Документ «УведомлениеОВводеВОборотИСЦЭДМ» — техническое описание > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя УведомлениеОВводеВОборотИСЦЭДМ Полное имя Documents.УведомлениеОВводеВОборотИСЦЭДМ Синоним — (в метаданных не задан) Конфигурация Бухгалтерия для Казахстана 3.0.74.2 Страна учёта Республика Казахстан Назна --- 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя УведомлениеОВводеВОборотИСЦЭДМ Полное имя Documents.УведомлениеОВводеВОборотИСЦЭДМ Синоним — (в метаданных не задан) Конфигурация Бухгалтерия для Казахстана 3.0.74.2 Страна учёта Республика Казахстан Назначение. Документ предназначен для уведомления Информационной системы «Цифровой электронный документооборот маркировки» (ИС ЦЭДМ) о повторном вводе в оборот маркированной продукции в РК. Применяется участниками системы прослеживаемости товаров при возврате продукции в торговый оборот после временного изъятия — при возврате от покупателя, вводе забракованной партии, перемаркировке. Документ работает в связке с первичными документами движения товаров и обеспечивает двустороннюю синхронизацию данных с ИС ЦЭДМ через механизм исходящих уведомлений. Это сервисный документ обмена с внешней государственной системой: он не является учётным первичным документом и напрямую не влияет на бухгалтерский/налоговый учёт (см. раздел 5). Где найти в 1С: раздел «Номенклатура и склад» → «Уведомление о повторном вводе в оборот (ИС ЦЭДМ)». Навигационная ссылка: e1cib/list/Документ.УведомлениеОВводеВОборотИСЦЭДМ. 2. Реквизиты шапки и табличные части 2.1 Реквизиты шапки Обязательные реквизиты (без них проведение/запись блокируется сообщением «Поле … не заполнено»): Реквизит Назначение ПричинаВводаВОборот Причина повторного ввода в оборот (возврат от покупателя, брак, перемаркировка и т. п.) — обязательный классифицирующий признак для ИС ЦЭДМ Поставщик Ссылка на контрагента-поставщика/источник партии ПоставщикНаименование Текстовое наименование поставщика (для передачи в ИС ЦЭДМ) ПоставщикИдентификационныйНомер БИН/ИИН поставщика для идентификации в государственной системе Помимо обязательных, шапка типово содержит служебные реквизиты обмена: организацию, дату/номер документа, статус обработки в ИС ЦЭДМ, идентификатор документа на стороне системы прослеживаемости. 2.2 Табличная часть кодов маркировки Основная табличная часть хранит перечень вводимых в оборот кодов маркировки (КИЗ/GTIN, серия/партия, номенклатура, количество, при необходимости — цена для категорий товаров, требующих передачи ценовой информации). 2.3 Табличная часть «Типовые ошибки» Хранит список ошибок валидации, полученных из ИС ЦЭДМ после попытки отправки документа: Имя Тип Назначение Текст xs:string Текст сообщения об ошибке Поле xs:string Имя поля документа, вызвавшего ошибку Табличная часть заполняется при получении ответа из ИС ЦЭДМ и используется для отображения пользователю причин отклонения уведомления. 3. Формы Форма Назначение Форма документа Основная форма ввода/редактирования: реквизиты шапки, коды маркировки, кнопки отправки в ИС ЦЭДМ и обновления статуса Форма списка Список документов, навигация e1cib/list/Документ.УведомлениеОВводеВОборотИСЦЭДМ, отбор по статусу обработки Форма выбора Выбор документа в полях ссылочного типа и при вводе на основании На форме документа реализуются команды сервисных сценариев: заполнение на основании поступления, отправка уведомления, обновление статуса, заполнение цен, массовая загрузка кодов из файла (см. раздел 4). 4. Ключевые процедуры и сценарии В приложенном evidence нет выгрузки BSL с путями путь:строка. Ниже — типовые обработчики этого вида объекта и сценарии обмена, зафиксированные в справочном материале. Типовые обработчики модуля объекта / формы: - ОбработкаПроведения — минимальная либо пустая: документ не формирует движений (см. раздел 5). - ОбработкаЗаполнения — заполнение реквизитов при вводе на основании поступления товара. - ПередЗаписью / ОбработкаПроверкиЗаполнения — контроль обязательных полей (ПричинаВводаВОборот, Поставщик, ПоставщикНаименование, ПоставщикИдентификационныйНомер). - Процедуры обмена — формирование исходящего пакета, разбор ответа ИС ЦЭДМ и запись строк в табличную часть «Типовые ошибки». Сценарии работы (из evidence): 3.1 Создание уведомления на основании поступления товара — при возврате товара от покупателя, повторном вводе забракованной партии или перемаркировке; реквизиты заполняются из документа-основания. 3.2 Отправка уведомления в ИС ЦЭДМ — после заполнения всех обязательных реквизитов и проверки корректности; формируется исходящий пакет. 3.3 Обновление статуса из ИС ЦЭДМ — периодически (по расписанию или вручную) для синхронизации статуса обработки документа в государственной системе. 3.4 Заполнение цен для ИС ЦЭДМ — передача ценовой информации в систему прослеживаемости (требование для отдельных категорий товаров). 3.5 Массовая загрузка кодов маркировки из файла — при большом объёме кодов (более 50–100), когда ручное сканирование нецелесообразно. 5. Проведение и движения Документ не формирует движений по регистрам — набор register_records пуст. Это сервисный документ обмена с внешней системой ИС ЦЭДМ, который не создаёт бухгалтерских проводок и не влияет на учётные регистры 1С напрямую. Соответственно, при проведении этого документа: - не затрагиваются счета РК-плана — реализация (6010 доход от реализации, 7010 себестоимость), товары (1330), расчёты (1210 ДЗ покупателей, 3310 КЗ поставщикам), деньги (1030); - не формируется НДС (в РК на 2026 год ставка 16 %, счёт 3130 «НДС к уплате») — начисление/зачёт НДС выполняют первичные документы (реализация, поступление, возврат), а не уведомление ИС ЦЭДМ; - не выпускаются ЭСФ/СНТ этим документом — электронный документооборот по НДС и прослеживаемости ведётся связанными объектами (ЭСФ в ИС ЭСФ, СНТ). Учётный (бухгалтерский, НДС, ИПН и пр.) эффект возникает исключительно у первичных документов-оснований; уведомление лишь фиксирует факт повторного ввода в оборот для государственной системы маркировки. 6. Связанные объекты и ввод на основании - Основание ввода — документы поступления/возврата товаров: уведомление создаётся «на основании» первичного документа с автозаполнением поставщика и кодов маркировки (сценарий 3.1). - ИС ЦЭДМ — внешняя государственная система прослеживаемости: приёмник исходящих уведомлений и источник статусов/ошибок (сценарии 3.2, 3.3). - ЭСФ (ИС ЭСФ) и СНТ — сопутствующие электронные документы НДС и сопроводительных накладных на товары; ведутся отдельными объектами конфигурации, но относятся к одной цепочке движения маркированной продукции. - Номенклатура, коды маркировки (КИЗ/GTIN) — предмет уведомления, хранятся в табличной части кодов. 7. Точки расширения - Обработка проверки заполнения — добавление собственных правил валидации перед отправкой (проверка формата БИН/ИИН, соответствия причины ввода и категории товара). - Подписка на события записи/проведения — интеграция с внешними обработками, логирование обмена. - Расширение форм — добавление команд массовой загрузки кодов, дополнительных отборов в списке, визуализации табличной части «Типовые ошибки». - Модуль обмена с ИС ЦЭДМ — переопределение формирования исходящего пакета и разбора ответа при изменении API государственной системы (кандидат на пометку «требует проверки» при обновлении релиза, так как формат обмена версионно-специфичен). --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_