编码机制
同一法人实体,在不同经营方式下必须使用不同的供应商编码自营供应商
独立编码 A
按进货单结算,走进价体系
联营供应商
独立编码 B
按销售额扣点结算,走专柜流程
租赁商户
独立编码 C
按固定费用结算,走租赁流程
同一法人实体,在不同经营方式下必须使用不同的供应商编码。这是示例ERP系统 RMIS 的系统设计,非缺陷。好处是采购/结算/税率逻辑各自独立不混杂;风险是同一实体的应付款分散——金蝶侧需按"结算主体"归集,而非供应商编码。
供应商引进
新供应商建档,赋予编码和经营方式
②供应商修改
变更名称、联系方式、银行账户等档案信息
③合同签订
关联供应商编码与合同,控制后续结算
④供应商退场
停止合作,编码停用但不可删除
① 供应商引进
RMIS 3.4 · 新供应商建档,赋予编码和经营方式流程
事业部筛选洽谈采购/招商
→
资质审核事业部+财务
→
RMIS 建档信息中心
→
基础信息日结生效系统自动
业务关键点
📋 建档必填信息
供应商编码(系统生成)、工商注册全称、经营方式(自营/联营/租赁三选一)、统一社会信用代码、结算主体、银行账户、联系人信息。经营方式一经建档不可直接改——需走 3.39 商品经营方式转换。
🆔 经营方式决定结算逻辑
自营:按进货单结算,走商品进价体系。联营:按销售额扣点结算,走专柜联营结算流程(3.27)。租赁:按固定费用结算,走租赁供应商结算(3.28)。三种方式编码分家,结算链路完全独立。
② 供应商修改
RMIS 3.5 · 变更供应商档案信息(名称/联系方式/银行账户等)流程
变更需求提出事业部
→
信息中心更新信息中心
→
日结同步基础信息系统自动
业务关键点
🔄 同步遗漏风险
同一法人实体可能有多个编码(自营+联营+租赁)。改名/换银行账户时,如果只改了其中一个编码,其他编码的信息仍是旧的——金蝶结算时可能出现两个"不同"名称指向同一家。关键原则:按结算主体确认变更范围。
📄 资质到期管理
食品经营许可证、营业执照等有有效期。过期未更新可能导致合规风险。到期提醒机制是主数据治理的共性问题——详见合同页②状态变迁段的到期提醒分析。
③ 合同签订
RMIS 3.6 · 供应商合同签订流程,关联供应商编码与合同流程
事业部签订采购/招商
→
财务审核条款财务部
→
RMIS 录入信息中心
→
合同生效系统自动
业务关键点
🔗 合同→供应商→商品 三角绑定
RMIS 中一个合同绑定一个供应商编码。由于供应商按经营方式分码,同一实体的自营合同和联营合同挂在不同的供应商编码下——查询全部合同时需按结算主体聚合。
📅 合同到期 → 见合同页·状态变迁
合同到期后的结算行为、是否有自动提醒机制——这些属于合同域的治理问题,详见合同主数据页的"② 状态变迁"段(含到期灰色地带、到期提醒缺口分析)。
④ 供应商退场
RMIS 3.7 · 供应商停止合作,编码停用(不可删除)流程
业务终止确认事业部
→
清理在途业务财务+信息中心
→
结清所有账款财务部
→
RMIS 编码停用信息中心
业务关键点
🚫 停用 ≠ 删除
供应商编码停用后不可删除——历史交易数据(进货单、结算单、对账记录)需要保留编码做追溯。停用的前置条件:无在途订单、无未结费用、无未结算款项。
⚠️ 自营停了联营还在?
由于分码机制,同一实体可能只在自营合作终止,联营/租赁继续。退场时必须明确:是停某一个经营方式的编码,还是所有编码全部停用。搞混了可能导致还在合作的联营业务突然无法结算。
核心字段速查
供应商编码
系统生成,按经营方式分码
供应商名称
工商注册全称
经营方式
自营/联营/租赁,决定结算链路
结算主体
法律意义上的付款对象
统一社会信用代码
企业唯一标识
银行账户
结算付款账户
资质证件
营业执照/食品许可等
状态
启用/停用(不可删除)