销售计划
这个功能做什么
Section titled “这个功能做什么”GMP Vital 的销售计划页展示计划编号、客户、状态、产品行和创建时间。新建时创建“销售计划表”实例，在 Modal 中选择系统内启用产品，自动带出名称和规格，填写计划销量、完成时间及备注，并通过表单签核流程提交。
页面同时合并仍处于草稿、签署中或驳回状态的表单实例，以及已经生成的销售计划业务记录。业务记录具有草稿、待审批、已批准和已驳回状态；有管理权限的人员可提交、复核或批准，并在 Drawer 中查看客户、各时间节点和计划行。生产任务的新建流程只读取已批准的计划行。
监管为什么要求这么做
Section titled “监管为什么要求这么做”销售计划将市场需求转换为产品、规格、数量和交期，是生产策划的输入。法规不要求企业必须使用名为“销售计划”的页面，但错误或未批准的计划可能导致生产错误产品、错误数量或承诺无法满足的交期。
因此本模块主要属于最佳实践：它可以帮助把经确认的需求传给生产，但不能替代顾客要求评审、法规要求识别、库存/产能评估或产品放行。
NMPA《医疗器械生产质量管理规范》
Section titled “NMPA《医疗器械生产质量管理规范》”2025 修订版没有统一强制企业建立独立“销售计划”页面。本模块对第117条销售记录与下游追溯仅是前置支持：计划说明拟销售什么，并不等于已经发生销售，也不构成法定销售记录。
若销售计划来自顾客合同，企业可用合同评审和计划批准降低需求传递错误；但 NMPA 本条没有把该内部计划单据规定为强制形式。国家药监局原公告及政府法规全文应作为最终核字依据。
ISO 13485:2016
Section titled “ISO 13485:2016”ISO 13485 对顾客要求评审和产品实现策划有相应要求；GMP Vital 的销售计划审批与生产传递属于管理支持，具体适用内容须以正版标准核字，参见ISO 13485:2016 主题概览。
系统如何满足
Section titled “系统如何满足”| 控制目标 | 真实代码中的实现 | 合规边界 |
|---|---|---|
| 使用启用产品主数据 | 新建表单从启用产品列表选择并带出名称、规格 | 不验证产品注册状态、客户适用性或销售许可条件 |
| 记录计划要素 | 保存客户、计划年月、产品、规格、数量、完成日期和备注 | 当前创建表单未直接关联合同或顾客要求评审 |
| 签核与状态 | 表单走签核；业务记录可提交、复核、批准并保留各时间节点 | 两种记录形态需确保转换唯一、状态一致且职责不可绕过 |
| 只向生产提供批准计划 | 生产任务创建只加载状态为 APPROVED 的销售计划行 |
批号、物料、产能和交期仍需生产侧确认 |
| 历史查看 | Drawer 展示计划编号、客户、状态、编制/审核/批准时间和明细 | 开放表单行的 Drawer 是映射数据，不展示完整签名证据 |
- 用产品主数据和结构化计划行减少名称、规格及数量转抄错误。
- 在生产任务创建前设置批准状态门槛，防止草稿计划直接下达。
- 保留编制、审核和批准节点，便于追查需求何时进入生产。
- 将其定位为需求传递最佳实践，而不是虚构的 NMPA 强制软件模块。