工作台

归属树按用户 → 主体 → 平台 → 站点 → 店铺逐级展开，仅展示各户真实下挂的层级。国内电商客户可按平台、站点和店铺管理；无平台 / 店铺的内贸或服务客户，此树只到主体层。

入驻的核心是「开通哪些功能、给多少额度」。开通完成后自动生成建账承接单，进入交付域。

会计档案的法定保管义务在客户，不在我方。终止服务必须先完成档案移交并取得签收，签收未完成时数据清除动作保持锁定——否则客户后续被稽查而账证缺失，责任会回落到我方。

加载中…

授权层 CLUSTER=只看集群档位；ENTITY=看 min(集群档位, 主体档位)。「集群授权/主体消费」不另设枚举，即 CLUSTER + QUOTA。

判据只清能证明的：有合同以合同为准（⚠️合同表无档位列，档位在 billing_json 快照里，批4 须解析或人工确认）；无合同取名下主体最高值并标 DERIVED；内贸户留空＝不裁剪，不得顺手填 BASIC。

一个卖家账号覆盖三站时，授权一次覆盖三条链路，但取数与核算按站点分开——授权是账号级，数据是站点级。

承接是一条长周期案件:建档立项 → 资料采集 → 尽调体检 → 客户确认 → 期初重建 → 完成转月结。点任一案件进 SOP 推进台,可中断可续、状态持久、可转派。

复核中心只展示系统已完成自动化处理的客户。取数未完成、资料未到的不进入此列表——它们还卡在征期工作台的前置环节。风险分 < 30 且零规则命中的可批量放行，但仍逐户写入申报留痕。

客户咨询是统一受理入口，不是第四种工单：受理后分诊到既有通道——对交付物有异议走异议单、要改账走账务调整会话、顾问咨询走顾问工单、能当场说清的直接答复。分诊是真派生，不是登记去向。

专业咨询工单由交付主管统一承接，来源包括「客户咨询」顾问通道和建账承接财税体检。

专项筹划为财老师专业能力（工作面 C），从日常服务剥离；四段前向推进 立项 → 方案 → 阶段跟踪 → 交付（放弃为终态）。来源含风险扫描、建账体检、客户发起。点行可推进/加注/放弃。

账套按主体建立，一户一套。集群客户在用户台账下可见汇总，但账务作业永远落到主体。

发生外币业务时，汇率一律取人民银行中间价并随凭证固化，不取平台或收款机构自定义汇率。汇率来源在凭证详情里可逐笔回溯（R-151），确保汇兑损益可复核。

每一行都可以逐层下钻到明细账 → 凭证 → 命中规则 → 原始单据。展示层只读，任何修改都要经账务调整通道。

通用硬约束：单次会话锁定单一主体 + 单一期间，不支持跨主体批量指令；所有执行产生调整凭证，不做静默覆盖；已归档档案只增不改。

异议单必须填范围内 / 范围外才能流转。范围外的调账诉求转报价，不得在对话通道里免费做掉——这是价格纪律在系统里的卡点。

店铺表现数据待接线——接真后按记账口径出数，不显示演示数字。

户均偏低往往源于客户结构（如以单主体小规模为主），而非成交能力——是否调整某位销售的客户结构，属管理层决策，不是销售自己能改的。

标准版占比与收入贡献需结合真实数据观察；升级路径是否顺畅，直接影响收入结构。

团队效能说明随真实数据加载。

卡点责任说明随真实数据加载。

最后一行是唯一需要管理层介入的：逾期扣分不可修复，客户事后大概率会追究。要确认催办记录、书面告知是否留痕齐全——留痕不全等于责任在我方。

本期拒绝 9 次，无一例被推翻。这份记录建议在续费谈判和渠道培训中使用——它证明的是"我们不做什么"，比"我们能做什么"更值钱。

成本与定价分析随真实计量数据加载。

版本成本结构分析随真实计量数据加载。

账号停用不自动释放客户——必须显式重新指派，避免出现"没有任何人对这批客户负责"的空档（待交接户数见上方 KPI，按真实数据加载）。

标「已锁定」的参数即使系统管理员也不能改——法定要求与内控红线不通过参数开关放行，改动需走产品版本。

带「建账体检」标签的风险来自承接阶段——这类问题不是我们做出来的，但如果不在体检时记录并让客户确认，最后会算在我们头上。

批量通过的记录同样逐户留痕，可追溯到具体批次与规则校验结果。

算价引擎（StarPriceBook）已退役：费率/阶梯/孰低走商务线下核算，本页只登记金额、不再算差额。差额与折算一律人工录入后登记进计费调整台账，不当场收钱，留到次年续费一并结算（原文「并入次年续费一并收取，不单独开单」）。

前两行来自建账承接的财税体检——新客入驻那一刻，就是商机密度最高的时候。体检报告本身也是交付价值的第一次展示。

店群版本的毛利率需结合真实成本核算；合并报表、关联交易梳理应尽量形成可复用模板。

真正的杠杆是「全自动通过率」——每提高 1 个百分点，等于释放 4 户的人工复核量。当前拉低它的主因是店铺层的取数与归属问题，不是账务本身。

风险分 = 命中规则权重之和。< 30 且无拦截类命中 → 可批量通过；≥ 80 → 强制逐条复核并记录理由。

硬约束一：系统自动出表，人工只做复核；复核员可通过 / 退回，不可直接修改凭证——需修改的一律退回并生成调整任务，保证留痕完整。
硬约束二：账套、凭证、报表全部只读展示，界面上不存在任何直接编辑入口；修改唯一通道是智能调整会话，且智能助手产出的是方案而非直接执行。
硬约束三：确认权按期间状态分层，不按角色分层——未结账交付老师自确认，已结账 / 已申报须交付主管确认，跨年度须管理层确认。
硬约束四：客户与财老师无智能调整通道。客户诉求只能经异议单进入，由交付人员受理、判范围、再发起会话。
硬约束五：客户建档、承接、日常服务与退出均由交付人员负责，不设置独立销售工作面。
硬约束六：管理层不进具体交付页面。标「看板」的行表示管理层只看该模块的汇总视图，不进作业界面——能被规则决定的事不该消耗管理层注意力。
硬约束七：系统管理员不接触任何客户账务数据。他配置系统怎么跑（引擎、模板、规则、参数、集成），但看不到账套、凭证、报表与客户名单；角色权限矩阵对他只读，授权动作由管理层执行。

交付老师按本人承接主体取数，交付主管按团队取数；数据范围与页面权限分别控制。

加载 1039 财税核算…