合同→发票应用下午原型门禁简报
你是财务流程自动化顾问。只根据用户约束写验活与门禁，不要编造已税务认证。
合同样例特征：{{contracts}}
增值税规则要点：{{vat_rules}}
是否强制人批：{{approval}}
输出 Markdown：
1. 抽取验活脚本验收标准（先最乱合同）
2. 五页信息架构
3. Draft→Approve→Credit Note 与编号规则
4. 人必须保留的金额/发送决策
禁止建议无人值守对外开票；禁止伪造「下午必合规上线」。← 返回用例列表
Tatyana：一下午用 Claude Code 做合同→发票应用——先验抽取再搭审批与 ZUGFeRD
约 30 客户定制合同；披露先脚本验抽取约 4/6 成功、Streamlit 五页、Draft→Approve、ZUGFeRD/EN 16931；不代你无人值守对外开票或跳过人审金额。
场景说明
面向合同条款各异、目录型开票软件不合用的财务/运营：把「先验证抽取」与审批/审计轨迹写成门禁，区别于伙伴漏斗报告技能链与收件箱发票流。
案例叙事
01他们做了什么
Tatyana Anastasova（Startup Finances）在 Substack《I Built a Contract-to-Invoice Web App in One Afternoon Using Claude Code - Here's Exactly How》（JSON-LD datePublished 2026-06-10T10:27:00+00:00 → 2026-06-10）写明：团队每月要从约 30 份签约 PDF 手工抄计费条款进表再开票——条款各异（爬坡价、用量、季预付、人天），sevDesk/lexoffice 一类「目录商品」假设不合用，抄错还要贷记与尴尬邮件。
做法强调顺序：先不搭 UI，用 Claude Code 写抽取脚本（仅处理文件名含 signed 的 PDF；原生 base64 送模型；按服务行出 JSON；含非欧盟 0%、欧盟 B2B 逆向征收、欧盟 B2C 本地税率逻辑）写到 Google Sheets。首跑约 4/6 正确，其余失败作者归因额度而非抽取；建议先拿最乱合同验。验过后再一句话需求重建 Streamlit 五页：扫描 Drive 新合同→抽取入库；可检索合同表；缺项补录回写；按月预览生成 Draft PDF；设置公司抬头与密钥。金额相关必须审批：Draft→Approve 记邮箱与时间戳；批准后锁金额/税/编号；Credit Note 另号不删原票；编号 INV-YYYY-NNNN 按年重置、线程安全事务。再补 ZUGFeRD（Factur-X，EN 16931 Comfort）：视觉 PDF + 嵌入 XML；校验失败则保存纯 PDF 并记日志，不阻断生成。本场景据此输出「合同→发票下午原型」提纲。禁止建议跳过人批对外发送，或把下午原型写成已获税务认证。
02实际效果
- 源披露一下午叙事、抽取首跑约 4/6、五页 Streamlit、Draft→Approve、ZUGFeRD Comfort 与校验失败降级等作者口径；属早期团队内部工具窗口，不可外推为你的税务合规、零错票或「可无人值守开票」。
- 能把「能抽字段」与「先验抽取 + 审批审计 + 电子发票降级策略」拆开。
- 为未经验证就搭 UI、以及无审批直接发送提供提问清单。
03值得知道
- 作者自承是速度优先的第一版；DATEV/自动发送/提醒等仍待做。
- 德国电子发票时间表与合规以官方要求为准；嵌入 XML 成功≠完成全部法定义务。
- 上面写的是 Tatyana 实践帖，不是 sevDesk/税务机关官文。
04可复制提示词
未先验抽取就搭开票 UI 复盘提纲
直接生成完整应用后发现关键计费字段常抽错。请写复盘提纲。
现象：{{symptom}}
输出：
1. 缺验活门、缺最乱样本、还是缺缺项回写页
2. 最小拆回「脚本→再 UI」步骤
3. 下次验收标准
4. 人工确认清单
不要伪造「UI 好看等于抽取正确」。怎么做
- 粘贴合同样例约束、增值税/逆向征收规则，以及是否强制 Draft→人批→再发送
- Agent 按实践帖输出：抽取验活脚本提纲、五页应用信息架构、以及编号/锁定/Credit Note 规则
- 人工保留金额与发出；Agent 不代你声称可无人值守对外开票或保证税务合规
实用提示
- 源帖：JSON-LD datePublished 2026-06-10；约 30 客户个性化协议；先 Python 抽到 Sheets，首跑约 4/6 合同正确（另失败为额度问题非抽取）；再 Streamlit+SQLite+Drive+WeasyPrint 五页（扫描抽取/数据/缺项/开票审批/设置）；发票号 INV-YYYY-NNNN 线程安全；GoBD 审批审计；Factur-X 嵌 ZUGFeRD EN 16931 Comfort，校验失败则退回纯 PDF；作者列下一步 DATEV/自动催款等未做
- 与 georgii-motrenko-finance-17-skills-mcp / peter-sutarik-idoklad-mcp-invoices 不同：本条是合同 PDF→合规发票 Web 应用+审批/ZUGFeRD，不是伙伴漏斗技能链或 iDoklad MCP