# Invoice 与 Payment Notice

## 适用业务

用于当前证据明确要求：

- 生成 Proforma Invoice。
- 提供 invoice 所需材料。
- 收到已有 invoice 或 revised invoice。
- 发送不属于 voucher/payment image evidence 的 payment notice。

事件类型：

- `Invoice Generation`
- `Invoice Received`
- `Payment Notice`

`Payment Notice` 是清楚的付款通知，不是付款条件审批。需要酒店决定是否接受分期、延期、账期、余款到店支付或其他付款政策的询问，不输出 `Payment Notice`：同邮件存在其他支持事件时进入 `unhandled_current_intents`，整封邮件没有支持事件时由 Main Agent 输出 S10。

当前邮件同时包含 bank slip/payment receipt 与付款安排询问时，文件按 `13-voucher-payment.md` 输出 `Payment Evidence`，询问按 `03-current-content-completeness.md` 单独保留；不得合并后遗漏询问。

## 安全边界

- 不生成 Invoice Excel/PDF。
- 不确认 payment。
- 不创建 receipt。
- 不执行 storage 或 accounting 动作。
- 只输出候选事件、证据、目标 key 和人工复核点。

## 业务复核

在详细 invoice 字段规则未完善前：

- 当前证据已经能唯一确定 `Invoice Generation`、`Invoice Received` 或 `Payment Notice` 时，目标、材料或必需字段不安全不得改成 Fallback；保留该业务 `event_type`，保留所有已确认字段，并附非空、完整的 `manual_review`。
- `manual_review.missing_fields[]` 必须使用指向当前 event 的 RFC 6901 JSON Pointer。
- 只有无法在 `Invoice Generation`、`Invoice Received` 和 `Payment Notice` 之间确定事件类型或对应 subtype 时，才输出 `event_type=Need Manual Review` 的 Fallback 复核。