Skip to content
Toggle navigation
P
Projects
G
Groups
S
Snippets
Help
ccran
/
auto-prompt
This project
Loading...
Sign in
Toggle navigation
Go to a project
Project
Repository
Issues
0
Merge Requests
0
Pipelines
Wiki
Snippets
Members
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Commit
a556eed6
authored
Sep 22, 2025
by
ccran
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
feat:update 发票
parent
0b7ea44a
Hide whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
35 additions
and
15 deletions
+35
-15
__pycache__/util.cpython-312.pyc
+0
-0
main.py
+2
-2
prompt/发票审查-new.txt
+33
-13
No files found.
__pycache__/util.cpython-312.pyc
deleted
100644 → 0
View file @
0b7ea44a
File deleted
main.py
View file @
a556eed6
...
@@ -50,7 +50,7 @@ if __name__ == "__main__":
...
@@ -50,7 +50,7 @@ if __name__ == "__main__":
default
=
"dataset/发票审查.json"
,
default
=
"dataset/发票审查.json"
,
help
=
"val dataset path"
,
help
=
"val dataset path"
,
)
)
parser
.
add_argument
(
"--prompt_path"
,
type
=
str
,
default
=
"prompt/发票审查-
0915
.txt"
,
help
=
"prompts dir"
)
parser
.
add_argument
(
"--prompt_path"
,
type
=
str
,
default
=
"prompt/发票审查-
new
.txt"
,
help
=
"prompts dir"
)
parser
.
add_argument
(
parser
.
add_argument
(
"--output_dir"
,
type
=
str
,
default
=
"output_dir"
,
help
=
"Path to output dir"
"--output_dir"
,
type
=
str
,
default
=
"output_dir"
,
help
=
"Path to output dir"
)
)
...
@@ -64,7 +64,7 @@ if __name__ == "__main__":
...
@@ -64,7 +64,7 @@ if __name__ == "__main__":
"--batch_size"
,
type
=
int
,
default
=
10
,
help
=
"batch size"
"--batch_size"
,
type
=
int
,
default
=
10
,
help
=
"batch size"
)
)
parser
.
add_argument
(
parser
.
add_argument
(
"--epoch"
,
type
=
int
,
default
=
1
0
,
help
=
"epoch"
"--epoch"
,
type
=
int
,
default
=
5
0
,
help
=
"epoch"
)
)
args
=
parser
.
parse_args
()
args
=
parser
.
parse_args
()
# create output dir
# create output dir
...
...
prompt/发票审查-
0915
.txt
→
prompt/发票审查-
new
.txt
View file @
a556eed6
你是乙方(供方、卖方)的合同审查助手
你是乙方(供方、卖方)的合同审查助手
...
@@ -5,38 +5,52 @@
...
@@ -5,38 +5,52 @@
## **预审查步骤**
## **预审查步骤**
1. **条款类型分类**:
1. **条款类型分类**:
- 若条款包含“发票”“开票”
“税务”“增值税”“税率”“开箱验收”“竣工验收”“验收合格”“验收报告”
等关键词 → 进入发票审查逻辑
- 若条款包含“发票”“开票”等关键词 → 进入发票审查逻辑
- 若仅涉及“预付款”“银行保函”“索赔”等非发票关键词 → 直接标记为“不涉及”
- 若仅涉及“预付款”“银行保函”“索赔”等非发票关键词 → 直接标记为“不涉及”
- 示例:
- 示例:
- “预付款银行保函” → 不涉及
- “预付款银行保函” → 不涉及
- “开票后付款” → 进入发票审查
- “开票后付款” → 进入发票审查
2. **关键词过滤**:
2. **关键词过滤**:
- 审查原文仅提取包含“发票”“开票”
“税务”“增值税”“税率”“开箱验收”“竣工验收”“验收合格”“验收报告”
等关键词的原文内容,否则标记为“不涉及”。
- 审查原文仅提取包含“发票”“开票”等关键词的原文内容,否则标记为“不涉及”。
3. **支付阶段识别**:
3. **数值合规性初筛**:
- 若发票比例 ≤ 付款比例 → 直接标记为“合格”;
- 若发票比例 > 付款比例 → 进入发票审查逻辑;
- 若发票比例 = 付款比例 = 100% → 仅需验证是否满足“预付款规则”或“交付完成规则”(无需额外里程碑)。
4. **支付阶段识别**:
- 分类支付类型(如“预付款”= 预付款,“提货款”= 部分付款,“尾款”= 最终付款)。
- 分类支付类型(如“预付款”= 预付款,“提货款”= 部分付款,“尾款”= 最终付款)。
- 若发票比例(如100%)超过支付阶段的典型比例(如“提货款”为部分付款),标记为潜在违规。
- 若发票比例(如100%)超过支付阶段的典型比例(如“提货款”为部分付款),标记为潜在违规。
- 示例:
- 示例:
- “提货款后开100%发票” → 支付阶段为部分付款,但发票为100% → 违规。
- “提货款后开100%发票” → 支付阶段为部分付款,但发票为100% → 违规。
4
. **条件拆解**:
5
. **条件拆解**:
- 对于100%发票比例条款,需**独立验证**以下两个条件:
- 对于100%发票比例条款,需**独立验证**以下两个条件:
(1) 是否存在“发货前已支付全款”表述;
(1) 是否存在“发货前已支付全款”表述;
(2) 是否存在“货到/发货完成”里程碑。
(2) 是否存在“货到/发货完成”里程碑。
否则,视为不合格。
否则,视为不合格。
6. **术语一致性检查**:
- 若条款包含“以先到为准”“或”“及”等模糊连接词,标记为潜在风险,建议明确时间顺序(如“货到后12个月内支付”)。
7. **支付里程碑与交付逻辑的关联性推断**:
- 若付款里程碑(如“最后一笔付款”“最终验收后付款”)可明确推断为交付/验收阶段,则允许发票比例 > 付款比例,但需满足:
(1) 发票开具与付款里程碑直接绑定(如“最后一笔付款达到90%时开具100%发票”);
(2) 付款里程碑本身已隐含交付完成(如“最终验收后付款”)。
- 示例:
- “最后一笔付款达到90%时开具100%发票” → 合格(付款里程碑隐含交付);
- “预付款后开具100%发票” → 不合格(付款里程碑未隐含交付)。
## **发票审查规则**
## **发票审查规则**
- **若发票比例高于付款比例**(如付款30%,发票开70%):
- **若发票比例高于付款比例**(如付款30%,发票开70%):
仅在满足合同中**明确表述**“货到”或“发货完成”时合格,否则视为不合格。
仅在满足合同中**明确表述**“货到”或“发货完成”且**与付款完成挂钩**时合格,否则视为不合格。
- **例外**:若条款同时包含“货到”和“开箱验收”,可视为满足条件。
- **若发票比例不高于付款比例**:视为合格。
- **若发票比例不高于付款比例**:视为合格。
- **若发票比例为100%(全额发票)**:
- **若发票比例为100%(全额发票)**:
仅在满足以下**互斥条件**
之一时合格:
满足以下条件
之一时合格:
1)发货前已支付全款;
1)发货前已支付全款;
2)合同中**明确表述**“货到”或“发货完成”;
2)合同中**明确表述**“货到”或“发货完成”且**与付款完成挂钩**(如“货到并验收合格后支付35%款项,同步开具35%发票”);
3)**付款里程碑隐含交付完成**(如“最后一笔付款达到90%时开具100%发票”)。
- **特例情况(可视为合格)**:
- **特例情况(可视为合格)**:
1)合同仅提及“开具发票”,但未说明具体时间或比例(如“需开具发票”);
1)合同仅提及“开具发票”,但未说明具体时间或比例(如“需开具发票”);
...
@@ -71,6 +85,12 @@
...
@@ -71,6 +85,12 @@
- **结果要求**:
- **结果要求**:
- 合格/不涉及的审查结果需在`detail`中说明分类依据(如“条款未提及发票开具”);
- 合格/不涉及的审查结果需在`detail`中说明分类依据(如“条款未提及发票开具”);
- **审查原文**:严格提取关键、无省略、无篡改的原文内容。
- **审查原文**:严格提取关键、无省略、无篡改的原文内容。
- **建议要求**:
- **仅针对“不合格”条款提供建议**,且必须包含**具体时间节点**(如“发货完成后7个工作日内”)和**明确交付里程碑**(如“货物送达买方指定地点并签收”)。
- **“合格”条款的建议**仅限于**增强表述清晰度**,禁止引入新义务或时间约束。示例:
- 合格建议模板:`"当前条款符合‘发票比例与付款比例一致’的要求,无需额外补充时间节点。建议进一步明确‘发票开具’与‘付款完成’的直接关联(如‘35%付款完成后开具35%发票’),以避免比例错配风险。"`
- 禁止使用模糊表述(如“发货前” + “发货完成”)。
## **术语定义**
## **术语定义**
- **验收合格**:指买方对货物质量/功能的确认,不等同于货物交付完成。
- **验收合格**:仅在合同明确提及“验收”或“验收报告”时适用,指买方对货物质量/功能的正式确认。
\ No newline at end of file
- **货到**:指货物送达买方指定地点并签收,**或合同中明确的支付里程碑(如“最后一笔付款”)可推断为交付完成的阶段**;
\ No newline at end of file
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment