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

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

001- Amazon CRM 邮件管理新增【取消交易】管理页面（待完善预估7月）
001+ Amazon 客服中心 新增【取消交易】管理页面（待接口验证，放入6月非正常更新）

001- Amazon CRM 邮件管理新增【取消交易】管理页面（待完善预估7月）
001+ Amazon 客服中心 新增【取消交易】管理页面（待接口验证，放入6月非正常更新）

修改了 指派给 ，旧值为 ""，新值为 "Admin186"。
修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 需求名称，区别为：

001- Amazon 客服中心 新增【取消交易】管理页面（待接口验证，放入6月非正常更新）
001+ Amazon 客服中心 新增【取消交易】管理页面（6月非正常更新）

001- Amazon 客服中心 新增【取消交易】管理页面（待接口验证，放入6月非正常更新）
001+ Amazon 客服中心 新增【取消交易】管理页面（6月非正常更新）

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

001- 一、背景（贾旭杨209241）
001+
002- 1.1、背景
002+ 一、背景（贾旭杨209241）1.1、背景根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg1.2、业务价值【提高效率，控制风险】在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人提升效率：0.5h*12人/7*22=18.85人天/月销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金1.3、用户故事根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开变更前：客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理角色：客服，销售销售动作：找出取消申请的订单客服动作：作废。变更后：客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：①客服无法及时在系统上处理客户取消订单申请，极易造成投诉②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉③运营管理中心人员多，已造成处理遗漏的情况二、需求说明2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&&生成退款单。2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪2.1.1、操作位置：销售管理--》客户订单2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。2、更新字段【buyerCancelReason（申请退款原因）】。3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】4、订单备注追加：shippingService的值(xxx)5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变2.2、Amazon客服中心 新增【Amazon申请取消订单】处理流程：同步取消申请订单--》客服处理--》已处理2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。2.2.2、列表查询条件：来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。处理状态（可多选）：1、待处理；2、待跟进；3、已处理。处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控时间查询：1、添加时间查询；2、处理时间查询。批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。2.2.3、操作功能手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+添加人员+添加时间+客服人员+处理时间+备注。批量提取：1、系统订单号；2、买家订单号。批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。2.2.4、列表字段：操作：--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。----申请退款数据：需与贾旭杨确定默认逻辑？----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。--查看操作日志：参考订单日志订单来源渠道：来源客户订单系统订单号：来源客户订单平台订单号：来源客户订单发货状态：来源客户订单处理状态：1、待处理；2、待跟进；3、已处理。处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。买家取消原因：来源客户订单币种：来源客户订单交易价格：来源客户订单添加人员：来源客户订单添加时间：生成数据时间客服人员:来源渠道对应的客服人员处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。备注：客服可自行备注。点击小铅笔可以进行备注。2.2.5、权限管理列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单注意点：1、来源渠道，客服人员暂时不做权限管控。
003- 根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。
003+
004- 希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）
004+
006- 1.2、业务价值
006+ 需求详情：https://3t7xv1.axshare.com/#g=1&p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F
007-
008- 【提高效率，控制风险】 提升效率：0.5h*12人/7*22=18.85人天/月
009- --在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min
010- --需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理，预估可节约30min/人
011-
012-
013- 1.3、用户故事
014- 根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开
015- 变更前：
016- 客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理
017-
018- 变更后：
019- 客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：
020- ①客服无法及时在系统上处理客户取消订单申请，极易造成投诉
021- ②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉
022- ③运营管理中心人员多，已造成处理遗漏的情况
023-
024-
025- 二、需求说明
026- 2.1、邮件管理新增【取消交易】
027- 操位置：Amazon CRM--》邮件管理--》取消交易。
028-
029-
030- 需求详情：https://3t7xv1.axshare.com/#g=1&p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F

001- <p style="color:#333333;">一、背景（贾旭杨209241）</p>
001+ <p style="color:#333333;"><br /></p>
002- <p style="color:#333333;">1.1、背景</p>
002+ <div>一、背景（贾旭杨209241）<br />1.1、背景<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。<br />希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）<br /><br />官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg<br /><br />1.2、业务价值<br /><br />【提高效率，控制风险】<br />在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min<br />需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人<br /><br />提升效率：0.5h*12人/7*22=18.85人天/月<br />销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留<br />如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金<br /><br /><br />1.3、用户故事<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开<br />变更前：<br />客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理<br /><br />角色：客服，销售<br />销售动作：找出取消申请的订单<br />客服动作：作废。<br /><br />变更后：<br />客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：<br />①客服无法及时在系统上处理客户取消订单申请，极易造成投诉<br />②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉<br />③运营管理中心人员多，已造成处理遗漏的情况<br /><br /><br /><br />二、需求说明<br />2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。<br /><br />2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪<br />2.1.1、操作位置：销售管理--》客户订单<br />2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时<br />1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。<br />2、更新字段【buyerCancelReason（申请退款原因）】。<br />3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】<br />4、订单备注追加：shippingService的值(xxx)<br />5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。<br /><br />注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变<br /><br />2.2、Amazon客服中心 新增【Amazon申请取消订单】<br />处理流程：同步取消申请订单--》客服处理--》已处理<br /><br />2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。<br />2.2.2、列表查询条件：<br />来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。<br />单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。<br />发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。<br />处理状态（可多选）：1、待处理；2、待跟进；3、已处理。<br />处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。<br />客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控<br />时间查询：1、添加时间查询；2、处理时间查询。<br />批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。<br /><br /><br />2.2.3、操作功能<br />手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。<br />按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。<br />导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+添加人员+添加时间+客服人员+处理时间+备注。<br />批量提取：1、系统订单号；2、买家订单号。<br />批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。<br /><br />2.2.4、列表字段：<br />操作：<br />--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。<br />----申请退款数据：需与贾旭杨确定默认逻辑？<br />----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。<br /><br />--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。<br />--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。<br />--查看操作日志：参考订单日志<br /><br />订单来源渠道：来源客户订单<br />系统订单号：来源客户订单<br />平台订单号：来源客户订单<br />发货状态：来源客户订单<br />处理状态：1、待处理；2、待跟进；3、已处理。<br />处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。<br />买家取消原因：来源客户订单<br />币种：来源客户订单<br />交易价格：来源客户订单<br />添加人员：来源客户订单<br />添加时间：生成数据时间<br />客服人员:来源渠道对应的客服人员<br />处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。<br />备注：客服可自行备注。点击小铅笔可以进行备注。<br /><br />2.2.5、权限管理<br /><br />列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单<br /><br /><br />注意点：<br />1、来源渠道，客服人员暂时不做权限管控。<br /><div><br /></div>
003- <p style="color:#333333;">根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。</p>
003+ <img src="{200567.png}" alt="" /><br /></div>
004- <p style="color:#333333;">希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）</p>
004+ <p><br /></p>
006- <p style="color:#333333;">1.2、业务价值</p>
006+ <p style="color:#333333;">需求详情：https://3t7xv1.axshare.com/#g=1&amp;p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F</p>
007- <p style="color:#333333;"><br /></p>
008- <p style="color:#333333;">【提高效率，控制风险】 <span style="color:#333333;">提升效率：0.5h*12人/7*22=18.85人天/月</span></p>
009- <p style="color:#333333;">--在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min</p>
010- <p style="color:#333333;">--需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理，预估可节约30min/人</p>
011- <p style="color:#333333;"><br /></p>
012- <p style="color:#333333;"><br /></p>
013- <p style="color:#333333;">1.3、用户故事</p>
014- <p style="color:#333333;">根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开</p>
015- <p style="color:#333333;">变更前：</p>
016- <p style="color:#333333;">客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理</p>
017- <p style="color:#333333;"><br /></p>
018- <p style="color:#333333;">变更后：</p>
019- <p style="color:#333333;">客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：</p>
020- <p style="color:#333333;">①客服无法及时在系统上处理客户取消订单申请，极易造成投诉</p>
021- <p style="color:#333333;">②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉</p>
022- <p style="color:#333333;">③运营管理中心人员多，已造成处理遗漏的情况</p>
023- <p style="color:#333333;"><br /></p>
024- <p style="color:#333333;"><br /></p>
025- <p style="color:#333333;">二、需求说明</p>
026- <p style="color:#333333;">2.1、邮件管理新增【取消交易】</p>
027- <p style="color:#333333;">操位置：Amazon CRM--》邮件管理--》取消交易。</p>
028- <p style="color:#333333;"><br /></p>
029- <p style="color:#333333;"><img src="{198635.png}" alt="" /></p>
030- <p style="color:#333333;">需求详情：https://3t7xv1.axshare.com/#g=1&amp;p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F</p>

修改了 所属模块，旧值为 "1705"，新值为 "1644"。
修改了 优先级 ，旧值为 "3"，新值为 "1"。
修改了 预计工时，旧值为 "12"，新值为 "40"。

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-05-30"。
修改了 指派给 ，旧值为 "Admin186"，新值为 "xiaoyu"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "Admin186"。

修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "3"，新值为 "4"。
修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
修改了 评审时间，旧值为 "2022-05-30"，新值为 "0000-00-00"。
修改了 需求描述，区别为：

002- 一、背景（贾旭杨209241）1.1、背景根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg1.2、业务价值【提高效率，控制风险】在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人提升效率：0.5h*12人/7*22=18.85人天/月销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金1.3、用户故事根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开变更前：客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理角色：客服，销售销售动作：找出取消申请的订单客服动作：作废。变更后：客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：①客服无法及时在系统上处理客户取消订单申请，极易造成投诉②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉③运营管理中心人员多，已造成处理遗漏的情况二、需求说明2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪2.1.1、操作位置：销售管理--》客户订单2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。2、更新字段【buyerCancelReason（申请退款原因）】。3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】4、订单备注追加：shippingService的值(xxx)5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变2.2、Amazon客服中心 新增【Amazon申请取消订单】处理流程：同步取消申请订单--》客服处理--》已处理2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。2.2.2、列表查询条件：来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。处理状态（可多选）：1、待处理；2、待跟进；3、已处理。处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控时间查询：1、添加时间查询；2、处理时间查询。批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。2.2.3、操作功能手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+添加人员+添加时间+客服人员+处理时间+备注。批量提取：1、系统订单号；2、买家订单号。批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。2.2.4、列表字段：操作：--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。----申请退款数据：需与贾旭杨确定默认逻辑？----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。--查看操作日志：参考订单日志订单来源渠道：来源客户订单系统订单号：来源客户订单平台订单号：来源客户订单发货状态：来源客户订单处理状态：1、待处理；2、待跟进；3、已处理。处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。买家取消原因：来源客户订单币种：来源客户订单交易价格：来源客户订单添加人员：来源客户订单添加时间：生成数据时间客服人员:来源渠道对应的客服人员处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。备注：客服可自行备注。点击小铅笔可以进行备注。2.2.5、权限管理列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单注意点：1、来源渠道，客服人员暂时不做权限管控。
002+ 一、背景（贾旭杨209241）1.1、背景根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg1.2、业务价值【提高效率，控制风险】在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人提升效率：0.5h*12人/7*22=18.85人天/月销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金1.3、用户故事根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开变更前：客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理角色：客服，销售销售动作：找出取消申请的订单客服动作：作废。变更后：客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：①客服无法及时在系统上处理客户取消订单申请，极易造成投诉②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉③运营管理中心人员多，已造成处理遗漏的情况二、需求说明2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪2.1.1、操作位置：销售管理--》客户订单2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。2、更新字段【buyerCancelReason（申请退款原因）】。3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】4、订单备注追加：shippingService的值(xxx)5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变2.2、Amazon客服中心 新增【Amazon申请取消订单】处理流程：同步取消申请订单--》客服处理--》已处理2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。2.2.2、列表查询条件：来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。处理状态（可多选）：1、待处理；2、待跟进；3、已处理。处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控时间查询：1、添加时间查询；2、处理时间查询。批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。2.2.3、操作功能手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。批量提取：1、系统订单号；2、买家订单号。批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。2.2.4、列表字段：操作：--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。----申请退款数据：需与贾旭杨确定默认逻辑？----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。--查看操作日志：参考订单日志订单来源渠道：来源客户订单系统订单号：来源客户订单平台订单号：来源客户订单发货状态：来源客户订单处理状态：1、待处理；2、待跟进；3、已处理。处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。买家取消原因：来源客户订单币种：来源客户订单交易价格：来源客户订单销售人员：来源客户订单添加时间：生成数据时间客服人员:来源渠道对应的客服人员处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。备注：客服可自行备注。点击小铅笔可以进行备注。2.2.5、权限管理列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单注意点：1、来源渠道，客服人员暂时不做权限管控。2、需求详情：https://etb1lb.axshare.com
003-
003+
004-
005-
006- 需求详情：https://3t7xv1.axshare.com/#g=1&amp;p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F

002- <div>一、背景（贾旭杨209241）<br />1.1、背景<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。<br />希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）<br /><br />官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg<br /><br />1.2、业务价值<br /><br />【提高效率，控制风险】<br />在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min<br />需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人<br /><br />提升效率：0.5h*12人/7*22=18.85人天/月<br />销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留<br />如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金<br /><br /><br />1.3、用户故事<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开<br />变更前：<br />客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理<br /><br />角色：客服，销售<br />销售动作：找出取消申请的订单<br />客服动作：作废。<br /><br />变更后：<br />客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：<br />①客服无法及时在系统上处理客户取消订单申请，极易造成投诉<br />②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉<br />③运营管理中心人员多，已造成处理遗漏的情况<br /><br /><br /><br />二、需求说明<br />2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。<br /><br />2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪<br />2.1.1、操作位置：销售管理--》客户订单<br />2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时<br />1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。<br />2、更新字段【buyerCancelReason（申请退款原因）】。<br />3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】<br />4、订单备注追加：shippingService的值(xxx)<br />5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。<br /><br />注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变<br /><br />2.2、Amazon客服中心 新增【Amazon申请取消订单】<br />处理流程：同步取消申请订单--》客服处理--》已处理<br /><br />2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。<br />2.2.2、列表查询条件：<br />来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。<br />单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。<br />发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。<br />处理状态（可多选）：1、待处理；2、待跟进；3、已处理。<br />处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。<br />客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控<br />时间查询：1、添加时间查询；2、处理时间查询。<br />批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。<br /><br /><br />2.2.3、操作功能<br />手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。<br />按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。<br />导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+添加人员+添加时间+客服人员+处理时间+备注。<br />批量提取：1、系统订单号；2、买家订单号。<br />批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。<br /><br />2.2.4、列表字段：<br />操作：<br />--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。<br />----申请退款数据：需与贾旭杨确定默认逻辑？<br />----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。<br /><br />--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。<br />--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。<br />--查看操作日志：参考订单日志<br /><br />订单来源渠道：来源客户订单<br />系统订单号：来源客户订单<br />平台订单号：来源客户订单<br />发货状态：来源客户订单<br />处理状态：1、待处理；2、待跟进；3、已处理。<br />处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。<br />买家取消原因：来源客户订单<br />币种：来源客户订单<br />交易价格：来源客户订单<br />添加人员：来源客户订单<br />添加时间：生成数据时间<br />客服人员:来源渠道对应的客服人员<br />处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。<br />备注：客服可自行备注。点击小铅笔可以进行备注。<br /><br />2.2.5、权限管理<br /><br />列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单<br /><br /><br />注意点：<br />1、来源渠道，客服人员暂时不做权限管控。<br /><div><br /></div>
002+ <div>一、背景（贾旭杨209241）<br />1.1、背景<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。<br />希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）<br /><br />官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg<br /><br />1.2、业务价值<br /><br />【提高效率，控制风险】<br />在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min<br />需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人<br /><br />提升效率：0.5h*12人/7*22=18.85人天/月<br />销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留<br />如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金<br /><br /><br />1.3、用户故事<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开<br />变更前：<br />客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理<br /><br />角色：客服，销售<br />销售动作：找出取消申请的订单<br />客服动作：作废。<br /><br />变更后：<br />客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：<br />①客服无法及时在系统上处理客户取消订单申请，极易造成投诉<br />②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉<br />③运营管理中心人员多，已造成处理遗漏的情况<br /><br /><br /><br />二、需求说明<br />2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。<br /><br />2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪<br />2.1.1、操作位置：销售管理--》客户订单<br />2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时<br />1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。<br />2、更新字段【buyerCancelReason（申请退款原因）】。<br />3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】<br />4、订单备注追加：shippingService的值(xxx)<br />5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。<br /><br />注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变<br /><br />2.2、Amazon客服中心 新增【Amazon申请取消订单】<br />处理流程：同步取消申请订单--》客服处理--》已处理<br /><br />2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。<br />2.2.2、列表查询条件：<br />来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。<br />单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。<br />发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。<br />处理状态（可多选）：1、待处理；2、待跟进；3、已处理。<br />处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。<br />客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控<br />时间查询：1、添加时间查询；2、处理时间查询。<br />批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。<br /><br /><br />2.2.3、操作功能<br />手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。<br />按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。<br />导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。<br />批量提取：1、系统订单号；2、买家订单号。<br />批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。<br /><br />2.2.4、列表字段：<br />操作：<br />--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。<br />----申请退款数据：需与贾旭杨确定默认逻辑？<br />----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。<br /><br />--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。<br />--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。<br />--查看操作日志：参考订单日志<br /><br />订单来源渠道：来源客户订单<br />系统订单号：来源客户订单<br />平台订单号：来源客户订单<br />发货状态：来源客户订单<br />处理状态：1、待处理；2、待跟进；3、已处理。<br />处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。<br />买家取消原因：来源客户订单<br />币种：来源客户订单<br />交易价格：来源客户订单<br />销售人员：来源客户订单<br />添加时间：生成数据时间<br />客服人员:来源渠道对应的客服人员<br />处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。<br />备注：客服可自行备注。点击小铅笔可以进行备注。<br /><br />2.2.5、权限管理<br /><br />列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单<br /><br /><br />注意点：<br />1、来源渠道，客服人员暂时不做权限管控。<br /><div>2、需求详情：https://etb1lb.axshare.com</div>
003- <img src="{200567.png}" alt="" /><br /></div>
003+ </div>
004- <p><br /></p>
005- <p style="color:#333333;"><br /></p>
006- <p style="color:#333333;">需求详情：https://3t7xv1.axshare.com/#g=1&amp;p=%E5%90%8E%E5%8F%B0%E5%8F%96%E6%B6%88%E8%AE%A2%E5%8D%95%E7%94%B3%E8%AF%B7%E5%90%8C%E6%AD%A5%E5%88%B0%E4%BA%9A%E9%A9%AC%E9%80%8Acrm%E7%B3%BB%E7%BB%9F</p>

修改了 版本号 ，旧值为 "4"，新值为 "5"。
修改了 需求描述，区别为：

002- 一、背景（贾旭杨209241）1.1、背景根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg1.2、业务价值【提高效率，控制风险】在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人提升效率：0.5h*12人/7*22=18.85人天/月销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金1.3、用户故事根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开变更前：客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理角色：客服，销售销售动作：找出取消申请的订单客服动作：作废。变更后：客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：①客服无法及时在系统上处理客户取消订单申请，极易造成投诉②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉③运营管理中心人员多，已造成处理遗漏的情况二、需求说明2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪2.1.1、操作位置：销售管理--》客户订单2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。2、更新字段【buyerCancelReason（申请退款原因）】。3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】4、订单备注追加：shippingService的值(xxx)5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变2.2、Amazon客服中心 新增【Amazon申请取消订单】处理流程：同步取消申请订单--》客服处理--》已处理2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。2.2.2、列表查询条件：来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。处理状态（可多选）：1、待处理；2、待跟进；3、已处理。处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控时间查询：1、添加时间查询；2、处理时间查询。批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。2.2.3、操作功能手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。批量提取：1、系统订单号；2、买家订单号。批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。2.2.4、列表字段：操作：--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。----申请退款数据：需与贾旭杨确定默认逻辑？----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。--查看操作日志：参考订单日志订单来源渠道：来源客户订单系统订单号：来源客户订单平台订单号：来源客户订单发货状态：来源客户订单处理状态：1、待处理；2、待跟进；3、已处理。处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。买家取消原因：来源客户订单币种：来源客户订单交易价格：来源客户订单销售人员：来源客户订单添加时间：生成数据时间客服人员:来源渠道对应的客服人员处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。备注：客服可自行备注。点击小铅笔可以进行备注。2.2.5、权限管理列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单注意点：1、来源渠道，客服人员暂时不做权限管控。2、需求详情：https://etb1lb.axshare.com
002+ 一、背景（贾旭杨209241）1.1、背景根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg1.2、业务价值【提高效率，控制风险】在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人提升效率：0.5h*12人/7*22=18.85人天/月销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金1.3、用户故事根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开变更前：客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理角色：客服，销售销售动作：找出取消申请的订单客服动作：作废。变更后：客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：①客服无法及时在系统上处理客户取消订单申请，极易造成投诉②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉③运营管理中心人员多，已造成处理遗漏的情况二、需求说明2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪2.1.1、操作位置：销售管理--》客户订单2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。2、更新字段【buyerCancelReason（申请退款原因）】。3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】4、订单备注追加：shippingService的值(xxx)5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+SKU+订单发货状态+买家取消原因+交易价格（订单金额）+币种+销售人员+添加时间+客服人员+处理状态（默认为‘待处理’）。注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变2.2、Amazon客服中心 新增【Amazon申请取消订单】处理流程：同步取消申请订单--》客服处理--》已处理2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。2.2.2、列表查询条件：来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。处理状态（可多选）：1、待处理；2、待跟进；3、已处理。处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控时间查询：1、添加时间查询；2、处理时间查询。批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。2.2.3、操作功能手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。导出字段：订单来源渠道+系统订单号+平台订单号+SKU+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。批量提取：1、系统订单号；2、买家订单号。批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。2.2.4、列表字段：操作：--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。----申请退款数据：需与贾旭杨确定默认逻辑？----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。--查看操作日志：参考订单日志订单来源渠道：来源客户订单系统订单号：来源客户订单平台订单号：来源客户订单发货状态：来源客户订单处理状态：1、待处理；2、待跟进；3、已处理。处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。买家取消原因：来源客户订单币种：来源客户订单交易价格：来源客户订单销售人员：来源客户订单添加时间：生成数据时间客服人员:来源渠道对应的客服人员处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。备注：客服可自行备注。点击小铅笔可以进行备注。2.2.5、权限管理列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单注意点：1、来源渠道，客服人员暂时不做权限管控。2、需求详情：https://etb1lb.axshare.com

002- <div>一、背景（贾旭杨209241）<br />1.1、背景<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。<br />希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）<br /><br />官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg<br /><br />1.2、业务价值<br /><br />【提高效率，控制风险】<br />在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min<br />需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人<br /><br />提升效率：0.5h*12人/7*22=18.85人天/月<br />销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留<br />如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金<br /><br /><br />1.3、用户故事<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开<br />变更前：<br />客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理<br /><br />角色：客服，销售<br />销售动作：找出取消申请的订单<br />客服动作：作废。<br /><br />变更后：<br />客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：<br />①客服无法及时在系统上处理客户取消订单申请，极易造成投诉<br />②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉<br />③运营管理中心人员多，已造成处理遗漏的情况<br /><br /><br /><br />二、需求说明<br />2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。<br /><br />2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪<br />2.1.1、操作位置：销售管理--》客户订单<br />2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时<br />1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。<br />2、更新字段【buyerCancelReason（申请退款原因）】。<br />3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】<br />4、订单备注追加：shippingService的值(xxx)<br />5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+订单发货状态+买家取消原因+交易价格（订单金额）+币种+添加人员+添加时间+客服人员+处理状态（默认为‘待处理’）。<br /><br />注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变<br /><br />2.2、Amazon客服中心 新增【Amazon申请取消订单】<br />处理流程：同步取消申请订单--》客服处理--》已处理<br /><br />2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。<br />2.2.2、列表查询条件：<br />来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。<br />单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。<br />发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。<br />处理状态（可多选）：1、待处理；2、待跟进；3、已处理。<br />处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。<br />客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控<br />时间查询：1、添加时间查询；2、处理时间查询。<br />批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。<br /><br /><br />2.2.3、操作功能<br />手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。<br />按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。<br />导出字段：订单来源渠道+系统订单号+平台订单号+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。<br />批量提取：1、系统订单号；2、买家订单号。<br />批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。<br /><br />2.2.4、列表字段：<br />操作：<br />--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。<br />----申请退款数据：需与贾旭杨确定默认逻辑？<br />----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。<br /><br />--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。<br />--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。<br />--查看操作日志：参考订单日志<br /><br />订单来源渠道：来源客户订单<br />系统订单号：来源客户订单<br />平台订单号：来源客户订单<br />发货状态：来源客户订单<br />处理状态：1、待处理；2、待跟进；3、已处理。<br />处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。<br />买家取消原因：来源客户订单<br />币种：来源客户订单<br />交易价格：来源客户订单<br />销售人员：来源客户订单<br />添加时间：生成数据时间<br />客服人员:来源渠道对应的客服人员<br />处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。<br />备注：客服可自行备注。点击小铅笔可以进行备注。<br /><br />2.2.5、权限管理<br /><br />列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单<br /><br /><br />注意点：<br />1、来源渠道，客服人员暂时不做权限管控。<br /><div>2、需求详情：https://etb1lb.axshare.com</div>
002+ <div>一、背景（贾旭杨209241）<br />1.1、背景<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开，亚马逊的客户取消订单申请不再直接以客户邮件的形式同步给卖家，而是需要卖家在后台直接处理，但是客服无法登陆后台处理，销售人员众多，处理遗留的导致投诉的情况会时有发生，为了解决这一问题，需要将后台客户开启取消订单申请的订单同步到新版CRM系统中，客服能在一个版块统一查看到订单并进行后续的处理。<br />希望可以在Amazon新版CRM系统中，添加一个版块《取消订单》，将后台的此类订单直接同步到系统，方便客服处理（可参考Ebay CRM系统中此版块的逻辑，附件有截图）<br /><br />官方资料：https://mp.weixin.qq.com/s/-qZUBLVQZTsZHoqk-hdKKg<br /><br />1.2、业务价值<br /><br />【提高效率，控制风险】<br />在需求为上线前，取消订单申请信息无法同步到系统，处理及时性无法保证，且处理时间会延长，每人每天需花费30min-60min<br />需求上线后，客户能及时处理此类请求，降低账号投诉风险，预计每人每天只需花费5-15min处理 预估可节约30min/人<br /><br />提升效率：0.5h*12人/7*22=18.85人天/月<br />销售价值：目前，每人每天处理大概15单（旺季会更多一点，大概20-25单）每天共计处理约150单-200单，80%的订单会实际取消掉，20%的订单会进行保留<br />如果按照之前运营部门给到的平均客单价17.5美金来计算，销售额有2625-3500美金<br /><br /><br />1.3、用户故事<br />根据亚马逊的最新政策，5.10起，亚马逊的部分站点客户的取消订单申请处理方式将发生变更，后续全部站点会铺开<br />变更前：<br />客户取消订单申请通过客户邮件的形式进入到亚马逊新版CRM系统中，客服处理邮件时就能直接处理此需求，高效，操作简单，每天处理这部分邮件的时间大概5-15min即可，且客户取消订单申请可以即来即处理<br /><br />角色：客服，销售<br />销售动作：找出取消申请的订单<br />客服动作：作废。<br /><br />变更后：<br />客户取消订单申请只能在后台显示，系统无法收到客户邮件，系统上看不到客户的取消订单申请，目前只能销售在后台处理请求后，同步给客服，客服再在系统上进行后续的订单作废，记录退款等处理步骤，有一下几个弊端：<br />①客服无法及时在系统上处理客户取消订单申请，极易造成投诉<br />②销售登记后台取消订单申请后，客服只能在固定时间反馈给大家去处理，效率低，且由于时间差，订单的状态可能已经发生改变（已打单或已发货），需要再次联系客户取消此申请，造成投诉<br />③运营管理中心人员多，已造成处理遗漏的情况<br /><br /><br /><br />二、需求说明<br />2、处理逻辑：订单通过接口获取发起取消申请的订单--》Amazon申请取消订单--》同意申请--》作废订单&amp;&amp;生成退款单。<br /><br />2.1、订单自动检测买家取消订单将订单变为‘待审核’--田子豪<br />2.1.1、操作位置：销售管理--》客户订单<br />2.1.2、检测逻辑：当订单字段 【isBuyerRequestedCancel（卖家是否申请退款）】为时<br />1、订单状态：若订单发货状态为‘未发货’，则变成【待审核】；反之订单状态不变。<br />2、更新字段【buyerCancelReason（申请退款原因）】。<br />3、页面新增【买家申请取消订单，原因：{buyerCancelReason}返回的值。】<br />4、订单备注追加：shippingService的值(xxx)<br />5、新增一条【Amazon申请取消订单】数据：订单来源渠道+系统订单号+平台订单号+SKU+订单发货状态+买家取消原因+交易价格（订单金额）+币种+销售人员+添加时间+客服人员+处理状态（默认为‘待处理’）。<br /><br />注：1、当这两个字段数据变更的时候，自动更新订单信息。2、已发货的订单状态不变<br /><br />2.2、Amazon客服中心 新增【Amazon申请取消订单】<br />处理流程：同步取消申请订单--》客服处理--》已处理<br /><br />2.2.1、操作位置：客服系统--》Amazon客服中心--》Amazon申请取消订单。<br />2.2.2、列表查询条件：<br />来源渠道（可多选）：仅订单来源渠道；暂不做权限管控。<br />单号查询（全匹配，精准查询）：1、系统订单号查询；2、平台订单号查询。<br />发货状态（可多选）：1、未发货；2、部分发货；3、全部发货。<br />处理状态（可多选）：1、待处理；2、待跟进；3、已处理。<br />处理情况（可多选）：1、同意买家取消申请；2、拒绝买家取消申请；3、全部。<br />客服人员（可多选，支持模糊查询）：按进入的数据的客服人员，下拉筛选；暂不做权限管控<br />时间查询：1、添加时间查询；2、处理时间查询。<br />批量搜索（精准搜索）：1、支持系统订单号查询；2、支持平台订单号查询。<br /><br /><br />2.2.3、操作功能<br />手工同步：记录最新手工同步时间。用于同步Amazon 申请取消的客服订单。<br />按条件导出：1、勾选则按勾选导出；2、没有勾选，则按查询条件进行导出。<br />导出字段：订单来源渠道+系统订单号+平台订单号+SKU+发货状态+处理状态+处理情况+买家取消原因+币种+交易价格+销售人员+添加时间+客服人员+处理时间+备注。<br />批量提取：1、系统订单号；2、买家订单号。<br />批量处理（仅支持勾选操作）：1、同意买家取消申请；2、拒绝买家取消申请；3、设置待跟进。<br /><br />2.2.4、列表字段：<br />操作：<br />--同意买家取消申请：将Amazon申请取消订单【处理情况】设为‘同意买家取消申请’，并记录操作日志；并调用【订单退款】逻辑生成一条申请退款数据。<br />----申请退款数据：需与贾旭杨确定默认逻辑？<br />----注：调用订单【订单退款】逻辑之后的流程按现有的退款流程处理。<br /><br />--拒绝买家取消申请：将Amazon申请取消订单【处理情况】设为‘拒绝买家取消申请’，并记录操作日志。<br />--设置为待跟进：将Amazon申请取消订单【处理状态】设为‘待跟进’，并记录操作日志。<br />--查看操作日志：参考订单日志<br /><br />订单来源渠道：来源客户订单<br />系统订单号：来源客户订单<br />平台订单号：来源客户订单<br />发货状态：来源客户订单<br />处理状态：1、待处理；2、待跟进；3、已处理。<br />处理情况：1、同意买家取消申请；2、拒绝买家取消申请；3、为空。<br />买家取消原因：来源客户订单<br />币种：来源客户订单<br />交易价格：来源客户订单<br />销售人员：来源客户订单<br />添加时间：生成数据时间<br />客服人员:来源渠道对应的客服人员<br />处理时间:记录操作同意买家取消申请，拒绝买家取消申请，设置为待跟进 的最新时间。<br />备注：客服可自行备注。点击小铅笔可以进行备注。<br /><br />2.2.5、权限管理<br /><br />列表权限：客服系统--》Amazon客服中心--》Amazon申请取消订单<br /><br /><br />注意点：<br />1、来源渠道，客服人员暂时不做权限管控。<br /><div>2、需求详情：https://etb1lb.axshare.com</div>

修改了 所属模块，旧值为 "1644"，新值为 "1705"。

修改了 关键词，旧值为 ""，新值为 "预计6月14日发版"。

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

修改了 关键词，旧值为 "预计6月14日发版"，新值为 "预计6月21日发版"。

修改了 关键词，旧值为 "预计6月21日发版"，新值为 "预计6月14日发版"。

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

修改了 受益业务部门，旧值为 "亚马逊客服部"，新值为 "成都办事处"。
修改了 关键词 ，旧值为 "预计6月14日发版"，新值为 "6月14日发版"。

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

修改了 由谁关闭，旧值为 ""，新值为 "zhengqiao"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2022-09-26 14:11:30"。
修改了 指派给 ，旧值为 "mayuying"，新值为 "closed"。
修改了 当前状态，旧值为 "changed"，新值为 "closed"。
修改了 所处阶段，旧值为 "released"，新值为 "closed"。
修改了 关闭原因，旧值为 ""，新值为 "done"。