Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 2 additions & 1 deletion docs/design/02-domain-model.md
Original file line number Diff line number Diff line change
Expand Up @@ -365,7 +365,8 @@ upsert 写入,结构不变。
(`freeze` / `unfreeze` / `eliminate` / `blacklist` / `remove_blacklist`)、
`scope`(`all` 全部品类 / `category` 指定品类,只有冻结和解冻可以指定品类)、`categories`(多值 lookup 品类,
指定品类时必填)、`reason`(必填)、`effective_date`(默认当天)、`status`(`in_review` 审批中 / `applied` 已执行 /
`rejected` 已驳回)、`approval_status`(审批节点写入)、只读的 `director_approver` / `gm_approver` /
`rejected` 已驳回)、`approval_status`(审批节点写入)、只读的 `category_approver`(发起人不是品类经理时才有
这一级,[03 §5](./03-processes-and-automation.md#5-p2-信息变更与供应商处置))/ `director_approver` / `gm_approver` /
`compliance_approver`、`reject_reason`、`applied_at`。

新建即进入审批,供应商、动作、范围和品类只在新建时填写,原因和生效日期在被退回修改期间可改。审批通过即执行,
Expand Down
18 changes: 10 additions & 8 deletions docs/design/03-processes-and-automation.md
Original file line number Diff line number Diff line change
Expand Up @@ -224,13 +224,15 @@ ERP 侧的银行账户由财务按 SRM 的审批记录维护(ERP 集成为预

实现(flow `srm_disposition_approval` / `srm_disposition_apply`):

- 品类经理一级就是发起:持 `srm_supplier_admin` 的岗位(品类经理、采购主管)新建处置单即提交审批,
审批节点依次为采购总监、总经理(淘汰 / 黑名单 / 解除黑名单)、内控 `srm_procurement_compliance`
(仅拉入黑名单,串行会签)。
- 采购总监可以通过、驳回或退回修改;总经理和内控只能通过或驳回——第 2 个审批节点退回后发起人无法重新提交
- 持 `srm_supplier_admin` 的岗位(品类经理、采购主管)新建处置单即提交审批。第 1 级品类经理:发起人持
`srm_category_manager` 岗位时发起即是这一级;不持有(如采购主管发起)时先由 `position = srm_category_manager`
审批,审批人记在 `category_approver`。之后依次为采购总监、总经理(淘汰 / 黑名单 / 解除黑名单)、内控
`srm_procurement_compliance`(仅拉入黑名单,串行会签)。
- 第一个审批节点(品类经理发起时的采购总监,采购主管发起时的品类经理)可以通过、驳回或退回修改,发起人改完
重新提交、从这一级重新审批;后面几级只能通过或驳回——第 2 个审批节点退回后发起人无法重新提交
(objectstack#24817 已在主干修复、未发版),发版后加回退回。
- 职责分离同变更单(BR-11):发起人不能审批本人的处置单,各级审批人不能是同一人;撞人时这次通过不算数,
通知审批人并重新开一轮同级审批。
- 职责分离同变更单(BR-11):发起人不能审批本人的处置单,各级审批人(含品类经理一级)不能是同一人;撞人时
这次通过不算数,通知审批人并重新开一轮同级审批。
- 执行以系统身份改供应商状态和品类资格(结果见 [02 §4.2](./02-domain-model.md#42-生命周期) 处置单),
处置单置为「已执行」,通知发起人并提醒在 ERP 同步冻结标志;驳回不改供应商,记下驳回意见。
- 通知供应商与门户账号回收随门户(v0.6);冻结后不能新建合同由合同的校验规则负责(v0.3 C1)。
Expand Down Expand Up @@ -402,8 +404,8 @@ GL-02 附录 A 按本表编写,制度里的岗位称谓经 `governance/org.yam
| 合同 | 全部 | 法务(`field: legal_reviewer`) | 按定标同档金额审批(框架协议按年度预计金额);起草人或提交人是品类经理时,品类经理一级由采购总监审批(§6) | | 串行 |
| 银行账户新增 / 变更 | 全部 | 采购主管 | 应付会计 | — | 串行,两级不同岗位 |
| 其他信息变更 | 全部 | 采购主管 | — | — | — |
| 冻结 / 解冻 | 全部 | 品类经理 | 采购总监 | — | 串行 |
| 淘汰 / 黑名单 / 解除黑名单 | 全部 | 品类经理 | 采购总监 | 总经理 | 串行;黑名单由内控会签 |
| 冻结 / 解冻 | 全部 | 品类经理(品类经理发起即是这一级) | 采购总监 | — | 串行 |
| 淘汰 / 黑名单 / 解除黑名单 | 全部 | 品类经理(同上) | 采购总监 | 总经理 | 串行;黑名单由内控会签 |
| 绩效发布 | 全部 | 采购总监 | — | — | — |
| SCAR 措施审核 | 全部 | SQE(`field: sqe`) | — | — | 可退回修改 |

Expand Down
10 changes: 5 additions & 5 deletions governance/templates/core/GL-08.md
Original file line number Diff line number Diff line change
Expand Up @@ -105,7 +105,7 @@ f) 冒用身份、伪造材料变更收款账户或以其他方式骗取付款

## 6.2 处置的发起

6.2.1 处置一律通过 SRM 系统的处置单办理。{{org.position.category_manager}}根据第 6.1 条的条件,或相关部门的书面建议,在 SRM 系统中新建处置单,写明处置动作、范围、原因和生效日期,并上传证据材料;处置单新建即提交审批。
6.2.1 处置一律通过 SRM 系统的处置单办理。{{org.position.category_manager}}根据第 6.1 条的条件,或相关部门的书面建议,在 SRM 系统中新建处置单({{org.position.buyer_lead}}也可以新建,按第 6.3.1 条先经{{org.position.category_manager}}审批),写明处置动作、范围、原因和生效日期,并上传证据材料;处置单新建即提交审批。

6.2.2 处置动作应与供应商的当前状态相符:

Expand All @@ -127,9 +127,9 @@ e) 解除黑名单,适用于黑名单内的供应商。

## 6.3 审批

6.3.1 处置按附录 A 的权限审批:冻结、解冻由{{org.position.category_manager}}发起,{{org.position.procurement_director}}审批;淘汰、解除黑名单再经{{org.position.general_manager}}审批;列入黑名单经{{org.position.general_manager}}审批后,由{{org.position.procurement_compliance}}会签。
6.3.1 处置按附录 A 的权限审批:冻结、解冻由{{org.position.category_manager}}发起,{{org.position.procurement_director}}审批;处置单由{{org.position.buyer_lead}}发起的,先经{{org.position.category_manager}}审批,再按本款审批;淘汰、解除黑名单再经{{org.position.general_manager}}审批;列入黑名单经{{org.position.general_manager}}审批后,由{{org.position.procurement_compliance}}会签。

6.3.2 {{org.position.procurement_director}}可以通过、驳回或退回修改;其后各级只能通过或驳回。审批意见应写明理由,驳回意见记入处置单。
6.3.2 第一级审批人({{org.position.category_manager}}发起时为{{org.position.procurement_director}},{{org.position.buyer_lead}}发起时为{{org.position.category_manager}})可以通过、驳回或退回修改;其后各级只能通过或驳回。审批意见应写明理由,驳回意见记入处置单。

6.3.3 处置单的发起人不得审批本人发起的处置单,各级审批人不得为同一人。审批人与发起人或前级审批人为同一人的,该次审批不予认可,由同级的其他人员重新审批;同级没有其他人员的,应先另行任命。

Expand Down Expand Up @@ -198,7 +198,7 @@ f) 解除黑名单:供应商状态转为「淘汰」,不恢复任何供货
| 处置经处置单办理 | 6.2.1 | 供应商状态和供货资格只能由处置单的执行流程修改;新建处置单即提交审批 |
| 处置动作与供应商状态相符 | 6.2.2、6.2.3 | 新建处置单时校验动作与供应商当前状态;只有冻结、解冻可以指定物资类别,指定时必须选择物资类别 |
| 同一供应商只有一张审批中的处置单 | 6.2.4 | 供应商已有审批中的处置单时,不能再新建 |
| 按处置动作分级审批、黑名单会签 | 6.3.1 | 处置审批流程:{{org.position.procurement_director}}审批;淘汰、列入和解除黑名单加{{org.position.general_manager}};列入黑名单再经{{org.position.procurement_compliance}}会签 |
| 按处置动作分级审批、黑名单会签 | 6.3.1 | 处置审批流程:发起人不是{{org.position.category_manager}}的,先由{{org.position.category_manager}}审批;{{org.position.procurement_director}}审批;淘汰、列入和解除黑名单加{{org.position.general_manager}};列入黑名单再经{{org.position.procurement_compliance}}会签 |
| 发起人不审批本人的单据、各级审批人不同 | 6.3.3 | 每级通过后比对审批人与发起人、前级审批人,相同的该次通过不算数,通知审批人并重新审批 |
| 审批通过后自动执行 | 6.4.1 | 审批通过后由系统更新供应商状态和供货资格,记录冻结前的状态和冻结范围,处置单置为「已执行」 |
| 解冻只恢复同一范围冻结的资格 | 6.4.1 c) | 按冻结时记录的范围和冻结前状态恢复;淘汰、列入黑名单时清除冻结记录 |
Expand Down Expand Up @@ -226,7 +226,7 @@ SRM 系统上线后,上述记录以系统电子记录为主。
| 列入黑名单 | {{org.position.category_manager}} | {{org.position.procurement_director}} | {{org.position.general_manager}} | {{org.position.procurement_compliance}} |
| 解除黑名单 | {{org.position.category_manager}} | {{org.position.procurement_director}} | {{org.position.general_manager}} | — |

审批依次进行;发起人不得审批本人发起的处置单,各级审批人不得为同一人。审批权限以{{doc.ZC-02.title}}和公司现行授权文件为准。
处置单由{{org.position.buyer_lead}}发起的,在第 1 级之前先经{{org.position.category_manager}}审批。审批依次进行;发起人不得审批本人发起的处置单,各级审批人不得为同一人。审批权限以{{doc.ZC-02.title}}和公司现行授权文件为准。

# 附录 B 处置动作与执行结果

Expand Down
2 changes: 1 addition & 1 deletion governance/templates/core/QP-01.md
Original file line number Diff line number Diff line change
Expand Up @@ -272,7 +272,7 @@ SRM 系统上线后,上述记录以系统电子记录为主,保存期限相
| 收款账户新增 / 变更 | 全部 | {{org.position.buyer_lead}} → {{org.position.ap_accountant}}(两级不得为同一人) |
| 绩效结果发布 | 每期 | {{org.position.procurement_director}} |

审批权限以{{doc.ZC-02.title}}和公司现行授权文件为准;同一事项的发起人不得作为其审批人。物资类别只决定是否会签{{org.position.quality_manager}}、现场审核频次和绩效评价周期(附录 A),不再区分审批层级。
冻结、解冻、淘汰、列入和解除黑名单由{{org.position.buyer_lead}}发起的,先经{{org.position.category_manager}}审批,再按上表审批。审批权限以{{doc.ZC-02.title}}和公司现行授权文件为准;同一事项的发起人不得作为其审批人。物资类别只决定是否会签{{org.position.quality_manager}}、现场审核频次和绩效评价周期(附录 A),不再区分审批层级。

# 附录 D 绩效评价指标(示例,A 类)

Expand Down
2 changes: 2 additions & 0 deletions governance/templates/core/ZC-02.md
Original file line number Diff line number Diff line change
Expand Up @@ -46,6 +46,8 @@ f) 各级审批均在 SRM 系统中进行,系统审批记录为正式记录。
| 绩效结果发布 | 每期 | {{org.position.procurement_director}} | {{doc.QP-01.number}} 6.7 |
| 整改措施审核 | 全部 | {{org.position.sqe}}(整改单未指定 SQE 时为{{org.position.quality_manager}}) | {{doc.QP-04.number}} 6.4;{{doc.GL-07.number}} 6.4 |

冻结、解冻、淘汰、列入和解除黑名单由{{org.position.buyer_lead}}发起的,先经{{org.position.category_manager}}审批,再按上表审批({{doc.GL-08.number}} 6.3.1)。

# 3 采购与寻源

| 事项 | 条件 | 审批 | 依据 |
Expand Down
Loading
Loading