差别

这里会显示出您选择的修订版和当前版本之间的差别。

--- 公告:报销中心:商旅系统和出差申请报销数据规则 [2024/08/08 07:15] – 张恒
+++ 公告:报销中心:商旅系统和出差申请报销数据规则 [2024/08/08 09:02] (当前版本) – [业务规则] 中材科技朱瑞楠
@@ 行 1: / 行 1: @@
 ===== 商旅系统和出差申请报销数据规则 =====
+<alert type="warning">人员数据、审批人数据错误，出差人无法预订差旅行程</alert>
+<alert type="danger">出差标准维护错误，离职人员未及时更新HR系统数据，可能会导致费用公司多列支费用</alert>
 ==== 组织架构和人员数据表 ====
@@ 行 24: / 行 26: @@
 === 超标审批表 ===
-<alert type="warning">超标审批表维护错误，出差人差旅事项超标时，无法预订</alert>
   - 超标审批表由各公司商旅管理员按公司内部控制制度维护
   - 超表审批规则入口：管理中心>差旅管理>审批
@@ 行 47: / 行 49: @@
 ^ **序号** ^ **表名**      ^ **用途**                                  ^ **更新依据**    ^
-| OASLCY1     | 出差补助标准      | 用于计算不同出差类型对应补助                          |           |
+| OASLCY1     | 差旅费津贴标准      | 用于计算不同出差类型对应的差旅费津贴                          |           |
 | OASLCY2     | 共享中心用银行账号        | 用于维护各公司放在共享中心账户                         | 账户变更时    |
-| OASLCY3     | 差旅-费用类型生成规则 | 用于维护科目、功能范围和原因代码                        | 科目变更涉及差旅时 |
+| OASLCY3     | 差旅费凭证规则 | 用于维护科目、功能范围和原因代码                        | 科目变更涉及差旅时 |
 | OASLCY4     | 因公出境补助比例  | 作为OASLGG1的系数，补助= OASLGG1×系数                        |           |
-| OASLCY5     | 领导/高管工号     | 员工号= 本表中工号的报销人，自行选择是否申领差旅费津贴   | 适用履职待遇的领导人员    |
+| OASLCY5     | 领导人员工号     | 员工号= 本表中工号的报销人，自行选择是否申领差旅费津贴   | 适用履职待遇的领导人员    |
 === 中材叶片专用数据表 ===
@@ 行 121: / 行 123: @@
     * 可住宿天数 = MAX（消费明细表日期） - MIN（消费明细表日期） - 隔夜交通工具天数
     * 住宿天数 = SUM （消费明细住宿天数）
+<html><span style="color:red;font-weight:bold;font-size:120%">下面全是提供的校验逻辑啊</span></html>
+  *不完整行程类别
+    *出行无法识别
+      *无消费记录——最终申请明细未匹配到商旅平台消费记录——在明细表显示【商旅无出行消费记录】
+      *重复消费——有消费明细记录但是最终申请明细表没有明细——在主表显示【未申请出行消费】
+    *出行校验逻辑
+      -报销流程自动填充最终申请行程明细——表A不可编辑
+      -拉取的商旅该订单下全部消费明细——表B
+      -填充主表总行程起始日期：表A最早出发日期正负1天内的时间范围去表B找相同出发地目的地的最早日期，若表B无，则用户可编辑
+      -填充主表总行程终止日期：表A最晚出发日期正负1天内的时间范围去表B找相同出发地目的地的最早日期，若表B无，则用户可编辑
+      -表A逐行去表B匹配消费记录：预计出发日期正负1天，相同出发地目的地，逐行反馈校验结果【商旅无出行消费记录】/【成功】
+      -表B消费出行消费记录返匹配表A：已校验过的明细外，剩余出行消费记录条数大于表A有校验结果条数，在主表反馈校验结果【未申请出行消费】
+    *住宿无法识别
+      *住宿天数少——消费明细住宿天数<预计住宿总天数——在明细表下方显示【住宿天数少】
+      *住宿天数多——消费明细住宿天数>预计住宿总天数——在明细表下方显示【住宿天数多】
+    *住宿校验逻辑
+      -根据主表总行程起始和总行程终止日期，计算行程允许住宿天数=终止日期-起始日期
+      -根据消费明细拉取总的消费住宿天数与允许住宿天数比对：在明细表下方反馈校验结果【住宿天数少】/【住宿天数多】，同时主表反馈不完整行程类别【住宿无法识别】
+  *报销流程的【刷新】按键
+    *用户点击刷新会重新拉取消费明细，重新进行完整/不完整的校验
+    *用户手工赋值的总行程起终止日期不能被覆盖
 ----