1. 识别
| 参数 | 值 |
|---|---|
| 对象类型 | 文档 (Documents) |
| 名称 | ЗаказКодовМаркировкиСУЗИСМПТК |
| 完整名称 | Документ.ЗаказКодовМаркировкиСУЗИСМПТК |
| 同义词 | 标记代码申请 (СУЗ) |
| 配置 | 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) |
| 记账国家 | 哈萨克斯坦 (₸) |
目的。 本文档通过与СУЗ（订单管理系统/订单记录系统）的集成，生成从国家系统ИС МПТ（哈萨克斯坦商品标记和追踪信息系统）获取标记代码的申请。生产和进口组织用于申请发放标识代码，这些代码是对烟草、乳制品、纺织品和鞋类产品进行标记所必需的，在其投入流通之前。
文档经历生命周期：
创建草稿 → 发送到 СУЗ → 获取代码
→ 标记商品 → 实际投入流通
在 1С 中查找的位置： “服务 1С: 标记 (ИС МПТ)” → “标记代码申请 (СУЗ)”。导航链接：e1cib/list/Документ.ЗаказКодовМаркировкиСУЗИСМПТК。
2. 抬头和表格部分的属性
2.1. 抬头属性
| 属性 | 目的 | 必填 |
|---|---|---|
Организация |
申请组织，代表其在 СУЗ 中生成订单 | 是 |
ВидПродукции |
ИС МПТ 的商品组（烟草、牛奶、纺织品、鞋类）— 确定代码生成规则 | 是 |
СпособВводаВОборот |
投入流通的依据（在哈萨克斯坦生产、进口、标记库存等） | 是 |
КонтактноеЛицо |
与 ИС МПТ 操作员联系的责任人 | 是 |
ИдентификаторПроизводства |
标记系统中生产场所的标识符 | 是 |
СтранаПроизводителя |
产品制造国 | 是 |
ИдентификаторПроизводственнойЛинии |
特定生产线的标识符 | 是 |
生命周期的服务属性通常包括：СУЗ 中的订单状态、从操作员处获得的订单标识符、发送/接收日期、代码标记的标志。它们在与 СУЗ 交换时自动填写。
如果任何必填属性未填写，平台将无法处理（无法以所需状态记录）文档，并将显示“字段…未填写”的错误。
2.2. 表格部分“商品”
| 列 | 目的 | 必填 |
|---|---|---|
GTIN |
全球商品代码，申请标记代码的商品 | 是 |
КоличествоУпаковок |
需要代码的单位/包装数量（发放量） | 是 |
Шаблон |
为该 GTIN 生成标记代码的模板 | 是 |
СпособФормированияСерийногоНомера |
序列号生成方式（由操作员生成/手动设置/从池中获取） | 是 |
在手动方式下，序列号与行绑定，可通过序列选择表单进行编辑（见第 4 节）。
3. 表单
| 表单 | 目的 |
|---|---|
| 文档表单 (ФормаДокумента) | 订单的主要填写表单：抬头、表格部分“商品”、生命周期命令（发送到 СУЗ、获取代码、申请标记） |
| 列表表单 (ФормаСписка) | 按组织、产品类型、СУЗ 状态筛选的订单列表 |
ФормаВыбораСерий |
在手动生成序列号时输入和验证商品位置的序列号 |
4. 模块的关键程序
根据参考证据确认了序列选择表单的处理程序（版本 3.0.68.1，消息文本逐字）：
| 处理程序 | 功能 |
|---|---|
Форма.ФормаВыбораСерий / СерийныеНомераПередОкончаниемРедактирования |
验证输入的序列号：检查所需字符数并禁止空格。消息：“序列号所需字符数：%1。禁止使用空格.” |
Форма.ФормаВыбораСерий / СерийныеНомераПередНачаломДобавления |
当达到限制时，阻止添加多余的序列。条件：ТребуемоеКоличество <= СерийныеНомера.Количество()。消息：“所有序列已指定.” |
此类文档的典型处理程序（1С 的通用逻辑；根据具体版本进行确认）：
ОбработкаЗаполнения— 输入时填写属性，包括基于。ОбработкаПроверкиЗаполнения— 在记录之前控制必填字段（组织、产品类型、GTIN 等）。ПередЗаписью/ПриЗаписи— 记录状态变化，准备与 СУЗ 交换的数据。- 用于交换的表单命令：生成 XML/JSON 订单包，发送到 СУЗ，接收代码，拆分订单，将代码导出到文件。
5. 处理和流动
文档不生成会计和积累登记的流动。 在处理程序 ОбработкаПроведения 中不创建流动 — 这是注册文档，管理标记代码订单的生命周期，而不是经济交易。
因此，根据哈萨克斯坦的典型会计科目表（例如，1330“商品”，3310“应付供应商款”，3130“应付增值税”，6010/7010 等），该文档不生成会计分录。财务后果（入账标记产品、销售、增值税 16%）通过相关的会计文档反映 — 生产和销售，而不是代码申请。
文档的工作结果记录在订单的服务数据和与 ИС МПТ 的交换子系统中（状态、获得的代码、序列号绑定），而不是在会计登记中。
6. 相关对象和基于的输入
- 与 ИС МПТ / СУЗ 的交换 — 文档是集成场景的核心：
- 3.1 创建生产订单 — 计划发布标记产品的批次。
- 3.2 将订单发送到 СУЗ — 在国家系统中注册。
- 3.3 获取标记代码 — 在状态为“代码已准备”/“部分准备”时接收代码。
- 3.4 申请在商品上标记代码 — 记录物理标记的实施。
- 3.5 将大订单拆分为多个文档 — 当 СУЗ 的项目/代码过多时。
- 3.6 将标记代码导出到文件 — 传输到标记设备或第三方系统。
- 生产文档 — 标记代码应用的产品批次来源。
- 销售文档、ЭСФ 和 СНТ — 在投入流通和发货时使用标记结果；它们反映收入（6010）、成本（7010）和应付增值税（3130），考虑到16%的税率。
- 基于的输入：订单通常基于生产/发布计划生成，并且反过来作为标记和代码流通文档的基础。
7. 扩展点
- 序列号验证规则 — 在序列选择表单中重定义
СерийныеНомераПередОкончаниемРедактирования/СерийныеНомераПередНачаломДобавления（长度、允许的字符、限制）。 - 填写检查 — 扩展
ОбработкаПроверкиЗаполнения以适应生产场所/生产线的额外属性。 - 与 СУЗ 的交换包生成 — 在发送前订阅/重定义订单序列化程序（适应 ИС МПТ 操作员格式的变化）。
- 处理 СУЗ 的响应 — 接收标记状态和代码的点（按产品类型的自定义路由）。
- 表单命令 — 添加自定义操作（批量导出代码，自动根据数量阈值拆分订单）。
- 权限和状态模型 — 通过角色限制生命周期的转换（草稿 → 已发送 → 代码已接收 → 标记）。
与 СУЗ/ИС МПТ 的交换格式和处理程序的确切文本版本依赖（证据摘自版本 3.0.68.1）。在针对 3.0.74.2 进行修改时，请与当前版本的交换属性和消息代码进行对照。