企业共享彩豆与财务精细管控

方案结论：企业共享池，不做余额划转

不采用“主账号向子账号分配企业彩豆余额”的模式。企业充值的彩豆始终属于机构共享彩豆池；成员获得的是按权限与额度使用企业资产的资格，而不是企业彩豆的所有权。

采用：企业共享彩豆池 + 子账号授权消费

子账号调用智能体时，先使用个人彩豆；个人余额不足时，在有权限、未超额度且企业余额充足的前提下，继续使用企业共享彩豆。

不采用：主账号逐笔分配余额

避免回收未消费余额、成员离职处置、企业/个人余额混合与财务归属不清等额外复杂度。

企业充值入账

企业共享池持有资产

成员按权限调用

个人优先、企业兜底扣减

账本与开票资格拆分沉淀

联动原则：第二期不是单纯的余额功能，而是第三期发票、对账、预算、审计能力的数据基础。资金来源、归属和实际扣减从第二期起必须完整保留。

分期目标、范围与边界

第二期 · 共享彩豆与授权消费

完成企业共享池、个人余额、扣减规则、成员权限与额度、余额预警、来源拆分消费明细和发票资格基础。

第三期 · 财务与精细管控

基于同一条数据链路，完成财务工作台、消费分析、发票管理、对账差异、预算、审批扩展与操作审计。

本期明确不做

企业回收已授权但未消费的企业彩豆；
企业充值退款；
子账号离职或停用后的余额处置。

边界说明：企业共享彩豆从未转移到成员名下，因此无需建设“回收成员企业余额”。个人彩豆的离职、注销或退款处置，后续另行制定业务规则。

账户、余额与扣减模型

账户	资金归属	充值主体	可使用人	成员侧展示
个人彩豆账户	平台个人账号	子账号本人	账号本人	个人彩豆余额
企业共享彩豆账户	机构	主账号或企业充值权限成员	获授权且未超额度的机构成员	可使用资格 / 剩余额度

扣减规则

个人扣减 = min(本次应消费 C, 个人余额 P)
企业待扣 = C - 个人扣减
企业实际扣减 = min(企业待扣, 企业共享余额 E, 成员可用额度 L)

仅当“个人实际扣减 + 企业实际扣减 = 本次应消费”时执行调用；任何不足都应在调用前阻止，并明确提示具体原因。

混合消费示例：本次调用消费 10 彩豆，个人余额 6、企业余额 200、成员可用企业额度 40，则个人扣 6，企业扣 4。两部分必须形成独立账本明细及独立消费开票资格。

第二期：企业共享彩豆与授权消费

最小功能集

企业共享池

企业充值原子入账、余额展示、企业充值与企业消费明细关联。

企业使用权限

岗位新增“使用企业彩豆”操作权限；无权限时不得企业兜底扣减。

成员额度

不限额、单次上限、自然月周期上限；只限制企业来源实际扣减。

企业余额预警

低于阈值通知主账号、财务权限和额度管理权限成员。

来源拆分明细

每笔调用保留个人与企业实际扣减额，支持按成员、智能体、时间查询。

发票资格基础

四类资金口径分别累计可开、已占用、已开具金额。

建议岗位操作权限

权限编码	权限名称	产品作用
`enterprise_bean.use`	使用企业彩豆	个人不足时可使用企业共享池。
`enterprise_bean.view`	查看企业消费明细	查看授权范围内的成员消费记录。
`enterprise_bean.quota.manage`	管理成员额度	配置成员上限和阈值。
`enterprise_bean.recharge`	企业充值	代表机构创建充值订单。
`finance.invoice.apply`	申请企业发票	申请企业充值或企业消费发票。

企业消费明细必须可追溯

至少记录：消费单号、调用时间、实际调用子账号、机构成员/岗位快照、智能体与计费版本、调用单号、总消费、个人扣减额、企业扣减额、扣减前后余额、成员额度前后值、消费状态、冲正关联单与企业开票状态。

充值、消费与开票：四类口径独立

业务口径	资产归属	申请主体	可开金额
个人充值	个人	子账号本人	个人充值订单
企业充值	机构	主账号或发票权限成员	企业充值订单
个人消费	个人	子账号本人	个人彩豆实际扣减额
企业消费	机构	主账号或发票权限成员	企业共享彩豆实际扣减额

核心约束：充值发票与消费发票是两套独立产品口径。一笔充值只能进入一次对应的充值发票申请；一笔消费金额只能按实际资金来源进入一次对应的消费发票申请。混合消费不得混开、重复开或重复占用。

发票资格状态机

可申请

申请中

财务审核中

已开具

申请金额在提交时占用；撤回、驳回或失败时释放；已开具记录不可删除，仅可按财税确认的作废/红冲规则建立关联记录。

财税待确认：税率、品目、纳税义务时点、是否可同时使用充值/消费开票口径以及作废/红冲规则，必须由财税确认后定稿。产品负责提供完整且可核验的数据链路。

第三期：财务与精细管控

企业财务工作台

展示企业共享可用彩豆、本期企业充值/消费、待开金额、待处理差异与预警数；每个汇总指标都必须可下钻至订单、账本、消费单或发票申请。

多维消费分析

按成员、岗位、部门（预留）、智能体、时间和业务场景/业务单号分析企业成本与使用效果。

对账与差异闭环

关联充值订单、支付/银行回传、彩豆账本、调用消费与发票申请；状态包括待对账、一致、存在差异、处理中和已关闭。

预算、额度与审批扩展

支持成员、岗位、部门、智能体等维度的策略优先级。审批需待明确责任人、有效期和超额规则后建设。

统一对账链路

充值订单

支付/银行状态

彩豆入账账本

调用消费与来源拆分

发票资格、申请与对账

操作审计

权限、额度、预警阈值、发票、对账差异和冲正等关键动作，记录操作人、机构、对象、时间、前后值、关联单号及必要的终端信息。

共同数据模型：从二期开始完整沉淀

对象	关键字段	用途
彩豆账户	账户类型、所有者、可用/冻结余额、版本号	余额原子读写的基础。
充值订单	订单号、充值主体、资金归属、支付状态、渠道单号	充值入账、开票和对账依据。
彩豆账本	流水号、前后余额、变动额、来源、关联单号、幂等键	账务可复算、可审计。
调用消费单	调用单、成员、智能体、计费版本、应消费额、状态	一次调用的消费事实。
消费来源拆分	个人/企业来源、实际扣减额、前后余额、额度前后值	混合扣减、开票与成本归集。
发票资格 / 申请	可开额、占用额、已开额、类型、状态、关联单据	防重复开票与金额核验。
对账任务 / 差异单	周期、对象、差异类型、处理记录、状态	第三期财务闭环。

不可省略的字段：资金来源、资金归属、操作主体与实际使用主体、机构成员与岗位快照、业务/调用/消费/订单/发票单号、扣减前后余额、计费版本、对账与外部接口状态。

关键验收标准

编号	验收结果
AC01	企业充值成功后，彩豆仅计入企业共享账户，不成为子账号名下企业余额。
AC02	调用严格按个人优先、企业兜底执行；企业扣减前实时校验成员状态、权限、额度和企业余额。
AC03	混合消费生成个人、企业两条来源拆分记录，金额之和等于调用总消费。
AC04	企业消费可追溯至实际成员、岗位快照、智能体、调用单、计费版本和扣减前后余额。
AC05	成员支持不限额、单次上限、自然月周期上限；额度只约束企业来源实际扣减。
AC06	个人、企业充值与消费分别拥有独立可开、占用、已开金额及状态；同一金额不得重复申请。
AC07	财务汇总可下钻至订单、账本、消费与发票申请；对账差异可记录和闭环。
AC08	本期不提供企业回收未消费余额、企业充值退款和离职/停用后的余额处置。

研发与测试治理

服务端实施余额原子扣减、请求幂等、鉴权、账本写入和金额核验；前端展示不能替代服务端校验。
所有测试数据使用 QA-TEST- 前缀或标注“仅供测试、非真实”，不使用真实票据、账户或身份资料。
外部银行、金蝶、税务等系统仅验证平台状态与回传展示，不提交真实生产业务。