组织架构包括公司名称、成本中心，组织架构和人员数据按不同公司分别来自于

• 集团HR系统，适用于除中材叶片之外的其他公司
• 中材叶片E-HR系统，仅适用于中材叶片

组织架构在商旅平台的树形结构为

• 中材科技股份有限公司
  • 中材科技各部门
  • 二级公司（不含中材叶片，下同）
    • 二级公司各部门
    • 三级公司
      • 三级公司各部门
• 中国复合材料集团有限公司
• 中材叶片

1. 超标审批表由各公司商旅管理员按公司内部控制制度维护
2. 超表审批规则入口：管理中心>差旅管理>审批

公共数据表由【】统一维护。

各公司差异化数据表由【各公司指定专人】维护。

默认勾选，可编辑； 可选择； 不可选择

以下为不完整行程

出差类型

• 公司代码 <> { 中材叶片公司代码 }
  • 出差类型 = 市内出差
  • 出差类型 = 因公出境
• 公司代码 = { 中材叶片公司代码 }
  • 出差类型 = 市内出差
  • 出差类型 = 因公出境
  • 出差类型 = 市内出差-城六区

• （EB表叶片公司代码下，市内出差-城六区，不完整行程-流程条件出口直接到共享付款节点。）

出差人工号

• 出差人工号 = { 领导/高管工号 }

是否通过差旅壹号预订

• 是否通过差旅壹号预订 = { 不通过商旅预订 }

出行方式

• 出行方式 = { 长途客运汽车，机场大巴 }

住宿天数数

• 住宿天数 < 可住宿天数
  • × 可住宿天数 = max（申请单日期） -min（申请单日期）(0807不严谨）
  • 遍历计算隔夜交通工具天数 =
    • 当 出行方式 <> 机场大巴 ，
    • 消费明细表[到达日期] - 消费明细表[出发日期]
  • 可住宿天数 = MAX（消费明细表日期） - MIN（消费明细表日期） - 隔夜交通工具天数
  • 住宿天数 = SUM （消费明细住宿天数）

下面全是提供的校验逻辑啊

• 不完整行程类别
  • 出行无法识别
    • 无消费记录——最终申请明细未匹配到商旅平台消费记录——在明细表显示【商旅无出行消费记录】
    • 重复消费——有消费明细记录但是最终申请明细表没有明细——在主表显示【未申请出行消费】
  • 出行校验逻辑
    1. 报销流程自动填充最终申请行程明细——表A不可编辑
    2. 拉取的商旅该订单下全部消费明细——表B
    3. 填充主表总行程起始日期：表A最早出发日期正负1天内的时间范围去表B找相同出发地目的地的最早日期，若表B无，则用户可编辑
    4. 填充主表总行程终止日期：表A最晚出发日期正负1天内的时间范围去表B找相同出发地目的地的最早日期，若表B无，则用户可编辑
    5. 表A逐行去表B匹配消费记录：预计出发日期正负1天，相同出发地目的地，逐行反馈校验结果【商旅无出行消费记录】/【成功】
    6. 表B消费出行消费记录返匹配表A：已校验过的明细外，剩余出行消费记录条数大于表A有校验结果条数，在主表反馈校验结果【未申请出行消费】
  • 住宿无法识别
    • 住宿天数少——消费明细住宿天数<预计住宿总天数——在明细表下方显示【住宿天数少】
    • 住宿天数多——消费明细住宿天数>预计住宿总天数——在明细表下方显示【住宿天数多】
  • 住宿校验逻辑
    1. 根据主表总行程起始和总行程终止日期，计算行程允许住宿天数=终止日期-起始日期
    2. 根据消费明细拉取总的消费住宿天数与允许住宿天数比对：在明细表下方反馈校验结果【住宿天数少】/【住宿天数多】，同时主表反馈不完整行程类别【住宿无法识别】
• 报销流程的【刷新】按键
  • 用户点击刷新会重新拉取消费明细，重新进行完整/不完整的校验
  • 用户手工赋值的总行程起终止日期不能被覆盖

• 首先赋值为不完整
• 查询建模维护的有效状态————后面有硬代码所以目前非强校验
• 查询流程中oa流程编号，出差类型，时分秒
• 出差类型=市内出差 赋值为不完整，行程类别赋值为室内出差人工审核
• 出差类型=因公出境 赋值为不完整，行程类别赋值为因公出境人工审核
• 出差类型=其他情况，开始查商旅明细
• 调用商旅接口全部信息存到详细信息明细表
• 将之后需要赋值的字段的主表，明细表和各辅助明细表字段清空
• 查询详细信息明细表

• 查询火车的商旅唯一值数量和唯一值根据商旅的唯一值分组。
• 数量=1 代表是出票是有效状态要数据封装
• 数量=2 代表是出票退票是无效状态不需要数据封装
• 数量>2 代表存在改签情况，根据操作日期排序取最后一次操作数据记录，
  • 当订单子类型=5，代表最后一条是改签退原票情况，此时这条数据是有效要封装。
  • 当订单子类型!=5,代表此时是改签退票，是无效状态不需要数据封装。

• 将不是火车的数据并且不是退票的数据打上标识代表接下来需要查询的数据。
• 依次查询类型为飞机 国内酒店 用车 商旅唯一值数量和唯一值根据标识是需要查询的 类型不是火车的 商旅的唯一值分组。
• 根据查到的商旅唯一值查询操作时间最近的那条数据。
• 其中飞机的金额需要多条相加，其他正常封装数据。
• 分别封装为行程有效数据存入行程有效明细表，酒店有效数据存入酒店有效明细表，用车有效数据存入用车有效明细表

• 查询有效最早出行时间和最晚出行时间，赋值给【？主表？】总行程起始终止日期。
  • 计算总行程天数 = 最晚日期-最早日期+1
  • 计算{预计住宿天数} = 最晚日期-最早日期，与实际住宿天数做对比
• 依次遍历流程明细表（出差申请）中出行方式，和有效行程明细表做对比数量，其中飞机要用出发地目的地，火车要用出发地城市和目的地城市。
  • 相同出发地and目的地 出行消费明细数量=1 -》【校验结果】=成功 xyjg 0成功 并赋值订单金额 订单状态 使用状态(当前时间和出行时间作比较赋值为已使用或未使用)
  • 相同出发地and目的地 商旅出行消费明细数量>1 -》【校验结果】=失败 【出错说明】=重复消费 ccsm 2重复消费 并赋值订单金额 订单状态 使用状态(当前时间和出行时间作比较赋值为已使用或未使用)
  • 相同出发地and目的地 商旅出行消费明细数量<1 -》【校验结果】=失败 【出错说明】=行程无法识别 ccsm 0未申请事项 并赋值订单金额 订单状态 使用状态(当前时间和出行时间作比较赋值为已使用或未使用)

（若商旅平台没有酒店交易明细则此段不参与是否完整——完整行程）

• 查询住宿天数相加总和、金额相加总和
• 消费明细住宿天数 = {预计住宿天数} -》【校验结果zsxyjg】=成功;并赋值金额合计和住宿天数合计
• 消费明细住宿天数 > {预计住宿天数} -》【校验结果】=失败;【出错说明zsccsm】=重复消费;并赋值金额合计和住宿天数合计
• 消费明细住宿天数 < {预计住宿天数} -》【校验结果】=失败;【出错说明zsccsm】=住宿无法识别;并赋值金额合计和住宿天数合计

• 查询计算打车天数并给主表字段赋值

• 查询不完整行程类别是否有值（复制出来等待拼接）和住宿校验结果（复制出来等待拼接）
• 查询住宿校验结果失败 [不完整行程类别]=住宿无法识别
• 查询不通过商旅数量
  • 不通过商旅”≥1 -》【校验提示信息】=不完整行程 【不完成行程类别】=出差申请判定不完整行程“ 即判断不完整行程
• 查询流程中行程校验明细表中校验结果的失败条数>=1 ⇒ [校验提示信息]=不完整行程 , [不完整行程类别]=未申请出行消费
• 查询不完整行程类别字段无值，主表和明细错误信息无值为完整。