补充行程单与发票计入口径
明确行程单不与电子发票重复计入金额,并忽略报销过程文件,避免误提交票据和输出结果。 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
parent
13bf1a0146
commit
4e869ba4b3
3
.gitignore
vendored
Normal file
3
.gitignore
vendored
Normal file
|
|
@ -0,0 +1,3 @@
|
||||||
|
*.pdf
|
||||||
|
*.jpg
|
||||||
|
报销输出/
|
||||||
18
README.md
18
README.md
|
|
@ -19,9 +19,10 @@
|
||||||
```
|
```
|
||||||
|
|
||||||
4. 读取 `报销输出/pdf_raw_text.txt`,按本文的 JSON Schema 分析出差人、日期、事由、费用分类、金额和证据。
|
4. 读取 `报销输出/pdf_raw_text.txt`,按本文的 JSON Schema 分析出差人、日期、事由、费用分类、金额和证据。
|
||||||
5. 如果出差人、出差事由、出发地、目的地、日期、金额等关键信息无法从原文可靠判断,必须先问用户;不要编造。
|
5. 如果同一笔滴滴/打车费用同时有行程单和电子发票,金额只按电子发票计入一次;行程单只作为附件和行程明细使用,不要与发票重复计入金额。
|
||||||
6. 将最终 JSON 保存为 `报销输出/analyzed_result.json`。
|
6. 如果出差人、出差事由、出发地、目的地、日期、金额等关键信息无法从原文可靠判断,必须先问用户;不要编造。
|
||||||
7. 确认 `questions` 为空、金额合计一致、附件张数一致后,自动运行:
|
7. 将最终 JSON 保存为 `报销输出/analyzed_result.json`。
|
||||||
|
8. 确认 `questions` 为空、金额合计一致、附件张数一致后,自动运行:
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
python3 差旅报销.py fill 报销输出/analyzed_result.json
|
python3 差旅报销.py fill 报销输出/analyzed_result.json
|
||||||
|
|
@ -33,7 +34,7 @@
|
||||||
py 差旅报销.py fill 报销输出/analyzed_result.json
|
py 差旅报销.py fill 报销输出/analyzed_result.json
|
||||||
```
|
```
|
||||||
|
|
||||||
8. 最后告诉用户生成的 Excel 文件路径,以及是否有任何需要人工复核的证据或假设。
|
9. 最后告诉用户生成的 Excel 文件路径,以及是否有任何需要人工复核的证据或假设;如果存在行程单和电子发票对应同一笔费用,必须明确提醒用户:行程单未重复计入金额,只作为附件和行程明细使用。
|
||||||
|
|
||||||
> 简单说:看到本 README 后,大模型应自动完成“提取 PDF 原文 → 分析生成 JSON → 填写 Excel”,只有在信息不确定时才暂停询问用户。
|
> 简单说:看到本 README 后,大模型应自动完成“提取 PDF 原文 → 分析生成 JSON → 填写 Excel”,只有在信息不确定时才暂停询问用户。
|
||||||
|
|
||||||
|
|
@ -226,10 +227,11 @@ python3 差旅报销.py schema --output
|
||||||
4. 每个费用类别都要给出金额、单据张数、说明。
|
4. 每个费用类别都要给出金额、单据张数、说明。
|
||||||
5. 计算附件总张数、报销总额、预借差旅费、补领金额、退还金额。
|
5. 计算附件总张数、报销总额、预借差旅费、补领金额、退还金额。
|
||||||
6. 每个金额必须写入 evidence,说明来自哪个文件、依据是哪段文本。
|
6. 每个金额必须写入 evidence,说明来自哪个文件、依据是哪段文本。
|
||||||
7. 如果某个字段无法可靠判断,必须先问用户,不要编造;在未确认前不要填表。
|
7. 如果同一笔滴滴/打车费用同时有行程单和电子发票,金额只按电子发票计入一次;行程单只作为附件和行程明细使用,不要与发票重复计入金额。
|
||||||
8. 将最终 JSON 保存为 `报销输出/analyzed_result.json`,JSON 必须符合 README 中的 schema。
|
8. 如果某个字段无法可靠判断,必须先问用户,不要编造;在未确认前不要填表。
|
||||||
9. 确认 `questions` 为空、金额合计一致、附件张数一致后,运行 `python3 差旅报销.py fill 报销输出/analyzed_result.json` 生成最终 Excel。
|
9. 将最终 JSON 保存为 `报销输出/analyzed_result.json`,JSON 必须符合 README 中的 schema。
|
||||||
10. 最后告诉用户生成的 Excel 文件路径,并列出需要人工复核的证据或假设。
|
10. 确认 `questions` 为空、金额合计一致、附件张数一致后,运行 `python3 差旅报销.py fill 报销输出/analyzed_result.json` 生成最终 Excel。
|
||||||
|
11. 最后告诉用户生成的 Excel 文件路径,并列出需要人工复核的证据或假设;如果存在行程单和电子发票对应同一笔费用,必须明确提醒用户:行程单未重复计入金额,只作为附件和行程明细使用。
|
||||||
```
|
```
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue
Block a user