星耀图 · 财务工作台

逻辑只有一条（一行 = 一笔业务）：①「我方对私已付」填你打出去的本金；②系统自动置换应收回款 = 已付 ÷(1−现金点)（贴补按总回款计：打 10,000 回 10,582）；③「我方对公已收」填实际到账的钱；④差额 = 已收 − 应收：正数 = 我欠资方（多收了，应补回），负数 = 资方欠我（没回够，应催收），0 = 轧平。
例：对私打 19,138.76 → 置换应收 19,138.76 ÷0.945 = 20,252.66；资方实际回 50,000 → 50,000 − 20,252.66 = 29,747.34，我欠资方。回款多就自动是"我欠资方"，回款少就自动是"资方欠我"——一个差额管两个方向，不需要你判断。合计行是全部行的净额，顶部「当前净状态」给最终结论。改顶部现金点，全表实时重算。「对手方」填这笔业务的对方（资方/客户/打款人），「收款方」填对公回款进哪个账户，默认星耀图公户。

贴补基数按2026-11-02 你确认的口径：贴补 = 总回款 × 点数，即 应收贴补 = 客户对私付款 ÷(1−点数) × 点数（不是面值，也不是"付款 × 点数"）。对私 10,000 → 应收回款 10,582 → 贴补 582；未收 = 应收 − 已收。"已收"列未填即按 0 计，请先补填已收，未收列才会显示真实差额。
现金点：已按你的决定全盘统一 5.5%（含历史"票点5"那部分），示例数据每行都填了 5.5。个别老单若确实按 5% 结清，改那一行即可，合计会实时重算。异常提醒：若某笔已收长期挂账（如超过约定周期 30 天），应转为催款动作而非继续等待。另见 §1 资方结算台——本节追的是贴补本金（约 2 万），§1 追的是含本金的全额资金盘（约 38 万）与双向轧账。
怎么对照 10,004.96：贴补是纯利，少收 1 元净利就少 1 元。全盘应收贴补合计 见下表合计（旧口径示例值 19,912.01，按 ÷0.945 新口径重算约 21,071.23）。填完"已收"后，若"未收差额"≈ 10,004.96，说明差额已全部定位为贴补未到账；若明显小于它，说明还有别的漏损（对公付款、客户回款、其他成本），要继续追。

余额为逐行滚动：本行余额 = 上行余额 + 收入 − 支出；改"期初余额"可整体平移。载入的示例为内部账非充值类收支（源表未区分公私账户，默认标为对公，请按实际改）。建议"对手方"列注明对应协议或业务背景——对私逐笔记录的用途若被质疑，这列是说明资金性质最省事的依据。

精确公式：净利 = 客户现金 × [ (1+现金点) − (1+账户点) ÷ (1+端口点) ]。线性加减（端口点 + 现金点 − 账户点）只是一阶近似，忽略乘积项，点数越大偏差越大——百度组合（30/27/5.5）下精确值 3.1378%、线性值 2.50%，已偏离 0.64 个百分点；若客户账户点谈到 20 个点，偏差会突破 1 个点。谈政策时务必先问清对方报的是账户点还是现金点。

术语纪律（2026-10-30 立）：对账单里的「票点」经你确认就是资方补贴的现金点（历史上挂过 5%，现已全盘统一按 5.5% 记账），不是发票票点、不是成本。但"票点"这个叫法字面就是"开票点数"，一旦换人或隔一段时间复查，极可能被当成 5% 的成本项冲减利润——金额量级足以让全盘由盈转亏。建议台账与内部沟通一律改用"现金点/补贴点"，"票点"仅保留在对账单原始备注对应处。

读法：三行的差距不是精度问题，是路线问题。走百度路径，打平门槛是抖音的 1/2.4、是维持现状的 1/6.4。但前提是百度能拿到同等规模——目前百度只做了 2 万面值，抖音做了 19.2 万，结构是反的。另外注意：落袋实际（29.9 倍）与抖音理论（11.2 倍）差 2.7 倍，这个缺口本身就是 10,004.96 元差额的直接后果——先查清差额，再谈规模目标。

9 月对账单实际发生的客户充值：欢乐精选 9/7、红不让 9/10、欢乐童年 9/22，合计面值 31,950 元、客户付款约 30,000 元 —— 报表收入为 0，业务与账务已脱节。

历史口径锚点（2026-10 对账快照，仅供追溯）：百度净利 241–433 元/万元面值，抖音仅约 101 元/万元 —— 百度利润率是抖音的 2.4–4.3 倍，但当前业务量结构正相反（抖音 19.2 万面值 vs 百度 2 万面值）。

计算口径（2026-11-02 三次修正，以你给的实算例为准）：客户付款 = 面值 ÷ 客户政策；贴补额 = 客户付款 ÷(1−贴补%) × 贴补%（资方贴的是客户对私打款置换出的总回款：打 10,000 → 实收 10,582.01，贴补 582.01）；对公付款 = 面值 ÷ 对公政策，对公政策填 0 或留空 = 资方无折扣、按面值全价结算（此前填 0 会被算成"对公付 0"，成本凭空消失，净利虚高到数万元）；净利 = 客户付款 + 贴补额 − 对公付款。验算例（10/23 未来美丽前行）：面值 10,450、客户政策 1.045、对公拿 0（全价）、贴 5.5% → 客户付 10,000 + 贴补 582.01 − 对公付 10,450 = 净利 132.01，与你手算一致。豆豆14月行（面值 45,000、同口径）→ 客户付 43,062.20 + 贴补 2,506.27 − 45,000 = 净利 568.47。净利显示保留两位小数（四舍五入）。注：贴补基数 2026-11-02 内先被误改为"对公付款"、当日晚已按你的实算例改回"客户付款"，两版净利差 ≈ 对公付款−客户付款的 5.5% 量级，以本页现显示为准。
本表算出的是逐单理论净利，不等于落袋金额——落袋数据见第一节。§9 客户利润明细为旧口径静态快照，以本表动态重算为准。

口径说明：工资按工资表满勤底薪（李德 2,500、销售 2,900/人）；社保为流水实际发生额 1,909.11 元（仅李德一人）；杂费为流水非充值项剔除社保后 ÷ 2.7 个月，含设备租赁 204、电话卡月租、转账手续费、素材兼职、差旅；房租 = 0（鹏云承担，年内不撤）；4 位股东不领薪、袁志伟已离职，故工资按 4 人计。社保敞口按你要求本年搁置，未计入上表。

"单月发生" = 9 月累计 − 8 月累计。9 月营业收入单月为 0，而客户对账单显示 9/7、9/10、9/22 共 3 笔、客户付款约 30,000 元——这是当前最需要解释的差异，已在"差异"列标红。仅两期数据不构成趋势，做同比或环比结论前至少攒够 6 期。

本节只记已定案或待核实的口径。若某项被推翻，请同步修改本页对应板块与《工作台开发记录》，不要只在聊天里说明——工作台是唯一事实源。