深圳智汇创想科技有限公司

修改了 由谁创建，旧值为 "yanglinjun"，新值为 "lijianxing"。

修改了 由谁创建，旧值为 "lijianxing"，新值为 "pengxiangfa"。

修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求名称，区别为：

001- 亚马逊备货货件后台预计送达时间调整
001+ TMS：亚马逊备货货件后台预计送达时间更新调整

001- 亚马逊备货货件后台预计送达时间调整
001+ TMS：亚马逊备货货件后台预计送达时间更新调整

修改了 需求描述，区别为：

001- 背景：4/24起，为亚马逊物流FBA创建货件时，必须提供预计的送达时段现状：亚马逊目前设置后台货件送达时间逻辑有品：交运时间+起始时效 ，去调用平台送达时段数组，然后向后取最近的送达时段百货：交运时间+（起始时效+终止时效）/2 ，去调用平台送达时段数组，然后向前取最近的送达时段问题：亚马逊针对美国站卖家发布了一项关于预计"送达时段"（Delivery Window）的重要政策调整送达窗口从14天缩短为7天。从2025年8月18日开始，使用非合作承运人的卖家在"发往亚马逊"工作流程中就会看到这一变化。无论是国内还是跨境货件，送达窗口都将统一设置为一个日历周（7天），从周日开始到周六结束。这意味着卖家需要更准确地预测货件到达时间，容错空间大幅缩小。在途存在异常尤其是海运，存在延开、延误到港、仓点差异、查验等异常导致实际送仓不在区间内需求：亚马逊存在调整接口，到港后根据维护物流维护预估时效重新调整后台预计送达时间
001+ 需求方案：https://alidocs.dingtalk.com/i/nodes/Gl6Pm2Db8D3kB579tjRwYPmvJxLq0Ee4?utm_scene=team_space
002+
003+
004+ 背景：4/24起，为亚马逊物流FBA创建货件时，必须提供预计的送达时段
005+
006+ 现状：亚马逊目前设置后台货件送达时间逻辑
007+ 有品：交运时间+起始时效 ，去调用平台送达时段数组，然后向后取最近的送达时段
008+ 百货：交运时间+（起始时效+终止时效）/2 ，去调用平台送达时段数组，然后向前取最近的送达时段
009+
010+ 问题：亚马逊针对美国站卖家发布了一项关于预计"送达时段"（Delivery Window）的重要政策调整
011+ 送达窗口从14天缩短为7天。从2025年8月18日开始，使用非合作承运人的卖家在"发往亚马逊"工作流程中就会看到这一变化。无论是国内还是跨境货件，送达窗口都将统一设置为一个日历周（7天），从周日开始到周六结束。这意味着卖家需要更准确地预测货件到达时间，容错空间大幅缩小。
012+ 在途存在异常尤其是海运，存在延开、延误到港、仓点差异、查验等异常导致实际送仓不在区间内
013+ 需求：亚马逊存在调整接口，到港后根据维护物流维护预估时效重新调整后台预计送达时间

001- <p>背景：4/24起，为亚马逊物流FBA创建货件时，必须提供预计的送达时段<br/><p><br/><br/><p>现状：亚马逊目前设置后台货件送达时间逻辑<p>有品：交运时间+起始时效 ，去调用平台送达时段数组，然后向后取最近的送达时段<br/><p>百货：交运时间+（起始时效+终止时效）/2 ，去调用平台送达时段数组，然后向前取最近的送达时段<br/><p><br/><br/><p>问题：亚马逊针对美国站卖家发布了一项关于预计"送达时段"（Delivery Window）的重要政策调整<p>送达窗口从14天缩短为7天。从2025年8月18日开始，使用非合作承运人的卖家在"发往亚马逊"工作流程中就会看到这一变化。无论是国内还是跨境货件，送达窗口都将统一设置为一个日历周（7天），从周日开始到周六结束。这意味着卖家需要更准确地预测货件到达时间，容错空间大幅缩小。<br/><br/><p>在途存在异常尤其是海运，存在延开、延误到港、仓点差异、查验等异常导致实际送仓不在区间内<br/><p>需求：亚马逊存在调整接口，到港后根据维护物流维护预估时效重新调整后台预计送达时间<br/><br/>
001+ <p>需求方案：https://alidocs.dingtalk.com/i/nodes/Gl6Pm2Db8D3kB579tjRwYPmvJxLq0Ee4?utm_scene=team_space</p>
002+ <p><br /></p>
003+ <p><br /></p>
004+ <p>背景：4/24起，为亚马逊物流FBA创建货件时，必须提供预计的送达时段</p>
005+ <p><br /></p>
006+ <p>现状：亚马逊目前设置后台货件送达时间逻辑</p>
007+ <p>有品：交运时间+起始时效 ，去调用平台送达时段数组，然后向后取最近的送达时段</p>
008+ <p>百货：交运时间+（起始时效+终止时效）/2 ，去调用平台送达时段数组，然后向前取最近的送达时段</p>
009+ <p><br /></p>
010+ <p>问题：亚马逊针对美国站卖家发布了一项关于预计"送达时段"（Delivery Window）的重要政策调整</p>
011+ <p>送达窗口从14天缩短为7天。从2025年8月18日开始，使用非合作承运人的卖家在"发往亚马逊"工作流程中就会看到这一变化。无论是国内还是跨境货件，送达窗口都将统一设置为一个日历周（7天），从周日开始到周六结束。这意味着卖家需要更准确地预测货件到达时间，容错空间大幅缩小。<br /></p>
012+ <p>在途存在异常尤其是海运，存在延开、延误到港、仓点差异、查验等异常导致实际送仓不在区间内</p>
013+ <p>需求：亚马逊存在调整接口，到港后根据维护物流维护预估时效重新调整后台预计送达时间<br /></p>

修改了 所属模块，旧值为 "0"，新值为 "1933"。
修改了 所属计划，旧值为 ""，新值为 "2359"。
修改了 开发组 ，旧值为 ""，新值为 "0"。
修改了 预计工时，旧值为 "1"，新值为 "5"。
修改了 成本 ，旧值为 "500"，新值为 "2500"。
修改了 ROI ，旧值为 "60.00"，新值为 "12.00"。
修改了 评审次数，旧值为 ""，新值为 "1"。
修改了 所处阶段，旧值为 "wait"，新值为 "planned"。
修改了 价值描述，区别为：

001- 1、提升时效：减少因预约时效不在区间内无法预约情况
001+ 1、提升时效：减少因预约时效不在区间内无法预约情况
002- 2、减少账号货件缺陷费，保护账号安全
002+ 2、减少账号货件缺陷费，保护账号安全
003+
004+ 5000

001- 1、提升时效：减少因预约时效不在区间内无法预约情况
001+ 1、提升时效：减少因预约时效不在区间内无法预约情况
002- 2、减少账号货件缺陷费，保护账号安全
002+ 2、减少账号货件缺陷费，保护账号安全
003+
004+ 5000

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2025-11-26"。
修改了 指派给 ，旧值为 "yanglinjun"，新值为 "pengxiangfa"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "yanglinjun"。

修改了 上线时间 ，旧值为 "0000-00-00"，新值为 "2025-12-09"。
修改了 计划验收时间，旧值为 "0000-00-00"，新值为 "2025-12-12"。

修改了 预计工时，旧值为 "5"，新值为 "21"。
修改了 ROI ，旧值为 "12.00"，新值为 "2.86"。
修改了 成本 ，旧值为 "2500"，新值为 "10500"。

修改了 测试人员，旧值为 ""，新值为 "liuchao"。

修改了 指派给，旧值为 ""，新值为 "chengwei"。

修改了 所处阶段 ，旧值为 "tested"，新值为 "released"。
修改了 设置阶段者，旧值为 ""，新值为 "liuchao"。

修改了 所处阶段 ，旧值为 "released"，新值为 "bepending"。
修改了 设置阶段者，旧值为 "liuchao"，新值为 "zhoujie"。

修改了 所处阶段，旧值为 "业务验收中"，新值为 "业务验收中"。

修改了 所处阶段，旧值为 "业务验收中"，新值为 "业务验收通过"。

修改了 由谁关闭，旧值为 ""，新值为 "zhoujie"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2026-01-05 10:23:58"。
修改了 指派给 ，旧值为 "chengwei"，新值为 "closed"。
修改了 当前状态，旧值为 "active"，新值为 "closed"。
修改了 所处阶段，旧值为 "verified"，新值为 "closed"。
修改了 关闭原因，旧值为 ""，新值为 "done"。

修改了 业务回填价值，旧值为 "0"，新值为 "5000"。
修改了 actualAchieveDesc ，旧值为 ""，新值为 "人员离职，按预期价值达成"。