修改了 指派给 ，旧值为 "xugege"，新值为 "laoxu"。
修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求描述，区别为：

001- 背景：存在部分店铺未授权品牌不需要大量提报post，但存在人工分级优化需提报的场景需求：post配置开关区分人工和策略提报，支持只提报人工的，不提报策略
001+ 背景：存在部分店铺未授权品牌不需要大量提报post，但存在人工分级优化需提报的场景
002+ 需求：post配置开关区分人工和策略提报，支持只提报人工的，不提报策略
003+
004+

001- <p>背景：存在部分店铺未授权品牌不需要大量提报post，但存在人工分级优化需提报的场景<br/><p>需求：post配置开关区分人工和策略提报，支持只提报人工的，不提报策略<br/><p><br/><br/><p><br/><br/>
001+ <p>背景：存在部分店铺未授权品牌不需要大量提报post，但存在人工分级优化需提报的场景</p>
002+ <p>需求：post配置开关区分人工和策略提报，支持只提报人工的，不提报策略</p>
003+ <p><br /></p>
004+ <p><img src="{440883.png}" alt="" /></p>

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2025-01-13"。
修改了 评审次数，旧值为 ""，新值为 "1"。
修改了 指派给 ，旧值为 "laoxu"，新值为 "xugege"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "laoxu"。

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

修改了 所属模块，旧值为 "0"，新值为 "1914"。
修改了 开发组 ，旧值为 ""，新值为 "0"。

修改了 指派给 ，旧值为 "huxiaofeng"，新值为 "laoxu"。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 由谁评审，旧值为 "laoxu"，新值为 ""。
修改了 需求描述，区别为：

004-
004+
005+ 优化需求补充：
006+ 1. 日志优化 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。 优化策略： (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。 (2) 日志按月分表，每月自动分表，自动创建分片和索引。 (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。 2. 上传资料优化 post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。3. 异常任务兜底处理 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录6.post提报：图片按图片ID+来源渠道维度去重目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号目前post标题用【关键词】，未处理换行 空格等特殊标点符号。8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作9.品牌激活、授权状态调整：激活状态：REVIEW或ACTIVE授权状态：isAuthorized =ture
007+ 10.post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略
008+
009+

004- <p><img src="{440883.png}" alt="" /></p>
004+ <p>
005+ </p><p>优化需求补充：</p>
006+ <p>1. 日志优化<br /> 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。<br /> 优化策略：<br /> (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。<br /> (2) 日志按月分表，每月自动分表，自动创建分片和索引。<br /> (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。<br /> <br />2. 上传资料优化<br /> post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。<br />3. 异常任务兜底处理<br /> 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。<br />4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条<br />5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录<br />6.post提报：图片按图片ID+来源渠道维度去重<br />目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重<br />7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号<br />目前post标题用【关键词】，未处理换行 空格等特殊标点符号。<br />8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作<br />9.品牌激活、授权状态调整：<br />激活状态：REVIEW或ACTIVE<br />授权状态：isAuthorized =ture</p>
007+ 10.<span>post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略</span>
008+ <p><br /></p>
009+ <p><img src="{440883.png}" alt="" /></p>

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

001- POST提报
001+ 智能运营：POST提报性能优化

001- POST提报
001+ 智能运营：POST提报性能优化

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

004-
004+
005- 优化需求补充：
005+ 优化需求补充：
006- 1. 日志优化 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。 优化策略： (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。 (2) 日志按月分表，每月自动分表，自动创建分片和索引。 (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。 2. 上传资料优化 post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。3. 异常任务兜底处理 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录6.post提报：图片按图片ID+来源渠道维度去重目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号目前post标题用【关键词】，未处理换行 空格等特殊标点符号。8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作9.品牌激活、授权状态调整：激活状态：REVIEW或ACTIVE授权状态：isAuthorized =ture
006+ 1. 日志优化 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。 优化策略： (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。 (2) 日志按月分表，每月自动分表，自动创建分片和索引。 (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。 2. 上传资料优化 post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。3. 异常任务兜底处理 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录6.post提报：图片按图片ID+来源渠道维度去重目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号目前post标题用【关键词】，未处理换行 空格等特殊标点符号。8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作9.品牌激活、授权状态调整：激活状态：REVIEW或ACTIVE授权状态：isAuthorized =ture
007- 10.post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略
007+ 10.post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略，见图一
009-
009+
010+

004- <p>
004+ <p><br /></p>
005- </p><p>优化需求补充：</p>
005+ <p>优化需求补充：</p>
006- <p>1. 日志优化<br /> 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。<br /> 优化策略：<br /> (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。<br /> (2) 日志按月分表，每月自动分表，自动创建分片和索引。<br /> (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。<br /> <br />2. 上传资料优化<br /> post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。<br />3. 异常任务兜底处理<br /> 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。<br />4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条<br />5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录<br />6.post提报：图片按图片ID+来源渠道维度去重<br />目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重<br />7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号<br />目前post标题用【关键词】，未处理换行 空格等特殊标点符号。<br />8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作<br />9.品牌激活、授权状态调整：<br />激活状态：REVIEW或ACTIVE<br />授权状态：isAuthorized =ture</p>
006+ <p>1. 日志优化<br /> 目前系统日志体积庞大，切存在大量重复，对于问题分析较为不便，且浪费磁盘空间，需要进行优化。<br /> 优化策略：<br /> (1) 日志区分店铺和Listing级别，按照策略分别按天最多打印一条，不能重复打印消息。店铺状态相关的异常，只需记录店铺级别日志即可，无需记录listing日志。<br /> (2) 日志按月分表，每月自动分表，自动创建分片和索引。<br /> (3) 日志中如果有策略ID，需要记录策略ID，便于分析日志是哪一条策略跑出来的。<br /> <br />2. 上传资料优化<br /> post数据经过策略收集，保存到DB后(INIT状态)，立即发送上传资料的MQ，服务接收MQ后进行资料上传。MQ的长度限制为2万(需可配置)。上传资料的JOB保留，不能删除，用来兜底。<br />3. 异常任务兜底处理<br /> 对于post队列中，超过15天(可配置)，仍然不能提交资料，提报post的asin，需要单独开一个job来跑这些数据，将转态转为上传失败，并记录失败原因。<br />4.post执行策略执行记录：每个策略每日执行任务量与执行的渠道数据，记录在阿里日志，每次执行策略任务时记录一条<br />5.post对外API处理任务添加日志记录到阿里云日志：针对异常情况的提示记录，非正常业务逻辑异常记录<br />6.post提报：图片按图片ID+来源渠道维度去重<br />目前是图片ID+SKU+来源渠道。会存在SKU不一致，但是用的是统一个SKU图片。会导致提报失败。需要调整为：图片按图片ID+来源渠道维度去重<br />7.post标题，涉及用到关键词的，需要去掉换行符等特殊标点符号<br />目前post标题用【关键词】，未处理换行 空格等特殊标点符号。<br />8.FBA、FBM撤回：取消listing品牌与店铺品牌判断。只要listing品牌状态满足（【已授权已激活】；店铺状态正常），符合自动撤回或手动撤回，都可进行撤回操作<br />9.品牌激活、授权状态调整：<br />激活状态：REVIEW或ACTIVE<br />授权状态：isAuthorized =ture</p>
007- 10.<span>post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略</span>
007+ <p>10.<span>post品牌配置开关支持区分人工和策略提报，支持只提报人工的，不提报策略，见图一</span></p>
009- <p><img src="{440883.png}" alt="" /></p>
009+ <p><img src="{440883.png}" alt="" /></p>
010+ <p><br /></p>

修改了 所属计划，旧值为 ""，新值为 "1734"。
修改了 上线时间，旧值为 "0000-00-00"，新值为 "2025-02-07"。
修改了 开发组 ，旧值为 "0"，新值为 "13"。

修改了 评审时间，旧值为 "2025-01-13"，新值为 "2025-01-14"。
修改了 指派给 ，旧值为 "laoxu"，新值为 "liyating"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "laoxu"。

修改了 预计工时，旧值为 "1"，新值为 "53"。
修改了 成本 ，旧值为 "500"，新值为 "26500"。
修改了 ROI ，旧值为 "12.00"，新值为 "0.23"。

修改了 业务价值，旧值为 ""，新值为 "costdown"。

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

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

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

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

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

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

修改了 计划验收时间，旧值为 "0000-00-00"，新值为 "2025-02-25"。
修改了 所处阶段 ，旧值为 "poaccepted"，新值为 "bepending"。
修改了 设置阶段者 ，旧值为 "xugege"，新值为 ""。

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

修改了 关闭原因，旧值为 ""，新值为 "done"。
修改了 当前状态，旧值为 "active"，新值为 "closed"。
修改了 指派给 ，旧值为 "xugege"，新值为 "closed"。
修改了 所处阶段，旧值为 "verified"，新值为 "closed"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2025-02-26 19:27:52"。
修改了 由谁关闭，旧值为 ""，新值为 "liyating"。

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

修改了 业务回填价值 ，旧值为 "0"，新值为 "3000"。
修改了 actualMonthlySavedManHours，旧值为 ""，新值为 "0"。
修改了 actualAchieveDesc ，旧值为 ""，新值为 "3000"。