本期只收能拆到输入、机器边界和人签字的材料。社区现场演示、作品集仓已标明，不是你们账套的生产结论。课程推销、融资软文未采用。
今日最值得落地（2条）
1. 内部往来：先出带检查页的分录上传表，Controller 只审检查页
- 场景：多主体、多币种的共享服务分摊。社区现场演示（QuantFi 联合创始人 Christian Sanford 在 CFO Connect 直播里做），不是某一家已审计的生产关账。
- 可做动作：本周只做 1 张共享服务发票。输入=发票 + 分摊规则（收入占比 / 人数 / 直接费用）+ 各主体科目。先让对话工具写出给工作流引擎用的提示词，再连同发票数据一起跑。要求输出必须含：主体、科目、分币种借贷、数据来源、分摊方法说明、检查页。
- 复核控制：检查页不是附件，是 Controller 的工作入口。核算对借贷平衡和汇率；Controller 只签“检查页无未解释差异”的包。缺检查页整包作废。测试期用脱敏样本；未批机密不要进个人账号。
- 输出物：分录上传表 + 检查页 + 人签记录。账上无自动凭证。同场演示还把三表模型审错做成“标黄 + 批注”，可延伸到模型质检，本期不另开条。
- 来源：CFO Connect：Claude 财务工作流现场演示｜发布日期未披露｜性质：社区现场演示纪要，不是客户鉴证。
2. 银行对账：金额/参考号先配平，AI 只对断点草拟分录，审批通过才过账
- 场景：每日银行流水 vs 总账现金。仓库是 Power Automate + Copilot 作品集，带审批截图，不是接好银行 API 的生产控制器。
- 可做动作：本周用副本。输入=银行流水 + 总账现金。第一层只按金额和参考号打标已配 / 未配。第二层只对未配断点（手续费、汇兑差等）查历史处理先例，草拟调整分录。禁止对已配行再让模型改科目。
- 复核控制：分录草稿必须走邮件或 Teams 审批。编制人 ≠ 审批人。模型只能引用历史先例；说不清的断点直接升级给人，不许编分录。未签字不得过账。
- 输出物：已配/未配表 + 分录草稿 + 审批记录 + 带时间戳的操作日志。账上无自动分录。
- 来源：AI-Powered Bank Reconciliation Agent｜来源页面显示创建并推送 2026-07-06｜性质：repo / 0 star，作品集流程，不是可接总账的生产系统。
Accounting / Close / Controls
见今日最值得落地第 1 条、第 2 条。
闭环：发票或银行/总账 → 机器出检查页或已配表 → 人只审例外和断点 → 签字后才考虑过账。独立收入确认、发票三单新案例：数据暂缺。 三单匹配的规则引擎见开源第 1 条，不在此展开。
FP&A / Planning / Reporting
差异和预测先在表里算完，模型只出报告草稿，禁止直接外发董事会包
- 场景：部门 P&L / 预算 vs 实际。仓库自称可离线跑，但推送停在 2025-12，3–6 star，是 Streamlit 作品集，不是生产规划系统。
- 可做动作：输入=已关账 P&L 和预算的 Excel 副本。流程固定为：上传 → 清洗字段 → 筛部门 → 表内算 KPI 和差异 → 需要时再跑预测/情景。本周关掉自动导出 PPT/PDF 给管理层这一步。
- 复核控制：FP&A 抽 5 个差异行用手算对回源表。对不上的科目不得进点评。预测/情景只出对照表，不写回生产模型。编制人和复核人分开。
- 输出物：差异表 + 点评草稿 + 人改痕迹。未签字不进管理层包。
- 来源：FP&A AI Agent｜来源页面显示创建 2025-12-24、代码推送至 2025-12-25｜性质：repo / 低 star 原型。
第 1 条同场的模型审错（标黄 + 批注、不平则整表退回）可作质检清单，不另起条目。
Treasury / Cash / Risk
支付对账：规则先判状态不一致，模型只给例外排序，不改核销
- 输入：支付/结算记录（仓库为演示数据，Razorpay 比赛原型）。
- 处理：第一层确定性核对状态、匹配成功与否；第二层用异常分数给未配例外排序，让资金先查暴露大的断点。
- 复核：资金经办不得兼审批。模型排序不等于已核销。未人签不得改收款状态、不得划款。
- 输出：已配/未配表 + 例外优先级 + 人接受/驳回。
- 风险：0 star、2026-09 一次性提交；只借“规则匹配 + 例外排序 + 人审”这层，不接生产支付通道。
- 来源：ReconAI｜来源页面显示创建并推送 2026-09-04｜性质：repo / 比赛原型。独立 13 周现金预测生产案例：数据暂缺。
Tax / Compliance / Audit
税务研究：模型只能引用带署名的指南，申报前必须税务负责人签字
- 场景：问税率、门槛、流程口径时，模型常编条款。开源库把“研究草稿”和“持证会计师署名版”分开；署名版走 MCP，并要求专业人士审完才能用于申报或付款。
- 可做动作：本周只做 1 个真实问题（例如某辖区一项预提/申报口径）。输入=问题 + 相关合同/发票字段（脱敏）。要求每条结论带：指南名、复核人姓名/资质、复核日期。引用对不上的整段作废。
- 复核控制：税务经办出草稿；税务负责人对照原文签字。仓库自己写明：指南可能过时或与你们事实不符，不能当意见书。未签字不进申报底稿。
- 输出物：研究备忘（问题 / 引用 / 署名 / 人接受或驳回）。
- 来源：OpenAccountants｜来源页面显示创建 2026-04-09、最近推送 2026-10-02｜性质：开源税务指南 + MCP，不是你们的税务顾问。独立 SOX 证据管理新案例：数据暂缺。
CFO / Leader 团队建设经验
先按工作流记账，不要用“省了几个人”当董事会叙事
- 社区文建议：增长期财务的 AI 回报，往往先表现为关账缩短、差异处理加快、预测刷新更勤、人有空做业务支持，而不是编制立刻下降。只报人头，董事会会看错地方。
- 可执行记分卡（每个试点只填一张，不要让工具商自己定义成功）：
- 效率：该流程人手工时、被机器挡掉的重复点击
- 速度：关账天数、董事会包耗时、预测刷新频率、差异关闭时长
- 质量：差错/返工、政策例外、外发前被退回条数
- 产能：省下的时间有没有转到分析/业务支持（没有就算没落地）
- 经营：是否更快干预支出、应收或现金，且能量化
- 试点只问：哪一条工作流值得做成可治理的生产流程，而不是“试点省了多少钱”。质量问题和工时一样进周报。
- 来源：CFO Connect：财务 AI ROI 记分卡｜发布日期未披露｜性质：社区方法论，不是某一家公司财务的已审计改造报告。独立、具名企业财务负责人的新组织改造报告：数据暂缺。
开源 / AI 工程可借鉴
1. 应付三单：原因码写在 SQL 里，干净的和例外的分开走
- 可复用架构：发票 LEFT JOIN 采购订单和收货汇总（缺单据也要留在结果里）→ 窗口函数抓同一供应商+PO+金额的重复票 →
CASE按严重程度赋原因码（重复付款优先于缺收货）→ 写入例外表。演示样本：253 张票，约 56%CLEAN_MATCH，其余进NO_PO/ 收货差 / 价格差（>2%）/ 无收货 / 重复。 - 适合试点：一小批已有 PO 和收货的应付发票副本，只出原因码表。
- 注意：1 star、合成数据、2026-06-24 提交。
CLEAN_MATCH不等于已付款；价格容差用你们政策，不要抄 2%。 - 来源：ap-ar-finance-automation
2. 发票审核：先抽字段、再对政策证据，不确定必须停在人审
- 可复用架构：上传发票 → 抽供应商/票号/金额/到期日/PO/账期 → 检索政策条款 → 列缺失项和风险 → 给建议 → 不确定的案件进人工闸门 → 全程留审计轨迹。可延伸到应收催收草稿，本期不另开收款流。
- 适合试点：20 张历史费用票（故意混入无 PO、超账期）。
- 注意：0 star；来源页面显示创建 2026-05-10、推送至 2026-08-13。作品集原型，不是生产应付系统。禁止自动付款。
- 来源：invoiceflow-ai
待验证线索
- 单源帖、无底稿：harry_chn 称把 Zoho Books 报表喂给模型，出英文经营快照；自称周/月报压到约 15 分钟（2026-09-28；未交叉验证，不当案例）
- 更多 operator / 编制替代线索：LinkedIn 数据暂缺/认证未通，未写成事实。
本周可做的小实验
- 1 张共享服务发票的内部往来包（Owner：核算；Controller 签检查页） 按第 1 条。输出：分录上传表 + 检查页。缺检查页或未解释差异 ≠ 0，不得进关账文件夹。
- 现金科目 50 行：规则先配，断点才草拟分录（Owner：资金/核算；第二人审批） 按第 2 条。输出：已配/未配表 + 分录草稿。本周账上零过账。
- 1 个税务口径问题（Owner：税务经办；税务负责人对照原文签字） 按税务条。输出：引用清单 + 署名/日期 + 人接受或驳回。引用对不上整段作废，不进申报底稿。
- 一张已关账部门 P&L 的差异草稿（Owner：FP&A；经理抽 5 行） 按 FP&A 条。表内算差异，模型只写“什么动了”。数字回不到源表的句子删除。未签字不进管理层包。