任务描述

需求背景:暂估单(计提)凭证=是第一次计提,等对账后,应付单凭证中的暂估金额不等于暂估单(计提)金额,会出现数据混乱无法做出准确的财务会计凭证。(比如一个包裹号初步计提50元,后面物流部修改运费,导致变成60元。等对账发现实际金额是70元,那系统对账页面时70-60=10元,补计提10元,但实际上是70-50=20元,应该补计提20元才对)


需求内容:


一、物流应付单运费类型的暂估费用原先取值逻辑:数据同步至金蝶对接平台时,取运输统计中的折后总价


二、物流应付单运费类型的暂估费用最新需求逻辑:

逻辑1:找到金蝶对接平台暂估单历史数据中(与同步数据账期最近的3个月)与其包裹号一致的暂估单,取其的暂估费用作为应付单的暂估费用

逻辑2:取运输统计中的折后总价


应付数据同步至金蝶对接平台时,先按照逻辑1获取应付单运费的暂估费用,如果逻辑1找不到匹配的包裹号时,再按照逻辑2取值

需求描述

需求背景:暂估单(计提)凭证=是第一次计提,等对账后,应付单凭证中的暂估金额不等于暂估单(计提)金额,会出现数据混乱无法做出准确的财务会计凭证。(比如一个包裹号初步计提50元,后面物流部修改运费,导致变成60元。等对账发现实际金额是70元,那系统对账页面时70-60=10元,补计提10元,但实际上是70-50=20元,应该补计提20元才对)


需求内容:


一、物流应付单运费类型的暂估费用原先取值逻辑:数据同步至金蝶对接平台时,取运输统计中的折后总价


二、物流应付单运费类型的暂估费用最新需求逻辑:

逻辑1:找到金蝶对接平台暂估单历史数据中(与同步数据账期最近的3个月)与其包裹号一致的暂估单,取其的暂估费用作为应付单的暂估费用

逻辑2:取运输统计中的折后总价


应付数据同步至金蝶对接平台时,先按照逻辑1获取应付单运费的暂估费用,如果逻辑1找不到匹配的包裹号时,再按照逻辑2取值

验收标准
暂无
历史记录  
  1. 2021-12-16 20:46:26, 由 qihaoran 创建。
  2. 2022-01-04 15:11:10, 由 qihaoran 编辑。
    修改了 最初预计,旧值为 "7",新值为 "0.4"。
    修改了 预计剩余,旧值为 "7",新值为 "0.4"。
  3. 2022-01-04 15:11:21, 由 qihaoran 完成。
    修改了 总计消耗,旧值为 "0",新值为 "0.4"。
    修改了 实际完成,旧值为 "",新值为 "2022-01-04 15:11:16"。
    修改了 任务状态,旧值为 "wait",新值为 "done"。
    修改了 实际开始,旧值为 "0000-00-00 00:00:00",新值为 "2022-01-04 15:11:21"。
    修改了 预计剩余,旧值为 "0.4",新值为 "0"。
    修改了 由谁完成,旧值为 "",新值为 "qihaoran"。
  4. 2022-01-04 17:03:33, 由 qihaoran 关闭。
    修改了 任务状态,旧值为 "done",新值为 "closed"。
    修改了 指派给 ,旧值为 "qihaoran",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "qihaoran"。
    修改了 关闭时间,旧值为 "0000-00-00 00:00:00",新值为 "2022-01-04 17:03:33"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
所属迭代 【分支】产品中心12月非正常更新版本(2021年)
所属模块 赛盒科技  金蝶对接平台
相关需求 物流应付单运费类型的暂估费用取值逻辑变更
指派给 Closed 于 2022-01-04 17:03:33
任务类型 测试
任务标签 初始
开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 qihaoran 于 2021-12-16 20:46:26
由谁完成 qihaoran 于 2022-01-04 15:11:16
由谁取消 暂无
由谁关闭 qihaoran 于 2022-01-04 17:03:33
关闭原因 已完成
最后编辑 qihaoran 于 2022-01-04 17:03:33
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 0.4工时
总计消耗 0.4工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2022-01-04
截止日期 0000-00-00