140 lines
4.6 KiB
Markdown
140 lines
4.6 KiB
Markdown
|
# 差旅报销风险管控标准（模拟版）
|
||
|
|
|
||
|
|
## 1. 目的
|
||
|
|
|
||
|
|
本标准用于约束个人报销中的差旅类单据审核，覆盖以下三类核心风险：
|
||
|
|
|
||
|
|
- 行程闭环风险：出发地、目的地、返程地之间是否形成合理链路。
|
||
|
|
- 票据地点一致性风险：酒店、交通票据与申报目的地是否一致。
|
||
|
|
- 差标超限风险：员工职级对应的交通舱位、火车席别、住宿金额是否超标。
|
||
|
|
|
||
|
|
本标准先以模拟规则落地到系统，用于 AI 验审与直属领导审批前的自动筛查。
|
||
|
|
|
||
|
|
## 2. 适用范围
|
||
|
|
|
||
|
|
- 报销主类型为 `travel / hotel / transport` 的单据。
|
||
|
|
- 或者明细附件识别出 `flight_itinerary / train_ticket / hotel_invoice / taxi_receipt / parking_toll_receipt` 的单据。
|
||
|
|
|
||
|
|
## 3. 基础定义
|
||
|
|
|
||
|
|
### 3.1 目的地
|
||
|
|
|
||
|
|
按以下优先级确定本次差旅的“主目的地”：
|
||
|
|
|
||
|
|
1. 用户在报销表单中填写的业务地点 `claim.location`
|
||
|
|
2. 长途交通票据终点城市
|
||
|
|
3. 酒店票据识别出的酒店所在城市
|
||
|
|
|
||
|
|
### 3.2 行程闭环
|
||
|
|
|
||
|
|
满足以下任一条件，视为形成合理闭环：
|
||
|
|
|
||
|
|
- 单程票据终点与申报目的地一致。
|
||
|
|
- 多段票据按时间顺序首尾衔接。
|
||
|
|
- 最后一段票据返回首段出发城市。
|
||
|
|
|
||
|
|
### 3.3 合理例外说明
|
||
|
|
|
||
|
|
若出现多城市出差、中转、改签、异地返程、展会高峰导致超标等情况，用户必须在报销事由或费用说明中体现原因。示例关键词：
|
||
|
|
|
||
|
|
- `中转`
|
||
|
|
- `转机`
|
||
|
|
- `经停`
|
||
|
|
- `改签`
|
||
|
|
- `多地出差`
|
||
|
|
- `客户临时变更`
|
||
|
|
- `展会高峰`
|
||
|
|
- `协议酒店满房`
|
||
|
|
- `无直达`
|
||
|
|
|
||
|
|
未说明时，系统按高风险处理并退回待补充。
|
||
|
|
|
||
|
|
## 4. 风险规则矩阵
|
||
|
|
|
||
|
|
### 4.1 行程闭环规则
|
||
|
|
|
||
|
|
- 若存在两段及以上长途交通票据，相邻两段的 `上一段终点城市` 与 `下一段起点城市` 必须一致。
|
||
|
|
- 若最终到达城市既不是申报目的地，也不是首段出发城市，则判定为高风险。
|
||
|
|
- 若识别到多个目的地城市，但事由中未说明多地出差、中转或改签原因，则判定为高风险。
|
||
|
|
|
||
|
|
处理方式：
|
||
|
|
|
||
|
|
- `高风险`：退回待补充。
|
||
|
|
- `中风险`：允许流转，但要求直属领导重点复核。
|
||
|
|
|
||
|
|
### 4.2 酒店地点一致性规则
|
||
|
|
|
||
|
|
- 酒店票据识别出的城市，必须属于以下集合之一：
|
||
|
|
- 申报目的地
|
||
|
|
- 长途交通票据中的目的地城市
|
||
|
|
- 长途交通票据中的返程前停留城市
|
||
|
|
- 若酒店城市与主目的地、交通链路均不一致，则判定为高风险。
|
||
|
|
|
||
|
|
处理方式：
|
||
|
|
|
||
|
|
- `高风险`：退回待补充，要求说明异地住宿原因或更换票据。
|
||
|
|
|
||
|
|
### 4.3 职级差旅标准
|
||
|
|
|
||
|
|
#### 4.3.1 城市分级
|
||
|
|
|
||
|
|
- 一线：`北京 / 上海 / 广州 / 深圳`
|
||
|
|
- 新一线 / 重点城市：`杭州 / 南京 / 苏州 / 武汉 / 成都 / 重庆 / 西安 / 天津 / 宁波 / 厦门 / 青岛 / 长沙`
|
||
|
|
- 其他城市：除以上外的默认城市
|
||
|
|
|
||
|
|
#### 4.3.2 住宿标准（元 / 晚）
|
||
|
|
|
||
|
|
| 职级带 | 一线 | 重点城市 | 其他城市 |
|
||
|
|
| --- | ---: | ---: | ---: |
|
||
|
|
| P1-P3 | 450 | 380 | 320 |
|
||
|
|
| P4-P5 | 550 | 480 | 380 |
|
||
|
|
| P6-P7 | 700 | 620 | 520 |
|
||
|
|
| M1-M2 | 900 | 820 | 720 |
|
||
|
|
| M3 及以上 / D 序列 | 1200 | 1000 | 900 |
|
||
|
|
|
||
|
|
说明：
|
||
|
|
|
||
|
|
- 若票据中能识别出 `X 晚 / X 间夜`，系统按 `总金额 / 间夜数` 计算每晚金额。
|
||
|
|
- 若无法识别间夜数，默认按 1 晚处理。
|
||
|
|
|
||
|
|
#### 4.3.3 交通标准
|
||
|
|
|
||
|
|
| 职级带 | 飞机 | 火车 / 高铁 |
|
||
|
|
| --- | --- | --- |
|
||
|
|
| P1-P3 | 经济舱 | 二等座 / 硬卧 |
|
||
|
|
| P4-P5 | 经济舱 | 二等座 / 硬卧 |
|
||
|
|
| P6-P7 | 超级经济舱及以下 | 一等座 / 软卧及以下 |
|
||
|
|
| M1-M2 | 商务舱及以下 | 商务座及以下 |
|
||
|
|
| M3 及以上 / D 序列 | 不做系统硬限制，仍保留人工复核 |
|
||
|
|
|
||
|
|
### 4.4 差标超限处理
|
||
|
|
|
||
|
|
- 超住宿标准且无说明：`高风险`
|
||
|
|
- 超住宿标准但有说明：`中风险`
|
||
|
|
- 飞机舱位或高铁席别超过职级标准且无说明：`高风险`
|
||
|
|
- 飞机舱位或高铁席别超过职级标准但有说明：`中风险`
|
||
|
|
|
||
|
|
## 5. 系统落地口径
|
||
|
|
|
||
|
|
### 5.1 票据识别字段
|
||
|
|
|
||
|
|
系统优先使用以下字段做判断：
|
||
|
|
|
||
|
|
- `route`
|
||
|
|
- `merchant_name`
|
||
|
|
- `amount`
|
||
|
|
- `date`
|
||
|
|
- OCR 原文中的舱位、席别、间夜数、城市名
|
||
|
|
|
||
|
|
### 5.2 AI 验审动作
|
||
|
|
|
||
|
|
- 高风险：提交前拦截，状态切回 `待补充`
|
||
|
|
- 中风险：允许进入直属领导审批，并附带风险标记
|
||
|
|
- 低风险 / 通过：正常流转
|
||
|
|
|
||
|
|
## 6. 当前实现边界
|
||
|
|
|
||
|
|
- 城市识别先按常见出差城市做匹配，未覆盖全国全部区县。
|
||
|
|
- 住宿标准与交通标准为模拟版，可后续迁移到任务规则中心做可配置化。
|
||
|
|
- 本文档为当前开发阶段的执行依据，后续若规则中心启用动态配置，应以规则中心版本为准。
|