AI做多对多收款核对：一笔汇款对应多张订单

展开本页目录

开始前准备什么

独立练习目录及Python 3.14；系统与Node依赖以README为准。
离线重放无需Key；新请求使用自己的apizt Key，先核对模型权限和当前价格。
原创合成材料，不需要登录第三方平台账号。

先看文件
按步骤操作
对照真实结果
离线或模型复跑

下载本例输入、代码、真实回执和产物

默认离线重放；包含完整失败尝试与本地检查，不含Key。

1. 核对本例材料与目标文件

区别一对一订单对账，验收分配金额守恒与待确认。需人工重叠复核。

先下载合成材料在独立目录练习。原始文件、模型输入与验收答案分别保留；本地核对答案不发送给模型。

input.json（节选）

json

{
  "orders": {
    "O1": "60.00",
    "O2": "50.00",
    "O3": "40.00"
  },
  "payments": [
    {
      "id": "P1",
      "amount": "80.00",
      "memo": "先付O1，其余付O2"
    },
    {
      "id": "P2",
      "amount": "30.00",
      "memo": "付O2"
    },
    {
      "id": "P3",
      "amount": "20.00",
      "memo": "可能O3，也可能O9，待确认"
    }
  ]
}

AI做多对多收款核对：一笔汇款对应多张订单 · 实际输入、原始文件和本例操作约束的浏览器截图 — 实际输入、原始文件和本例操作约束的浏览器截图
查看高清原图

2. 按顺序完成这项具体操作

本次实际使用Python 3.14，依赖版本固定在资料包。需要LibreOffice或Node的案例请先按README安装对应运行时。python run.py读取真实旧响应完成本地处理；只有显式--live才发新请求。

1. 打开 source-payments.csv，逐笔阅读P1/P2/P3备注，再从 input.json 核对O1/O2/O3的待收金额；P3同时提到O3和未知O9。
2. 让 apizt 提取每笔payment_id、按备注顺序出现的order_ids和是否歧义，保留未知订单引用以便复核。
3. 程序只对身份明确且订单存在的来款顺序分配：P1先付O1剩余再付O2，P2继续结清O2；P3不自动选一个订单。
4. 打开 payment-allocation.csv 核对O1/O2已结清，再查看 payment-review.csv 中P3未分配20.00元及待核原因。
5. 把分配金额与未分配金额相加，对照来款总额130.00元；未知O9不能被自动建成订单，O3的欠款也不能凭含糊备注减少。

独立练习目录 · 默认仅离线复核

python3 -m venv .venv
source .venv/bin/activate
python -m pip install -r requirements.txt
python run.py

3. 对照真正发送的请求

只处理给定原创虚构材料，只输出JSON。从汇款备注提取payment_id和order_ids（按出现顺序）；未知订单可列出但不创建。输出结构：{"payments": [{"payment_id": "string", "order_ids": ["string"], "ambiguous": "boolean"}]}

网页实验台只执行这一步模型字段检查。原生文件写入、坐标/公式/格式回读及负例验收由下载包负责。

request-1.json（图片Base64省略，原文件在下载包）

json

{
  "model": "gemini-2.5-flash-lite",
  "messages": [
    {
      "role": "system",
      "content": "严格只输出单个JSON对象，不要Markdown代码围栏，不要解释。只处理给定原创虚构材料，只输出JSON。从汇款备注提取payment_id和order_ids（按出现顺序）；未知订单可列出但不创建。 输出结构：{\"payments\": [{\"payment_id\": \"string\", \"order_ids\": [\"string\"], \"ambiguous\": \"boolean\"}]}"
    },
    {
      "role": "user",
      "content": "任务约束（只输出JSON对象，不用代码围栏）：\n只处理给定原创虚构材料，只输出JSON。从汇款备注提取payment_id和order_ids（按出现顺序）；未知订单可列出但不创建。 输出结构：{\"payments\": [{\"payment_id\": \"string\", \"order_ids\": [\"string\"], \"ambiguous\": \"boolean\"}]}\n待处理合成材料：\n{\"orders\": {\"O1\": \"60.00\", \"O2\": \"50.00\", \"O3\": \"40.00\"}, \"payments\": [{\"id\": \"P1\", \"amount\": \"80.00\", \"memo\": \"先付O1，其余付O2\"}, {\"id\": \"P2\", \"amount\": \"30.00\", \"memo\": \"付O2\"}, {\"id\": \"P3\", \"amount\": \"20.00\", \"memo\": \"可能O3，也可能O9，待确认\"}]}"
    }
  ],
  "temperature": 0,
  "max_tokens": 1024,
  "provider": {
    "sort": "success_rate"
  },
  "response_format": {
    "type": "json_object"
  }
}

4. 查看原生处理代码与实际文件

下面节选来自本次实际执行的workflow.py分支，需要结合完整脚本运行。模型输出不能代替文件解析器或业务验算。

具体产物：payment-allocation.csv、payment-review.csv、result.json、checks.json、preview.html。

workflow.py · 本例分支节选

python

debts = {k: D(v) for k, v in data['orders'].items()}
byid = {r['payment_id']: r for r in output['payments']}
allocation = []
review = []
for payment in data['payments']:
    parsed = byid[payment['id']]
    left = D(payment['amount'])
    if parsed['ambiguous'] or any((oid not in debts for oid in parsed['order_ids'])):
        review.append({'payment_id': payment['id'], 'unallocated': money(left), 'reason': 'ambiguous-or-unknown-order'})
        continue
    for oid in parsed['order_ids']:
        take = min(left, debts[oid])
        allocation.append({'payment_id': payment['id'], 'order_id': oid, 'amount': money(take)})
        debts[oid] -= take
        left -= take
        if not left:
            break
    if left:
        review.append({'payment_id': payment['id'], 'unallocated': money(left), 'reason': 'overpayment'})
check('O1O2分配后均结清', debts['O1'] == 0 and debts['O2'] == 0)
check('模糊汇款20元未擅自分配', review == [{'payment_id': 'P3', 'unallocated': '20.00', 'reason': 'ambiguous-or-unknown-order'}])
check('分配额加未分配额等于来款', sum((D(r['amount']) for r in allocation)) + sum((D(r['unallocated']) for r in review)) == sum((D(p['amount']) for p in data['payments'])))
cout('payment-allocation.csv', allocation)
cout('payment-review.csv', review)
result = {'allocations': allocation, 'review': review, 'outstanding': {k: money(v) for k, v in debts.items()}}

5. 对照真实结果和检查表

实测2026-10-25T07:51:35.774581+00:00，HTTP200；请求gemini-2.5-flash-lite，返回gemini-2.5-flash-lite。本次5/5项检查通过，指本例执行及验收机制通过，不代表所有模型字段零误差。

最后一次返回用量384tokens；1份尝试记录的已知用量合计384。失败记录保留，用量缺失不按0计，本文不推算实际金额。

实际检查	结果
真实apizt API响应HTTP200	通过
模型结构化事实与原始材料一致	通过
O1O2分配后均结清	通过
模糊汇款20元未擅自分配	通过
分配额加未分配额等于来款	通过

实际检查: 真实apizt API响应HTTP200
结果: 通过

实际检查: 模型结构化事实与原始材料一致
结果: 通过

实际检查: O1O2分配后均结清
结果: 通过

实际检查: 模糊汇款20元未擅自分配
结果: 通过

实际检查: 分配额加未分配额等于来款
结果: 通过

result.json · 原生处理后实际结果

json

{
  "allocations": [
    {
      "payment_id": "P1",
      "order_id": "O1",
      "amount": "60.00"
    },
    {
      "payment_id": "P1",
      "order_id": "O2",
      "amount": "20.00"
    },
    {
      "payment_id": "P2",
      "order_id": "O2",
      "amount": "30.00"
    }
  ],
  "review": [
    {
      "payment_id": "P3",
      "unallocated": "20.00",
      "reason": "ambiguous-or-unknown-order"
    }
  ],
  "outstanding": {
    "O1": "0.00",
    "O2": "0.00",
    "O3": "40.00"
  }
}

AI做多对多收款核对：一笔汇款对应多张订单 · 本例实际产物与原始响应的浏览器截图；本地检查和模型答案分开记录 — 本例实际产物与原始响应的浏览器截图；本地检查和模型答案分开记录
查看高清原图

6. 替换输入前，先确认这些边界

本例只验证合成材料和本地原生文件；不连接真实客户数据，不代表第三方SaaS已运行。

修改材料后应重新制定事实断言和反例。识别错误率、混淆矩阵或拒答类教程允许保留模型实际错误；检查通过指计算和处理正确。没有调用视频模型。

怎样确认已经完成

真实apizt API响应HTTP200
模型结构化事实与原始材料一致
O1O2分配后均结清
模糊汇款20元未擅自分配
分配额加未分配额等于来款

常见问题

AI 多订单收款对账怎么开始？

打开 source-payments.csv，逐笔阅读P1/P2/P3备注，再从 input.json 核对O1/O2/O3的待收金额；P3同时提到O3和未知O9。按本页顺序继续，先用下载包离线重放，再替换自己的材料。

网页试跑和下载包有什么区别？

网页只复跑模型字段，不生成全部原生文件；资料包包含实际原生处理和本地验收。

这次通过结果适用于其他材料吗？

本例只验证合成材料和本地原生文件；不连接真实客户数据，不代表第三方SaaS已运行。

资料来源

展开本页目录

开始前准备什么

独立练习目录及Python 3.14；系统与Node依赖以README为准。
离线重放无需Key；新请求使用自己的apizt Key，先核对模型权限和当前价格。
原创合成材料，不需要登录第三方平台账号。

先看文件
按步骤操作
对照真实结果
离线或模型复跑

下载本例输入、代码、真实回执和产物

默认离线重放；包含完整失败尝试与本地检查，不含Key。

1. 核对本例材料与目标文件

区别一对一订单对账，验收分配金额守恒与待确认。需人工重叠复核。

先下载合成材料在独立目录练习。原始文件、模型输入与验收答案分别保留；本地核对答案不发送给模型。

input.json（节选）

json

{
  "orders": {
    "O1": "60.00",
    "O2": "50.00",
    "O3": "40.00"
  },
  "payments": [
    {
      "id": "P1",
      "amount": "80.00",
      "memo": "先付O1，其余付O2"
    },
    {
      "id": "P2",
      "amount": "30.00",
      "memo": "付O2"
    },
    {
      "id": "P3",
      "amount": "20.00",
      "memo": "可能O3，也可能O9，待确认"
    }
  ]
}

2. 按顺序完成这项具体操作

1. 打开 source-payments.csv，逐笔阅读P1/P2/P3备注，再从 input.json 核对O1/O2/O3的待收金额；P3同时提到O3和未知O9。
2. 让 apizt 提取每笔payment_id、按备注顺序出现的order_ids和是否歧义，保留未知订单引用以便复核。
3. 程序只对身份明确且订单存在的来款顺序分配：P1先付O1剩余再付O2，P2继续结清O2；P3不自动选一个订单。
4. 打开 payment-allocation.csv 核对O1/O2已结清，再查看 payment-review.csv 中P3未分配20.00元及待核原因。
5. 把分配金额与未分配金额相加，对照来款总额130.00元；未知O9不能被自动建成订单，O3的欠款也不能凭含糊备注减少。

独立练习目录 · 默认仅离线复核

python3 -m venv .venv
source .venv/bin/activate
python -m pip install -r requirements.txt
python run.py

3. 对照真正发送的请求

网页实验台只执行这一步模型字段检查。原生文件写入、坐标/公式/格式回读及负例验收由下载包负责。

request-1.json（图片Base64省略，原文件在下载包）

json

{
  "model": "gemini-2.5-flash-lite",
  "messages": [
    {
      "role": "system",
      "content": "严格只输出单个JSON对象，不要Markdown代码围栏，不要解释。只处理给定原创虚构材料，只输出JSON。从汇款备注提取payment_id和order_ids（按出现顺序）；未知订单可列出但不创建。 输出结构：{\"payments\": [{\"payment_id\": \"string\", \"order_ids\": [\"string\"], \"ambiguous\": \"boolean\"}]}"
    },
    {
      "role": "user",
      "content": "任务约束（只输出JSON对象，不用代码围栏）：\n只处理给定原创虚构材料，只输出JSON。从汇款备注提取payment_id和order_ids（按出现顺序）；未知订单可列出但不创建。 输出结构：{\"payments\": [{\"payment_id\": \"string\", \"order_ids\": [\"string\"], \"ambiguous\": \"boolean\"}]}\n待处理合成材料：\n{\"orders\": {\"O1\": \"60.00\", \"O2\": \"50.00\", \"O3\": \"40.00\"}, \"payments\": [{\"id\": \"P1\", \"amount\": \"80.00\", \"memo\": \"先付O1，其余付O2\"}, {\"id\": \"P2\", \"amount\": \"30.00\", \"memo\": \"付O2\"}, {\"id\": \"P3\", \"amount\": \"20.00\", \"memo\": \"可能O3，也可能O9，待确认\"}]}"
    }
  ],
  "temperature": 0,
  "max_tokens": 1024,
  "provider": {
    "sort": "success_rate"
  },
  "response_format": {
    "type": "json_object"
  }
}

4. 查看原生处理代码与实际文件

下面节选来自本次实际执行的workflow.py分支，需要结合完整脚本运行。模型输出不能代替文件解析器或业务验算。

具体产物：payment-allocation.csv、payment-review.csv、result.json、checks.json、preview.html。

workflow.py · 本例分支节选

python

debts = {k: D(v) for k, v in data['orders'].items()}
byid = {r['payment_id']: r for r in output['payments']}
allocation = []
review = []
for payment in data['payments']:
    parsed = byid[payment['id']]
    left = D(payment['amount'])
    if parsed['ambiguous'] or any((oid not in debts for oid in parsed['order_ids'])):
        review.append({'payment_id': payment['id'], 'unallocated': money(left), 'reason': 'ambiguous-or-unknown-order'})
        continue
    for oid in parsed['order_ids']:
        take = min(left, debts[oid])
        allocation.append({'payment_id': payment['id'], 'order_id': oid, 'amount': money(take)})
        debts[oid] -= take
        left -= take
        if not left:
            break
    if left:
        review.append({'payment_id': payment['id'], 'unallocated': money(left), 'reason': 'overpayment'})
check('O1O2分配后均结清', debts['O1'] == 0 and debts['O2'] == 0)
check('模糊汇款20元未擅自分配', review == [{'payment_id': 'P3', 'unallocated': '20.00', 'reason': 'ambiguous-or-unknown-order'}])
check('分配额加未分配额等于来款', sum((D(r['amount']) for r in allocation)) + sum((D(r['unallocated']) for r in review)) == sum((D(p['amount']) for p in data['payments'])))
cout('payment-allocation.csv', allocation)
cout('payment-review.csv', review)
result = {'allocations': allocation, 'review': review, 'outstanding': {k: money(v) for k, v in debts.items()}}

5. 对照真实结果和检查表

最后一次返回用量384tokens；1份尝试记录的已知用量合计384。失败记录保留，用量缺失不按0计，本文不推算实际金额。

实际检查	结果
真实apizt API响应HTTP200	通过
模型结构化事实与原始材料一致	通过
O1O2分配后均结清	通过
模糊汇款20元未擅自分配	通过
分配额加未分配额等于来款	通过

实际检查: 真实apizt API响应HTTP200
结果: 通过

实际检查: 模型结构化事实与原始材料一致
结果: 通过

实际检查: O1O2分配后均结清
结果: 通过

实际检查: 模糊汇款20元未擅自分配
结果: 通过

实际检查: 分配额加未分配额等于来款
结果: 通过

result.json · 原生处理后实际结果

json

{
  "allocations": [
    {
      "payment_id": "P1",
      "order_id": "O1",
      "amount": "60.00"
    },
    {
      "payment_id": "P1",
      "order_id": "O2",
      "amount": "20.00"
    },
    {
      "payment_id": "P2",
      "order_id": "O2",
      "amount": "30.00"
    }
  ],
  "review": [
    {
      "payment_id": "P3",
      "unallocated": "20.00",
      "reason": "ambiguous-or-unknown-order"
    }
  ],
  "outstanding": {
    "O1": "0.00",
    "O2": "0.00",
    "O3": "40.00"
  }
}

6. 替换输入前，先确认这些边界

本例只验证合成材料和本地原生文件；不连接真实客户数据，不代表第三方SaaS已运行。

怎样确认已经完成

真实apizt API响应HTTP200
模型结构化事实与原始材料一致
O1O2分配后均结清
模糊汇款20元未擅自分配
分配额加未分配额等于来款

常见问题

AI 多订单收款对账怎么开始？

网页试跑和下载包有什么区别？

网页只复跑模型字段，不生成全部原生文件；资料包包含实际原生处理和本地验收。

这次通过结果适用于其他材料吗？

本例只验证合成材料和本地原生文件；不连接真实客户数据，不代表第三方SaaS已运行。

AI做多对多收款核对：一笔汇款对应多张订单

先看结论

开始前准备什么

1. 核对本例材料与目标文件

2. 按顺序完成这项具体操作

3. 对照真正发送的请求

4. 查看原生处理代码与实际文件

5. 对照真实结果和检查表

6. 替换输入前，先确认这些边界

怎样确认已经完成

常见问题

资料来源

先复核这份结果，再处理自己的材料

1. 下载完整样例

2. 离线检查业务结果

3. 需要新结果时，再调用 API

AI做多对多收款核对：一笔汇款对应多张订单

先看结论

开始前准备什么

1. 核对本例材料与目标文件

2. 按顺序完成这项具体操作

3. 对照真正发送的请求

4. 查看原生处理代码与实际文件

5. 对照真实结果和检查表

6. 替换输入前，先确认这些边界

怎样确认已经完成

常见问题

资料来源

先复核这份结果，再处理自己的材料

1. 下载完整样例

2. 离线检查业务结果

3. 需要新结果时，再调用 API