本期只保留能拆到输入、复核和输出物的材料。其余板块不硬凑。
今日最值得落地（2条）
1. 发票先过一遍、人只审例外；收入合同只出草稿，不过账
- 场景：AP 发票处理和收入确认合同审阅。对象是“先过机、再给人看例外”，不是换 ERP，也不是让模型自己过账。
- 可做动作：Uber 财务总监 Tiho Nedkov 在 2026 年 5 月 Gartner 会上公开：财务曾连续两年是公司里用 AI 最多的部门；超过 90% 财务同事日常在用。现场幻灯写的是：超过 96% 的发票由系统处理、准确率超过 95%，人工复核时间下降；收入确认的合同审阅已做成全自动；多语种监管通知周转大约缩短 70%。你们本周只抄前半段：选上月已审过的 50 张发票，输入仅限发票影像/PDF + PO/收货记录 + 供应商主数据。模型只做抽取、三单匹配、标例外。收入合同另开一条平行试点：模型只标履约义务、可变对价、开票与确认时点是否对得上，不改收入政策。
- 复核控制：AP owner 只审未匹配和超你们自己定的金额门槛项。准确率先用已审历史单回测，低于公开材料里的 95% 就停扩。收入合同必须核算/收入 owner 逐条签字。模型不得改供应商银行账号、不得过账、不得出贷记。对方同时说财务没有工程侧那种 token 狂烧，但仍要设限额；人人都能搭小工具时，必须先分清“操场”和正式账，否则会出现多个“真相源”。
- 输出物：发票例外表（匹配 / 价差 / 数量差 / 缺 PO）；回测准确率；收入合同检查清单；操场 vs 正式账的工具名单。
- 来源：CFO Dive：Uber 财务团队的发票与收入合同自动化（公司财务负责人公开演讲 / 媒体转述；发布日期：2026-05-29）
2. 税务研究分两层：公开草稿只当线索，署名会计师版本才能进底稿
- 场景：税务研究、申报前核对、跨境/州税条款检索。对象是“模型先找条款，人再签字”，不是自动报税。
- 可做动作：OpenAccountants 把材料拆成两层。GitHub 里是研究草稿（税率、门槛、流程底稿），明确写着 AI 起草、未经持证会计师署名。署名版（CPA/CA/EA 等具名核对）走网站/MCP，每条答案带核对人姓名，并提供
request_accountant_review把问题转给真人。本周只拿 1 个真实问题（例如某主体一项预提能否税前扣除，或一张跨境发票的税率），先读公开草稿，列出条款、门槛、截止日期；任何申报数字都不出仓。 - 复核控制：税务 owner 必须核对模型知识截止日期是否早于最新法规。公开草稿不得直接贴进申报底稿。要引用结论，必须走具名核对或你们自己的税务顾问。缺政策或缺源合同就升级，不许猜。
- 输出物：问题单；条款/门槛摘录；知识截止日期；升级项；税务 owner 签字栏。
- 来源：GitHub：openaccountants/openaccountants（开源研究层 + 具名核对 MCP；来源页面显示 2026-05-27）
Accounting / Close / Controls
见今日最值得落地第 1 条。
输入是发票 + PO/收货 + 供应商主数据；模型只匹配和标红；人只处理例外。收入合同只出检查清单。过账、改银行账号、出贷记仍走现有权限。扩大范围的条件只有三个：历史单回测过线、例外表能追到凭证、正式账和操场已经分开。
FP&A / Planning / Reporting
数据暂缺。 本期没有未在近几日出现过、且能落到预算表、预测模型或差异说明底稿的新案例。Uber 材料里提到“对话式取数”的 data agent，但没有公开字段、口径字典或复核步骤，不单独写成 BvA 方法。
Treasury / Cash / Risk
数据暂缺。 本期未发现最近 365 天内、同时具备公开正文和可复用步骤的现金预测、银行流水监控或 DSO/O2C 新案例。第 1 条里的发票处理只覆盖 AP，还不够单独做资金台。
Tax / Compliance / Audit
见今日最值得落地第 2 条。
公开草稿只用于定位条款；申报、备案、对税务机关的口径必须税务 owner 或外部顾问签字。可延伸到监管通知的多语种初译，但仍要法务/合规看完才能对外。
CFO / Leader 团队建设经验
见今日最值得落地第 1 条。
可直接借用的组织动作只有这些：财务先做发票和合同这类能回测准确率的流程，不要先学工程去“刷 token”；给每人一个操场，但正式账、供应商主数据、付款指令必须另开权限；财务侧也要设用量上限，即使现在还没烧出事故。人人能搭小工具时，指定一个 source-of-truth owner，重复的管理报表先下线再扩新 Agent。公开材料没有独立的财务 ROI 审计；工程侧预算被编码工具提前花光，只当作“先设帽”的对照，不要写成财务编制已经被替代。
LinkedIn 数据暂缺/认证未通。本期没有可交叉验证的 startup 财务编制替代案例。
开源 / AI 工程可借鉴
1. 先只读逾期发票，开票必须停在草稿
- 场景：AR 账龄、逾期催收准备、瑞士/欧洲本地账套对接。适合当“ERP 只读层 + 人批准后才写回”的骨架。
- 可做动作：bexio MCP 把 310 个工具按 contacts / invoices / banking / accounting 等类别拆开，可用环境变量只加载需要的类，降低提示词体积。公开示例是：问“所有逾期发票”→ 客户、金额、到期日、逾期天数；新建发票默认停在 draft，必须再说一句“issue”才定稿。本周不要接生产 token。先用导出的逾期发票 CSV 按同一列结构做一张表，确认 AR owner 认列名和金额后再谈接口。
- 复核控制：早期软件，15 star，不是生产核算系统。付款、改银行账号、正式开票全部关掉。任何写操作先在沙箱；人核对客户、金额、税率后才进账套。
- 输出物：逾期清单；类别白名单；禁止写回的配置记录。
- 来源：GitHub：PromptPartner/bexio-mcp-server（开源 MCP / 早期版本；来源页面显示 2026-05-27）
待验证线索
- 有人在卖面向单店的低价 GRC/合规监控，未见客户账套、复核人或审计底稿。X：polsia / Quillmark（2026-08；产品单源 / 待验证）
- Anthropic 公开招募企业财务/会计 Cowork 用户做屏幕分享，还不是可复用工作流。X：_catwu（2026-08-20；待验证）
本周可做的小实验
- 50 张已审发票回测，禁止入账：取上月已过账发票。模型只出匹配/例外。AP 抽 10 张例外，看该不该红。误判超过 3 张先改规则，不要扩供应商主数据。任何人不得过账。
- 一个税务问题走两层：输入只用合同/发票和现行政策。模型只列条款、门槛、知识截止日期。税务 owner 对照最新法规；对不上就升级，不写进申报底稿。
- 一张逾期 AR 表，不发催款：导出目前未结发票。按逾期天数和金额排序，标前 20 名。AR owner 确认客户、金额、争议单。本周不自动发邮件、不改账龄、不接 ERP 写接口。