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

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

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

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>

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>

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>