From dbd3b0ea8c7cacfb299dae3b0d055b2d3eba4efc Mon Sep 17 00:00:00 2001 From: Claude Date: Mon, 2 Nov 2026 06:00:16 +0000 Subject: [PATCH] docs(governance): write GL-10 supplier portal account and information security rules MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit New template governance/templates/core/GL-10.md (index.yaml: written), following 04 §3 and ADR-0010: portal as the formal channel (R5), invite-only registration and no attachments on the public form, opening by the org admin only (category managers request), external-member accounts, one account per supplier, per-person portal admin, revocation (contact leaves, eliminate / blacklist, admission rejected), quarterly account review, zero visibility between suppliers, sealed bids, platform maintenance access and personal information. Section 7 maps every system clause to its control. Kept the other documents in step: - QP-01 6.2.2, GL-01 6.1.1/6.1.3: invitation is the default way to register; the public entry takes no attachments; portal accounts opened per GL-10 - SP-01 1.6: no lending accounts, tell the company to deactivate leavers - ZC-03: new R2-09 portal account risk (soe row moves to R2-10); R2-02 cites GL-10 - forms QR-17 (account request) and QR-18 (quarterly review); org key dept.it - 04: srm_portal_admin naming, supplier_admin only requests the portal, admission rejection revocation row, GL-10 6.8 for database-level access Claude-Session: https://claude.ai/code/session_017ihL2fXqdhhmZ1JoJ86htw Co-authored-by: Claude --- docs/design/04-security-and-portal.md | 13 +- governance/README.md | 8 +- governance/org.example.yaml | 2 + governance/templates/core/GL-01.md | 5 +- governance/templates/core/GL-10.md | 267 ++++++++++++++++++++++++++ governance/templates/core/QP-01.md | 2 +- governance/templates/core/SP-01.md | 2 +- governance/templates/core/ZC-03.md | 5 +- governance/templates/index.yaml | 4 +- params/core.yaml | 2 +- 10 files changed, 292 insertions(+), 18 deletions(-) create mode 100644 governance/templates/core/GL-10.md diff --git a/docs/design/04-security-and-portal.md b/docs/design/04-security-and-portal.md index 6ab829b..fed6789 100644 --- a/docs/design/04-security-and-portal.md +++ b/docs/design/04-security-and-portal.md @@ -25,8 +25,8 @@ SRM 同时服务内部员工和互相竞争的供应商，权限设计的首要 ## 2. 角色、岗位与权限集 平台把**能做什么**（权限集）和**看多大范围**（OWD、共享规则、RLS、层级范围）分开。 -本设计的权限集挂在岗位上，员工通过岗位任命获得权限；唯一的例外是门户管理员权限集， -它直接授予具体的供应商用户（§3.3）。 +本设计的权限集挂在岗位上，员工通过岗位任命获得权限；供应商的门户用户同样经静态门户岗位获得权限， +门户管理员按人任命到 `srm_portal_admin`（§3.1 第 6 条、§3.3）。 ### 2.1 内部岗位 @@ -53,7 +53,7 @@ SRM 同时服务内部员工和互相竞争的供应商，权限设计的首要 |---|---| | `srm_internal_base` | 内部员工的基础：读品类、物料、工厂、供应商主数据（不含银行账号）、价格库；**不是** `isDefault` | | `srm_sourcing` | 寻源单、寻源明细的增改（状态只经 screen flow 推进）；邀请、技术评分、定标只经 screen flow；读报价（受封标 RLS 约束）；新建合同 | -| `srm_supplier_admin` | 供应商档案、联系人、证书、准入申请、审核、供货品类资格、处置单、合同的增改；开通门户 | +| `srm_supplier_admin` | 供应商档案、联系人、证书、准入申请、审核、供货品类资格、处置单、合同的增改；门户邀请（提出开通需求，开通本身由组织管理员操作，§3.3） | | `srm_buyer` | 供应商档案、合同、交付记录读；物料只改 `category` 关联（其余字段 FLS 只读，不新建、不删除）；代供应商发起变更单（v0.6 前；银行账户变更要填完整账号，由持完整账号能力的品类经理或采购主管发起）；ERP 集成后加订单、送货单的内部字段 | | `srm_quality` | 审核、交付记录（录入）、整改单的增改；证书只读，核验经 screen flow | | `srm_iqc` | 交付记录的录入（没有质量系统的客户） | @@ -64,7 +64,7 @@ SRM 同时服务内部员工和互相竞争的供应商，权限设计的首要 | `srm_auditor` | 全部 SRM 对象只读（报价同样受封标约束），可读审批历史与字段历史，不可导出银行账号 | | `srm_admin` | 品类、指标库、编码、通知模板的配置；物料导入与维护；存量供应商、联系人、证书的导入（v0.2，唯一能写「存量导入」标记的权限集，[导入说明](../implementation/legacy-supplier-import.md)）；不授予报价读权限 | | `srm_portal_supplier` | 供应商门户用户：见 §3.2 | -| `srm_portal_supplier_admin` | 在 `srm_portal_supplier` 之上：维护本公司联系人、银行账户，提交变更申请与绩效申诉；直接授予具体用户 | +| `srm_portal_admin` | 在 `srm_portal_supplier` 之上：维护本公司联系人、银行账户，看完整银行账号，提交变更申请与绩效申诉；挂在门户管理员岗位 `srm_portal_admin` 上，按人任命 | | `srm_integration` | 预留（ERP 集成后）：集成服务账号，物料、交付记录、订单镜像的写入；供应商仅可写 `erp_vendor_code`，价格记录只读；**不**授予报价单与银行账号 | **为什么 SRM 不用 `isDefault` 权限集**：`isDefault` 的权限集绑定到组织的每一个成员。 @@ -233,6 +233,7 @@ flowchart LR | 联系人离职 / 停用 | 联系人 `active = false`（名册过滤条件），下一个请求起看不到数据；组织管理员随后撤销门户岗位任命并移出组织 | | 供应商冻结 | 账号与门户功能保持不变：整改单仍要回复，资料仍要维护；冻结只阻止新的询价邀请（BR-03），新订单由 ERP 侧冻结标志拦截 | | 供应商淘汰 / 黑名单 | `srm_disposition_apply` 执行时清掉该供应商全部联系人上的 `portal_user`，门户访问即刻失效，不靠人工停用联系人；岗位任命与组织成员身份由组织管理员随后移除（处置 flow 写不了任命，07 §6 V2）。重新准入通过后要重新开通门户 | +| 准入未通过 | 申请驳回、供应商退回 `potential`（重新准入的旧档回 `eliminated`）时清掉该供应商联系人上的 `portal_user`（03 §3 第 8 步，v0.6 U3）；已合格供应商增加品类的申请被驳回不动门户。岗位任命与组织成员身份由组织管理员随后移除 | | 季度复核 | 报表列出每家供应商的门户账号与在职联系人，差异由采购主管确认 | ### 3.4 RLS 示例 @@ -368,7 +369,7 @@ export const PortalSupplier = definePermissionSet({ 报价明细是报价单的 `master_detail` 子对象，跟随父记录，自动同样受限。要点： - **管理员也不例外**：`srm_admin` 不授予报价读权限；平台超级管理员的数据库级访问在 - 运维制度里约束（访问留痕、双人授权），不在应用权限里放开； + 体系文件 GL-10 第 6.8 条里约束（双人授权、访问留痕），不在应用权限里放开； - **AI 助手不例外**：AI 以提问者的身份查询，同一条 RLS 生效（[06 §3](./06-integration-and-ai.md#3-ai-助手)）； - **数量可见、内容不可见**：寻源单上的 `submitted_quote_count` 由平台在报价写入时重算， 内部能看到「已报价 N 家」； @@ -376,7 +377,7 @@ export const PortalSupplier = definePermissionSet({ 系统身份写入，flow 本身留有运行记录； - **价格记录不受封标约束**：`srm_supplier_admin`、`srm_buyer` 对价格记录可读，但价格记录 在定标后才由 flow 产生，与中标报价一一对应，不泄露封标期间的任何报价； -- **平台管理员的数据库级访问**是已知例外，写进运维制度（GL-10）而不是应用权限。 +- **平台管理员的数据库级访问**是已知例外，写进体系文件 GL-10 第 6.8 条（双人授权、报价截止前不访问报价、访问留痕定期检查）而不是应用权限。 ### 4.2 字段级权限（FLS） diff --git a/governance/README.md b/governance/README.md index 8e9277e..fa27166 100644 --- a/governance/README.md +++ b/governance/README.md @@ -1,6 +1,6 @@ # hotsrm 体系文件（管理制度）模板 -> 状态：v0.5（2026-10-26）。生成脚本、参数文件首版和 17 份核心模板（ZC-01～ZC-03、SP-01、QP-01～QP-04、GL-01～GL-08、WI-01）已完成； +> 状态：v0.6（2026-11-02）。生成脚本、参数文件首版和 18 份核心模板（ZC-01～ZC-03、SP-01、QP-01～QP-04、GL-01～GL-08、GL-10、WI-01）已完成； > 其余模板按 §6 的计划随核心版本补齐。审批权限以核心设计 03 §12 的审批矩阵为唯一来源，ZC-02 等按它编写（2026-10-23，P-D1）。 > 模板代号、名称和编写状态以 [`templates/index.yaml`](./templates/index.yaml) 为准。 @@ -54,7 +54,7 @@ hotsrm 把管理制度和系统放在一起维护： | GL-07 | 供应商质量问题整改管理办法 | 三级 | 触发条件、8D 时限、审核验证、质量索赔 | QP-04 | 03 §8 | | GL-08 | 供应商处置管理办法 | 三级 | 冻结、解冻、淘汰、黑名单及解除 | QP-01 | 03 §5 | | GL-09 | 供应商对账与付款管理办法 | 三级 | 对账周期、差异处理、发票、付款 | QP-02 | 03 §9 | -| GL-10 | 供应商门户账号与信息安全管理规定 | 三级 | 账号开通与回收、权限、报价保密 | QP-01 | 04 §3 | +| GL-10 | 供应商门户账号与信息安全管理规定 | 三级 | 门户为正式渠道、邀请注册、账号开通与授权、使用、回收与季度复核、供应商之间零可见、报价保密、平台运维访问、个人信息保护 | QP-01 | 04 §3、§4.1、§8 | ### 3.2 扩展包模板（组合了对应扩展包时启用；扩展包设计保留、未排期） @@ -215,8 +215,8 @@ python3 /governance/scripts/build.py --instance governance --check # |---|---|---| | 已完成 | QP-01、QP-02、ZC-01～ZC-03、SP-01、GL-01、WI-01、GL-02、GL-04、GL-05 | v0.1–v0.3 已有依据；GL-02 的系统控制在 v0.7 落地 | | 第二批（已完成） | GL-03（合同）、GL-08（处置）、GL-07（整改）、QP-03、QP-04 | v0.3 合同与处置、v0.4 质量 | -| 第三批 | GL-06（绩效，已完成）、GL-10（门户账号与信息安全） | v0.5 绩效、v0.6 门户 | +| 第三批（已完成） | GL-06（绩效）、GL-10（门户账号与信息安全） | v0.5 绩效、v0.6 门户 | | 暂不编写 | GL-09（对账与付款）：对账、发票、付款留在 ERP（ADR-0008），只在客户要求把 ERP 侧流程写进体系文件时编写；各扩展包模板随扩展包立项 | — | -已完成：生成脚本、`params/` 参数文件首版、模板登记表、上表前两行的 16 份模板和第三批的 GL-06。QP-03、QP-04 是「修订用条款」：客户已有这两份程序的，把第 6 章并入现行程序（模板第 2.3 条是可覆盖的 block）。扩展包的表单 +已完成：生成脚本、`params/` 参数文件首版、模板登记表、上表前三行的 18 份模板。QP-03、QP-04 是「修订用条款」：客户已有这两份程序的，把第 6 章并入现行程序（模板第 2.3 条是可覆盖的 block）。扩展包的表单 代号在编写对应模板时登记。 diff --git a/governance/org.example.yaml b/governance/org.example.yaml index 4aefe48..22cce2f 100644 --- a/governance/org.example.yaml +++ b/governance/org.example.yaml @@ -21,6 +21,8 @@ dept: finance: 财务部 legal: 法务部门 oversight: 法务、审计、纪检监察部门 + # 负责信息系统账号、认证配置与信息安全的部门；SRM 的组织管理员通常在这里 + it: 信息技术部门 audit: 审计部门 warehouse: 仓储部门 discipline: 监察部门 diff --git a/governance/templates/core/GL-01.md b/governance/templates/core/GL-01.md index f7c69b1..8c0ae5d 100644 --- a/governance/templates/core/GL-01.md +++ b/governance/templates/core/GL-01.md @@ -30,6 +30,7 @@ title: 供应商准入与资质管理办法 - {{doc.BK-01}} - {{doc.GL-04}} - {{doc.GL-05}} +- {{doc.GL-10}} - {{doc.HZ-02}} - 《危险化学品安全管理条例》 - 《危险化学品经营许可证管理办法》 @@ -69,7 +70,7 @@ title: 供应商准入与资质管理办法 ## 6.1　注册受理 -6.1.1　潜在供应商通过 SRM 系统供应商门户的公开注册入口提交注册申请，填写企业基本信息、统一社会信用代码（境外供应商为注册号）、拟供物资类别、联系人、企业概况（规模、产能、主要客户），上传营业执照，并完成关联关系申报和{{doc.QR-15.title}}签署。 +6.1.1　潜在供应商按{{org.dept.procurement}}的邀请注册账号后，在 SRM 系统中提交注册申请（公司开放公开注册入口的，也可经该入口提交），填写企业基本信息、统一社会信用代码（境外供应商为注册号）、拟供物资类别、联系人、企业概况（规模、产能、主要客户），并完成关联关系申报和{{doc.QR-15.title}}签署。营业执照等文件在登录供应商门户后上传，公开注册入口不收附件（见{{doc.GL-10}}第 6.2 条）。 6.1.2　{{org.dept.procurement}}在收到注册申请后 {{param.registration_accept_days}} 个工作日内按下列要求完成受理： @@ -83,7 +84,7 @@ d) **需求匹配**：拟供物资不在公司采购需求范围内的，保留 上述查重和黑名单比对由 SRM 系统在受理时自动完成；失信与违法核查由{{org.dept.procurement}}完成，核查结果截图作为附件存入准入申请。 -6.1.3　受理通过的，SRM 系统建立潜在供应商档案，申请进入资料审核；{{org.dept.procurement}}邀请供应商联系人开通供应商门户账号，由供应商在门户中补充资料和证书。 +6.1.3　受理通过的，SRM 系统建立潜在供应商档案，申请进入资料审核；{{org.dept.procurement}}按{{doc.GL-10.title}}为供应商联系人申请开通供应商门户账号，由供应商在门户中补充资料和证书。 ## 6.2　资料审核 diff --git a/governance/templates/core/GL-10.md b/governance/templates/core/GL-10.md new file mode 100644 index 0000000..acddbeb --- /dev/null +++ b/governance/templates/core/GL-10.md @@ -0,0 +1,267 @@ +--- +code: GL-10 +title: 供应商门户账号与信息安全管理规定 +--- + + + +# 1　目的 + +为规范 SRM 系统供应商门户账号的开通、使用和回收，确保每家供应商只能接触本公司的业务信息，防范商业秘密泄露、账号冒用和个人信息泄露，保障门户作为与供应商往来的正式渠道安全可靠，依据{{doc.QP-01}}第 6.11 条，制定本规定。 + +# 2　适用范围 + +2.1　本规定适用于公司及所属{{org.unit_term}}的供应商门户账号，包括潜在供应商和合格供应商的门户用户、门户管理员，以及为其开通、维护和回收账号的公司人员。 + +2.2　门户中具体业务（准入、信息变更、合同、整改、绩效、寻源报价）的办理要求，按相应的管理文件执行；本规定只规定账号、权限和信息安全方面的要求。 + +2.3　公司员工的 SRM 系统账号与内部权限，按公司现行信息系统账号管理制度和{{doc.QP-01.title}}执行，不属于本规定的范围；本规定第 6.7 条、第 6.8 条中与内部人员相关的要求除外。 + +2.4　供应商门户启用前，与供应商的往来按各业务文件规定的书面方式进行；本规定自门户启用之日起执行。 + +# 3　引用文件 + +- 《中华人民共和国网络安全法》 +- 《中华人民共和国数据安全法》 +- 《中华人民共和国个人信息保护法》 +- GB/T 22080-2016《信息技术 安全技术 信息安全管理体系 要求》 +- GB/T 35273-2020《信息安全技术 个人信息安全规范》 +- {{doc.QP-01}} +- {{doc.SP-01}} +- {{doc.GL-01}} +- {{doc.GL-02}} +- {{doc.GL-04}} +- {{doc.GL-05}} +- {{doc.GL-08}} +- 公司现行信息安全管理制度、信息系统账号管理制度 + +# 4　术语和定义 + +{{doc.QP-01}}界定的术语适用于本规定。此外： + +4.1　**供应商门户**：SRM 系统中面向供应商的部分。供应商在门户中提交申请、维护资料、上传证书、接收和回复整改单、查看合同和绩效结果、参与报价。 + +4.2　**门户账号**：供应商人员登录供应商门户使用的个人账号。门户账号一律以「外部成员」身份开通：外部成员只能看到本人的身份信息，看不到 SRM 系统的成员名单，也不受内部人员默认权限的作用。 + +4.3　**门户登记**：在供应商联系人上登记该联系人的门户账号。门户账号能看到哪家供应商的数据，只由门户登记决定；联系人停用或门户登记被清除后，该账号立即看不到任何供应商的数据。 + +4.4　**门户用户**：已开通门户账号并完成门户登记的供应商人员，只能查看和办理本公司的业务。 + +4.5　**门户管理员**：经供应商书面指定、按人授权的门户用户。除门户用户的权限外，还可以维护本公司的联系人和收款账户、查看完整收款账号、提交信息变更申请和绩效申诉。 + +4.6　**组织管理员**：在 SRM 系统中有权邀请成员、任命岗位、移除成员的管理员，由{{org.dept.it}}或公司指定的 SRM 系统管理员担任。门户账号的开通和移除只能由组织管理员操作。 + +# 5　职责 + +5.1　**{{org.dept.procurement}}**：本规定的归口管理部门。负责受理和提出门户账号的开通需求，核实供应商联系人和门户管理员的授权，停用离职或变动的联系人，组织季度账号复核。{{org.position.category_manager}}、{{org.position.buyer_lead}}提出开通需求，自己不能开通账号。 + +5.2　**{{org.dept.it}}**：负责 SRM 系统的成员与认证配置；由组织管理员发出门户邀请、执行开通、撤销岗位任命和移除成员；配置门户的登录安全策略；管理平台运维访问；组织信息安全事件的处置。 + +5.3　**{{org.dept.finance}}**：按{{doc.GL-04.title}}核实门户管理员提交的收款账户，参与收款账户信息泄露事件的处置。 + +5.4　**{{org.dept.oversight}}**：监督账号开通、回收、复核和平台运维访问的执行情况，受理供应商越权访问或员工代操作门户账号的举报。 + +5.5　**供应商**：指定门户管理员；保证门户账号专人专用；人员离职或变动时及时通知公司停用；对通过门户获得的公司信息承担保密义务（见{{doc.SP-01.title}}第 1.5 条、第 1.6 条）。 + +# 6　管理要求 + +## 6.1　门户的定位与使用原则 + +6.1.1　供应商门户是公司与供应商业务往来的正式渠道。门户上线的业务，供应商的申请、资料、回复、确认和报价以门户中的记录为准；与门户记录不一致的邮件、即时通讯消息、电话或口头承诺，不作为业务依据。 + +6.1.2　公司与供应商签订的采购合同或框架协议，应约定供应商门户为双方业务往来的正式渠道，以及门户账号的保密和停用义务。 + +6.1.3　SRM 系统发给供应商的邮件通知只写事项和门户链接，不附报价、价格、图纸、整改明细、绩效得分等业务内容，供应商登录门户后查看。 + +6.1.4　公司员工不得要求供应商通过门户以外的渠道提交门户已上线业务的资料，也不得代供应商登录门户或在门户中操作。 + +## 6.2　账号注册 + +6.2.1　供应商门户采用邀请注册：{{org.dept.procurement}}在 SRM 系统中登记门户邀请（供应商、联系人姓名和电子邮箱），由组织管理员向该邮箱发出邀请；受邀人员按邀请注册账号并接受邀请后加入 SRM 系统。邀请超过有效期未被接受的，SRM 系统自动置为过期，需要时重新邀请。 + +6.2.2　公司决定开放公开注册入口的，入口只收文字信息，不收营业执照、资质证书等附件；需要上传的文件，由供应商注册账号、登录门户后上传。公开注册提交的申请经{{org.dept.procurement}}受理后才建立供应商档案（见{{doc.GL-01}}第 6.1 条）。 + +6.2.3　开通门户的 SRM 系统环境，成员加入方式应设为「仅限邀请」：未经邀请注册的人员不加入组织，接受邀请的人员以邀请时指定的身份加入。 + +## 6.3　账号开通 + +6.3.1　门户账号按联系人逐个开通，开通前应满足： + +a) 供应商已在 SRM 系统中建档，未被列入黑名单； + +b) 该人员已登记为供应商的在职联系人，电子邮箱为其本人的企业邮箱或供应商书面确认的邮箱； + +c) 拟授予门户管理员权限的，供应商已出具加盖公章的门户管理员授权书。 + +6.3.2　开通流程： + +a) {{org.position.category_manager}}或{{org.position.buyer_lead}}提出开通需求，写明供应商、联系人和是否授予门户管理员权限； + +b) 组织管理员按联系人的电子邮箱发出邀请，身份选「外部成员」；不得以普通成员或管理员身份邀请供应商人员； + +c) 受邀人员接受邀请后，组织管理员运行 SRM 系统的「开通门户」功能：选择联系人和已加入的账号，系统把账号任命到门户用户岗位，授予门户管理员权限的再任命到门户管理员岗位，并在联系人上完成门户登记； + +d) 完成门户登记后，该账号即可看到本公司的数据；{{org.dept.procurement}}通知供应商开通结果。 + +6.3.3　一人一号：一个门户账号只能登记在一家供应商的一个联系人上，不同人员不得共用账号。同一人员同时为两家供应商工作的，须分别以不同的电子邮箱开通账号，并按{{doc.GL-05.title}}申报相关情况。 + +6.3.4　门户管理员新增的联系人不自动获得门户账号，需要开通的按 6.3.2 办理。 + +6.3.5　供应商淘汰后重新准入的，原门户登记已在淘汰时清除，准入通过后按 6.3.2 重新开通。 + +## 6.4　权限 + +6.4.1　门户用户只能查看本公司的档案、联系人、资质证书、供货资格、准入申请、信息变更申请、交付记录和整改单，签署中及以后的合同，已发布的绩效考评结果，以及本公司的寻源邀请和报价；草稿和审批中的合同、未发布的考评、寻源单本身、审核记录、风险事件、处置单和其他供应商的任何信息，门户用户都看不到。各项业务的可见范围与可办理事项见附录 A。 + +6.4.2　门户用户可以维护本公司的一般资料、上传资质证书、回复整改单、接受或拒绝寻源邀请、在报价截止前填写和修改本公司的报价。供应商名称、统一社会信用代码、注册地址、法定代表人、收款账户等关键信息，只能经信息变更申请修改（见{{doc.GL-04}}）。 + +6.4.3　门户管理员按人授权，每家供应商原则上不超过 2 名。门户管理员可以新增本公司联系人、修改联系人手机号码、新增收款账户、查看完整收款账号、提交信息变更申请和绩效申诉；不能开通、停用或恢复门户账号，也不能修改联系人的在职状态和门户登记。 + +6.4.4　供应商更换门户管理员的，应出具新的授权书；{{org.dept.procurement}}核实后由组织管理员调整岗位任命。门户管理员本人变更与其他变更申请的先后顺序见{{doc.GL-04}}第 6.1.3 条。 + +6.4.5　门户登记只能由 SRM 系统的开通、处置等流程写入或清除，任何岗位（包括门户管理员和公司员工）都不能直接修改。联系人的在职状态由{{org.dept.procurement}}维护，门户用户只能查看。 + +6.4.6　公司员工的 SRM 系统权限一律通过岗位任命授予，不设对全体成员自动生效的默认权限；公司员工不得被任命到门户岗位。同一系统环境中部署了其他应用的，门户上线前由{{org.dept.it}}检查这些应用的默认权限，确认不会作用于外部成员。 + +## 6.5　账号使用 + +6.5.1　门户账号专人专用，不得转借、共用或交由第三方代为操作。供应商应督促其门户用户妥善保管密码，不在公共设备上保存登录状态。 + +6.5.2　门户用户只能为履行与公司的业务使用门户，不得尝试访问其他供应商的信息，不得批量下载或以自动化工具抓取门户数据，不得将门户中的公司信息用于与公司业务无关的目的。 + +6.5.3　{{org.dept.it}}按公司信息安全管理制度配置门户的登录安全策略，包括密码复杂度、登录失败锁定和会话超时；具备条件的，对门户管理员启用多因素认证。 + +6.5.4　供应商发现账号被盗用、密码泄露，或在门户中看到不属于本公司的信息的，应立即停止使用并通知{{org.dept.procurement}}，不得保存、传播或利用所看到的信息。 + +## 6.6　账号回收与季度复核 + +6.6.1　门户账号按下列情形回收： + +a) **联系人离职或岗位变动**：供应商应在人员离职或不再负责与公司业务往来后 1 个工作日内通知{{org.dept.procurement}}；{{org.dept.procurement}}在 SRM 系统中停用该联系人，账号自停用起看不到任何供应商的数据；组织管理员随后撤销其门户岗位任命，并将其移出 SRM 系统； + +b) **供应商淘汰或列入黑名单**：处置执行时，SRM 系统清除该供应商全部联系人的门户登记，门户访问即时失效；组织管理员随后撤销这些账号的岗位任命并移出 SRM 系统（处置按{{doc.GL-08}}执行）； + +c) **准入未获批准**：供应商因此退回潜在供应商（或淘汰）的，SRM 系统清除该供应商联系人的门户登记，{{org.dept.procurement}}通知供应商（见{{doc.GL-01}}第 6.6.4 条）；供应商重新申请准入的，按 6.3 重新开通； + +d) **门户管理员授权撤销**：组织管理员撤销其门户管理员岗位任命，该账号保留门户用户的权限。 + +6.6.2　供应商被冻结的，门户账号保持不变：冻结期间供应商仍须回复整改单、维护资料和资质证书，冻结只影响其参加新的寻源和新签合同（见{{doc.GL-08}}）。 + +6.6.3　{{org.dept.procurement}}每季度组织一次门户账号复核： + +a) 以 SRM 系统的门户账号复核报表为依据，逐家核对门户账号与在职联系人； + +b) 重点检查：已停用联系人或已淘汰、列入黑名单供应商的账号是否已移出 SRM 系统；同一账号是否登记在多家供应商；门户管理员是否有有效授权书；是否有公司员工持有门户岗位、供应商人员以外部成员以外的身份加入；长期未登录的账号是否仍需保留； + +c) 复核差异由{{org.position.buyer_lead}}确认处理意见，组织管理员在 10 个工作日内处理完毕；复核结果和处理情况形成记录。 + +6.6.4　组织管理员撤销岗位任命、移出成员的操作，以 SRM 系统的操作记录为准；{{org.dept.oversight}}每年至少抽查一次回收和复核记录。 + +## 6.7　供应商之间的信息隔离 + +6.7.1　SRM 系统应保证每家供应商只能看到本公司的数据，看不到其他供应商的任何数据，也看不到其他供应商有哪些门户账号和公司员工的完整名单。隔离由系统按门户登记自动控制，登记缺失或系统无法判断时一律不放行。 + +6.7.2　报价信息的保密：门户中每家供应商只能看到本公司的报价；报价截止前，公司内部任何人员看不到报价内容，只能看到已报价家数（见{{doc.GL-02}}）。 + +6.7.3　收款账号只对{{org.position.ap_accountant}}、有供应商档案管理权限的采购人员和该供应商的门户管理员完整显示，其他人员只能看到后 4 位；收款账户所在的数据不开放导出。 + +6.7.4　SRM 系统的智能助手以提问人的身份查询数据，受与门户、内部人员相同的可见范围约束，不能用于查看提问人无权查看的信息。 + +6.7.5　门户上线前，以及每次调整门户权限、新增面向供应商的功能、在 SRM 系统上做客户化配置后，{{org.dept.it}}应组织隔离验收测试：以两家供应商的门户账号交叉读取、修改对方数据，冒用门户登记，回收后访问，并经门户界面、接口、导出和智能助手分别验证。测试全部通过方可上线；客户化配置不得放宽门户的隔离和报价保密控制。 + +6.7.6　发现或接报供应商之间信息互见、账号冒用等信息安全事件的，{{org.dept.it}}应立即暂停相关账号或功能，会同{{org.dept.procurement}}查明受影响的范围，报告{{org.dept.oversight}}；涉及个人信息或商业秘密泄露的，按公司信息安全管理制度和有关法律法规的要求处置和告知。 + +## 6.8　平台运维访问 + +6.8.1　SRM 系统平台运维人员绕过应用权限直接访问数据库的，是本规定隔离与保密控制的已知例外，须按本条严格控制： + +a) 只能为故障排查、数据修复等运维目的访问，事先经{{org.dept.it}}负责人和{{org.dept.procurement}}负责人双人书面授权，写明目的、范围和时限； + +b) 报价截止前不得访问报价数据，确需访问的另经{{org.dept.oversight}}同意； + +c) 访问全程留痕，访问记录由{{org.dept.it}}保存，{{org.dept.oversight}}每季度检查。 + +6.8.2　SRM 系统管理员的应用权限不包括读取报价、审批业务单据和修改门户登记。 + +## 6.9　个人信息保护 + +6.9.1　门户只收集与供应商业务往来必需的联系人信息（姓名、职能、电子邮箱、手机号码）。门户邀请和注册时向联系人告知个人信息的处理目的、方式和保存期限，并取得同意。 + +6.9.2　联系人的手机号码只对公司员工和本公司门户用户可见，由本公司门户管理员维护；其他供应商看不到。 + +6.9.3　联系人停用后，其个人信息按 {{param.record_retention_years}} 年的保存期限保存，期满后删除或匿名化；法律法规另有规定的，从其规定。 + +# 7　信息化控制要求 + +本规定的下列要求在 SRM 系统中实施控制，系统配置应与本规定保持一致： + +| 控制要求 | 本文件条款 | SRM 系统中的控制方式 | +|------------------------|--------|--------------------------------| +| 邀请注册与邀请过期 | 6.2.1 | 门户邀请记录邀请对象、有效期和进度，超过有效期未接受的自动置为过期 | +| 公开注册入口不收附件 | 6.2.2 | 公开注册表单不设附件字段，提交后不直接建立供应商档案 | +| 仅限邀请加入 | 6.2.3 | 开通门户的环境成员加入方式设为仅限邀请，未经邀请的注册不加入组织 | +| 门户账号只能以外部成员身份开通 | 4.2、6.3.2 b) | 外部成员只能读取本人的身份信息，看不到成员名单，默认权限对其不生效 | +| 只有组织管理员能开通 | 4.6、6.3.2 c) | 「开通门户」功能以操作人身份执行，开始前检查操作人是组织管理员，不是则直接结束；岗位任命只有组织管理员能写 | +| 一个账号只登记在一家供应商 | 6.3.3 | 「开通门户」检查该账号是否已登记在其他联系人上，已登记的不予开通 | +| 门户管理员按人授权 | 4.5、6.4.3 | 门户用户与门户管理员为两个固定岗位，门户管理员权限只授给被任命的个人 | +| 门户可见范围与可办理事项 | 6.4.1、6.4.2、附录 A | 门户权限只放行本公司的数据；关键信息字段对门户只读；不授予门户的业务对象门户看不到 | +| 门户登记只由流程写入 | 4.3、6.4.5 | 联系人的门户登记字段只读，只由开通门户、处置执行、准入驳回等流程写入或清除；联系人在职状态对门户只读 | +| 内部权限不设默认授予 | 6.4.6 | SRM 内部权限集一律不设为默认，只经岗位任命授予 | +| 停用联系人即时回收 | 6.6.1 a) | 门户可见范围只认在职联系人上的门户登记，联系人停用后下一次访问即看不到数据 | +| 淘汰、黑名单时清除门户登记 | 6.6.1 b) | 处置执行流程在淘汰、列入黑名单时清除该供应商全部联系人的门户登记 | +| 准入未通过时回收 | 6.6.1 c) | 准入申请驳回、供应商退回潜在（或淘汰）时清除该供应商联系人的门户登记 | +| 冻结不影响门户 | 6.6.2 | 冻结只改变供应商状态和供货资格，不改动门户登记 | +| 季度账号复核 | 6.6.3 | 门户账号复核报表列出每家供应商的门户账号与在职联系人 | +| 供应商之间零可见、无法判断时不放行 | 6.7.1 | 门户可见范围按门户登记逐次判断；登记缺失、为空或读取失败时拒绝访问 | +| 报价保密 | 6.7.2 | 门户只放行本公司的报价；内部人员在开标前看不到报价内容（见{{doc.GL-02}}） | +| 收款账号最小可见、不可导出 | 6.7.3 | 收款账号对无完整账号权限的人员只显示后 4 位；收款账户不授予导出权限 | +| 智能助手不越权 | 6.7.4 | 智能助手以提问人身份查询，受同一套可见范围约束 | +| 隔离验收测试 | 6.7.5 | 隔离测试覆盖交叉读写、冒用门户登记、空登记、回收、用户目录和多通道，每次权限变更后回归 | +| 系统管理员不读报价 | 6.8.2 | SRM 系统管理员权限集不授予报价读取，不参与审批 | +| 邮件只给链接 | 6.1.3 | 发给供应商的通知模板只含事项和门户链接 | + +# 8　记录 + +| 记录名称 | 表单编号 | 保存部门 | 保存期限 | +|------------------------|------------------|------------|--------------| +| 供应商门户账号申请表（含门户邀请、门户管理员授权书） | {{doc.QR-17.number}} | {{org.dept.procurement}} | 合作期满后 {{param.record_retention_years}} 年 | +| 门户账号季度复核记录 | {{doc.QR-18.number}} | {{org.dept.procurement}} | {{param.record_retention_years}} 年 | +| 开通、岗位任命、撤销与移除成员的操作记录 | — | {{org.dept.it}} | {{param.record_retention_years}} 年 | +| 平台运维访问授权与访问记录 | — | {{org.dept.it}} | {{param.record_retention_years}} 年 | +| 信息安全事件处置记录 | — | {{org.dept.it}} | {{param.record_retention_years}} 年 | + +SRM 系统上线后，上述记录以系统电子记录为主。 + +# 附录 A　门户可见范围与可办理事项 + +| 业务 | 门户用户可见范围 | 门户用户可办理 | 门户管理员另可办理 | +|----------------|--------------------|--------------------|--------------------| +| 供应商档案 | 本公司；内部评估类信息不可见 | 维护简称、网址、企业类型等一般资料；关键信息只读 | 提交信息变更申请 | +| 联系人 | 本公司 | 查看 | 新增联系人、修改手机号码；不能修改在职状态和门户登记 | +| 收款账户 | 本公司；账号后 4 位 | — | 新增收款账户，查看完整账号 | +| 资质证书 | 本公司 | 上传新证书；状态和核验结论只读 | — | +| 供货资格 | 本公司 | 查看 | — | +| 准入申请 | 本公司 | 查看；退回补充时补充资料 | — | +| 信息变更申请 | 本公司 | 查看 | 提交 | +| 合同 | 本公司签署中、生效、到期、终止的合同 | 查看 | — | +| 交付记录 | 本公司 | 查看 | — | +| 整改单 | 本公司 | 回复；SQE 审核意见和索赔金额只读 | — | +| 绩效考评 | 本公司已发布的结果 | 查看 | 提交申诉 | +| 寻源邀请与报价 | 本公司 | 接受或拒绝邀请；报价截止前填写和修改本公司报价 | — | +| 寻源单、审核、风险事件、处置单、门户邀请 | 不可见 | — | — | + +# 附录 B　账号开通与回收的分工 + +| 事项 | 提出 | 操作 | SRM 系统中的结果 | +|----------------|----------------|----------------|--------------------------------| +| 邀请 | {{org.position.category_manager}}、{{org.position.buyer_lead}} | 组织管理员 | 门户邀请为「已发送」；受邀人员以外部成员身份加入 | +| 开通 | {{org.position.category_manager}}、{{org.position.buyer_lead}} | 组织管理员 | 任命门户用户岗位（门户管理员另任命门户管理员岗位），联系人完成门户登记 | +| 联系人离职或变动 | 供应商 | {{org.dept.procurement}}停用联系人；组织管理员撤销任命、移出成员 | 联系人停用即看不到数据 | +| 淘汰、列入黑名单 | 处置单 | 系统自动；组织管理员撤销任命、移出成员 | 全部联系人的门户登记清除 | +| 准入未获批准 | 准入申请驳回 | 系统自动；组织管理员撤销任命、移出成员 | 供应商退回潜在（或淘汰）的，联系人的门户登记清除 | +| 更换门户管理员 | 供应商（授权书） | 组织管理员 | 调整门户管理员岗位任命 | +| 季度复核 | {{org.dept.procurement}} | {{org.position.buyer_lead}}确认，组织管理员处理 | 复核记录 | diff --git a/governance/templates/core/QP-01.md b/governance/templates/core/QP-01.md index 5892ca6..7fae31d 100644 --- a/governance/templates/core/QP-01.md +++ b/governance/templates/core/QP-01.md @@ -97,7 +97,7 @@ c) **C 类（一般类）**：{{org.material_classes.C.examples}}。 6.2.1　供应商开发渠道包括公开征集、行业推荐、招标或询价公告、现有供应商推荐等。采购人员在供应商通过准入之前，不得以任何形式向其承诺采购。 -6.2.2　潜在供应商通过 SRM 系统供应商门户的公开注册入口提交注册申请，内容包括：企业基本信息、统一社会信用代码、拟供物资类别、联系人、资质文件、关联关系申报和廉洁承诺。 +6.2.2　潜在供应商按{{org.dept.procurement}}的邀请注册账号后，在 SRM 系统中提交注册申请（公司开放公开注册入口的，也可经该入口提交），内容包括：企业基本信息、统一社会信用代码、拟供物资类别、联系人、关联关系申报和廉洁承诺；资质文件在登录供应商门户后上传，公开注册入口不收附件。 6.2.3　{{org.dept.procurement}}在收到注册申请后 {{param.registration_accept_days}} 个工作日内完成受理： diff --git a/governance/templates/core/SP-01.md b/governance/templates/core/SP-01.md index b229ff3..41ca3c8 100644 --- a/governance/templates/core/SP-01.md +++ b/governance/templates/core/SP-01.md @@ -32,7 +32,7 @@ title: 供应商行为准则 1.5　**保密与知识产权**：供应商应对在合作中获知的公司技术、价格、生产、客户和人员信息保密，仅用于履行与公司的合同；未经书面同意，不得向第三方披露或用于其他目的。供应商应尊重他人知识产权，保证向公司提供的物资和服务不侵犯第三方的专利、商标、著作权或商业秘密。 -1.6　**信息安全与个人信息保护**：供应商处理公司提供的数据或公司人员的个人信息时，应遵守网络安全、数据安全和个人信息保护方面的法律法规，采取必要的安全措施，发生泄露时立即通知公司。供应商使用公司供应商门户的账号应专人专用，人员离职或变动时及时申请停用。 +1.6　**信息安全与个人信息保护**：供应商处理公司提供的数据或公司人员的个人信息时，应遵守网络安全、数据安全和个人信息保护方面的法律法规，采取必要的安全措施，发生泄露时立即通知公司。供应商使用公司供应商门户的账号应专人专用，不得转借、共用，不得试图获取其他供应商的信息；人员离职或变动时及时通知公司停用。 1.7　**贸易合规**：供应商应遵守适用的进出口管制、海关、税收和反洗钱规定，不得向公司提供来源于受制裁地区或违反法律获得的物资，并按规定开具发票。 diff --git a/governance/templates/core/ZC-03.md b/governance/templates/core/ZC-03.md index 369633e..b443cbe 100644 --- a/governance/templates/core/ZC-03.md +++ b/governance/templates/core/ZC-03.md @@ -45,14 +45,15 @@ c) **信息化**：「系统」方式的控制即 SRM 系统必须实现并开 | 编号 | 风险与等级 | 控制措施 | 方式 · 期次 | 责任部门 | 出处 | |----------|----------------|----------------------------|------------|----------|------------------| | R2-01 | 报价泄露、围标串标（高） | 报价截止前内部任何人不可见，只显示已报价家数；截止后拒绝写入；截止时间发布后锁定，只能延后；截止前不得开标 | 系统 · v0.7 | {{org.dept.procurement}} | {{doc.GL-02.number}} 6.1–6.4；{{doc.QP-02.number}} 6.3.3 | -| R2-02 | 供应商之间信息泄露（高） | 门户中每家供应商只能看到本公司的资料、整改单和报价 | 系统 · v0.6 | {{org.dept.procurement}} | {{doc.QP-01.number}} 6.11.1；{{doc.GL-02.number}} 10.1 | +| R2-02 | 供应商之间信息泄露（高） | 门户中每家供应商只能看到本公司的资料、整改单和报价 | 系统 · v0.6 | {{org.dept.procurement}} | {{doc.QP-01.number}} 6.11.1；{{doc.GL-10.number}} 6.7；{{doc.GL-02.number}} 10.1 | | R2-03 | 拆分采购规避招标或审批（高） | {{param.split_purchase_window_months}} 个月内同一需求按累计金额确定采购方式和审批层级；审计抽查 | 人工 | {{org.dept.procurement}}、{{org.dept.audit}} | {{doc.QP-02.number}} 6.2.4；{{doc.GL-02.number}} 3.5 | | R2-04 | 滥用单一来源（中） | 单一来源须写明唯一性理由，审批通过后才能发布；按季度统计报告 | 系统 + 人工 · v0.7 | {{org.dept.procurement}} | {{doc.GL-02.number}} 3.4；{{doc.QP-02.number}} 6.10 | | R2-05 | 竞争不足仍定标（中） | 有效报价少于 {{param.min_valid_quotes}} 家须填写理由，审批增加一级 | 系统 · v0.7 | {{org.dept.procurement}} | {{doc.GL-02.number}} 8.2 | | R2-06 | 定标越权、自批自（高） | 按金额分档审批；审批人为发起人时改由上一级审批 | 系统 · v0.7 | {{org.dept.procurement}} | {{doc.GL-02.number}} 8.2、8.3；{{doc.ZC-02.number}} 第 3 节 | | R2-07 | 下单价格偏离定标价格（中） | 定标后生成有效价格，旧价格自动截断；ERP 中的价格信息记录由采购员按定标结果维护（集成后自动推送），订单按有效价格下达 | 系统 · v0.7 | {{org.dept.procurement}} | {{doc.GL-02.number}} 9.1；{{doc.QP-02.number}} 6.3.4 | | R2-08 | 合同未经审批即签署，或与不合格供应商签约（中） | 只能与合格供应商建合同；{{org.position.legal}}审查后按金额分档审批，审批期间锁定；签署件和签署日期齐全才能生效；到期前 {{param.contract_reminder_days}}提醒 | 系统 · v0.3 | {{org.dept.procurement}}、{{org.dept.legal}} | {{doc.GL-03.number}} 6.2–6.4、6.7；{{doc.QP-02.number}} 6.4 | -| R2-09 | 应履行的国企程序缺失（中） | 采购方案未批准不能发布；定标前合规审议未完成不能提交定标审批 | 系统 · 国企包 | {{org.dept.procurement}}、{{org.dept.legal}} | {{doc.GL-02.number}} 4.2、8.5 | +| R2-09 | 门户账号被冒用或未及时回收（中） | 门户账号只经邀请、以外部成员身份开通，只有组织管理员能开通，一个账号只登记在一家供应商；联系人停用即时失效，淘汰、列入黑名单、准入未通过时系统清除门户登记；每季度复核门户账号 | 系统 + 人工 · v0.6 | {{org.dept.procurement}}、{{org.dept.it}} | {{doc.GL-10.number}} 6.3、6.6 | +| R2-10 | 应履行的国企程序缺失（中） | 采购方案未批准不能发布；定标前合规审议未完成不能提交定标审批 | 系统 · 国企包 | {{org.dept.procurement}}、{{org.dept.legal}} | {{doc.GL-02.number}} 4.2、8.5 | ## 2.3　资金与付款风险 diff --git a/governance/templates/index.yaml b/governance/templates/index.yaml index ee5bca6..7142527 100644 --- a/governance/templates/index.yaml +++ b/governance/templates/index.yaml @@ -27,7 +27,7 @@ documents: GL-07: { title: 供应商质量问题整改管理办法, level: 三级, pack: core, status: written } GL-08: { title: 供应商处置管理办法, level: 三级, pack: core, status: written } GL-09: { title: 供应商对账与付款管理办法, level: 三级, pack: core, status: planned } - GL-10: { title: 供应商门户账号与信息安全管理规定, level: 三级, pack: core, status: planned } + GL-10: { title: 供应商门户账号与信息安全管理规定, level: 三级, pack: core, status: written } BK-01: { title: 大宗原料采购管理办法, level: 三级, pack: bulk, status: planned } BK-02: { title: 大宗原料取样化验与质量异议处理规定, level: 三级, pack: bulk, status: planned } BK-03: { title: 计量与运输损耗管理规定, level: 三级, pack: bulk, status: planned } @@ -58,3 +58,5 @@ forms: QR-14: { title: 供应商处置申请表, pack: core, system: srm_supplier_disposition } QR-15: { title: 廉洁承诺书, pack: core, system: 注册时签署，附件存档 } QR-16: { title: 关联关系申报表, pack: core, system: 注册与评审时申报 } + QR-17: { title: 供应商门户账号申请表, pack: core, system: srm_supplier_invitation；门户管理员授权书作为附件 } + QR-18: { title: 门户账号季度复核记录, pack: core, system: 门户账号复核报表，复核结论另行记录 } diff --git a/params/core.yaml b/params/core.yaml index 70b8bef..3b04ad9 100644 --- a/params/core.yaml +++ b/params/core.yaml @@ -187,7 +187,7 @@ record_retention_years: label: 供应商管理记录保存期限 unit: 年 example: 3 - used_in: [QP-01 第 8 章, QP-02 第 8 章, QP-03 第 8 章, QP-04 第 8 章, GL-01 第 8 章, GL-04 6.7.1, GL-06 第 8 章, GL-07 第 8 章, WI-01 第 8 章] + used_in: [QP-01 第 8 章, QP-02 第 8 章, QP-03 第 8 章, QP-04 第 8 章, GL-01 第 8 章, GL-04 6.7.1, GL-06 第 8 章, GL-07 第 8 章, GL-10 6.9.3, GL-10 第 8 章, WI-01 第 8 章] system: 制度要求 contract_reminder_days: