--- title: "文件《引入流通和电子文档的通知》— 技术说明" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/dokument-uvedomlenieovvodevoborotiscedm-tehnicheskoe-opis-zh source: BuhGPT --- # 文件《引入流通和电子文档的通知》— 技术说明 > **TL;DR:** 1. 识别 参数 值 对象类型 文档 (Documents) 名称 УведомлениеОВводеВОборотИСЦЭДМ 完整名称 Documents.УведомлениеОВводеВОборотИСЦЭДМ 同义词 — (在元数据中未指定) 配置 哈萨克斯坦会计 3.0.74.2 记账国家 哈萨克斯坦共和国 目的。 本文档旨在通知信息系统“数字电子文档流转标记”（ИС ЦЭДМ）关于 重复投入流通 的标记产品在哈萨克斯坦的情况。适用于在临时扣押后将产品退回到商业流通的商品追溯系统参与者——包括从买方退回、重新投入不合格批次、重新标记。 --- 1. 识别 参数 值 对象类型 文档 (Documents) 名称 УведомлениеОВводеВОборотИСЦЭДМ 完整名称 Documents.УведомлениеОВводеВОборотИСЦЭДМ 同义词 — (在元数据中未指定) 配置 哈萨克斯坦会计 3.0.74.2 记账国家 哈萨克斯坦共和国 目的。 本文档旨在通知信息系统“数字电子文档流转标记”（ИС ЦЭДМ）关于重复投入流通的标记产品在哈萨克斯坦的情况。适用于在临时扣押后将产品退回到商业流通的商品追溯系统参与者——包括从买方退回、重新投入不合格批次、重新标记。该文档与商品流动的原始文档配合使用，并通过外发通知机制确保与ИС ЦЭДМ的数据双向同步。 这是一个与外部国家系统交换的服务文档：它不是会计原始文档，且不会直接影响会计/税务记录（见第5节）。 在1C中查找的位置： “商品和仓库”部分 → “关于重复投入流通的通知 (ИС ЦЭДМ)”。导航链接：e1cib/list/Документ.УведомлениеОВводеВОборотИСЦЭДМ。 2. 抬头和表格部分的必填项 2.1 抬头的必填项 必填项（缺少这些项时，处理/记录会被阻止，显示“字段…未填写”的消息）： 必填项 目的 ПричинаВводаВОборот 重复投入流通的原因（从买方退回、不合格、重新标记等）——这是ИС ЦЭДМ的强制分类特征 Поставщик 对供应商/批次来源的引用 ПоставщикНаименование 供应商的文本名称（用于传递给ИС ЦЭДМ） ПоставщикИдентификационныйНомер 供应商的BIN/IIN以便在国家系统中识别 除了必填项外，抬头通常还包含交换的服务性必填项：组织、文档日期/编号、在ИС ЦЭДМ中的处理状态、追溯系统中文档的标识符。 2.2 标记代码的表格部分 主要表格部分保存投入流通的标记代码列表（КИЗ/GTIN、系列/批次、商品名称、数量，如有必要——需要传递价格信息的商品类别的价格）。 2.3 “常见错误”表格部分 保存从ИС ЦЭДМ在尝试发送文档后获得的验证错误列表： 名称 类型 目的 Текст xs:string 错误消息文本 Поле xs:string 导致错误的文档字段名称 表格部分在收到来自ИС ЦЭДМ的响应时填写，并用于向用户显示通知被拒绝的原因。 3. 表单 表单 目的 文档表单 主要的输入/编辑表单：抬头必填项、标记代码、发送到ИС ЦЭДМ的按钮和更新状态 列表表单 文档列表，导航e1cib/list/Документ.УведомлениеОВводеВОборотИСЦЭДМ，按处理状态筛选 选择表单 在引用类型字段和输入基础上选择文档 文档表单中实现了服务场景的命令：基于收货的填充、发送通知、更新状态、填写价格、从文件批量加载代码（见第4节）。 4. 关键程序和场景 附带的证据中没有包含带路径的BSL导出путь:строка。以下是此类对象的典型处理程序和记录在参考材料中的交换场景。 模块对象/表单的典型处理程序： - ОбработкаПроведения — 最小或空：文档不生成运动（见第5节）。 - ОбработкаЗаполнения — 在基于商品收货的输入时填写必填项。 - ПередЗаписью / ОбработкаПроверкиЗаполнения — 控制必填字段（ПричинаВводаВОборот、Поставщик、ПоставщикНаименование、ПоставщикИдентификационныйНомер）。 - 交换程序——生成外发包、解析ИС ЦЭДМ的响应并将行记录到“常见错误”表格部分。 工作场景（来自证据）： 3.1 基于商品收货创建通知——在从买方退回商品、重复投入不合格批次或重新标记时；必填项从基础文档中填写。 3.2 向ИС ЦЭДМ发送通知——在填写所有必填项并检查正确性后；生成外发包。 3.3 从ИС ЦЭДМ更新状态——定期（按计划或手动）以同步文档在国家系统中的处理状态。 3.4 为ИС ЦЭДМ填写价格——将价格信息传递给追溯系统（对某些商品类别的要求）。 3.5 从文件批量加载标记代码——在代码量大（超过50-100）时，手动扫描不切实际。 5. 处理和运动 文档不生成注册表的运动——register_records集为空。这是一个与外部系统ИС ЦЭДМ交换的服务文档，不创建会计分录，也不直接影响1C的会计注册。 因此，在处理此文档时： - 不涉及哈萨克斯坦计划的账户——实现（6010 销售收入， 7010 成本），商品（1330），结算（1210 应收账款， 3310 应付账款），资金（1030）； - 不生成增值税（在哈萨克斯坦2026年的税率为16 %，账户3130 “应付增值税”）——增值税的计提/抵扣由原始文档（销售、收货、退货）执行，而不是由ИС ЦЭДМ的通知； - 此文档不发布ЭСФ/СНТ——增值税和商品追溯的电子文档由相关对象（ЭСФ在ИС ЭСФ中，СНТ）进行。 会计（会计、增值税、个人所得税等）效果仅在原始基础文档中产生；通知仅记录了为国家标记系统重复投入流通的事实。 6. 相关对象和基于输入 - 输入基础——商品收货/退货文档：通知是基于原始文档创建的，自动填写供应商和标记代码（场景3.1）。 - ИС ЦЭДМ——外部国家追溯系统：外发通知的接收者和状态/错误的来源（场景3.2、3.3）。 - ЭСФ (ИС ЭСФ) 和 СНТ——增值税和商品随附单的相关电子文档；由配置中的独立对象进行管理，但属于同一标记产品流动链。 - 商品名称、标记代码 (КИЗ/GTIN)——通知的主题，存储在代码的表格部分中。 7. 扩展点 - 填写检查处理——在发送前添加自定义验证规则（检查BIN/IIN格式、输入原因与商品类别的匹配）。 - 记录/处理事件的订阅——与外部处理的集成，交换日志记录。 - 表单扩展——添加批量加载代码的命令、列表中的额外筛选、可视化“常见错误”表格部分。 - 与ИС ЦЭДМ的交换模块——在国家系统API更改时重新定义外发包的生成和响应解析（在更新版本时标记为“需要检查”，因为交换格式是版本特定的）。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_