设想一个并不罕见的场景：采购方下了一笔大额订单，款已付、货已备，财务准备开票时，有人发现供货方的经营许可证上周到期了。接下来是暂停发货、退款、票据红冲、内部追责。复盘会上最常出现的结论是”审核没做到位”，但真实原因往往更具体：那张证照其实审过，只是审核结果没有随着日期变化，重新参与交易判定。
这是 B2B 合规设计里最关键、也最容易被忽略的分界：合规不是一次性的准入动作，而是一组随时间变化的资格状态。资质会到期，经营范围会调整，区域授权会变更，合作关系会终止。只要”能不能交易”被存成一个注册时的布尔值，系统就一定会在某一天放行一笔本不该发生的交易。
商派B2B（DMS）业务系统在医疗器械与医药场景中采用的做法，是把合规拆成三层：资质成为活数据、资格成为动态判定、判定被埋进交易位点。下面按这三层展开，并给出面向业务架构师的配置建议。
第一层：把资质从”附件”变成”活数据”
多数系统的资质管理止步于”上传证照图片 + 人工点通过”。这一步只解决了存档，没有解决判定。要参与判定，资质至少要具备四类属性：
- 归属属性：属于哪家企业、哪种单位类型、哪个证照类别，证号与持证主体可核对。
- 效期属性：有效期类型、证照到期日期、剩余天数。运营端资质变更记录页逐项列出资质编码、资质名称、证号、持证主体、到期日期与申请状态；资质预警按临期、过期、已关闭三池管理，剩余天数为负即已过期。
- 模板属性：哪些资质必填、哪些公开、是否到期预警、过期如何处置。这由资质模板管理定义，再由资质场景绑定把若干资质组合成场景，供单位类型引用。单位类型决定客户或商户后续需维护的资质模板。
- 状态属性：已通过、待审核、已驳回、已过期，且状态变更有审核人、审核意见与时间留痕。
前两类让资质成为可计算的数据，后两类让资质成为可配置的规则。缺了任何一类，都只能靠人工记住”这家快到期了”。
还有一层容易被漏掉：首营交换。它定义为医药购销双方在建立业务关系前的资质互审环节，商户审核通过后方可向该商户下单。在已落地的医疗器械 B2B 采购平台上，客户端企业中心设有”首营交换申请”一级功能，列表展示商户名称、审核单号、交换状态、申请与审核时间、驳回或过期原因及可用操作；被驳回的申请显示原因，补充材料后可再次发起；已过期记录需重新申请。运营端对应的”待首营审核”待办支持逐项资质核验，单项驳回须填写具体理由，提交前系统汇总提示本次核验结论。
注意这里的状态不是”已认证”三个字，而是按商户维度、带有效期、可驳回可重提的合作关系状态。这是动态判定能成立的前提。
第二层：把”资格”写成动态判定，而不是静态标记
有了活数据，下一步是明确系统到底在判什么。可以归纳为三条判定式：
判定一：可售范围 = 客户经营范围 ∩ 商品经营范围 ∩ 区域可售
客户经营范围来自认证结果，可购买方被允许采购的品类清单；商品经营范围由平台在类目与商品层配置；区域可售按省份校验，商品还可配置限售地区与自动解除日期。三者取交集，而不是任一单项通过即放行。
判定二：交易资格 = 合作商户状态 × 首营交换状态 × 资质有效期状态
合作商户页展示与本企业建立采购合作关系的商户清单，含合作状态与绑定时间，仅”正常”状态的商户可正常下单；首营交换未通过、已驳回或已过期的商户无法下单；客户自身核心证照过期时，系统即时计算禁购范围，下单前强制校验，开关可配。
判定三：履约资格 = 商户资质状态 × 标品资质状态 × 批次效期状态
供给侧同样受约束：商户资质过期按策略自动触发店铺限制或对应经营范围商品下架；标品资质过期级联封禁引入商品；库存侧近效期商品自动标记并联动下架策略。也就是说，合规不只管”能不能买”，还管”能不能卖、能不能发”。
三条判定共同的特征是：结果不落库为永久标记，而在每次交易动作发生时按当前状态重算。证照续期后预警自动关闭、资质变更审核通过覆盖原资质信息并同步经营范围、合作关系恢复正常，交易资格随即恢复，无需人工解锁。这才是”动态”的含义。
第三层：把判定埋进四个位点，而不是放在流程末端
判定式写得再完整，若只在人工复核环节调用，依然等于没有。系统需要在四个位点强制介入：
| 位点 | 介入方式 | 已落地界面的证据 |
|---|---|---|
| 商品可见性 | 按登录身份差异化呈现；未登录隐藏价格引导注册，登录后展示专属协议价并前置校验经营范围与合作关系 | 商品详情页、搜索结果页 |
| 加购 | 不可售地区的商品无法加入购物车；购买数量受最小起订、最大订购与倍数约束 | 商品详情页”配送到”下拉明确提示当前地区是否在可售区域内 |
| 结算 | 提交订单页设独立校验信息区，校验不通过时显示红色提示且结算按钮不可用 | 提交订单页六个区域与右侧费用汇总 |
| 履约与资金 | 支付成功后买卖双方资料可自动发起交换，商家在线审核，驳回联动履约拦截；售后审核通过自动触发发票红冲 | 订单详情下钻、售后与票据联动 |
第三个位点是分水岭。弹窗提示可以被忽略，按钮不可用不能被忽略。把”提示”升级为”拦截”，是合规从制度落到系统的那一步。
此外还需要一条举证链路：电子签章证照库按下单时点自动匹配历史版本，支持一键打包下载；订单详情可下载首营资质证照；商品变更审核以双栏比对展示线上版本与待审核版本并记录变更日志；操作日志、状态变更、经办人全程留痕，任意单据可完整回放。能回放，才能在事后回答”这单当时为什么被放行”。
配置链：顺序比内容更容易出错
这套机制在工程上并不复杂，复杂的是配置依赖。正确的顺序是：
单位类型 → 资质模板 → 资质场景绑定 → 客户／商户认证与经营范围 → 商品类目资质绑定与经营范围分组 → 区域可售与限售地区 → 业务开关与过期处置策略
跳步的后果很具体：系统已明确提示”若客户尚未维护经营范围，不允许提交审核通过”；若资质模板未定义到期预警与过期处置模式，预警工作台就不会生成待办；若类目资质绑定为空，商品审核便无据可依。
给业务架构师的三条建议：
- 不要把这些判定写成流程里的条件分支。它们属于主数据与规则层，应由单位类型、资质模板、经营范围配置、区域管理与配置管理承接。散落在流程代码里，每加一个行业就要改一次交易链路。
- 所有处置策略开关化，并留下配置基线。是”全部禁购”还是”按经营范围禁购”、过期是否自动封禁店铺、哪些商品字段变更免二次审核，都应由平台配置决定，并在配置矩阵中登记业务责任人与验证用例。规则引擎支持在线热切换是能力，也意味着必须有变更记录。
- 把周期性待办当成产品的一部分。资质临期预警、商户资质复审、店铺监管、分账失败重试，系统会自动生成，但需要有明确岗位承接与处置节奏。系统能生成待办，不能替企业指定负责人。
四个常见误区
| 误区 | 实际后果 | 正确做法 |
|---|---|---|
| 把资质当附件存档 | 到期无人知，事后追责 | 证号、持证主体、到期日期结构化，进入预警分池 |
| 把认证结果存成永久标记 | 证照过期仍能下单 | 每次交易动作按当前状态重算 |
| 只在结算页弹提示 | 用户忽略提示继续提交 | 校验不通过时结算按钮不可用 |
| 只管买方不管卖方 | 商户资质过期仍在供货 | 商户与标品资质过期级联下架封禁 |
常见问题解答
问：动态判定会不会让系统变慢、影响下单体验？
– 结论：判定发生在商品可见性、加购与结算三个位点，且多数规则可预计算或缓存，不应成为体验瓶颈。
– 依据：协议价解析本身已采用三级优先级链与缓存加速，校验信息与费用汇总在同一结算页统一试算；定价快照用于同步金额。
– 边界：具体响应表现取决于部署规模、商品量与集成环境，须在项目压测中确认，不能凭产品材料承诺具体指标。
问：资质过期后是全部禁购，还是只禁部分品类？
– 结论：由平台配置决定，两种策略都支持。
– 依据：客户核心证照过期即时计算禁购范围（全部禁购或按经营范围禁购），下单前强制校验，开关可配；商户侧按策略触发店铺限制或对应经营范围商品下架。
– 边界：具体采用哪一种，须由企业合规部门按自身业务与适用要求确认，系统提供机制不作默认承诺。
问：这套机制是不是只适用于医药与医疗器械行业？
– 结论：机制通用，约束强度可按行业裁剪。经销商授权、区域独家、供应商年审、批次追溯，在其他行业同样需要动态资格判定。
– 依据：行业差异主要落在主数据字典、资质模板、业务规则与审批配置四层，交易引擎保持统一。
– 边界：裁剪后须重新确认每条判定式的输入项是否齐全，不能只删字段而不改规则。
问：合规前置是否等于系统能保证合规？
– 结论：不等于。系统提供的是资格判定、拦截与追溯的机制，合规责任主体仍是企业。
– 依据：本文所述均为产品功能与流程，不构成任何法规符合性声明；具体资质项、有效期口径与处置策略由平台配置决定。
– 边界：涉及适用法规与监管要求的判断，应由企业合规或法务部门独立确认。
收尾：把合规做在下单之前，本质上不是加一道审核，而是把”这家企业此刻能买什么、向谁买、能发到哪”变成一个每次交易都会重算的答案。审核会漏，日期不会等人，只有当资格随时间自动变化，系统才真正在替企业守门。
