通用 > TAPD订单管理

共 123 条需求，按创建时间倒序。产品经理：陈家宜｜来源：TAPD（已发布/测试通过）

需求历史

2022-10-12 ｜已发布｜ TAPD-1164436104001119762

标题：中台》teapplix平台在标发的时候向平台传值warehouseid

处理人：陈家宜; 模块：销售-订单管理-标发

需求描述：

1.需求场景请按照以下内容进行描述，回溯需求场景 - 谁（角色）在什么情况下，遇到了什么问题，造成了什么影响？ teapplix在标发的时候向平台传值Warehouseid - 当前的处理方法是什么？请在此描述...... 2. 场景价值请按照以下内容进行描述，回归价值本质 - 此需求的场景价值是什么，给用户/客户带来哪些方面的提升？请在此描述...... - 是否对其他客户通用？为什么？请在此描述...... 3. 需求内容请分点描述客户期望实现的结果请在此描述1...... 请在此描述2...... 请在此描述3...... 4. 功能路径在下方描述清楚功能入口请在此描述...... 5. 注意事项在下方描述关键注意事项请在此描述...... 6. 产品分析此处产品经理分析填写中台 teapplix平台在标发的时候向平台传值warehouseid。

注意：如果业务系统传值了warehouseid，则标发的时候传参warehouseid 如果业务系统没有传值warehousid，则标发时候不要传参warehouseid，因为tp平台的warehouseid的值不能为空。

【图片】

2021-09-01 ｜已发布｜ TAPD-1164436104001083518

标题：7.订单系统》对接onbuy平台-缺货状态的订单如果订单退款取消的话需要截单处理

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》对接onbuy平台

需求描述：

用户场景 见父需求

| cancelled_by_buyer | | 买家取消订单 | 1、不生成标准单

已生成的订单截单处理逻辑 1.订单在系统内状态为待发货审核、问题件、冻结中如果遇到平台状态更新为cancelled、cancelled_by_seller、cancelled_by_buyer、refunded则将订单转已废弃处理 2.订单在系统内状态为待发货审核、冻结中如果遇到平台状态更新为partially_refunded则将订单转为问题件并且增加标记“部分退款”。如果问题件内订单遇到平台状态更新为partially_refunded则订单增加标记“部分退款” 3.订单在系统内状态为待发货、缺货状态如果遇到平台状态更新为cancelled、cancelled_by_seller、cancelled_by_buyer、refunded则将订单截单转问题件处理 4.订单在系统内状态为待发货、缺货状态如果遇到平台状态更新为partially_refunded则将订单状态截单转问题件并且增加标记“部分退款” 5.订单在系统状态为已发货、已废弃状态下如果遇到平台状态cancelled、cancelled_by_seller、cancelled_by_buyer、refunded、partially_refunded则对这个订单进行截单操作，由于订单已发货或者已废弃无法再进行处理则标记“Stop Order Fail”

2021-09-01 ｜已发布｜ TAPD-1164436104001083516

标题：6.【erp】订单系统》对接onbuy平台-订单标发-获取承运商的基础数据

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》对接onbuy平台

需求描述：

见父需求

【产品需求】

查询承运商接口：https://docs.api.onbuy.com/?version=latest#aaa3899b-cc87-4b57-8e7b-2833f9096e1d

【图片】

通过查询承运商上的接口获取到的承运商信息需要保存成基础数据供用户在标发承运商设置上可以供选择

【图片】

2021-09-01 ｜已发布｜ TAPD-1164436104001083515

标题：5.【erp】订单系统》对接onbuy平台，增加按钮和搜索条件

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》对接onbuy平台

需求描述：

用户场景 见父需求

【产品需求】搜索条件和按钮优化的ui图详见附件。只需实现ui图上样式，具体的搜索条件和按钮分类详见以下的需求。 1.常用搜索条件如下：

【图片】

v\: {behavior:url(#default#VML);}o\: {behavior:url(#default#VML);}x\:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);} 常用搜索条件 |

②订单范围筛选条件是由于客户的订单数量过大进行了拆表才会出现的筛选提交，当客户订单数量较小的时候不会出现，此逻辑不变更①常用搜索条件见以上的表

2.搜索条件：

【图片】

v\: {behavior:url(#default#VML);}o\: {behavior:url(#default#VML);}x\:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);} 展开更多订单条件 | 订单信息 | 收件人国家或地址： | 收件人省份/州： | 收件人城市： | 收件人电话： | 仓库配送： | 仓配状态： | 发货仓库： | 排除国家： | 邮编搜索： | 最晚发货时间： | 服务等级-渠道： | 服务等级-分类： | 审核方式： | 黑名单地址： | 付款时间： | 发货时间： | 审核时间： | 标记时间： | 排序方式 | 订单重量 | 订单利润： | 利润率范围： | 异常信息： | 客服备注： |

①订单条件分为订单信息和产品信息两类，具体分类内容详见上表 ②原“高级搜索”的展开按钮改名为：展开更多订单条件。当订单条件处于展开状态时则按钮名称为：隐藏更多订单条件。③原“ 召唤更多过滤条件 ”改名为：展开更多过滤条件。当过滤条件处于展开状态时则按钮名称为：隐藏更多过滤条件。 ④根据展开状态和隐藏状态显示折叠和展开按钮

【图片】

⑤隐藏部分无用筛选功能： listing站点：隐藏这个筛选项。B2W没有区分站点。功能需要专门对接按照店铺账号日期显示：隐藏这个，确认这个筛选条件作用的平台自定义分类：确认此筛选项作用的平台，如是属于特定平台的功能，隐藏即可

买家留言：此平台目前无法获取买家留言

站点：此平台无站点区分

服务等级-渠道：此筛序条件为亚马逊平台特有，隐藏此筛选条件服务等级-分类：此筛序条件认为亚马逊平台特有，隐藏此筛选条件

3.过滤条件注：ui图中只是为了展示所有分类的而将过滤条件的弹窗拉长，实际上过滤条件的弹窗高度和现在系统内的弹窗高度保持一致即可

【图片】

产品信息 | 是否有产品问题： | 附加操作： | 有无库存锁： |

①过滤条件详见以上表

②是有运费筛选条件更名为：是否有运费。 ③隐藏以下无用的筛选项：是否存在纠纷隐藏，需要专门对接的筛选条件

退换货申请隐藏，需要专门对接的筛选条件

商品类型隐藏，需要专门对接的筛选条件 EGD订单隐藏，需要专门对接的筛选条件

FBA 隐藏，亚马逊的特有订单筛选项

购物车订单隐藏，需要专门对接的筛选条件

等待确认隐藏，需要专门对接的筛选条件 eBay 买家评价隐藏，ebay特有筛选项是否自动发信隐藏，需要专门对接的筛选条件

4.按钮分类

【图片】

v\: {behavior:url(#default#VML);}o\: {behavior:url(#default#VML);}x\:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);} 按钮归类 | 订单处理 | 发货审核 | 转待发货审核 | 截单 | 转已发货 | 冻结 | 转冻结 | 作废 | | 业务操作 | 自动分仓 | 导出给仓库 | 选择订单标记发货 | 批量导入标记发货 | 始终不标记订单发货 | 批量修改地址 | 批量修改SKU | 批量刷新利润 | 批量更新TRACKINGNO | 批量转FBA配送 | 转FBA配送 | 更新FBA配送订单 | 解锁库存 | 锁定库存 | 处理待确认 | | 合并拆分 | 订单拆分 | 一键拆单 | 自定义拆单 | 批量拆单 | 订单合并 | 自动合并订单 | | 标记操作 | 自定义标记 | 留言标记已读 | 标记为已处理 | 取消订单标记 | 取消FBA标识 | | | 客服处理 | 客服备注 | 客服备注导入 | 创建工单 | 发送消息 | | 导入导出 | 按条件导出 | 按订单导出 | 自定义导出 | | 更多操作 | 手动拉单 | | |

①每个订单状态下的按钮安装以上的分类分属于不同的文件夹。如果该状态下的那个分类文件夹没有按钮的话，则不显示这个文件夹（需要注意权限控制的按钮，当登录的操作员无这个文件夹内全部的权限则不显示这个文件夹） ②【站内信通知】确认这个按钮为ebay的功能，隐藏此按钮【手动拉单】此功能B2W平台目前暂未实现，隐藏 ③【发送消息】此功能B2W平台未实现，隐藏该按钮

【特殊按钮】发货审核-重新指定仓库发货审核-默认仓库锁定库存(订单审核界面锁定库存选择项) RMA管理beta-创建工单，产品问题运费试算-选择订单详情页面内的【修改地址与sku】

注：如果旧的功能模板内存在的按钮和筛选条件本需求内未提及的，请联系陈家宜沟通处理

注意：此平台上线的时候需要开发配置2.0系统按钮的基础数据。

2.0设置基础数据的方式： .text-only,.text-card-text{white-space: pre;}.rich-text-paragraph{min-height: 15px;}https://eccang.yuque.com/gko3h7/fqwgob/mq33mo

2021-08-17 ｜已发布｜ TAPD-1120106611001081833

标题：订单系统》推送sku映射关系和产品条码关系给亚马逊运营系统

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 关联需求：【订单系统》admin/op新增初始化脚本给亚马逊运营推送sku映射关系和产品条码关系】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001081027 由于需要推送平台账号为所有账号的sku映射数据给亚马逊运营系统，数据量较大，所以调整为创建定时任务来推送数据，定时任务由亚马逊运营来触发

【图片】

【产品需求】 1.新增1个定时任务向亚马逊运营推送平台账号为亚马逊账号以及所有账号的sku映射关系

【图片】

2.新增定时任务推送产品条码管理内的所有的产品条码给亚马逊运营

【图片】

3.新增接口让亚马逊运营来触发推送数据的定时任务

4.删除admin/op中推送数据初始化的功能。

【图片】

2021-08-09 ｜测试通过｜ TAPD-1120106611001081026

标题：订单系统》admin/op新增初始化脚本给亚马逊运营推送sku映射关系和产品条码关系

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 关联需求：【【7月上】公共组件-SKU配对弹窗页面-需求概述】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001072931 上线需要初始化数据，要给亚马逊运营推送数据，推送sku映射关系和产品条码

【产品需求】 1.在admin/op中新增功能：给亚马逊运营推送sku关系和产品条码 sku关系管理：

【图片】

产品条码管理

【图片】

2021-08-03 ｜测试通过｜ TAPD-1120106611001080347

标题：订单系统-》订单管理-》各平台订单-》订单明细加载卡

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：【kpx】卡佩希 V2.21.7.60 华南001集群

问题：1、7月30日 17:08订单系统卡顿，我验证例如Amazon订单-待发货 34个订单，加载完明细要17秒 2、7月29日 09:07 订单系统页面很卡，例如shopify订单，我点开待发货审核然后一直加载商品明细，72个单 18.76秒 3、8月02日 09:17订单系统卡，例如shopify订单-待发货审核

      4、8月02日    14:55 订单系统卡，例如shopify订单-待发货审核-已分仓-30单全选-发货审核，从14:50-15:00  十分钟

.text-only,.text-card-text{white-space: pre;}.rich-text-paragraph{min-height: 15px;}.text-only,.text-card-text{white-space: pre;}.rich-text-paragraph{min-height: 15px;} 【图片】

【图片】

需求价值 -描述该需求的业务价值，可以帮助客户做哪些提升（删除此描述进行填写）

业务需求点 -列举业务需求点（条目化），简述业务需求点内容（删除此描述进行填写）

功能路径 -功能路径入口在哪（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】转高展处理

2021-07-15 ｜测试通过｜ TAPD-1120106611001078405

标题：订单系统》系统管理》标发承运商（运输方式映射）中增加承运商取值优先级的设置

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 部分情况下用户需要优先使用服务商返回的承运商，部分情况下要使用客户自行设置的承运商。所以增加一个配置：承运商取值优先级的配置，让客户可以按照运输方式进行配置

【产品需求】订单系统》系统管理》标发承运商（运输方式映射） 1.当在启用配置：CUSTOM_PLATFORM_CARRIER_NAME_PRIORITY的情况下根据设置的值在对应的walmart、aliexpress、amazon、bigcommce、cd、ca平台下的标发承运商（运输方式映射）中每个平台都新增显示承运商(Carrier)优先级选项：优先取服务商返回的承运商/优先取平台标发承运商设置内设置的承运商。？提示：承运商优先级用于控制自动标发的时候承运商（carrier）取值的优先级，默认优先取用户设置的承运商

【图片】

如果选择配置了优先取服务商返回的承运商。则在自动标发的时候优先使用服务商返回的承运商信息进行标发如果选择了优先取平台标发承运商设置内设置的承运商则根据平台标发承运商设置里面的承运商进行标发。

2.订单系统》系统管理》标发承运商（运输方式映射）中亚马逊的carrier code中增加Amazon Shipping

3.增加获取仓配系统返回的服务商的shipping service字段，填充到Amazon的shipping service内

【图片】

仓配系统关联需求： .text-only,.text-card-text{white-space: pre;}.rich-text-paragraph{min-height: 15px;}https://www.tapd.cn/20106631/prong/stories/view/1120106631001078546

2021-07-06 ｜测试通过｜ TAPD-1120106611001077526

标题：订单系统》allexpress订单》调整最晚发货时间的取值

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：61611 系统目前的最晚发货时间是先取值接口返回的时间字段。但是此处的时间由于平台在标发成功之后不再会返回以下的字段，所以又额外取了拉单的时间，造成最晚发货时间混乱所以需要调整最晚发货时间的取值逻辑

【图片】

【产品需求】订单系统》allexpress订单

关联需求：https://developers.aliexpress.com/doc.htm?docId=37898&docType=2 1.最晚发货时间取值订单上的剩余发货时间进行计算。

【图片】

2.如果从订单中获取不到剩余发货时间的字段的时候，不要使用拉单时间替代，还是使用上次获取到的剩余发货时间生成的最晚发货时间。

3.在最晚发货时间旁边增加一个？提示：平台的最晚发货时间（剩余发货时间）在标发成功后不会再返回，所以在订单标发成功后此处的最晚发货时间不再更新。

【图片】

？提示的icon可以使用此处的icon

【图片】

2021-06-29 ｜测试通过｜ TAPD-1120106611001076861

标题：订单系统》亚马逊订单》标发中的发货地址根据实际接口的限制进行校验限制

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 https://sellercentral.amazon.com/gp/help/help.html?itemID=641&language=en_US&ref=ag_641_cont_200259170&ref_=xx_swlang_head_help&mons_sel_locale=en_US&languageSwitched=1&

【图片】

【产品需求】订单系统》系统管理》标发承运商-亚马逊 1.亚马逊标发承运商内设置发货地址时增加以下校验

【图片】

（1）发货地址名称：必须小于50个字符。如果用户填写超出则弹出提示“发货地址名称必须填写小于50个字符的内容” （2）地址1：必须小于60个字符，如果用户填写超出则在提交时提示“地址1必填填写小于60个字符的内容” （3）地址2：必须小于60个字符，如果用户填写超出则在提交时提示“地址2必填填写小于60个字符的内容” （4）地址3：必须小于60个字符，如果用户填写超出则在提交时提示“地址3必填填写小于60个字符的内容” （5）城市、省/州、县、邮编都必须小于50个字符，如果用户填写超出则在提交时提示：“城市、省/州、县、邮编都必须填写小于50个字符的内容” （6）国家调整为国家二字码的下拉框。可参考订单列表上的收件人国家或地址下拉框。

【图片】

2021-06-28 ｜测试通过｜ TAPD-1120106611001076793

标题：订单系统》对外接口中创建订单中增加ioss

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 欧洲税改

【产品需求】订单系统》对外接口 https://eccang.yuque.com/books/share/df2ca396-46f5-4a51-a33e-73794059bb1d/zzi6s2

1.对外接口中建立订单/更新订单接口中增加一个ioss字段。参数名 | 必需 | 类型 | 长度 | 默认 | 描述 | customerServiceNote | 否 | String | | - | 客服备注 | taxNumber | 否 | String | | - | 收件人税号 | ioss | 否 | String | |

| 收件人ioss |

【图片】

2.接收到对外接口创建订单/更新订单时的ioss字段则将其保存在订单的ioss字段内

【图片】

2021-06-28 ｜已发布｜ TAPD-1120106611001076784

标题：订单系统》M2C订单增加收件人IOSS字段

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 欧洲税改

【图片】

【产品需求】 1.M2C订单的调整 1.1在M2C推送到erp的接口中增加ioss号。参数名 | 必需 | 类型 | 长度 | 默认 | 描述 | ioss | 否 | string | 200 | | 收件人IOSS |

接口文档：http://ec.wikiserver.eccang.com/docs/show/1438 密码：eccang123456 注：已经告知M2C的沈俊鑫⁣此处的字段参数名为ioss。如果想要调整参数名需要告知产品以及M2C的沈俊鑫 1.2接口获取到M2C推送的IOSS后保存此ioss在订单中的ioss字段中同样和其他的平台的订单一样处理（1）支持更新（2）拆分订单可以继承

【图片】

2021-06-25 ｜已发布｜ TAPD-1120106611001076580

标题：订单系统》daraz订单，pending状态下同个订单的fbd和自发货商品拆分逻辑优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 60225 生成订单的时候状态是pending状态的订单会由于订单处于pending状态下目前没有拆分订单的逻辑导致无法正常拆分订单，所以针对这种同一个订单存在不同发货状态的订单的需要特殊处理关联需求：【订单系统》订单管理》daraz，fbd订单存在部分产品是FBD发货，部分国内发货的情况，需要参考lazada的FBL订单情况处理】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001061431

【产品需求】 1.如果有订单状态为pending状态并且为部分FBD是部分为自发货的订单则还是生成付款未完成状态的订单。

2.增加限制：控制付款未完成内的订单，仅有支付方式为cod的订单能通过【转待发货审核】按钮进行订单的扭转。其他支付方式的订单需要等到订单支付成功才能进行系统内订单状态的扭转。如果用户操作支付方式不为cod的订单转待发货审核的时候需要提示：“目前仅支持支付方式为COD的订单可手动转待发货审核，其他支付方式的订单请等待平台状态更新成已付款之后会自动更新为待发货审核状态下”

【图片】

3.当部分为FBD是部分为自发货的订单订单平台订单状态更新为已付款或用户手动将订单扭转至待发货审核时再进行订单的拆分，拆分成FBD订单和自发货订单 FBD订单转到已发货状态下。自发货订单转至待发货审核状态下。

2021-06-17 ｜已发布｜ TAPD-1120106611001075720

标题：【6月上】4.2订单系统》订单管理》发票上传规则，增加自动生成功能-发票上传规则的动作调整

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：【6月上】订单系统获取仓配系统的自定义发票模板生成发票

需求描述：

用户场景 见父需求

【产品需求】

2.发票上传规则中不区分订单平台：real/amazon显示上传规则的动作 2.1规则中动作的面板样式调整如下：

【图片】

2.2新增发票计数格式下拉选框，根据用户选择的选项决定生成发票时，发票内的金额的计数格式。（？提示：仅支持控制自定义发票的内金额的计数格式）通用格式（1233333.00）【默认值】科学计数格式（1,233,333.00）欧洲科学计数格式（1.233.333,00）

2.3发票模板中获取仓配系统》物流管理》标签模板配置-自定义标签模板，模板类型：发票（平台sku维度）的模板的模板名称在此供用户选择生成发票模板。（？提示：当规则中设置的店铺全部都为Amazon/real店铺的时候有提供非自定义的通用发票模板供使用）在选择亚马逊和real发票的情况下都显示发票模板的选项 ①当选择所以店铺都是亚马逊的时候显示的模板为：亚马逊发票模板、自定义发票模板1、自定义发票模板2 ②当选择所有店铺都是real的时候显示的模板为：real发票模板、自定义发票模板1、自定义发票模板2 ③选择非亚马逊和real店铺或者混合选择店铺的时候显示的模板为：自定义发票模板1、自定义发票模板2

2.4新增发票生成效果：生成并上传【默认值】/仅生成。（？提示：目前仅支持Amazon订单和real订单可以进行上传操作。其他的非Amazon和real平台设置后并仅生成发票不会上传发票）当用户设置发票上传规则后，自动生成的发票需要保存生成记录在订单系统》客服管理》订单发票列表中显示对应生成的发票信息。如果使用亚马逊和real平台通用模板生成的发票也同样在订单发票的列表内生成一条发票数据作为记录

【图片】

3.全系统通用的发票号生成规则说明。（确认是否能控制到客户定制的发票模板和其他通用的发票模板）发票号格式：ABC00000001 ABC为同个税号的随机字母，保证一个系统内不同税号的不能重复。（即同一个税号生成的订单的发票号具有相同ABC的3个首字母） 00000001为8位序列号，每年01.01日清零重新生成

①当同一个订单生成的发票，发票号始终一致 ②当使用同客户无论发票的来源自哪种方式生成，使用同个税号生成发票的订单，生成的发票号的3个随机字母需要相同，而发票之间的序列号需要继承。即客户使用了税号A001生成了订单1的发票，订单1的发票的序列号为ABC00000001。同样使用税号A001生成了订单2的发票，订单2发票的序列号为ABC00000002 ③发票上传规则中亚马逊通用模板和real发票通用模板不用受此发票号规则控制，按照原本的发票逻辑生成即可

2021-06-09 ｜测试通过｜ TAPD-1120106611001075023

标题：订单系统》客服管理》订单发票-导出中增加导出发票金额

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 世碁定制需求补充需求

【产品需求】订单系统》客服管理》订单发票 1.当用户使用世碁定制的含税发票、退款发票、退税发票生成发票的时候保存发票的总金额即total值在order_invoice_list表中

【图片】

toal值如下：

【图片】

2.在启用INVOICE_TEMPLATE_CUSTOMIZED配置的情况下在导出报表中增加显示一个发票金额（Invoice amount）的字段显示的字段，取值上面表中保存的total值

【图片】

3。由于发票总金额不会因为发票编辑的后立即进行更新，所以需要在编辑发货信息编辑弹窗和开票信息编辑弹窗中加上提示：信息编辑之后请再下载一次发票使得生成保存最新的发票信息

【图片】

2021-06-09 ｜已发布｜ TAPD-1120106611001075004

标题：客服管理》自动客服规则-增加自动生成发票并作为附件在邮件内自动发送的功能-世碁补充需求

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001067440

【产品需求】客服管理》自动客服规则中增加附加生成发票的功能

【产品需求】客服管理》自动客服规则

1.自动客服规则中【添加】规则中（1）发送方式增加：manomano、ueeshop、wayfair、B2C这个平台的代发邮件的选项。使得这几个新增的平台可以发送对应的邮件

【图片】

（2）发送模板：根据选择的发送方式中的平台取值客服管理》自动客服模板对应平台的自动客服模板。（3）增加勾选项：邮件附加发票。当用户勾选邮件附加发票的时候显示开票信息这些输入项。

【图片】

①点击选择按钮弹出客服管理》订单发票页面内的公司发票弹窗，用户点击选择则加载相应的数据

【图片】

2.用户点击确定后根据运行的规则对符合条件的订单在设置的发信场景的情况下根据订单信息以及设置的开票信息自动生成发票并且发票作为订单的附件发送。

3.配置【INVOICE_TEMPLATE_CUSTOMIZED】的配置。默认值为0，不开启当设置1：开启的情况下客服管理》自动客服规则中的编辑/添加规则才显示发送方式中的wayfair代发邮件和邮件附加发票的勾选项

【图片】

2021-05-19 ｜已发布｜ TAPD-1120106611001073113

标题：订单系统》系统管理》标发承运商中的新增carrier code的基础数据和设置的提示

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 1.提供更加详细的carrier code提升用户体验 2.增加发货地址上的编辑提示

2.在amazon的carrier code旁边增加 2.1？提示：请通过选择设置carrier code。如没有您想要的承运商，请设置carrier code为other，然后在carrier name填写您真实的承运商。 2.2将carrier code改成不能输入的选择框，用户只能通过选择框选择carrier code 2.3在提交保存的时候校验当amazon的承运商设置的carrier code为other的时候，carrier name是否有填写，没有填写的时候需要提示：Amazon的carrier code为other的时候的carrier name必须填写

【图片】

3.亚马逊承运商中的发货地址需要增加以下提示：关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001064507

【图片】

3.1amazon发货地址的以下字段都新增为必填字段。并且增加提示：Amazon发货地址请不要填写中文。省/州、县、城市的首字母请大写国家或地区代码省洲县城市邮编

【图片】

4.订单系统》amazon订单以及极速发货中的【选择订单标记发货】中增加选择弹窗，点击出现carrier code基础数据选择弹窗。此处的carrier code选框同样也更新成的不能手动输入编辑仅能通过选择弹窗进行选择。

【图片】

5.【选择订单标记发货】、【批量导入标记发货】以及【批量更新tracking】中的模板中增加一个sheet：carrier code显示carrier code的所有基础数据。并且在carrier code上增加备注：请参考carrier code的sheet中的值填写。并且在导入订单的时候进行校验订单的carrier code的是否符合系统内的基础数据，如果不符合则在导入的时候提示错误：xxx订单的carrier code填写不正确。

【图片】

6.亚马逊订单预报后服务商返回的承运商和系统内置的基础数据carrier code不相匹配的话，过滤掉此数据不取服务商返回的承运商数据。将按照标发承运商内用户自己设置的carrier code和carrier name进行标发。注意：亚马逊订单转FBA配送的订单也按此逻辑进行处理

7.如果亚马逊的订单出现用户由于没有填写承运商carrier code导致的无法标发的情况时，要将此订单同样标记是标发失败的标签

2021-05-18 ｜已发布｜ TAPD-1120106611001073004

标题：【6月上】订单系统》新增对外接口让易汇中控项目可以查询erp订单情况

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 公司内部新项目易汇中控项目需要接口查询订单的具体情况易汇表示预计5.24号开始与erp联调

【产品需求】

请求URL: {{客户订单系统域名}}/default/svc-for-yh/service

统一加密方式

token的加密说明 把请求的参数param（非json转为json）按键名正序排序，然后拼接固定常量 EC-ERP-FOR-YH ，得到的字符串md5加密

加密示例 1.请求参数param：{"uniqueCode":"4eef5f3865776e5330c5eb85b72c664f"} 2.执行token加密：md5({"uniqueCode":"4eef5f3865776e5330c5eb85b72c664f"}EC-ERP-FOR-YH) 3.最终加密的token为：fa29e4c6f122b3d094cdd6e0a34c14d7

请求参数Json格式 参数 | 必须 | 类型 | 说明 | 示例

响应结果

参数

| 必须 | 类型 | 说明 | 示例 | code | Y | Int | 状态码 | 200：成功 100：参数校验失败 500：系统内部错误 | message | Y | String | 提示信息 | success | data | Y | Object[] | 详细数据 |

|

data 参数 | 必须 | 类型 | 说明 | 示例

| | | | | | | | | | |

order_products 参数

| 必须 | 类型 | 说明 | 示例 | product_title | Y | String | 产品名称 | SJ1138贝壳纹滴胶TPU背壳A52/A52 5G彩色 | product_title_en | Y | String | 产品英文名称 | cellphone case | quantity | Y | Int | 商品数量 | 1 | unit_price | Y | String | 商品单价 | 4.5 | warehouse_sku | Y | String | 仓库SKU | A192543 | declare_value | Y | String | 申报价值 | 1.10 | declared_name_cn | Y | String | 申报/海关品名（中文） | 装饰壳 | declared_name_en | Y | String | 申报/海关品名（英文） | cellphone case |

2021-05-14 ｜已发布｜ TAPD-1120106611001072783

标题：订单-》OTTO平台订单-》订单需要增加获取客户邮件和电话（合版最近的2个版本）

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户otto平台的订单同步到erp系统里面之后，没有获取订单里面的邮件和电话信息字段，都需要客户手动修改维护工单ID：57640

【图片】

需求价值 系统客户获取订单邮件和电话信息，不需要客户自己维护

业务需求点 -列举业务需求点（条目化），简述业务需求点内容（删除此描述进行填写）

功能路径 -功能路径入口在哪（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》otto订单 1.取值订单的phoneNumber作为电话号码 2.取值订单的email作为biobauer83@gmx.de收件人邮箱

【图片】

2021-04-25 ｜已发布｜ TAPD-1120106611001071371

标题：对外API-》订单-》获取订单列表-》getOrderList 接口，文档说明中增加订单时间的规则讲解

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：【sw】盛为对外API：https://eccang.yuque.com/books/share/df2ca396-46f5-4a51-a33e-73794059bb1d/gkgh0f

场景：需要订单信息中各个时间（创建时间，付款时间，更新时间等与时间相关的）的规则

需求：对外API接口-订单-获取订单列表-getOrderList 接口，增加订单时间的规则说明

【图片】

需求价值 -描述该需求的业务价值，可以帮助客户做哪些提升（删除此描述进行填写）

业务需求点 -列举业务需求点（条目化），简述业务需求点内容（删除此描述进行填写）

功能路径 -功能路径入口在哪（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】对外API中的https://eccang.yuque.com/books/share/df2ca396-46f5-4a51-a33e-73794059bb1d/gkgh0f 创建时间、更新时间、平台发货时间、仓库发货时间、平台付款时间、平台创建时间、易仓创建时间中各自指的是系统内什么时间，是否存在平台的差异

转文明亮处理

2021-04-22 ｜已发布｜ TAPD-1120106611001071165

标题：【天渴定制需求】对外API接口-》订单-》获取缺货订单列表-》getStockOrderList接口，返回参数增加缺货订单对应的仓库代码

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：【sky】天渴工单需求：2988

对外API文档：https://eccang.yuque.com/books/share/df2ca396-46f5-4a51-a33e-73794059bb1d/txz90h

需求：对外API接口-订单-获取缺货订单列表-getStockOrderList接口，返回参数增加缺货订单对应的仓库代码

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】 1.对外api接口：获取缺货订单列表中增加返回订单的仓库代码 https://eccang.yuque.com/books/share/df2ca396-46f5-4a51-a33e-73794059bb1d/txz90h

【图片】

2021-04-15 ｜已发布｜ TAPD-1120106611001070653

标题：【OAPI】仓配系统-》物流管理-》服务商管理-》易链渠道增加自提和非自提的选项

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 易链目前订单分为两种类型：正常派送【一件代发】；自提订单【分销商提供尾程派送面单】

现阶段易仓ERP审核给易链时所有的订单都是审核到正常派送【一件代发】不支持将订单审核给自提订单【分销商提供尾程派送面单】类型导致和易链对接的分销商下单流程不流畅，只能在易链采取手动下单的方式进行下单；

[百途鸿，西摩，中旭鹏等]

功能概述

链接：

http://ec.wiki.eccang.com/docs/show/2531

密码：

m2b_eccang123456

【微信扫码也可】

【图片】

逻辑流程

ERP用户授权易链平台后【API服务--授权易链】

自动创建多一个易链的发货渠道新增渠道【ZITI-EASYCHAIN 易链自提运输方式】

渠道对应接口订单类型：【EASYCHAIN 易链运输方式】非自提【0 否】【ZITI-EASYCHAIN 易链自提运输方式】自提【1 是】

审核成功：订单通过API上传易链时，带上类型

参数名：is_pick

必须：非必需类型： int

字段长度：4

默认取值：0 [一件代发--非自提]

是否自提：0否 [一件代发--非自提] 1是 [自提订单]

【产品需求】仓配系统》仓配系统-》物流管理-》服务商管理-》易链

1.在仓配系统》仓配系统-》物流管理-》服务商管理中服务商代码：EASYCHAIN（易链）的渠道配置中新增“是否自提”的下拉选项：请选择/否/是

【图片】

2.根据用户选择调用易链的预报的接口是入参is_pick的值 http://ec.wiki.eccang.com/docs/show/2533

密码：m2b_eccang123456

【图片】

2021-04-13 ｜已发布｜ TAPD-1120106611001070482

标题：【5月上】订单系统》美卡多订单，税费重复计算了，需要调整取税费、折扣、交易额的取值字段

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 关联需求： https://www.tapd.cn/20106631/prong/stories/view/1120106631001066904

55654

元美 mcdcbt-4491635018

【图片】

税费返回了3次导致计算重复

关联需求： https://www.tapd.cn/20106631/prong/stories/view/1120106631001066904

考虑税费可以取值以下内容

【图片】

订单折扣也有同样的问题，和平台沟通后的结论如下

南浠科技（2.0

mcdcbt-4387057953

【图片】

【产品需求】

1.不再获取归属在其他费用中的折扣：coupon_amount。因为此折扣是买家支付，但是商家看到的和接口获取到的金额费用就是折扣后的金额例如南浠科技 mcdcbt-4387057953 汇率： [base_exchange_rate] => 21.21 178.16+99=277.16 277.16/21.21=13.0.674

【图片】

元美 4546693297 汇率： [base_exchange_rate] => 5.49 104.31/5.49=19

【图片】

2.税费改成取值tax下的amount。如果有一票多件的情况下，税费需要叠加计算

【图片】

3.订单总金额改成取值paid_amount，因为取值total_paid_amount会和税费一样出现多个payment出现导致重复计算的情况。一票多件的情况下订单总金额=paid_amount之和如果有税费的情况下订单总金额=paid_amount之和-税费之和

【图片】

4.当设置配置：MERCADOCBT_ORDER_SHIP_FEE的时候控制智利运费的获取设置为0：订单交易额=订单总金额-运费设置为1：订单交易额=订单总金额

5.取消获取墨西哥币种的折扣作为补贴了

【图片】

注意：需要更新费用文档

2021-04-12 ｜测试通过｜ TAPD-1120106611001070398

标题：【ERP】订单系统》B2W平台对接，订单的搜索条件和按钮

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》B2W平台对接

需求描述：

用户场景 对接B2W平台

【产品需求】

**搜索条件和按钮优化的ui图详见附件。只需实现ui图上样式，具体的搜索条件和按钮分类详见以下的需求。 1.常用搜索条件如下：

【图片】

v\: {behavior:url(#default#VML);} o\: {behavior:url(#default#VML);} x\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}

常用搜索条件 |

2.搜索条件：

【图片】

【图片】

⑤隐藏部分无用筛选功能： listing站点：隐藏这个筛选项。B2W没有区分站点。功能需要专门对接按照店铺账号日期显示：隐藏这个，确认这个筛选条件作用的平台自定义分类：确认此筛选项作用的平台，如是属于特定平台的功能，隐藏即可

买家留言：此平台目前无法获取买家留言

站点：此平台无站点区分

3.过滤条件注：ui图中只是为了展示所有分类的而将过滤条件的弹窗拉长，实际上过滤条件的弹窗高度和现在系统内的弹窗高度保持一致即可

【图片】

②是有运费筛选条件更名为：是否有运费。 ③隐藏以下无用的筛选项：是否存在纠纷隐藏，需要专门对接的筛选条件

退换货申请隐藏，需要专门对接的筛选条件

商品类型隐藏，需要专门对接的筛选条件 EGD订单隐藏，需要专门对接的筛选条件

FBA 隐藏，亚马逊的特有订单筛选项

购物车订单隐藏，需要专门对接的筛选条件

等待确认隐藏，需要专门对接的筛选条件 eBay 买家评价隐藏，ebay特有筛选项

是否已退款隐藏，需要专门对接的筛选条件

是否自动发信隐藏，需要专门对接的筛选条件

4.按钮分类

【图片】

|

①每个订单状态下的按钮安装以上的分类分属于不同的文件夹。如果该状态下的那个分类文件夹没有按钮的话，则不显示这个文件夹（需要注意权限控制的按钮，当登录的操作员无这个文件夹内全部的权限则不显示这个文件夹） ②【站内信通知】确认这个按钮为ebay的功能，隐藏此按钮【手动拉单】此功能B2W平台目前暂未实现，隐藏

注：如果旧的功能模板内存在的按钮和筛选条件本需求内未提及的，请联系陈家宜沟通处理

**

2021-04-12 ｜测试通过｜ TAPD-1120106611001070387

标题：【ERP】订单系统》B2W平台对接，订单标发

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》B2W平台对接

需求描述：

用户场景 对接B2W平台

【产品需求】 1.订单系统》系统管理》标发承运商（运输方式设置）中新增B2W Marketplace的标发承运商的设置方式

【图片】

carrier=carrier method=取值订单中获取到的shipping_method

【图片】

URL=查询网址（非必填项）

【图片】

code指平台订单号取值订单报文中返回的code。 track code指的订单的跟踪号。

2.B2W平台订单列表上的【选择订单标记发货】。 2.1样式如下：

【图片】

【选择订单标记发货】中的导入模板

【图片】

2.2【批量导入标记发货】的功能弹窗，以及报表如下：

【图片】

注：订单标发接口以及入参数据说明 1.订单初次标发：https://api-docs.skyhub.com.br/#/orders/createOrderShipment 2.更新标发内容：https://api-docs.skyhub.com.br/#/orders/updateOrderShipment

【图片】

标发成功的入参报文： { "shipment":{ "code":"Lojas Americanas-282939394901", "delivered_carrier_date":"2021-04-19T05:45:00-03:00", "track":{ "carrier":"Mail Americas", "code":"GE000097778BR", "method":"CNAMFUS01BR", "url":"" }, "items":[ { "qty":1, "sku":"YF4381MC00SZ2#JXX44Arsbf" } ] }, "status":"order_shipped", "estimated_delivery":"2021-04-20T05:45:00-03:00" }

2021-04-12 ｜已发布｜ TAPD-1120106611001070381

标题：【ERP】订单系统》B2W平台对接，拉取订单对接订单字段

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》B2W平台对接

需求描述：

用户场景 对接B2W平台

【产品需求】

1、平台名称：全称：B2W Marketplace。简称：B2W

2、订单拉取对应字段的说明：

系统订单更新 1.未付款更新为已付款-》系统状态付款未完成更新为待发货审核 1、未到仓配，取消/退款-》已废弃 2、到了仓配，取消/退款-》问题件 | 见需求 | | |

3、平台状态与系统状态对接说明：【使用订单状态中字段Type来区分订单】中台的状态映射是中台处理订单状态后映射的订单状态，在开发过程中可能会有更改，注意和中台沟通。（B2W中台的对接人：刘双力）

if ("NEW".equalsIgnoreCase(status)) { return OrderStatusEnum.S1; //未付款 } else if ("CANCELED".equalsIgnoreCase(status)) { return OrderStatusEnum.S0; //已取消 } else if ("APPROVED".equalsIgnoreCase(status)) { return OrderStatusEnum.S21; //已确认 } else if ("SHIPPED".equalsIgnoreCase(status)) { return OrderStatusEnum.S4; //已发货 } else if ("DELIVERED".equalsIgnoreCase(status)) { return OrderStatusEnum.S41; //已收货 } else if ("INVOICED".equalsIgnoreCase(status)) { return OrderStatusEnum.S51; //已开票 } else if ("SHIPMENT_EXCEPTION".equalsIgnoreCase(status)) { return OrderStatusEnum.S2; //待发货 } return OrderStatusEnum.S90;

2021-03-26 ｜已发布｜ TAPD-1120106611001069338

标题：订单管理系统》allegro订单，拉取 ‘平台配送方式’

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 订单管理系统》allegro订单》1、需拉取 ‘平台配送方式’2、增加订单标识‘Smart’3、Smart订单需支持筛选

工单：54428

【图片】

allegro订单订单:4f0ce6918cef11ebbaa61396ad7633ba 这个是这个订单的平台配送：Allegro Paczkomaty InPost InPost courier

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》allegro订单 1.拉取平台的平台配送方式，如下： [method] => Array ( [id] => 2488f7b7-5d1c-4d65-b85c-4cbcf253fd93 [name] => Allegro Paczkomaty InPost

)

【图片】

2.实现allegro平台配送筛选功能可以筛选对应平台配送方式的订单

【图片】

3.实现allegro平台的平台配送方式的基础数据能在订单分仓规则、订单审核规则中的买家选择的运输类型

【图片】

2021-03-25 ｜已发布｜ TAPD-1120106611001069210

标题：订单系统》订单管理》M2C订单，区分用户api自建的订单和分销系统创建的订单

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 54348：分销订单参考号&收件人异常无法审单

用户自己调用api接口创建M2C订单，M2C订单更新的时候会回传数据到M2C系统，但是用户自己api创建的订单在M2C系统不存在的情况导致订单无法正常同步M2C系统在erp内部也无法正常流转，所以需要创建订单的接口中增加字段用于区分订单是否来自M2C系统

【图片】

【产品需求】订单系统》订单管理》M2C订单

1.对接的创建订单接口中增加字段：is_notice_m2c来区分这个订单是否来自M2C系统是否通知m2c：1是 0否（默认值：否）

2.M2C订单是is_notice_m2c=1时用户在erp系统编辑订单、订单截单、订单出货、费用变更的时候需要同步给M2C（原逻辑无需变更）当is_notice_m2c=0是则是用户的自建单时，在erp订单编辑订单、订单截单、订单出货、费用变更的时候不同步给M2C

3.当用户点击M2C订单内的【同步到M2C】按钮时，如果订单的s_notice_m2c=0时需要提示“此订单不是M2C的线上订单，无法同步M2C”

【图片】

2021-03-23 ｜已发布｜ TAPD-1120106611001069096

标题：【中台】美卡多订单针对FBM订单定时查询物流状态从而更新物流状态

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 由于美卡多订单的物流状态更新不会使得订单更新时间更新，导致我们不能及时的获取到物流的状态

【产品需求】针对美卡多创建7天内的FBM订单需要定时去获取订单物流状态，如果获取到新的物流状态的话推送更新的物流状给erp系统

FBM订单的判断条件：https://developers.mercadolibre.com.ar/devsite/manage-shipments

【图片】

2021-03-17 ｜测试通过｜ TAPD-1120106611001068729

标题：订单系统-》订单管理》亚马逊订单：订单列表中增加发票上传状态标识与筛选功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统-》订单管理》发票上传规则：亚马逊未自动生成发票的NoTaxCalculated类型的订单也要上传发票

需求描述：

用户场景 见父需求

【产品需求】

发票上传成功、发票待上传、发票上传失败的标识取以下鼎宇发票定制项目中的标识 https://www.tapd.cn/20106611/prong/stories/view/1120106611001046816

VIDR报告中发票类型说明

【图片】

1.根据订单系统》系统管理》发票上传规则中启用规则匹配符合条件的订单，如果这个订单在vidr发票报告中的状态为InvoiceCreatedByAmazon和InvoiceUploaded则显示发票已上传的标识。详见如下

【图片】

1.1如果订单是在vidr发票报告中的状态为InvoiceCreatedByAmazon和InvoiceUploaded显示发票已上传的标识则在日志中记录：获取到发票报告中订单状态为InvoiceCreatedByAmazon或InvoiceUploaded，该订单已上传发票 1.2如果是系统上传发票成功的订单则在日志中记录：亚马逊发票上传成功，invoice number为:2021031700001

【图片】

1.3原本发票上传规则中的发票上传成功的标识更改成以上的绿色标识，统一风格

【图片】

2.根据订单系统》系统管理》发票上传规则中启用规则匹配符合条件的订单，如果这个订单在vidr发票报告中的状态为InvoicePending和NoTaxCalculated、InvoiceRejected则显示发票未上传的标识。如果订单上传成功/上传失败则更新为对应的标识

【图片】

2.1并且在订单日志中记录：获取到发票报告中订单状态为InvoicePending/NoTaxCalculated，该订单待上传发票

3.如果订单上传发票失败则订单标识如下：

【图片】

上传失败的原因需要记录作为日志

【图片】

4.新增筛选条件：发票上传状态发票上传状态：全部/待上传/上传成功/上传失败

【图片】

2021-03-16 ｜测试通过｜ TAPD-1120106611001068555

标题：订单系统-》订单管理》发票上传规则：亚马逊发票模板增加法、德、西、意4种语言的模板

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统-》订单管理》发票上传规则：亚马逊未自动生成发票的NoTaxCalculated类型的订单也要上传发票

需求描述：

用户场景 见父需求

【产品需求】 1.以下附件模板内含法、德、西、意四种语言的模板，但是运费和折扣以及跟踪号字段未显示，根据以下说明对应的显示

| 运费 | 折扣 | shipping id 跟踪号 | 礼品包装费 gift warp | 法语 | Frais de port

| Remise

| Frachtnummer | Geschenkpapier | 意大利语 | Spese di spedizione

| Sconto

| Numero di consegna | Confezione regalo | 西班牙语 | Costo de envío

| Descuento

| El número de rastreo | Papel de regalo |

2.附件内的意大利IT模板内商品部分格式存在问题，请以以下图片内的商品部分格式为准 1替换为Dettagli ricevuta；2替换为Totale fattura

【图片】

3.所有语言模板内的此行提示删除掉

【图片】

4.根据订单的站点关联使用其亚马逊发票语言的模板

【图片】

2021-03-16 ｜已发布｜ TAPD-1120106611001068554

标题：订单系统-》订单管理》发票上传规则：NoTaxCalculated类型订单模板内容生成规则

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统-》订单管理》发票上传规则：亚马逊未自动生成发票的NoTaxCalculated类型的订单也要上传发票

需求描述：

用户场景 见父需求

一、NoTaxCalculated状态订单生成发票模板说明：

【图片】

1.公司名称：参考发票上传规则中invocepending订单上传的取值 2.卖家vat税号：取值发票上传规则中订单对应店铺设置的税号，如果用户没有填写则留空即可 3.账单地址：参考发票上传规则中invocepending订单上传的取值【取值自VIDR报告中的】 4.配送地址：参考发票上传规则中invocepending订单上传的取值 5.公司地址：参考发票上传规则中invocepending订单上传的取值 6.OrderDate：参考发票上传规则中invocepending订单上传的取值 7.AmazonOrderID：参考发票上传规则中invocepending订单上传的取值 8.ShippingID：参考发票上传规则中invocepending订单上传的取值 23.发票号：参考发票上传规则中invocepending订单上传的取值

24发票时间：参考发票上传规则中invocepending订单上传的取值 --------以下的内容将与invocepending订单发票的取值方式不一致--------------- 【注意以下的所有费用信息都取值来自亚马逊订单接口返回的数据】 9.Title：商品标题取值订单接口返回的商品Title 10.ASIN：商品asin取值订单接口返回的商品ASIN 11.QuantityOrdered：商品数量取值订单接口返回的商品QuantityOrdered

【图片】

12.商品不含税单价unit price（exd.VAT）： (1)订单来自美国/澳大利亚站点时，单价取值ItemPrice/QuantityOrdered (2)当订单来自非美国和澳大利亚，单价取值(ItemPrice-ItemTax)/QuantityOrdered1 13.VAT税率VAT rate：（1）订单来自美国/澳大利亚站点时税率取值：ItemTax/ItemPrice【此处的税率计算后保留2位小数后转换为百分比显示】（2）订单来自非美国/澳大利亚站点时税率取值ItemTax/（ItemPrice-ItemTax）【此处的税率计算后保留2位小数后转换为百分比显示】 14.商品含税单价unit price（incl.VAT）：（1）订单来自美国/澳大利亚站点时含税单价取值：ItemPrice+ItemTax/QuantityOrdered （2）订单来自非美国/澳大利亚站点时含税单价取值：ItemPrice/QuantityOrdered 15.商品含税总价item subtoal（incl.VAT）：（1）订单来自美国/澳大利亚站点时商品总价取值：ItemPrice+ItemTax （2）订单来自非美国/澳大利亚站点时商品总价取值：ItemPrice

【图片】

（如果是一票多件的订单将根据商品不同各自有一行的商品明细信息）

16.不含税运费 shipping charge unit price（exd.VAT）： (1)订单来自美国/澳大利亚站点时，不含税运费取值：各个商品的ShippingPrice之和 (2当订单来自非美国和澳大利亚站点时，不含税运费取值：各个商品的ShippingPrice-ShippingTax之和 17.含税运费 shipping charge incl.VAT和运费总价item subtoal （1）当订单来自美国/澳大利亚站点时含税运费取值：各个商品的ShippingPrice+ShippingTax之和（2）当订单来自非美国/澳大利亚站点时含税运费取值：各个商品ShippingPrice之和

【图片】

18.不含税折扣unit price（exd.VAT）：虽然订单接口内折扣都是正数但是在发票显示上所有折扣值都需要是负数，计算也要作为负数计算 (1)当订单来自美国/澳大利亚站点时，不含税折扣取值：各个商品的-（PromotionDiscount+ShippingDiscount）之和 (2)当订单来自非美国和澳大利亚站点时，不含税折扣取值：各个商品的-【（PromotionDiscount-PromotionDiscountTax）+（ShippingDiscount-ShippingDiscountTax）】之和 19.含税折扣incl.VAT和折扣总价item subtoal （1）订单来自美国/澳大利亚站点时含税折扣取值：各个商品的-【（PromotionDiscount+PromotionDiscountTax）+（ShippingDiscount+ShippingDiscountTax）】之和（2）订单来自非美国/澳大利亚站点时含税折扣取值：各个商品的-（PromotionDiscount+ShippingDiscount）之和

【图片】

20、税率：此处税率取值第一个商品的税率。即13项的税率 21.不含税订单总价=各个商品的（商品不含税单价*商品数量）之和+不含税运费+不含税折扣 22.含税订单总价=各个商品含税总价之和+含税运费+含税折扣 25订单总税费=含税总价-不含税订单总价

二、调整pending发票商品明细的内容 1.商品：【注意：一票多件的商品需要生成多行数据】数量：Quantity 商品不含税单价：ItemVatExclAmount/Quantity 商品含税单价：ItemVatInclAmount/Quantity 商品税费：ItemVatAmount 商品含税总价：ItemVatInclAmount 税率：ItemVatRate

2.运费：（一票多件多个商品的运费需要合并一起计算）不含税运费：各个商品的ShippingVatExclAmount之和含税运费：各个商品的ShippingVatInclAmount之和

3.礼品包装费（一票多件多个商品的礼品包装费需要合并一起计算）不含税包装费：各个商品的GiftWrapVatExclAmount之和含税礼品包装费：各个商品的GiftWrapVatInclAmount之和

4.折扣（一票多件多个商品的商品折扣和运费折扣以及包装费折扣需要合并一起计算）不含税折扣：各个商品的GiftPromoVatExclAmount+ItemPromoVatExclAmount+ShippingPromoVatExclAmount之和含税折扣：各个商品的ItemPromoVatInclAmount+GiftPromoVatInclAmount+ShippingPromoVatInclAmount之和

2021-03-16 ｜已发布｜ TAPD-1120106611001068553

标题：订单系统-》订单管理》发票上传规则：通过all类型的VIDR报告获取notaxcalculated的订单并调整发票上传规则的功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统-》订单管理》发票上传规则：亚马逊未自动生成发票的NoTaxCalculated类型的订单也要上传发票

需求描述：

用户场景 见父需求

【产品需求】 1.获取亚马逊VIDR_all类型的发票报告。注意：此处拉取报告的方式需要改成不通过api方式拉取，而通过推送方式获取，优化erp获取报告时间慢的问题（具体方案方式实现可与陈嘉骏沟通）以加快生成发票的速度

2、订单系统》订单管理》发票上传规则

2.1新增条件：是否AmazonB2B订单：是/否。当设置了此条件将区分是否Amazon的B2B订单上传发票。

【图片】

2.2新增动作：Amazon发票上传方式：VCS Llite（默认值）/VCS。并且旁边增加对应的上传方式的说明按钮，点击弹窗说明弹窗说明文案如下; 1、亚马逊发票上传规则只支持为亚马逊欧洲站点（ES、UK、FR、DE、IT）上传发票 2、VCS上传方式是店铺启用了亚马逊增值税服务由亚马逊自动上传发票。由亚马逊生成并上传发票。启用这种方式，会因为有些店铺未设置税号或发件国家非税号所属国家导致亚马逊不会自动生成上传发票。所以通过设置这个方式，erp会通过亚马逊的VIDR发票报告获取到状态为NoTaxCalculated状态即亚马逊没有自动上传发票的订单然后根据设置上传发票 3.VCS lite上传方式是启用亚马逊的增值税业务，税费以及发票内容还是由亚马逊生成，接着由erp组装发票数据并上传发票。同样如果是发票报告中状态为NoTaxCalculated状态的订单则不会根据发票报告而是根据ERP系统内设置的税号和税率生成并上传发票。（1）当用户选择的上传方式为：VCS的时候则仅对获取的亚马逊报告中的NoTaxCalculated状态的订单上传发票。（2）当用户选择的上传方式为：VCS lite的时候则仅对获取的亚马逊报告中的invoicepending、creditnotepending、invoicerejected和NoTaxCalculated状态的订单上传发票。针对invoicepending、creditnotepending、invoicerejected发票上传的功能本来就存在，所以在此基础上增加对NoTaxCalculated状态订单生成发票

2.3动作：新增亚马逊模板语言选项：法语、德语、西班牙、意大利语，默认模板语言是英语具体模板样式详见另一个子需求。

2.4修改条件内的VAT税号的将不区分平台，亚马逊和real平台都能设置

3.针对这种报告内获取的到的notaxcalculated类型的订单，同样和inviocepending类型的订单一样，一旦从报告内拿到订单的数据并且符合规则设置条件时则生成发票进行上传。

2021-03-13 ｜测试通过｜ TAPD-1120106611001068286

标题：订单管理系统》admin/op中的标发设置功能下实现所有平台的标发时间设置功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户反馈有很多单没有触发标发任务，技术检查后发现都是1个月之前的单，按目前逻辑，1个月之前的单不会触发自动标发的任务。

例如下图，现在一个月前，已发货状态下且有跟踪号平台未标发的有很多单，未来这种单会越来越多。希望能自定义限制或是解除这个限制

【图片】

之前康博德有针对SHOPIFY平台提出过类似的需求： https://www.tapd.cn/20106611/prong/stories/view/1120106611001066176?url_cache_key=ee568f940207792e969cf5bf2baaa88a

页面路径 订单管理系统-》ueeshop订单

页面说明 -在原有的配置上增加ueeshop平台（最好是能支持全平台）

【产品需求】订单系统》系统管理》全平台订单

参考此需求：https://www.tapd.cn/20106611/prong/stories/view/1120106611001066176?url_cache_key=ee568f940207792e969cf5bf2baaa88a 在admin/op中的标发设置功能下实现所有平台的标发时间设置功能

（注：建议做成全局的的保证新增的平台也有此设置标发时间的功能）

2021-03-12 ｜已发布｜ TAPD-1120106611001068154

标题：订单系统-订单管理-亚马逊自动上传发票-拉取亚马逊VAT报告方式需优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 技术工单：53149 客户：莉莉丝绸单号： 204-0245559-8112335 客户在后台查看这个单2.26就在亚马逊的报告中了，但是在系统里面这个单2021-03-04 11:44:07才上传发票

【图片】

功能概述

【图片】

【产品需求】订单系统-订单管理-发票自动上传规则

1.获取亚马逊发票报告的方式通过api拉取方式改为接受推送过来的报告

2021-03-08 ｜已发布｜ TAPD-1120106611001067589

标题：订单系统》订单管理》亚马逊订单，日本站点订单退款需要退含税金额

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 52732 天渴
日本站点订单的税费是归属商家，退款的话也需要商家退款税费，所以订单退款的时候需要退包含税费的金额。优化亚马逊日本站点的退款需要退含税费用已找天渴测试退款含税金额订单：249-3147264-4145434 【已退款成功】

【图片】

关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001059881

【产品需求】订单系统》订单管理》亚马逊订单中

亚马逊订单日本站点进行退款的时候需要取费用节点中加上税费的金额进行退款 1.日本站点全额退款的退款金额应该是：Principal+Tax+ShippingCharge+ShippingTax

【图片】

2.部分退款的时候，剩余可退款金额=Principal+Tax+ShippingCharge+ShippingTax-已退款金额。 3.亚马逊订单的RMA管理中选择操作【退款】，并且退款的订单为日本站点订单的时候需要显示提示：Amazon日本站点支持退含税金额。如果订单是其他站点则根据站点所在提示：AmazonXX站点不支持退款含税金额

【图片】

4.非日本站点的的全额退款需要补充礼品包装费用 amazon全额退款金额=Principal+ShippingCharge 部分退款的时候，剩余可退款金额=Principal+ShippingCharge-已退款金额

2021-03-06 ｜已发布｜ TAPD-1120106611001067512

标题：仓配系统》出货管理》组包揽件，调整获取可组包订单服务

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 查询可组包订单的服务入参错误导致获取的漏获取可组包的订单的问题 https://open.shopee.com/documents?id=448&module=4&type=1&version=1

【图片】

【产品需求】仓配系统》出货管理》组包揽件

1.调整查询shopee可组包订单的服务，保证获取到的正确的可组包订单。入参正确的pagination_offset和pagination_entries_per_page https://open.shopee.com/documents?id=448&module=4&type=1&version=1

【图片】

2.隐藏出货管理》订单出货页面中的可组包状态和交接仓字段。此处的组包目前还未完善，相关功能字段先隐藏避免用户操作误解

【图片】

2021-03-01 ｜已发布｜ TAPD-1120106611001067009

标题：订单》Allegro订单》自提柜地址

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 用户Allegro订单本身有两个地址，地址一：买家地址；地址二：自提柜地址，这个平台的订单，客户默认要用自提柜地址发货，将货物发到自提柜，由买家自提

功能概述 需要针对这个客户的Allegro订单的订单地址做处理，我们当前拉取的是买家地址而不是自提柜地址，导致这个平台的订单均要手动修改地址发货，现需要我们对自提柜地址进行处理，将自提柜地址拉取下来，让客户能够用自提柜地址发货

【图片】

工单号：51781

【图片】

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》订单管理》allegro订单在平台账号授权中allegro平台中的店铺设置中新增一个配置：收货地址设置（字段代码：shipping_address_configuration）默认值：0 派送地址（delivery address） 1：自提点地址（pickupPoint address）

默认优先取派送地址（delivery address）作为收货地址，如果设置自提点为地址为收货地址取优先取自提点地址，但当自提点地址为空的话则还是会取派送地址作为收货地址

【图片】

2021-02-09 ｜已发布｜ TAPD-1120106611001066176

标题：订单管理系统-》Shoplazza订单-》Shoplazza平台订单标发逻辑优化，一个月后的订单也要触发标发任务

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户反馈有很多单没有触发标发任务，技术检查后发现都是1个月之前的单，按目前逻辑，1个月之前的单不会触发自动标发的任务。

例如下图，现在一个月前，已发货状态下且有跟踪号平台未标发的单有2000多单，未来这种单会越来越多。希望能自定义限制或是解除这个限制

【图片】

之前康博德有针对SHOPIFY平台提出过类似的需求

参考需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001019450?url_cache_key=9d50e9a2b0d88325394eafb9dadd306b&action_entry_type=story_tree_list

页面路径 订单管理系统-》Shoplazza订单

页面说明 在原有的配置上增加shoplazza平台（最好是能支持全平台）

【产品需求】订单系统》订单管理》全平台订单

1.在admin/op中的标发设置功能下新增功能：设置标发限制时间。在没有修改配置之前默认的标发限制时间为30天，修改配置的情况下将按照设置的的天数限制自动/手动标发的订单

【图片】

2021-01-25 ｜已发布｜ TAPD-1120106611001065185

标题：订单系统》订单管理》woo订单，增加按订单状态拉取订单补漏拉取的订单

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 订单系统woo平台有客户表示存在漏拉单的情况客户代码： ec2011309532 ，平台：woo ，账号：StogaGame，订单 9371 原因如下：问题：这个单支付了两次第一次支付失败第二次支付成功，第二次支付成功后平台的更新时间没有变化 - 目前我们系统是根据更新时间拉取数据的。

解决方案：通过List all orders接口：https://woocommerce.github.io/woocommerce-rest-api-docs/#list-all-orders

按照通过订单状态拉取processing的订单，补漏订单。

【产品需求】订单系统》订单管理》woo订单

新增通过List all orders接口按照订单状态：processing来拉取订单 https://woocommerce.github.io/woocommerce-rest-api-docs/#retrieve-an-order

【图片】

2021-01-25 ｜已发布｜ TAPD-1120106611001065013

标题：订单管理系统-》订单管理-》导出订单时增加采购价格的字段

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户想看平台店铺当天销售的一个总体的预估利润，和客户沟通后客户反馈至少需要能导出当天的订单的预估采购价和尾程试算运费

页面路径 订单管理系统-》订单管理-》订单导出订单管理系统-》订单管理-》自定义导出

页面说明 1导出的报表增加字段“采购价”。取值取产品资料里面SKU的采购单价

【图片】

2自定义导出模板内增加“采购价”，“尾程运费”两个字段

【图片】

3采购价和业务数据权限关联，没有权限的人导出数据不做显示

【图片】

【产品需求】订单管理系统》系统管理》订单导出模板 1.订单导出模板中的导出字段中增加采购单价字段。取值来自该订单的仓库sku的产品资料内的产品单价字段。

【图片】

2.此处的采购单价的业务权限控制根据仓配系统的系统管理》角色管理-业务数据权限设置中用户的权限控制。无权限的用户导出的无法导出采购单价字段。

3.订单导出模板中增加字段运费试算费用和运输费。

【图片】

2021-01-22 ｜已发布｜ TAPD-1120106611001064917

标题：订单系统-订单管理-沃尔玛订单拉取平台上面的退款信息需优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：1081693 技术工单：50154

客户：盛为比如沃尔玛订单：WAL-0040-7803469616270 平台上面这个单已经退款了，但是系统没有拉取到信息，也没有自动创建RMA

【图片】

功能概述 通过技术的检查，目前系统是根据创建时间拉取退款数据的，需要优化为更新时间来拉取退款数据，以免退款数据拉取不及时

【图片】

【产品需求】订单系统-订单管理-沃尔玛订单

1.在拉取退款信息创建退款RMA的时候，增加通过更新时间获取沃尔玛的退款信息。获取退款信息的接口： https://developer.walmart.com/api/us/mp/returns#operation/getReturns

【图片】

2021-01-18 ｜已发布｜ TAPD-1120106611001064576

标题：订单系统-》SAAS版系统，手动标发，立即同步到平台，不需等服务时间

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 -SAAS版系统，手动标发，立即同步到平台，不需等服务时间目前手动进行操作标发后，还需要按间隔的服务时间进行同步，有是客户比较急的订单等不了那么长的时间

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

订单系统-》SAAS版系统》全平台订单

SAAS版系统，手动标发，立即同步到平台，不需等服务时间

2020-12-24 ｜已发布｜ TAPD-1120106611001062741

标题：对外API接口》增加--订单精简接口

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 请求参数：订单状态支付时间始支付时间尾最早更新时间最晚更新时间页面标号每页条数排序方式（正序倒序）排序字段（时间）

返回字段：总条数订单号订单状态

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统-对接接口》查询订单列表（精简版）请求参数：订单状态支付时间始支付时间尾最早更新时间最晚更新时间页面标号（分页的页面下标）每页条数排序方式（正序/倒序）排序字段（支付时间/更新时间）

返回字段：总条数订单号订单状态

2020-12-18 ｜已发布｜ TAPD-1120106611001062263

标题：订单系统》订单管理》全平台订单问题件内的异常仓库SKU快速处理sku映射优化。shoplazza店匠平台获取商品URL和图片URL

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 -客户每天都会开发600-800的新品，一般维护SKU关系的人是还不清楚平台中的SKU是哪个，所以订单进来之后目前只是会提示报错，但是不能把这些提示出错的筛选出来：

【图片】

目前的方式就是，看到报错后再去“SKU关系管理”进行维护，如果有非常多的新订单进来（500单左右），那就都需要复制平台的SKU，还要复制仓库SKU，同一放在一个表格里进行批量导入，这样就会导致维护不高效。

功能概述 -在订单中，能够把这些没有维护的SKU再待发货审核能够自动加上自定义标记“SKU关系未维护”，这样就能够快速把这种关系未维护的订单找出来，进行维护

【图片】

筛选出这种类型的订单号后，能够出现一个”立即维护“的超链接，点击后弹出窗口能够直接在本页面进行维护：

【图片】

弹出的窗口直接展示在订单页面的上面，样式和”SKU关系管理“中的添加一致，希望能够自动带入平台SKU，并且展示图片出来，悬浮在图片上能够把图片放大

【图片】

页面说明 -适用于铺货类型的客户，不能提前维护产品SKU关系，就需要等订单进来后，直接看着产品的图片和产品的链接直接进行匹配维护关系。

注意事项 -无

订单系统》订单管理》全平台订单 1、订单列表中问题件如果校验未找到仓库sku的时候会出现以下提示：订单审核异常仓库SKU: HM-9100023BK can not be found快速处理点击【快速处理】后台跳转sku关系映射页面。

【图片】

现在优化为： 1.1、点击【快速处理】后出现添加sku映射关系的弹窗

【图片】

1.2、【添加sku关系映射】弹窗内的（1）平台销售SKU默认取值当前异常的平台sku。（2）平台账号取值当前异常的订单所属的店铺账号（3）当用户点击【选择sku】按钮中的选择sku的列表中的增加一列显示图片，显示此仓库sku的图片。取值该仓库sku的默认图片

【图片】

2.在待发货审核状态下订单运行完分仓规则分仓成功后校验订单是否已映射了仓库sku 2.1如果未映射仓库sku的订单则标记为“sku未找到”，并且在订单上提示异常信息:订单审核异常仓库SKU: HDI-G2#6158 can not be found. 快速处理。【用户设置此订单的【快速处理】的优化见上面的1点】。记录日志：仓库SKU: HDI-G2#6158 can not be found。 2.2如果用户通过【快速处理】设置了此订单的A平台商品sku的关系映射后。系统需要同时更新待发货审核和问题件状态下同时具有此A平台sku的订单。取消订单上的“sku未找到”，删除无映射关系的异常信息。并记录日志：平台skuHDI-G2#6158已找到关联仓库sku。所以取消“sku未找到”标记，删除异常信息：订单审核异常仓库SKU: HDI-G2#6158 can not be found。

订单系统》订单管理》shoplazza订单 https://docs.shoplazza.com/#/openapi/2020-01/orders?id=%e8%ae%a2%e5%8d%95api

1.拉取订单商品的URL和商品的图片保存下来商品URL：product_url 图片：image

【图片】

2、实现订单列表/订单详情上可以查看到商品图片

【图片】

实现点击商品标题可以跳转至对应的商品URL

【图片】

2020-12-16 ｜已发布｜ TAPD-1120106611001062083

标题：shoplazza订单界面增加一个交易号的搜索功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：众驰、图量平台：shoplazza 搜索功能增加一个交易号的搜索，交易号是为了能搜索到，客户反馈很多顾客只有交易号

【图片】

** **

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》订单管理》shoplazza订单

1.增加交易号的精确搜索功能

【图片】

2020-12-15 ｜已发布｜ TAPD-1120106611001061933

标题：订单系统-》订单管理-》平台订单-》Bigcommerce订单，需要PayPal交易号显示在页面上、增加筛选项

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 关联需求开发ID：1057023 【订单管理系统-》订单管理-》BigCommerce平台，对接V3拉单和标发接口】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057023

客户：【glossy】格罗西问题：客户反馈Bigcommerce的订单拉取下来，少了PayPal交易号，例如Bigcommerce-0375-592，这单，后台的PayPal交易号是：983998706V954315E

补充：1、查看平台数据里面，提示【Couldn't resolve host '2nepx0g1e1'】我看不到有没有拉取下来 2、另一个客户，例如：乐其、Bigcommerce-0028-173338，PayPal交易号-------PayPal [payment_provider_id] => 85T17168UD3026940，有拉取下来、不过没有显示

需求：1、拉取PayPal交易号，显示到订单号下面 2、单号筛选项，增加【PayPal交易号】，参考eBay订单 3、订单导出，增加【PayPal交易号】字段

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》订单管理》Bigcommerce订单

1.拉取订单内的payment_provider_id作为订单的交易号，payment_method作为支付方式。并且展示在订单列表和订单详情内

【图片】

账单号确认有无赋值，如无改名为交易号

【图片】

2.增加交易号的精确查询功能

【图片】

3、增加支付方式筛选功能。获取订单的支付方式的值作为基础数据每获取一个新payment_method的值就增加一个基础数据的值。支持客户按照已有的支付方式进行筛选

4.导出（按订单导出、按条件导出（横版/竖版））报表中的付款方式改名为支付方式。交易号取值payment_provider_id

【图片】

2020-12-08 ｜已发布｜ TAPD-1120106611001061329

标题：java系统拉单，单个订单拉取功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景

【图片】

客服需要通过订单号，进行单个订单拉单的操作

【产品需求】 1.新增按照平台订单号拉取订单的功能。

2.平台订单>订单操作>自定义区间拉单下的列表中新增两个字段显示客户代码和公司名称。新增客户代码的筛选功能。

【图片】

2020-12-04 ｜已发布｜ TAPD-1120106611001061103

标题：订单系统-》订单管理》发票上传规则：亚马逊未自动生成发票的NoTaxCalculated类型的订单也要上传发票

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：1079955 技术工单：46615

客户：南京莉莉丝绸问题：客户反馈欧洲站点收到亚马逊通知说我们没有按照要求上传增值税发票

（和产品以及开发确认：目前对应自发货的订单，不支持上传上传发票，需要支持）

例如案例订单：302-2483317-6071512

【图片】

功能概述 1、Amazon订单：自发货的订单也需要支持可以自动上传发票 2、Amazon订单订单界面增加：筛选是否有上传发票的这类订单

逻辑流程 无

页面路径 订单系统-》订单管理》Amazon订单

页面说明 1、Amazon订单：自发货的订单也需要支持可以自动上传发票 2、Amazon订单订单界面增加：筛选是否有上传发票的这类订单

注意事项 因为有漏传导致客户被警告

【图片】

ps：以上需求的问题不是因为FBA和FBM订单的区别，本质上是因为用户没有设置税务国家的税号，导致亚马逊没有生成发票报告，生成的发票状态为NoTaxCalculated所以无法上传发票

关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001044283

【图片】

【业务场景】亚马逊对于订单上传发票有强硬性要求，会影响到用户的账户。

【图片】

名称解释： VCS：Amazon’s VAT Calculation Service。亚马逊的发票增值税服务，启用的情况下由亚马逊计算税费情况，由亚马逊上传发票 VCS lite：在启用亚马逊的增值税业务的情况下，由三方服务商上传发票。即税费以及发票内容还是由亚马逊生成，但是组装数据形成发票并且上传的操作由三方服务商提供 IDU：指的是商家在未启用亚马逊增值税服务的情况下自己或借用三方服务商通过接口上传发票的情况。这种情况的是指有商家/三方服务商计算税费并生成上传发票 VCR：VAT Calculation Report。在使用VCS服务的店铺可以通过报告API获取_SC_VAT_TAX_REPORT_报告的内容。包含亚马逊包含有关VCS订单的有用信息，例如发票编号，发票链接，买方增值税以及寄件/收件信息。 VIDR：使用VCS lite上传发票的商家使用的报告。有2种类型：all/pending。all包含已上传/未上传/未计算所有订单发票信息、pending则只包含了未上传状态的订单发票信息（VCR和VIDR报告都要在启用了亚马逊增值税的情况下才会报告生成）

基于以下几种用户场景有不同的业务需求

【图片】

【需求说明】 1.获取亚马逊VIDR_all版本的发票报告。注意：此处拉取报告的方式需要改成不通过api方式拉取，而通过推送方式获取，优化erp获取报告时间慢的问题（具体方案方式实现可与陈嘉骏沟通）以加快生成发票的速度

2、订单系统》订单管理》发票上传规则

2.1新增条件：亚马逊发票上传方式：VCS Llite/VCS。并且旁边增加对应的上传方式的说明按钮，点击弹窗说明弹窗。 2.2新增亚马逊税费计算方式，选项值为：0.按订单税费生成发票（默认值）；1.按税率计算税费生成发票。 2.3新增亚马逊模板语言选项：法语、德语、西班牙、意大利语，默认模板语言是英语 2.4VAT税号的条件将不区分平台，亚马逊和real平台都能设置

3.NoTaxCalculated类型的订单模板内容设置

4.亚马逊订单列表中增加发票上传状态的标识和增加发票状态的筛选功能

2020-11-24 ｜已发布｜ TAPD-1120106611001060245

标题：对接xshoppy平台

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 接口文档授权信息见附件

【产品需求】对接内容：账号授权拉取订单订单标发

ps：平台对接完成后开发同学请在评论内说明此平台的按钮基础库的URL 如果本需求测试通过合版上线了，则需要测试同学通知李焕增加按钮基础库。平台才能算完成上线

2020-11-19 ｜已发布｜ TAPD-1120106611001059949

标题：订单系统-》订单管理-》jd订单的WFS订单拉取后参考FBA订单处理

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：【sky】天渴、中旭鹏，多家客户反馈

需求：jd平台的WFS订单拉取后参考FBA订单处理，支持设置【平台海外仓订单分配规则】、增加WFS订单标志、支持筛选订单

【图片】

备注：1、WFS：沃尔玛自己的海外仓，类似于FBA 2、这是JD平台的一个Walmart项目，这个项目的订单实际上是依托沃尔玛发货的，不需要客户走erp进行自发货。所以需要做订单判断，避免误发货【WFS上线通知】各位商家好，WFS功能将于今晚上线。请各商家做好如下准备：1. 准备好所有历史入库sku和对应库存的清单。待系统上线后，请按照日常库存维护方式，将这些sku和库存填到库存批量编辑模板中并上传，仓ID填：-2。2. 待所有入库sku，尤其是产生过订单的sku库存维护好之后，请知会到运营。计划明天下午将请研发统一打开接口将所有商家历史WFS订单回传。如若没有维护-2仓的库存，将会产生异常订单。3. 订单回传后的状态是已付款待发货。历史订单变更到发货状态需要几分钟时间。以后产生的新订单预计会有1-2天时间。 1）针对API对接的商家，为避免系统操作发货的风险，请提前将jd.ept.seller.order.getOrderInfo接口中返回的expressCarrier是否为Walmart-WFS-US，做特殊处理的设置，字段如最下方的截图（注意字段名较昨日通知有更新）；2）针对非API对接商家，请注意快递公司是否为Walmart-WFS-US。如是，不必发货。有问题随时沟通，谢谢大家配合！2020/11/18

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》订单管理》jd订单 1.获取订单的expressCarrier作为平台配送方式。并且根据拉单时该字段的数据更新保存基础数据作为平台配送方式字段的值，支持该筛选方式搜索。

【图片】

2.当获取到jd平台[expressCarrier] => Walmart-WFS-US。将此类型的订单拉取到系统内的已发货状态下。并且此类的的订单的需要带上（WFS）的标志。

【图片】

3.订单管理》平台海外仓分配规则中【添加】按钮中增加jd平台的店铺供选择【图片】

4.以上拉取进入系统内已发货状态的订单符合平台海外仓分配规则则会在仓配系统生成订单。当订单状态=1.4的时候则只在仓配系统生成仓配订单状态为“已提交”状态的订单。当订单状态更新为5.6的时候则将仓配订单状态更新为“已出库”。如果订单状态更新为99则按照原有的取消订单进行截单的逻辑处理即可。

orderStatus | Integer | 订单状态 | 1等待付款 4已付款,等待发货 5已发货 6确认收货，已完成 99取消 | 5.在jd订单页面上增加一个筛选项用于筛选WFS订单：WFS订单:：全部/是/否

【图片】

2020-11-12 ｜已发布｜ TAPD-1120106611001059492

标题：订单系统-》申报信息取值优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景

当开启了配置申报包裹信息前置为是时，配置属性代码：DECLARE_ORDER_DETAIL 当订单没有跑申报包裹规则时，默认申报价值取了订单的商品金额，导致订单申报严重异常工单：44494

【图片】

功能概述 当开启了申报信息前置配置后，若正常匹配了申报包裹规则，则按满足申报包裹规则的申报信息显示。若匹配不到申报包裹规则，则按仓库SKU的产品资料的重量和产品资料的申报价值进行取值作为订单的申报信息（原有逻辑）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

订单系统-》申报信息取值优化

1.当将DECLARE_ORDER_DETAIL 配置设置成1的时候。如果没有匹配到申报包裹规则。默认取订单金额作为申报价值，并且需要将订单的金额换算成USD。取订单的创建时间当日的汇率进行换算。

2.新增配置：前置申报规则的申报价值默认取值是取仓库sku的申报价值，还是订单金额。默认值0：取订单金额，1为取仓库sku的申报价值当设置为0 的时候，优先取申报包裹规则，如无申报包裹规则则取订单金额（需要像需求1一样汇率换算）当设置为1的时候，优先取申报包裹规则，如无申报包裹规则则取仓库sku的申报价值。

仓库sku的申报价值见仓配系统》产品管理》产品资料管理每个产品详情内申报价值

【图片】

2020-11-11 ｜已发布｜ TAPD-1120106611001059227

标题：订单系统-》订单管理》订单规则》自动分仓规则：当校验UPS住宅地址接口返回为空的时候，就应该退出分仓规则，而不是继续循环下一个分仓规则

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：1078589 技术工单：44188 问题：订单分仓规则执行错误。订单号：WAL-0245-2803112113644 分仓规则：乐文美Fontana仓-FEDEX HOME DELIVERY ups（192优先级）乐文美东仓独有SKU-FEDEX HOME DELIVERY ups（180优先级）两个规则都能匹配，但是系统自动分仓规则选择了180优先级的分仓

【图片】

系统自动跑的规则：

【图片】

客户自己手动重新执行分仓规则，这次分配了192优先级的分仓规则

【图片】

反馈技术：验证UPS住宅地址校验出现了网络问题，在跑规则：乐文美Fontana仓-FEDEX HOME DELIVERY ups（192优先级）的时候，出现了网络问题返回为空值，不匹配，导致循环下一个规则：乐文美东仓独有SKU-FEDEX HOME DELIVERY ups（180优先级），这个时候刚好匹配了

【图片】

需要提需求优化：当校验UPS住宅地址接口返回为空的时候，就应该退出分仓规则，而不是继续循环下一个分仓规则再检验

【图片】

功能概述 订单系统-》当校验UPS住宅地址接口返回为空的时候，就应该退出分仓规则，而不是继续循环下一个分仓规则再检

逻辑流程 无

页面路径 订单系统-》订单管理》订单规则》自动分仓规则

页面说明 自动分仓规则：当校验UPS住宅地址接口返回为空的时候，就应该退出分仓规则，而不是继续循环下一个分仓规则再检

注意事项 1、影响到客户发货； 2、很容易发错货，希望可以尽快安排一下的

【产品需求】订单系统》订单管理》自动分仓规则当订单进行自动分仓规则，如果在UPS和fedex校验订单地址时服务商接口返回为空的情况下则需要在日志中记录：“订单按照分仓规则[AABBCC]自动分仓，订单地址校验返回为空无法分仓”后退出自动分仓规则，等待用户自行操作分仓。

2020-11-09 ｜已发布｜ TAPD-1120106611001058989

标题：订单系统】real订单要正常显示公司名

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

工单ID：44336

** **

用户场景 real订单拉取的地址不全没有正常显示订单的公司名，导致发货出去后，包裹给服务商退货找不到地址。通过确认接口是有拉取的，只是没有显示在erp订单页面

功能概述

客户：ec000145。订单号：MQWBS84

逻辑流程

-通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 订单系统】real订单

页面说明

【图片】

注意事项

【产品需求】订单系统》订单管理》real订单新增配置：是否将real平台地址的公司名放到地址2。默认值为否。 1.当设置为否的时候将real平台报文中的company_name这个字段放到订单详情的公司名字段

【图片】

2.当设置为是的时候当设置为是的时候将报文中的获取到的company_name这个字段放到地址2字段中，预报的时候需要将地址2也预报给服务商订单详情内地址显示如下：

【图片】

注：需要开发协助查看下real平台目前是否有其他字段会放在地址2中。如有请联系陈家宜处理

2020-11-05 ｜已发布｜ TAPD-1120106611001058741

标题：查询FBA退件”接口增加查询条件

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2362】需求标题:【查询FBA退件”接口增加查询条件】

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -业务背景：质检绩效要用到质量问题退款金额占比数据，需要获取退款原因类型数据，但是“查询FBA退件”接口查询条件有缺失，现在需要加上退件时间、付款时间、更新时间三个查询条件（DateFrom、DateEnd），这个需要易仓加上。需求信息： 1.api接口链接：http://ec.wiki.eccang.com/docs/show/2920

功能概述

逻辑流程

改动细节: 页面路径 -

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

订单系统》对外接口-查询FBA退件在FBA退件中查询条件和返回内容

1.查询条件：增加入参：付款时间始付款时间尾更新时间始更新时间尾

2.返回内容：增加出参：更新时间（注：更新时间是指这个FBA退件信息的最后更新时间）、付款时间

【图片】

2020-11-02 ｜已发布｜ TAPD-1120106611001058255

标题：订单系统---java订单-需开放客服手动拉取的入口

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 问题背景：目前很多平台的订单转移至JAVA拉单，客户反馈漏拉单后，客服无法根据个别订单操作拉取的动作，只能提工单给订单的技术，然后由订单技术转java技术，这中间的过程很耗时，像之前非java订单，我们是有如下入口开放拉取的：

【图片】

**要求结果 ** 问了中台金磊，说是也可以像之前那样做一个开放的功能给客服

【图片】

【产品需求】参考erp的admin/op中手动拉单和标发功能的设置。

1.增加选择账户，填写Amazon订单号下载订单信息的菜单页面

【图片】

2.选择账户，填写Amazon订单号下载订单明细信息

【图片】

3.选择账户，填写Aliexpress订单号下载订单信息

【图片】

4.Aliexpress选择历史订单账户加载订单

5.[EB]历史数据拉取/标发,补货开关

【图片】

2020-10-31 ｜已发布｜ TAPD-1120106611001058184

标题：鼎宇大项目（二期）-》谷仓退件优化二-修改退件收货地址和新增退件发货地址

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

** ** 谷仓退件退件地址取值逻辑调整：

谷仓退件退件发货地址默认取值买家原收货地址，如果需要调整，就需要去维护地址信息

优化一：新增退件发货地址（编辑方式同退件地址（需更名为退件收货地址）） 1.退件发货地址默认取值订单上买家的收货地址 2.退件地址 -》更名为退件收货地址

【图片】

优化二：谷仓对接退件发货地址默认取值调整为新增的退件发货地址上

优化三：RMA管理-》仓库退件模块 1.退件收货地址默认收起，编辑才展开参考上图创建的地方。 2.新增显示退件发货地址默认收起，编辑展开。

【图片】

订单系统》订单管理》全系统订单列表--RMA-仓库退件

1、当创建仓库退件时谷仓的海外仓发货的订单可以选择设置【是否需要ReturnLabel】，当设置为是的时候会提供可以编辑“退件地址”。 1.1此处的退件收货地址改名称为退件收货地址。默认取值逻辑不需要变更

【图片】

1.2点击编辑icon后展开的编辑的内容中需要进行以下名称变更：退件公司名改名为：“退件收货公司名” 退件国家改名为：“退件收货国家” 退件城市改名为：“退件收货城市” 退件地址改名为：“退件收货地址” 邮编改名为：“退件收货人邮编” 门牌号改名为：“退件收货人门牌号”

邮编改名为：“退件收货人邮编” 退件收件人改名为：“退件收货人” 退件收件人电话改名为：“退件收货人电话” 退件收件人省/州改名为：“退件收货人省/州”

【图片】

2、在退件地址上层增加一行：“退件发货地址”是指此退件单的发货人和发货地址。注意：“退件发货地址”和退件收货地址在进入弹窗时都默认保持折叠的情况。只有客户点击右上角的编辑按钮才是展开的样子

2.1退件发货地址默认取值退件的订单的收件人的信息

【图片】

2.2点击编辑按钮出现的编辑内容如下。默认取值该退件单原本订单的信息。当用户编辑了这个信息则以用户编辑提交后的信息传给预报的物流商或者对接的海外仓。

v\: {behavior:url(#default#VML);} o\: {behavior:url(#default#VML);} x\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}

【图片】

默认取值：

【图片】

3.订单系统》客服管理》仓库退件内的复制和编辑功能出现的弹窗。出现的弹窗内也需要像需求点1和需求点2那样修改退件收货地址和新增退件发货地址。并且此处的“退件发货地址”和退件收货地址在进入弹窗时都默认保持折叠的情况。

【图片】

4.新增是否待处理：全部/是/否的筛选项。仅在DY_PROJECT_SWITCH配置为1的时候显示。该筛选项用于筛选该退件单上是否有处理的按钮。

【图片】

2020-10-28 ｜已发布｜ TAPD-1120106611001057923

标题：对外api》FBA赔偿和FBA退件表中，增加赔偿时间和退件时间查询条件

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户在通过接口获取Amazon的赔偿和退件数据时，无法通过对应时间查询到订单数据，导致获取数据比较麻烦，所以系统可以增加时间查询条件获取对应时间段的订单数据。

对外显示字段：赔偿时间：approvalDate 退件时间：returnDate

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》对外接口》FBA》查询FBA赔偿、查询FBA退件

1.对外接口》FBA》查询FBA赔偿中新增查询条件：赔偿时间始、赔偿时间尾。让客户可以按照赔偿时间区间查询FBA的赔偿信息

【图片】

2.对外接口》FBA》查询FBA退件中新增查询条件：退件时间始、退件时间尾。让客户可以按照退件时间区间查询FBA的退件信息

【图片】

2020-10-27 ｜已发布｜ TAPD-1120106611001057841

标题：shoplazza（店匠）平台订单详情展示账单号和支付方式，值取于platform_order_org_new表的原始报文

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 支付方式 : payment_method 账单:merchant_id

【图片】

功能概述 https://docs.shoplazza.com/#/openapi/2020-01/orders 接口文档

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 需求更新：

【图片】

2.1在订单列表上增加显示是支付方式和交易号的字段【图片】

2.2在订单详情支付方式也相应的取值payment_method

【图片】

3.增加支付方式的下拉框的默认筛选方式，目前基础数据值cod, online , none。如果拉取的订单内的支付方式的基础数据有更新则也一样保存到相应的支付方式的表内。

【图片】

payment_method | | string | 支付方式 (cod, online , none) |

4.导出订单-【按条件导出】【按订单导出】-（横版）（竖版）中的导出数据中需要收款方式改名为支付方式取值：payment_method paypal交易号改名为交易号取值：transaction_no

2020-10-22 ｜已发布｜ TAPD-1120106611001057647

标题：对外api文档》获取订单列表中，增加系统备注字段信息获取。

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 对外api文档》获取订单列表中，增加系统备注字段信息获取；

应用：客户在获取所有订单数据时，有部分已废弃订单数据无法确认哪些是正常作废订单，哪些是合并或拆分之后作废的订单，需要确认对应订单数据，所以客户通过获取系统备注信息进行区分。

对外显示字段：系统备注：operator_note

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》对外api接口》getOrderList中增加返回一个字段：系统备注（operator_note）

【图片】

2020-10-20 ｜已发布｜ TAPD-1120106611001057376

标题：对外API接口-》订单-》建立订单/更新订单-》syncOrder 接口，支持将各平台【待发货】状态的订单，“截单”到问题件

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 技术支持：42055

客户：【kpx】卡佩希前提：对外API的取消订单- cancelOrder 接口，是将订单截单+作废了，订单会直接进入【废弃】状态里面。不符合客户的业务场需求。

需求：建立订单/更新订单的syncOrder 接口，支持将各平台【待发货】状态的订单，“截单”到问题件

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 之前是做这个付费需求，误导了客户，跟客户说取消订单接口，就支持，所以评估做需求的时候，把这个截单功能删掉了，没做。尽快安排下关联付费需求：【对外接口-》订单-》修改订单状态取消限制】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001055462

【图片】

【产品需求】订单系统》对外api-建立订单，更新订单在对外接口：建立订单，更新订单接口中状态中新增支持以下状态转换

源状态 | 目标状态 | 状态调整后的处理 | 待发货 | 问题件 | 需要对该订单进行截单处理 | 已发货 | 问题件 | 需要对订单进行截单处理 | 缺货 | 问题件 | 需要对订单进行截单处理 | 订单日志上，针对这种通过接口调整状态的操作。在日志上需要写明：调用API将订单状态从XX调整为XX，对订单进行截单处理。

2020-10-14 ｜已发布｜ TAPD-1120106611001056882

标题：订单管理】亚马逊订单】需要拉取cpf税号

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

工单ID：42227 订单号：701-9182059-7729012

用户场景 亚马逊订单后台有cpf税号，ERP没有对应拉取。走巴西的必须要这个税号才能正常预报。

功能概述

拉取亚马逊巴西站税号

逻辑流程 -无

页面路径 -订单管理，亚马逊订单，订单详情

页面说明 拉取税号才能预报物流，巴西站特有的

注意事项

【图片】

【产品需求】订单系统》订单管理》亚马逊订单 1.当亚马逊订单在BuyerTaxInfo现有获取到如下报文截图中的CPF税号则作为CPF税号。客户代码：ec2010106285 订单：701-3756822-0419461

【图片】

2.如果获取到订单内以下的VAT税号作为收件人税号创纪城的B2B订单：206-5408931-6116320

【图片】

3.以上的cpf税号和收件人税号不需要判断优先级可以同时取值

2020-10-13 ｜已发布｜ TAPD-1120106611001056820

标题：订单系统-》订单管理-》平台订单-》daraz订单Own Warehouse的已发货订单，直接拉取到【已发货状态】参考FBA/FBL----天渴

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：【sky】天渴需求：本地仓二次销售的已发货订单可以直接拉到已发货状态，并且设置平台海外仓规则进行分配。怎么区分这个订单的话按照这个shippingtype

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】

订单系统-》订单管理-》平台海外仓订单分配规则

1.订单系统》订单管理》daraz订单。当订单的ShippingType=Own Warehouse则此类订单为daraz平台发货的订单（FBD订单），把这些的订单的拉取到系统内的已发货订单内。并且这类FBD订单需要在订单号旁边增加提示（FBD）

【图片】

2.增加一个订单筛选项：FBD订单：全部/是/否。点击“是”的时候筛选出FBD订单。

【图片】

3.订单系统》订单管理》平台海外仓分配规则中新增daraz平台【添加】中增加daraz平台的店铺，使这个店铺内的FBD订单可以按照海外仓分配规则分配到对应的仓库与运输方式。

【图片】

4.当FBD的订单被拉取到系统内按照平台海外仓分仓规则进行分仓并且生成“已提交”状态的仓配订单。当订单状态为shipped、delivered的时候才将仓配订单状态更新为“已出库”。

2020-10-10 ｜已发布｜ TAPD-1120106611001056617

标题：订单系统》订单管理》平台海外仓订单分配规则，菜鸟海外仓分配规则增加编辑功能和增加显示平台配送方式代码

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 https://www.tapd.cn/20106631/prong/stories/view/1120106631001054234

以上需求上线后 1.速恒反馈手动增加有由于名字填写错误，但是无法编辑导致出现问题。所以想要增加编辑功能 2.速恒填写平台配送方式代码的时候填写了平台配送方式的英文名称。所以要优化提示，并且在订单列表页面上增加显示平台配送方式代码

【产品需求】订单系统》订单管理》平台海外仓订单分配规则 1、在【菜鸟海外仓物流关系设置】内增加物流关系的编辑功能。 ①仅能编辑用户自己新增的物流关系。内置的数据，将编辑按钮置灰不能点击 ②用户手动新增的物流关系可以编辑菜鸟海外仓名称、平台配送方式名称（中文）和（英文），但是不能编辑平台配送方式代码。

【图片】

2.【菜鸟海外仓物流关系设置】内增加平台配送方式英文的搜索项。【添加】物流关系的时候将英文名称也设置为必填项

【图片】

3.平台海外仓订单分配规则的日志进行优化提高可读性。 ①编辑的是菜鸟海外仓但是显示的是wish fbw仓库的信息，需要改正 ②菜鸟海外仓数据编辑变更的时候需要具体的提示为：菜鸟海外仓A[平台配送方式A]->菜鸟海外仓B[平台配送方式B]。另外wish FBW仓库变更的日志提示也需要同理的优化。

【图片】

订单系统》订单管理》速卖通订单

1.速卖通订单列表上增加线上平台配送方式代码即logistics_type。目前线上的平台配送字段线上的是平台配送方式的名称。现在要加上平台配送方式代码。例如：平台配送:CAINIAO WAREHOUSE STANDARD SHIPPING[CAINIAO_OVERSEAS_WH_STDES]

【图片】

2020-09-27 ｜已发布｜ TAPD-1120106611001056267

标题：订单系统-》M2C订单-》订单在合并后，能把合并后的订单和系统备注都传到分销系统来

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 ERP中合并订单会先把原订单作废，然后生成新的订单

由于分销会识别ERP的订单是否为已废弃，若订单为已废弃状态的话会调用分销系统的取消订单接口，这样会把分销商的订单给取消掉

希望能支持在M2C平台中，两个订单合并后废弃的原订单和生成的新订单均通知分销系统，并且把系统备注也一并同步过来，供分销系统调用

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】订单系统》订单管理》M2C订单 erp订单系统向分销系统推送合并订单时需要将两个订单合并后废弃的原订单号和生成的新订单的订单号均通知分销系统，并且把系统备注也一并推送给分销系统方便分销系统确认新订单是由哪两个订单合并的

2020-09-23 ｜已发布｜ TAPD-1120106611001055955

标题：订单系统-》亚马逊订单-》所有站点商品税需要配置

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：白头鹰客户反馈目前除美国站点和澳大利亚站点，其他站点都有商品税，需要和美国站点一样做配置项处理，税收不属于收入，需要扣减掉的订单：250-7855997-7096634

【图片】

功能概述

逻辑流程

页面路径

页面说明

注意事项 目前亚马逊商品税针对美国站点，澳大利亚站点有对应的配置项，现在需要开放此配置为所有的站点

【产品需求】订单系统》系统管理》平台账号授权 1、在亚马逊平台的店铺设置中增加设置：税费计算方式字段代码:tax_calculation_method

税费计算方式设置文案说明：税费=商品税+运费税+礼品税。总金额是订单收入，指订单的总金额费用项。其他费用是订单支出，指订单的其他费用费用项。更改设置后作用的订单是设置后拉取进入系统的订单，更改前进入系统的订单还是按照旧的税费计算方式进行税费计算不会因为更改配置进行更新。

2、通过账号中心的日志接口的获取店铺设置的日志情况，更新到系统内的日志内。

3、删除【批量设置税号】的配置，增加一个【批量配置店铺设置】的按钮，点击后出现的弹窗如下。调用账号中心的接口批量更新店铺设置的值。然后根据账号中心接口返回的内容显示配置成功/失败。如果失败的话需要显示失败的店铺和字段信息

【图片】

（1）税号功能与原【批量设置税号】弹窗内的税号功能一样保存在同样的表内。全平台显示该设置（2）eori功能与原【批量设置税号】弹窗内的eori功能一样保存在同样的表内。全平台显示该设置（3）税费计算方式的设置值以及默认值详见以下需求点1.。仅在。全平台显示该设置上显示该设置（提示icon请使用系统通用的提示icon，以上原型的仅为参考）

！1:提示：税费=商品税+运费税+礼品税。总金额是订单收入，指订单的总金额费用项。其他费用是订单支出，指订单的其他费用费用项。更改设置后作用的订单是设置后拉取进入系统的订单，更改前进入系统的订单还是按照旧的税费计算方式进行税费计算不会因为更改配置进行更新。！2提示：该EORI用于预报到服务商，有些渠道的预报需要提供EORI

！3提示：该税号用于预报到服务商，有些渠道的预报需要提供税号

4.数据映射处理：将AMAZON_PRODUCT_TAX_TYPE的中各个客户配置的值与账号授权中的税费计算方式的值对应映射进行数据更新。此AMAZON_PRODUCT_TAX_TYPE配置在admin/op中删除

美国和澳大利亚站点：
AMAZON_PRODUCT_TAX_TYPE：0
AMAZON_PRODUCT_TAX_TYPE：1
AMAZON_PRODUCT_TAX_TYPE：2
AMAZON_PRODUCT_TAX_TYPE：3
非美国和澳大利亚的其他站点

默认逻辑：税费计入总金额，不计入其他费用

【图片】

5.admin/op中增加一个功能：更新亚马逊订单费用（用于刷新更改了税费计算方式后的历史订单费用）按照店铺+时间维度可以批量更新这个时间段的订单数据订单刷新成功后再页面上提示：“订单费用数据更新成功” 注意：需要写明支持仅支持刷新近半年的数据

2020-09-22 ｜已发布｜ TAPD-1120106611001055880

标题：订单系统》下架豆沙包保险的相关功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 由于目前豆沙包保险的没有任何客户使用，所以此功能下架处理

功能概述 1.隐藏订单系统》订单管理》保单管理中的保单管理、投保账户、自动投保规则 2.隐藏保险相关功能

【产品需求】 1..隐藏订单系统》订单管理》保单管理中的保单管理、投保账户、自动投保规则这几个菜单，不再显示给客户进行操作 2.隐藏全平台订单列表中的投保状态字段。

【图片】

3.隐藏过滤条件中的投保状态筛选项（这个筛选项全平台的订单列表中都有都需要隐藏）

【图片】

2020-09-15 ｜已发布｜ TAPD-1120106611001055279

标题：订单管理系统》订单管理，当订单存在仓库退件时，选择对应的退件类型，则订单界面应同步显示对应退件类型

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 在订单管理界面创建了仓库退件订单，创建后无法在订单界面区分是哪中类型退件，还需在仓库退件管理中查询对应退件单，而在订单界面默认的都是服务商退件，导致无法快速判断

功能概述 订单管理界面创建的仓库退件，需要显示对应退件类型，不要统一显示服务商退件。所有平台退件类型与仓库退件中的类型需保持一致

【图片】

订单系统》订单管理》全平台订单全平台订单的仓库退件退件收货完成的订单上的仓库退件上的图标需要优化成根据实际订单的退件类型来显示相应的提示字段：物流退回、买家退件、截单退件，而不是显示服务商退件

【图片】

2020-09-12 ｜已发布｜ TAPD-1120106611001055062

标题：订单管理系统-》系统管理-》平台账号授权-》BigCommerce平台，对接V3接口

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：1076195 技术工单：40517

平台：BigCommerce

客户反馈，BigCommerce没有V2的选项，老的那种制授权老式已经不可用了客户提供授权数据：

ACCESS TOKEN: fdgc17johbijwnx7v1ujobrze8k7iti CLIENT ID: tbwy61cly8vz18gn96if86j1azm0w0e CLIENT SECRET: 592b85fca7c05afb0870e36096393d0399e0ce379cd74200ba506d2466fa2352 NAME: Eccang API PATH: https://api.bigcommerce.com/stores/2nepx0g1e1/v3/

技术反馈：我们没有V3的接口以及授权

【图片】

功能概述 目前只有V2，导致客户无法授权V3

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

【产品需求】接口文档： https://developer.bigcommerce.com/api-reference

1.账号授权升级至V3的ouath授权 https://developer.bigcommerce.com/api-docs/getting-started/authentication/rest-api-authentication#migrating-from-legacy-to-oauth

2020-09-09 ｜已发布｜ TAPD-1120106611001054783

标题：订单系统-》订单管理-》转fba订单，后续更新FBA配送费用

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2166】需求标题:【亚马逊转fba订单订单系统加fba费用】

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 不付费

是否为BUG: 非BUG

影响范围: BUG没法继续需求目的: 用户场景 客服工单 1076012 -亚马逊转fba订单，例如Amazon订单：250-3634437-6291857，查看金额里面有【FBA费=3565 JPY】，但是利润详情的运输费=0

【图片】

订单列表不展示FBA配送费用，而这个费用后续会在仓配系统有拉取，需要更新到订单系统

【图片】

功能概述

逻辑流程

改动细节: 页面路径 -

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

订单系统-》订单管理-》全平台转fba配送的订单

1.订单系统转FBA配送的订单会获取到FBA费用。这个费用也会同步到仓配系统内作为成本。但是在订单系统这种普通订单或非亚马逊的订单转FBA配送的情况下是没有在利润详情弹窗内没有讲这个FBA费用计入支出

【图片】

所以针对全平台的订单，如果这个订单转FBA配送需要与亚马逊FBA订单一样将fba费用计入利润详情内的支出

【图片】

2020-09-05 ｜已发布｜ TAPD-1120106611001054478

标题：订单管理系统-》订单管理，优化平台订单标发服务执行次数

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 问题：客户(【longqi】龙祁)反馈已在后台标发的订单，系统一直在执行标发服务，执行后返回信息2000+次，每次返回的都是相同信息，提示：订单标记发货失败，原因:[WEC0162007010150][2A00119952][0]标记发货失败,订单标记发货同步参数[承运商：fedex - 跟踪号：SUA200701BKZA1000913]；很可能会占用大量的执行服务，导致其它服务执行时间超长。对应工单：40106 技术（赵通）验证后建议提交优化标发服务执行次数需求：如果标发失败超过5次不再标发||订单默认超过 30天不再标发(需要考虑没有发货时效的订单，有些可能一两个月才会标发)；问题数据： Magento平台订单号：WEC0162007010150

【图片】

逻辑流程 1.订单触发标发服务； 2.系统执行标发服务，返回订单标记发货失败信息，后面每天都在执行，返回的都是相同信息。

【图片】

页面路径 订单日志查询：订单管理系统-》订单管理-》已发货状态列表-》点击订单信息左下角放大镜。

页面说明 手动触发标发服务：订单管理系统-》订单管理-》待发货状态列表-》点击“选择订单标记发货”按钮，选择“只标记订单发货”，确定。

【图片】

注意事项 需要参照原标发服务执行逻辑进行判断，修改后是否影响原逻辑！

【产品需求】订单系统》订单管理》全平台订单

优化标发的逻辑订单自动标发失败后再标发。一个订单一天最多允许自动重复标发失败5次，手动标发之后将累积自动标发的次数清掉，重新记录；一个订单最多自动标发30天，如有操作手动标发之后，则将自动标发累积记录的天数清掉，重新记录。

2020-09-02 ｜已发布｜ TAPD-1120106611001054022

标题：对外接口-》订单-》修改订单状态取消限制

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 主要用于订单从待发货审核到冻结冻结到废弃这些操作

目前仅限于M2C平台需要扩充至所有平台

功能概述

【图片】

逻辑流程 可以通过API修改订单状态完成订单的状态变更操作

**待发货审核：冻结、作废待发货：截单问题件：冻结、作废、转待发货审核冻结中：作废、转待发货审核缺货：截单、冻结、作废、转待发货审核 **

【产品需求】 1.订单系统》对外api中新增对全平台的状态变更操作。

订单状态的接口描述中改为：订单状态（全平台的适用，但仅限系统内支持的状态转换）

【图片】

2.通过api变更状态的订单需要在日志内有记录状态变更以及操作的操作人

ps：截单的操作可以通过调用取消订单接口进行处理

【图片】

2020-09-02 ｜已发布｜ TAPD-1120106611001054000

标题：报表看板-》订单妥投分析-》轨迹数据导出优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户需要导出轨迹进行分析处理，需要导出所有轨迹数据进行处理。目前erp只能一次导出3000 还分了不同状态导出。

店小秘支持10w单词导出：

** 【图片】 **

功能概述 1.希望可以一次导出数据量可以增大到（最多5-10w级别）

** 【图片】 ** 2.希望增加一个全部状态。

-------------------------------------------------------------- 订单系统》报表看板》订单妥投分析-【导出】

1、在订单妥投分析中点击导出按钮，出现的导出弹窗样式优化：旧的样式：

【图片】

更新后的样式：

【图片】

2.导出功能增加队列导出的功能

当用户点击确定，并且数据超出当前可直接导出的报表的数据时采用队列导出的方式，弹出以下队列任务弹窗，显示正在排队等待下载导出的报表【此队列导出弹窗的功能可以参考订单列表中导出订单的功能（按条件导出和按订单导出）】

【图片】

3.订单妥投分析页面内的状态中的增加一个全部状态。显示目前全部的订单的物流轨迹在每个订单下增加显示物流状态字段

【图片】

**

2020-08-31 ｜已发布｜ TAPD-1120106611001053899

标题：仓配系统》lgs服务商计算运输费如果费用为空的情况需要根据条件判断是否置0

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 天渴定制需求补充处理订单LZ200416110016 以上订单由于是发货后的退款订单，在平台上实际无任何费用，在系统内对应订单的费用表内数据全部都为空的。由于系统内订单费用为空，所以则重新对其费用试算，导致显示的运输费和实际平台的费用不符

【产品需求】

根据订单系统内的配置：LAZADA_ORDER_VOUCHER

当LAZADA_ORDER_VOUCHER设置的属性值为12的时候，仓配系统如果向订单系统查询lgs物流【服务商代码：LGS】的运输费的费用为空的情况下，需要重新查询这个订单在订单系统的状态是否已出货并且订单的平台状态非pending、非ready to ship、非shipped，如果满足这个条件则认为这个订单的费用=0无需重新试算运费

【图片】

2020-08-31 ｜已发布｜ TAPD-1120106611001053827

标题：【付费定制(9.19交付)】对外接口-》订单-》增加“不发”的操作，以及修改订单状态限制

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2124】需求标题:【取消部分订单或修改订单时有“不发”的功能，在对外接口中供调用】

需求联系信息: 发起人:【魏然】电话:【18662714038】邮箱:【ran.wei@kapeixi.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -客户需要修改订单，但不是整单取消，而是取消其中的1个或几个

功能概述

【图片】

增加不发的选择，对应订单的不发选项

【图片】

逻辑流程

改动细节: 页面路径 -

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

付费定制：9.2付款（四个需求一起付了），合同30个工作日交付，线下沟通时承诺了9.19日交付

订单系统》对外接口》订单-建立订单/更新订单

1.接口增加字段设置是否不发，0否，1是，当数据留空则默认为否

【图片】

2020-08-27 ｜已发布｜ TAPD-1120106611001053641

标题：沃尔玛平台税费拉取显示。

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

ERP对接用友时，可以在核算费用的时候发现沃尔玛的费用有一个税费我们没有拉取计算，该税费是不算在订单的销售额

【图片】 WAL-0227-3806095184639

现在需要在订单系统开一个字段把税费先存起来。用友对接可以取值。

订单系统》订单管理》沃尔玛订单

沃尔玛订单的存在税费需要拉取到系统内计入总金额中作为订单的收入

拉取charge_tax_Tax1_amount作为订单的每个产品明细的税费

【图片】

税费加入总金额的逻辑按照原本代码内的逻辑即可

【图片】

2020-08-26 ｜已发布｜ TAPD-1120106611001053599

标题：订单系统》订单管理》平台订单，修改两个导出按钮的名称，方便区分

TAPD链接

处理人：陈家宜;邓文明; 模块：销售-订单管理

需求描述：

用户场景 各平台订单页面，目前存在‘导出（新版）’按钮和‘导出’按钮，用户无法区分两个按钮之间的区别，需要修改对应的名称，方便用户区分

功能概述 订单系统》订单管理》平台订单，在各平台的订单页面中，有两个导出的按钮，如下图：

【图片】

需要将‘导出（新版）’按钮修改成“按条件导出”，需要将‘导出’按钮修改成“按订单导出”，用户可以根据不同的名称理解导出的差异点，准确选择导出的按钮

逻辑流程 无

页面路径 订单系统》订单管理》平台订单

页面说明

注意事项

【产品需求】 ---此处产品同学填写

2020-08-26 ｜已发布｜ TAPD-1120106611001053580

标题：订单系统》joom折扣费用逻辑优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 工单：38173

仓配系统的订单总金额和订单系统不一致。订单系统内的总金额=总金额+折扣（根据配置JOOM_ORDER_VALUE：总金额=gorig_amount/order_total）

【图片】

仓配系统的总金额=销售额+运费+补贴重新计算的

【图片】

所以导致仓配系统的总金额没有计入折扣。

【产品需求】根据配置：JOOM_ORDER_VALUE 1.当以上配置为0，总金额=orig_amount，orig_amount为取折扣前的总金额。总金额=orig_amount 销售额=总金额-运费其他费用=折扣（原逻辑无需修改） 2.当以上配置为1，总金额=order_total，order_total为取折扣后的总金额。总金额=order_total 销售额=总金额-运费其他费用不取折扣（因为作为收入的总金额已经减去了折扣是折扣后的金额了，则无需在支出中再重新减去折扣费用了）

2020-08-25 ｜已发布｜ TAPD-1120106611001053535

标题：订单系统》线上订单的赠品关联平台sku

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 dms通过平台订单号追溯每个订单的成本的时候，由于客户新增的赠品无法关联到对应平台订单号平台sku，所以会造成成本漏核算成本。

注意事项 1.通过配置控制页面显示平台sku或不显示。 2.通过配置控制赠品是否需要关联平台sku

【产品需求】 1.新增配置：线上订单是否新增赠品是否需要关联平台sku（该配置用于协助dms可以获取到平台订单号对应的赠品成本） 0：否，不对页面以及功能进行任何更改保持原样 1：是。如下： ①当订单为线上订单（不包括易仓对外api创建的订单，线下订单不进行更改）时，点击订单进入的订单明细内新增显示多一列平台sku字段：取值来自该订单仓库sku对应的平台sku。查看订单明细内的原sku字段改名为仓库sku，原数量改名为仓库sku数量。

【图片】

②当用户点击编辑【修改地址与sku】进入编辑状态后，点击添加产品选择需要添加的赠品后页面显示如下：？提示：请设置赠品的平台sku以保证成本核算的准确性

【图片】

1.点击【选择平台sku】后出现弹窗如下，如果用户点击选择，则认为其选中了该平台sku，即可关闭该弹窗。

【图片】

选择平台sku弹窗内的则是当前订单关联的所有平台sku，例如：【不明白请联系陈家宜沟通】

【图片】

2.当用户选择了平台sku后的形式如下：

【图片】

当客户点击“编辑选择”的时候同样弹出：选择平台sku的弹窗

3.当用户点击【保存修改】但是存在赠品没有关联平台sku的情况则提示：

【图片】

③当订单还未审核只待发货状态的可以编辑的状态下则都可以编辑赠品关联的平台sku

2020-08-25 ｜已发布｜ TAPD-1120106611001053515

标题：【付费定制】对外API-》获取订单列表接口增加字段-》订单标记内容

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2099】需求标题:【获取订单列表API接口增加字段】

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -需求说明：获取订单列表API接口易仓已经提供，现在需要增加“标记内容”字段。业务背景：“标记内容”字段，可以根据需要备注订单，方便后期处理获取订单列表API接口文档地址（易仓已经提供）： http://ec.wiki.eccang.com/docs/show/2875

功能概述

【图片】

逻辑流程

改动细节: 页面路径 - 【图片】

以及各个状态下的订单标记内容

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

8.28付款2700，财务已确认收款，30个工作日交付

对外api》订单》获取订单列表

当通过获取订单列表查询订单信息时，返回的信息内增加：“系统标记”和“自定义标记 ”

【图片】

2020-08-20 ｜已发布｜ TAPD-1120106611001053281

标题：【付费定制（9.2付款，20个工作日交付）】订单管理系统-》订单管理-》展示出总单的物流服务商和跟踪号，并在对外API中提供字段接口

TAPD链接

处理人：邓羽旋;陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2074】需求标题:【订单管理系统中可显示出头程物流的物流轨迹】

需求联系信息: 发起人:【魏然】电话:【18662714038】邮箱:【ran.wei@kapeixi.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 关于总单的物流服务商和跟踪号，请参考该需求 https://www.tapd.cn/20106631/prong/stories/view/1120106631001045253

功能概述 在订单列表中的已发货页面，展示订单对应的总单物流服务商和跟踪号并在open API-》获取订单列表中开放对应字段获取订单详情无需增加

【图片】

逻辑流程 -请见附件

改动细节: 页面路径 -

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

9.2付款（四个需求一起付了），财务已收款，20个工作日交付

1.仓配管理系统--出货管理--装袋管理--总单管理中已出货状态的总单的承运商与跟踪号更新的时候需要向订单系统推送。并且将这个总单承运商和跟踪号推送至各个总单包含的订单，使订单关联上对应总单的承运商和跟踪号

【图片】

2.订单系统接收到仓配系统对订单推送过来的总单承运商和总单跟踪号进行保存

3.对外api的订单-获取订单列表中新增总单承运商和总单跟踪号字段，当客户查询订单信息的时候也要相应的返回

【图片】

2020-08-18 ｜已发布｜ TAPD-1120106611001053134

标题：订单管理系统-》菜鸟海外仓对接方式更新

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 菜鸟有官方仓，在9月份会推出线下仓，官方仓之前一直有一个很大的问题是无法识别订单是从哪一个仓库发货的，造成扣减的仓库和实际的有差异，在和菜鸟那边沟通后，给出一个解决方案，能够识别菜鸟海外仓订单是哪一个海外仓发货的。

跟进买家选择的运输方式来识别

功能概述 1、订单拉取下来后，不按照订单创建的分配规则进行分仓，先是被仓库对应表，对应上是哪一个仓库发货的。 2、对应上后，在分配给对应的仓库和运输方式，在做订单库存扣减。 https://sell.aliexpress.com/zh/__pc/9cicFfviLP.htm?spm=5261.7958254.0.0.18342976sDDJ5J

根据这个表格进行对应

【图片】

逻辑流程 拉取订单→根据买家选择的运输方式，对应上对应的仓库→对应上系统的仓库，进行库存扣减的动作。

页面路径 无

页面说明 无

注意事项

说明：本需求是为了根据平台物流代码->菜鸟海外仓->系统内仓库的关联来使得菜鸟海外仓的订单库存数据可以和系统内的仓库数据相对应

1.订单系统》订单管理》平台海外仓订单分配规则中新增【菜鸟海外仓物流关系设置】按钮

【图片】

点击【菜鸟海外仓物流关系设置】出现弹窗如下：

【图片】

①【搜索】功能：菜鸟海外仓（取值目前菜鸟海外仓物流关系设置内所有的菜鸟海外仓数据）、平台配送方式名称（中文）、平台配送方式代码 ②【添加】功能：点击添加出现以下弹窗：弹窗内新增菜鸟海外仓名称、平台配送方式名称（中文）、平台配送方式名称（英文）、平台配送方式代码的输入项。.菜鸟海外仓名称、平台配送方式名称（中文）、平台配送方式代码为必填项

【图片】

③菜鸟海外仓物流关系列表的内置数据取值于此表： https://sell.aliexpress.com/zh/__pc/9cicFfviLP.htm?spm=5261.7958254.0.0.18342976sDDJ5J 【图片】

④菜鸟海外仓物流关系设置的操作有以下的 1.启用：启用该菜鸟海外仓物流关系，设置了启用该海外仓和平台物流的关系后该如有订单的平台运输方式符合这个菜鸟海外仓物流关系则这个订单是属于这个菜鸟海外仓，即属于这个菜鸟海外仓关联的系统内仓库的 2.关闭：关闭该菜鸟仓海外仓物流关系。 3.日志：记录该条数据创建、启用、关闭的日志

2.订单系统》订单管理》平台海外仓订单分配规则点击【添加】按钮出现的添加弹窗内 ①当店铺账号选择了速卖通的店铺账号则显示菜鸟海外仓选项，选项值取值【菜鸟海外仓物流关系设置】内的数据菜鸟海外仓选项为非必填项，并且在旁边增加？提示文案：菜鸟海外仓与平台物流关系查看、新增详见菜鸟海外仓物流关系设置。通过菜鸟海外仓物流关系可以使符合关系的平台物流订单与对应的菜鸟海外仓关联。

【图片】

②当店铺账号设置为速卖通的店铺账号的时候不要校验其规则的唯一性，速卖通允许一个店铺设置多个海外仓订单分配规则 ③当一个速卖通店铺有多条海外仓的分配规则，则根据订单的平台运输方式匹配其菜鸟海外仓，如果有相同店铺并且设置了相同菜鸟海外仓则根据其优先级进行匹配，优先级高的优先匹配。如果优先级也相同的则按规则创建实现，优先取创建时间晚的规则

④设置了该规则后，如果店铺内的订单的平台配送方式和菜鸟海外仓关联则认为这个订单按照这个规则的仓库和仓库配送方式进行发货并且扣减库存。

2020-08-17 ｜已发布｜ TAPD-1120106611001053019

标题：订单系统-》系统管理》平台账号授权》WOO平台账号授权：订单详情地址取值去掉，只要系统逻辑默认是拉取收货地址

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 平台账号授权》WOO平台账号授权：“订单详情地址取值”去掉，只要系统逻辑默认是拉取收货地址即可

关联需求：

【ID1051122】订单系统-》WOO平台拉取地址的需要优化调整 https://www.tapd.cn/20106611/prong/stories/view/1120106611001051122

【图片】

担心客户在授权的时候，或者是客户误操作选择的是账单地址，选择【账单地址】会影响到客户发货有问题。容易产生索赔

功能概述 平台账号授权》WOO平台账号授权：“订单详情地址取值”去掉，只要系统逻辑默认是拉取收货地址即可

逻辑流程 无

页面路径 平台账号授权》WOO平台账号授权：“订单详情地址取值”去掉，只要系统逻辑默认是拉取收货地址即可

页面说明 平台账号授权》WOO平台账号授权：“订单详情地址取值”去掉，只要系统逻辑默认是拉取收货地址即可

注意事项 建议此需求合并到V2.20.8版本，尽快安排排期，因为这个问题，差点导致其中一个客户产生巨大损失。

【产品需求】订单系统》系统管理》平台账号授权中WooEcommerce 的授权信息上删除订单详情地址取值选项（已和目前使用erp系统的woo订单客户沟通确认，都是使用收货的地址的，目前没有客户使用账单地址）

【图片】

2020-08-12 ｜已发布｜ TAPD-1120106611001052729

标题：订单系统+仓配系统，运输费计算节点优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 1.在已出库的时候仓配系统会向订单系统获取该订单的对应的费用字段计算线上物流的运输费（尾程运费/派送运费），但是仅在订单出库的时候获取一次。由于平台的运输费相关字段在订单出库的时候并未及时返回，导致计算运输费的时候没有获取到相应的费用，则认为该订单无费用所以自行进行了运费试算。导致erp显示的运输费和平台的运输费不一致的问题类似需求： https://www.tapd.cn/20106611/prong/stories/view/1120106611001047895

【产品需求】

【订单系统】-已出库的订单如果有费用更新则通知仓配系统前来获取线上物流的费用信息【仓配系统】-收到订单系统订单费用更新的通知则获取订单系统订单的运输费费用字段并重新计算生成新的运输费

2020-08-12 ｜已发布｜ TAPD-1120106611001052695

标题：对接新平台-》Allegro 平台对接

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【2036】需求标题:【Allegro 平台对接】

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -对接文档：https://developer.allegro.pl/about/

功能概述 -对接：拉取订单订单标发平台账号授权商品管理

---------------------以上为原始需求,需求提出者编辑------------

对接allegro平台：对接文档： https://developer.allegro.pl/orders/

对接内容： 1.账号授权：https://developer.allegro.pl/auth/ 2.拉取订单：https://developer.allegro.pl/orders/ 3.订单标发： 3.1获取承运商：https://developer.allegro.pl/documentation/#operation/getOrdersCarriersUsingGET 3.2上传承运商和跟踪号：https://developer.allegro.pl/documentation/#operation/createOrderShipmentsUsingPOST

3.3.更新订单状态：https://developer.allegro.pl/documentation/#operation/setOrderFulfillmentUsingPUT

ps：平台对接完成后开发同学请在评论内说明此平台的按钮基础库的URL 如果本需求测试通过合版上线了，则需要测试同学通知李焕增加按钮基础库。平台才能算完成上线

2020-08-11 ｜已发布｜ TAPD-1120106611001052576

标题：订单系统》标发承运商设置》对接易链订单时，平台标发取接口实际返回的承运商

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景

目前ERP审核订单给易链发货时渠道只能选择易链虚拟渠道，且承运商的实际发货方式不固定不唯一，有可能皇邮，fedex，UPS USPS等各种渠道；但是，ERP标发设置—一个渠道一个平台只能对应一个承运商

实际情况是使用虚拟渠道如果要正确标发不可能在未发货时指定准确的承运商现阶段标发

现阶段标发 标发承运商设置：

【图片】

标发日志：

【图片】

可以看到：日志也是在获取到易链分销的发货信息后再做的标发动作

需求要求结果：

1：对接分销订单发货信息api时，新增对接订单的承运商字段--carrier_code 2：易链虚拟渠道发货订单，标发逻辑更改为：在获取易链实际承运商后（carrier_code）内容，在标记发货

分销文档地址：链接地址：http://ec.wiki.eccang.com/show/13 密码：m2b_eccang123456

登录不进去请扫码登录分销对接人：洪峰，邓烈龙，以及需求咨询吴韩

【图片】

为什么要在这么做：

现有标发逻辑不适合虚拟渠道的标发，一个虚拟渠道可能对应多个承运商，无法准确标发

导致店铺被封

金域东方的沃尔玛店铺被封

其他客户的店铺也收到影响，降权和警告；

【产品需求】

仓配系统-预报预报给易链的时候在获取到真实承运商的时候将数据保存到仓配订单物流表中分销文档地址：链接地址：http://ec.wiki.eccang.com/show/13 密码：m2b_eccang123456

登录不进去请扫码登录分销对接人：洪峰，邓烈龙，以及需求咨询吴韩

【图片】

2020-08-03 ｜已发布｜ TAPD-1120106611001051889

标题：订单系统-运输费取值优化

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 技术工单：37049 目前订单系统在获取到仓配的运输费后，如果仓配的运输费为0的话则会自动调用运费试算接口重新计算，但是存在运输费本身就为0的情况。这种重新计算后的费用反倒是错误的。所以需要进行优化

【产品需求】 1.订单系统内获取的运输费的原有逻辑不变。增加一个判断，在获取到的运输费为0或者为空的时候，主动根据仓库单号去查询account_cost_summary这个表，当这个表存在数据则说明这个订单计算过运费，则这个订单的运输费显示为0不再进行重新计算

2020-07-23 ｜已发布｜ TAPD-1120106611001051122

标题：订单系统-》WOO平台拉取地址的需要优化调整

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 -工单：1073043（相同工单：37073）问题：这个订单既提取了发货地址也提取了账单地址。地址错误，会导致丢件或者退件等物流问题。很多订单都是这样的问题，需要尽快解决。

按理来说，只能提取shipping address 里的地址；如果买家没有填shipping address，那就空着，但是不能提取账单地址

（收货地址应该拉取是用户的shipping address:3701 John Tyler Memorial HighwaySuite 111 ，但是为什么要把billing address 2字段 Suite 111 也显示出来？）

案例订单：WOO-0017-1025963

订单WOO-0017-1037569。

【图片】 WOO-0017-1025963 例如这个订单：发货地址和账单地址都有拉取，导致订单地址很乱

【图片】

技术那边回复是：
这个页面的订单的地址是取值 shipping.address_1 shipping.address_2 shipping.address_3，

这个订单的shipping.address_2 地址为空，就会取billing.address_2

【图片】

功能概述 WOO平台拉取地址的逻辑错误，需要优化调整。 1、只提取shipping address 里的地址； 2、如果买家没有填shipping address，那就空着，拉取空值，不要去拉取billing state的数据 3、就是只是拉取地址②中的发货地址，不拉取账单地址①

【图片】

（备注：若是此需求的规划会影响到其他客户的，那可以加配置根据客户情况。目前现有逻辑当地址②为取值地址①）

逻辑流程 无

页面路径 订单系统管理-WOO平台

页面说明 订单系统管理-WOO平台

注意事项 客户那边是7月17号的时间开始反馈这种问题，而且是这个问题比较严重，是会影响到客户损失，建议尽快安排开发

【产品需求】订单系统》订单管理》woo平台订单目前系统内获取订单地址存在shipping_address_1为空的情况下取billing_address_1，shipping_address_2为空的情况下取billing_address_2导致地址不准确处理方案 1.在订单系统》系统管理》平台账号授权-Woocommerce 的授权中增加配置项订单详情地址取值：shipping address/billing address。默认值为shipping address

【图片】

①当设置为shipping address时，根据订单的shipping_address填充系统内的地址字段。当shipping_address的字段为空的时候则系统内的字段也为空不需要取billing_address地址填充

【图片】

②当设置为billing address的时候则根据订单的billing_address取值填充到系统内的地址项。

【图片】

2020-07-21 ｜已发布｜ TAPD-1120106611001051002

标题：daraz平台对接系统

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【1967】需求标题:【daraz平台对接系统】

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -对接文档：https://www.daraz.com/sellerapi-docs

功能概述 对接内容：商品管理（补货&调价）拉单标发

客服（邮件回复）

逻辑流程

改动细节: 页面路径 -

页面说明

注意事项

---------------------以上为原始需求,需求提出者编辑------------

接口文档：

https://www.daraz.com/sellerapi-docs

对接内容：账号授权拉取订单标发订单预估工时： 18天

7.31号付款，30个工作日内交付

巴基斯坦：https://sellercenter.daraz.pk孟加拉：https://sellercenter.daraz.com.bd斯里兰卡：https://sellercenter.daraz.lk缅甸：https://sellercenter.shop.com.mm尼泊尔：https://sellercenter.daraz.com.np

2020-07-10 ｜已发布｜ TAPD-1120106611001050240

标题：订单管理系统》订单管理》magento订单管理，magento平台费用逻辑调整

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 已确认，系统中magento订单费用是直接获取到平台的数据，而系统总金额不等于交易额+运费，还有其他抵扣费用（若有折扣，税费等）工单：36565

magento订单：M0000167618 M0000159899

【图片】

原单后台信息：订单：M0000167618

【图片】

订单：M0000159899

【图片】

功能概述 -列举功能点，简述功能内容（删除此描述进行填写）

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径 -功能路径入口在哪（删除此描述进行填写）

页面说明 M0000167618

320.20+20-35-1.32+17.11=320.99 销售额+运费-订单折扣-【积分折扣】+税费=订单总额 subtotal+shipping_amount-discount_amount-【无字段】+tax_amount=grand_total

注意事项 -特别关注点有哪些（删除此描述进行填写）

订单管理系统》订单管理》magento订单

由于magento的费用存在折扣、税费和自建站客户自己设置的费用项的问题，导致系统内总金额不等于销售额+运费，所以做以下调整 1.根据拉取回来的总金额grand_total和运费shipping_amount计算出销售额销售额=总金额-运费 2.根据计算出来的销售额再根据获取到的产品的实际销售额比例进行均摊。

2020-07-08 ｜已发布｜ TAPD-1120106611001049876

标题：退款管理，增加批量导入退款的功能

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求ID:【1910】需求标题:【退款管理，增加批量导入退款的功能】

需求联系信息: 发起人:【吕生任】电话:【13143399359】邮箱:【13143399359@163.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 其他需求目的: 用户场景 -Walmart平台退款订单，有一部分的客户是通过在线沟通或电话联系平台客服直接退款的，这部分退款平台没有直接体现到订单上，平台是直接在账单上扣减的，账单半个月提供一次，每次有一千多单的退款数据，客服每次都得一单一单在系统做退款记录，很费时间

功能概述 -退款管理，希望增加批量导入退款的功能，直接通过模板导入，生成退款信息

逻辑流程

改动细节: 页面路径 -订单管理系统-》客服管理-》退款管理

页面说明 -退款管理，增加批量导入退款的功能

注意事项 -可以只针对非实际退款平台做批量导入退款功能，eBay、Amazon、Shopify平台等实际退款平台不用实现。 ---------------------以上为原始需求,需求提出者编辑------------

7月29号付款，约定付款后30个工作日内交付，请安排好工期

在订单系统》订单管理》Walmart订单【该功能可参考amazon的批量退款导入功能】

1.在待发货审核、待发货、已发货、缺货、问题件、已废弃、等待确认状态下新增【批量退款导入】按钮，实现以上状态的订单能通过批量退款导入功能进行批量退款

【图片】

2.点击【批量退款导入】出现弹窗如下

【图片】

3.导入的文件模板详见附件 ①必填项如下

【图片】

②sheet2显示用户的退款原因、退款类型、是否取消订单的选项值

【图片】

4.用户导入文件提交后需要校验 ①文件内的必填项是否有填，没有填则提示：第X条=》6988861880：sku不能为空 ②根据实际创建RMA来校验每个订单的是否能创建RMA成功 ③导入订单后校验订单弹出弹窗提示创建RMA成功/失败。

【图片】

5.创建成功的RMA根据额度管理内的限制判断订单生成后状态为待审核状态RMA还是已退款状态RMA

2020-07-08 ｜已发布｜ TAPD-1120106611001049868

标题：订单系统》订单管理-对接店匠平台api

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 对接店匠api

功能概述 账号授权、拉取订单、标记发货

逻辑流程

页面路径 订单系统》订单管理》myshoplaza订单

页面说明 接口地址：https://docs.shoplazza.com/#/openapi/overview

店铺测试账号：

店铺地址：https://aushop.myshoplaza.com/ 后台账号：15969471660 密码：123qwe

注意事项 -特别关注点有哪些（删除此描述进行填写）

2020-07-08 ｜已发布｜ TAPD-1120106611001049856

标题：【付费定制】订单管理系统》订单管理，增加magento订单可以通过系统创建退款同步到平台

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户主要中magento平台，单量较大，退款订单也比较多，希望可以通过系统直接退款到平台；

功能概述 这边确认magento平台是通过PayPal交易的，麻烦确认一下该平台是否可以通过PayPal账号关联退款给客户，无需再到后台操作；

【图片】

客户提供测试数据：订单号：M0000240531 交易号：8SP46881116291942 店铺：juliahair PayPal收款账号：julia@juliahair.com

【图片】

【需求说明】 2020年09月05收到付款

订单系统》订单管理》magento订单 1.订单列表上显示对应订单关联的paypal交易号，拆分订单和合并订单的paypal交易号处理逻辑和ebay订单一样

【图片】

2.magento订单的创建rma中的文案提示更改为： RMA退款，目前只支持同步eBay、Amazon、Shopify、magento平台。其他平台的退款操作，只是在系统走流程，做记录，便于查看，实际退款需要到对应的平台后台操作. 提醒：eBay和magento平台如果使用paypal需要绑定paypal才支持平台退款；

【图片】

3.订单系统》客服管理》退款管理 ①原magento订单仅能在系统中生成退款记录不能同步回平台，所以退款订单创建后状态为待审核，审核通过之后就变为已退款了。现在优化为订单退款后创建成的退款订单初始退款状态为待审核，审核通过后状态变更为已审核。 ②对已审核状态的magento退款状态的订单进行退款，根据返回的退款信息将相应退款单的状态变更为已退款和退款失败

【图片】

③合并订单退款的时候随机取原单的paypal 交易号进行退款。直到该paypal交易号的金额全部已退回再循环退款下一个paypal交易号（参考ebay订单）拆分订单退款则对原单的paypal交易号进行退款。

2020-07-02 ｜已发布｜ TAPD-1120106611001049449

标题：订单系统-》系统管理-》订单导出模板，增加字段：平台SKU 支持导出平台SKU数据

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户在订单界面进行自定义导出，将订单数据导出后导入都按未对接物流进行下单，需要有平台SKU和系统SKU的字段，目前自定义导出只有仓库SKU字段，没有平台SKU。导致每次导入物流系统下单都有人工额外去进行匹配

功能概述 1、导出模板需要增加字段：【平台SKU】

【图片】

2、模板设置了平台SKU后，通过自定义导出，可以正常导出平台SKU数据

【图片】

逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）

页面路径

【图片】

页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）

注意事项 -特别关注点有哪些（删除此描述进行填写）

订单系统》系统管理》订单导出模板 1.在订单导出模板内的映射列中新增“平台sku”，并且将原本的“sku”改名为仓库sku

【图片】

2020-06-17 ｜已发布｜ TAPD-1120106611001048418

标题：【Bug转需求】订单系统-----Cdiscount订单----地址拉取异常

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【问题描述】工单：1066895 技术id：34751

客户：四海芯舟 cd订单：2005151233SBP0D 平台上面地址有这个：Instructions一栏 Escaliers D,Etage 2 订单地址没有修改过

【图片】

查看平台数据也是有的，正常这个信息应该显示在订单地址一栏，但是实际这个地址没有拉取下来

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理系统》Cdiscount订单

【需求点描述】

1.订单拉取下来的 Instructions是地址门牌号，所以需要放在地址2的尾部内一起预报给服务商。

2020-06-16 ｜已发布｜ TAPD-1120106611001048212

标题：订单系统接口优化-》优化订单系统新建订单+编辑订单的接口。

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

1.客户在自己的系统拆分订单/合并订单后，新建订单到我们系统。需要关联到原订单，可

以支持发货后标发。 ①在建立订单/更新订单的接口订单明细对象(二维)Request.orderDetails 中增加字段：平台原订单号。

【图片】

②在建立订单/更新订单的接口订单明细对象(二维)中增加字段：Location，用于标记产品的location

【图片】

2020-06-12 ｜已发布｜ TAPD-1120106611001047952

标题：JD平台需要支持平台费用更新

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

用户场景 客户：天渴 JD平台账号授权中平台费用比例填写错误，后来进行更正后历史订单无法更新，

【图片】

功能概述 JD平台费用历史订单支持更新，按最新的比例进行计算统计更新

逻辑流程

页面路径 订单系统——JD订单——交易费用

页面说明 在代码层面新增：更新jd历史订单更新平台费用的功能

实现后客服和实施通过钉钉找星辉实现对客户订单进行更新

注意事项

2020-06-08 ｜已发布｜ TAPD-1120106611001047595

标题：订单系统，对接新平台-backmarket

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】

订单系统，对接新平台-backmarket

【期望结果】

订单系统，对接新平台-backmarket

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》平台订单》backmarket订单

【需求点描述】

对接新平台-backmarket 实现账号授权，平台拉单，订单标发功能

2020-05-28 ｜已发布｜ TAPD-1120106611001046675

标题：订单管理系统》订单管理，优化订单单价推送给仓配系统取值

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】当sku关系为一对多的情况，在订单推送数据给仓配系统时，仓配系统获取到的单价为订单系统平台sku平摊后的单价，导致仓配系统统计订单金额时单价*仓配sku数量，最终仓配系统的金额比订单系统高；

优化：订单系统中使用订单对应sku销售额/仓库发货数量，得出仓库sku对应的单价，之后推送给仓配系统重新统计销售额。工单：33960

目前发现：lazada，速卖通，Amazon，sku关系为一对多的关系都存在这种情况

Amazon订单：249-2607808-5351011

lazada：LZD-0016-241520079088125

速卖通：8009374114916156

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

仓配系统》报告统计》报告中心-sku销售报表（按订单统计）

【需求点描述】

1.当销售系统将Amazon、速卖通数据推往仓配系统时，仓库sku单价需要均摊为：仓库sku单价=sku总的销售额/仓库sku数量。

使得生成报表的时候商品总金额=仓库sku单价*仓库sku数量，订单总金额也要相应的更新

【图片】

2020-05-21 ｜已发布｜ TAPD-1120106611001045962

标题：订单-》各平台订单-》自定义标记-》增加选项“是否修改【系统标记】”----辉桐

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】例如辉桐、速卖通订单：8014231327356622 问题：5月21日系统升级到了版本:V2.20.3，在此之前添加的自定义标记，都显示为【系统标记:分销商】，通过操作“自定义标记”--“未标记”无法清除【系统标记】

需要有个入口可以让客户手动处理这些历史订单的标签，有些标记得清空的。

【期望结果】订单系统--各平台订单--添加自定义标记，增加一个选择 “是否修改【系统标记】”，选择“是”的话那么同步修改系统标签。

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理》各平台订单-自定义标记

【需求点描述】

1.在自定义标记内新增两个选项： ①设置自定义标记（默认勾选） ②设置系统标记，用户勾选后提交则设置系统标记

【图片】

2020-05-20 ｜已发布｜ TAPD-1120106611001045917

标题：亚马逊发票上传规则-7.上传CreditNote

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》订单管理》订单规则》亚马逊发票上传规则

需求描述：

7.上传CreditNote 当获取到pending报告里面的存在发票状态为CreditNotePending的订单的时候需要上传相应的CreditNote。 CreditNote的模板和invoice的一样，取值方式也相同，除了标题改成了CreditNote

【图片】

2020-05-19 ｜已发布｜ TAPD-1120106611001045860

标题：joom平台订单系统订单总金额取值

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】

客户：珠峰工单：33505 joom平台订单订单总金额和在报告中心里面导出的订单总金额不一致单号：JOOM-0005-92PW3O94

【图片】

仓库sku销售报表，编号：30

【图片】

【期望结果】统一订单系统取值逻辑，两边数据保持一致

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

仓配系统》报表统计

【需求点描述】

1.在仓配系统内joom订单的报表内的订单总金额需要加上平台补贴。保证订单系统和仓配系统的数据统一。

【图片】

2020-05-18 ｜已发布｜ TAPD-1120106611001045709

标题：magento\magento2平台订单，增加地址留言和买家留言信息

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】 magento平台订单，有对应的地址留言和买家留言，如图，分别是：地址留言、comment

【图片】

1，有地址留言的订单 600153070 ，地址留言如下（了解到，地址留言是买家修改或确认地址的操作）

【图片】

如图，订单下单时的地址信息

【图片】

对比后，客户就改了订单电话；

有买家留言的订单，comment

【图片】

所以，需要确认平台订单及接口，是否有：地址留言、买家留言的接口数据；

如果有，需要在ERP中增加筛选条件和留言信息展示；

如图1，买家留言匹配comment结果，同时增加地址留言的筛选条件

【图片】

如图2，地址留言和买家留言信息展示

【图片】

PS：客户自研发的ERP有对接，对应的接口字段是客户留言是表sales_flat_order_address中 comment 字段客户修改地址是表sales_flat_order 中firecheckout_customer_comment

【图片】

【期望结果】 1. 先评估接口数据 2. 增加筛选条件和留言信息展示

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》magento订单、magento2订单

【需求点描述】

1.拉取订单保存字段： 1.1买家留言： comment 字段保存到订单备注（买家留言）字段 1.2地址留言：firecheckout_customer_comment 保存到说明字段

【图片】

2.新增说明筛选项：全部/无说明/有说明

【图片】

3.说明时间需要显示在订单列表上

【图片】

2020-05-18 ｜已发布｜ TAPD-1120106611001045685

标题：订单管理-》平台订单(所有），点击SKU详情，增加显示“附属销售员”字段。

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求联系信息: 发起人:【吕生任】电话:【13143399359】邮箱:【13143399359@163.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 影响店铺业绩

需求目的:一款产品多个销售员在卖，在做单审核的时候，销售会点开sku详情，看看销售负责人是不是她，如果是她负责的sku才会审单的。因为目前只有一个销售负责人字段，无法提供多个销售员，导致审单延迟。

改动细节:订单管理-》平台订单(所有），点击SKU详情，增加显示“附属销售员”字段，来源于产品资料管理的附属销售员。

【图片】

---------------------以上为原始需求,需求提出者编辑------------

订单系统》所有平台列表

1.订单列表中点击的sku弹窗内新增显示该sku的附属销售员，取值来自于该sku的产品资料的附属销售员

【图片】

2.订单列表上新增附属销售员字段，显示该订单内所有sku具有的附属销售员，当订单具有的附属销售员有重复的话，只显示一个即可。展示样式：附属销售员只显示一行，超出的用省略号...代替。鼠标悬浮的时候显示订单具有的所有附属销售员。（样式可参考国家或地区字段）

【图片】

3.订单列表上的负责人筛选项增加筛选“附属销售员”的功能，筛选出该附属销售员所关联的订单

【图片】

2020-05-08 ｜已发布｜ TAPD-1120106611001044934

标题：每个平台创建RMA可以批量创建

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 付费

是否为BUG: 非BUG

影响范围: 影响店铺业绩

需求目的: 【图片】

【图片】

现在只能一个一个操作

改动细节:主要是为了批量做重发 ---------------------以上为原始需求,需求提出者编辑------------

1.全平台的订单列表中已发货状态新增【批量退件重发】按钮与功能

【图片】

2.用户选中多个订单点击按钮后出现弹窗内包含多个订单的退件重发rma信息，如下，默认勾选所有订单。勾选全选的情况下。设置的原因和备注的覆盖选中的订单和仓库sku的退件原因和备注。勾选的项才提交创建rma和重发订单

【图片】

3.用户提交批量创建退件重发rma之后，进行批量创建重发订单操作 3.1重发订单的单价为0，数量为RMA数量，仓库，配送方式、收货信息等取值原订单的数据，不做任何变更。 3.2如果批量创建订单耗时很长的话，需要在创建时加loading中的弹窗。如果重发订单创建成功的话则提示创建成功的订单号。

【图片】

4.新增对【批量退件重发】按钮的权限控制。 4.1系统管理》系统数据配置-按钮权限控制中增加所有平台的【批量退件重发】按钮权限控制 4.2系统管理》角色权限管理-按钮访问权限中增加所有平台的【批量退件重发】按钮权限控制

【图片】

2020-05-07 ｜已发布｜ TAPD-1120106611001044844

标题：订单系统-》当服务商那边已经拦截作废了订单，系统这边又拦截不了情况下，需要增加一个在eb地址+admin/op增加一个功能可以自己进行操作作废

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】客户：【sa】烁思百集场景：由于服务商那边拦截接口的原因导致，系统这边拦截不了，然后客户到服务商后台那边拦截作废了订单，在我们ERP订单系统那边操作强制拦截也不行，一样会报错这个客户基本上每天都反馈，没错都是提技术协作才能解决

【图片】

订单系统-》当服务商那边已经拦截作废了订单，系统这边又拦截不了情况下，需要增加一个在eb地址+admin/op增加一个功能可以自己进行操作作废需要标明要慎重使用此功能

【期望结果】订单系统-》当服务商那边已经拦截作废了订单，系统这边又拦截不了情况下，需要增加一个在eb地址+admin/op增加一个功能可以自己进行操作作废

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

【需求点描述】

2020-04-26 ｜已发布｜ TAPD-1120106611001044276

标题：亚马逊发票上传规则-5、订单日志记录和发票已上传标记，6、菜单，按钮权限控制

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》订单管理》订单规则》亚马逊发票上传规则

需求描述：

【用户场景】实现亚马逊欧洲站点的卖家生成发票与上传发票

【期望结果】根据规则设置对相应的订单在标记发货成功之后自动生成发票数据并上传

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

【需求点描述】

5、日志记录和发票已上传标记 5.1在amazon订单的日志中记录发票上传成功或上传失败的消息。（发票上传成功需要记录发票id，发票上传失败需要记录发票的id和失败原因） 5.2成功上传发票的订单增加一个icon标记，提示：“发票已上传。invoice id=123456”【icon详见附件】

【图片】

6、权限控制 6.1新增菜单权限控制-亚马逊发票上传规则 6.2新增按钮权限控制-添加规则、编辑、删除

【图片】

2020-04-26 ｜已发布｜ TAPD-1120106611001044275

标题：亚马逊发票上传规则-2、新增亚马逊发票上传规则功能，3、发票模板说明，4、亚马逊发票上传规则触发条件

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》订单管理》订单规则》亚马逊发票上传规则

需求描述：

【用户场景】实现亚马逊欧洲站点的卖家生成发票与上传发票

【期望结果】根据规则设置对相应的订单在标记发货成功之后自动生成发票数据并上传

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》订单规则》亚马逊发票上传规则

【需求点描述】

原型链接：https://lanhuapp.com/url/zqLY7 密码: LulS

2、在订单系统》订单管理》订单规则下新增亚马逊发票上传规则页面

【图片】

2.1筛选项：状态、优先级、规则名称

2.2亚马逊发票上传规则设置说明：点击弹出弹窗

【文案】 1、目前只有亚马逊英法德意西站点才能自动上传发票 2、不支持启用vcs lite的店铺上传发票，只支持开启vcs或没有开启vcs和vcs lite服务的店铺上传发票 3、在订单标发成功后才会自动生成上传发票 4、发票上传成功的订单会具有“发票已上传”的标记

2.3菜单列表项: 操作：编辑：点击弹出亚马逊发票上传规则的弹窗删除：提示“确定要删除” 确定/取消查看：弹出亚马逊发票上传规则的弹窗【不能编辑】日志：

2.4【添加规则】按钮 2.4.1条件：订单来源：亚马逊的店铺账号发货仓库：系统内的发货仓库订单目的地：国家是否B2B订单：是/否

【图片】

2.4.2动作： VAT税号：留空则在发票上不显示税号 VAT税率：（只允许填写数字）留空或写0则认为是无税率的情况。公司名称/国家/省市/街道地址：用于填充发票的数据发票模板：默认模板为亚马逊发票模板【目前仅有一个模板】

3、发票模板（发票模板见附件）

【图片】

https://eccang.yuque.com/docs/share/041109ac-caeb-431c-8879-056aaf90bbac?# 《html2pdf--HTML转pdf或png》

4、亚马逊发票上传规则触发条件： 4.1自发货的订单：符合规则设置的自发货在被标记发货成功后则会自动生成并上传发票 4.2FBA订单：符合规则的FBA订单在状态变为已发货时候则会自动生成并上传发票

2020-04-26 ｜已发布｜ TAPD-1120106611001044273

标题：亚马逊发票上传规则-1、对接接口

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

父需求：订单系统》订单管理》订单规则》亚马逊发票上传规则

需求描述：

【用户场景】实现亚马逊欧洲站点的卖家生成发票与上传发票

【期望结果】根据规则设置对相应的订单在标记发货成功之后自动生成发票数据并上传

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》订单规则》亚马逊发票上传规则

【需求点描述】 1、对接接口：见附件文档

【图片】

2020-04-26 ｜已发布｜ TAPD-1120106611001044272

标题：订单系统》订单管理》订单规则》亚马逊发票上传规则

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】实现亚马逊欧洲站点的卖家生成发票与上传发票

【期望结果】在拉取了vidr报告之后，根据报告内容生成发票并在订单发货后上传

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》订单规则》亚马逊发票上传规则

【需求点描述】

原型链接：https://lanhuapp.com/url/zqLY7 密码: LulS 【vat 发票上传规则（vcs lite）】

1、①对接接口：见附件文档

【图片】

②对接vidr report，获取报告数据。每日至少两次的定时拉取invoice status=InvoicePending和invoice status=CreditNotePending的订单数据

【图片】

2、在订单系统》订单管理》订单规则下新增亚马逊发票上传规则页面

【图片】

2.1筛选项：状态、优先级、规则名称

2.2亚马逊发票上传规则设置说明：【见原型】

【图片】

2.3菜单列表项: 操作：编辑：点击弹出亚马逊发票上传规则的弹窗删除：提示“确定要删除” 确定/取消查看：弹出亚马逊发票上传规则的弹窗【不能编辑】日志：编辑的日志

2.4【添加规则】

【图片】

订单来源：店铺账号（可多选，亚马逊欧盟5国的店铺账号）公司名称/国家/省市/街道地址：根据设置填充到符合条件的发票内

3、发票模板【见原型】

【图片】

4、亚马逊发票上传规则触发条件： 4.1FBA订单状态变为已出库的时候则上传发票 4.2自发货的订单标发成功之后上传发票

5、日志记录和订单标记 5.1在订单的日志中记录发票上传成功或上传失败的消息。（发票上传成功需要记录发票id，发票上传失败需要记录发票的id和失败原因） 5.2成功上传发票的订单增加一个icon标记，提示：“发票已上传。invoice id=123456”【icon详见附件】

【图片】

6、权限控制 6.1新增菜单权限控制-亚马逊发票上传规则 6.2新增按钮权限控制-添加规则、编辑、删除

【图片】

7.上传CreditNote 当获取到pending报告里面的存在发票状态为CreditNotePending的订单的时候需要上传相应的CreditNote。 CreditNote的模板和invoice的一样，取值方式也相同，除了标题改成了CreditNote

【图片】

2020-04-25 ｜已发布｜ TAPD-1120106611001044212

标题：订单管理系统-》订单管理-》平台订单-》（优化勾选多订单，批量修改添加SKU的时候，页面加载不出，甚至卡顿。）

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】

已和天瑞沟通，可优化。瑞哥反馈：可参考优化eBay商品管理批量设置补货策略的设计。

订单管理系统-》订单管理-》平台订单-》（优化勾选多订单，批量修改添加SKU的时候，页面加载不出，甚至卡顿。）

操作步骤一：

【图片】

操作步骤二：

点击批量修改的时候，页面已加载不出，甚至卡顿。

【图片】

步骤三：加载出来的时候，完全卡死。原因:客户存在一票订单有几十个产品的情况，然后又需要进行批量操作。这个操作是：日常操作。

【图片】

【期望结果】

优化加载和卡顿的问题。

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理系统-》订单管理-》平台订单-》

【需求点描述】

优化加载和卡顿的问题。

2020-04-23 ｜已发布｜ TAPD-1120106611001044069

标题：【满天星】无库存模式实现

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】

【图片】

针对以上用户，无库存模式在实现最基本的初始化之后，用户的无需考虑库存直接打单出货

【期望结果】

【图片】

1、用户无需管理库存，订单审核的时候针对无库存的订单自动增加库存数量实现缺货也能发货的效果 2、考虑到截单会增加库存的情况下，每晚定时清理库存。

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理系统

【需求点描述】

1、对于开启无库存模式的erp用户的订单增加一个标记，标记为无库存发货的订单 2、针对这些标记为无库存发货的订单在订单审核成功之后为其增加同订单数量等同的库存数量，使其成为有库存的订单能同步到仓配系统正常发货【功能逻辑类似FBA发货】 3、隐藏订单状态：缺货栏（因为无库存模式下不存在缺货订单） 4、由于截单订单会增加库存，所以每晚0点定时服务清空所有的仓库数据

2020-04-22 ｜已发布｜ TAPD-1120106611001043975

标题：乐天平台优惠券

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求联系信息: 发起人:【Bob】电话:【13217911260】邮箱:【2462477095@qq.com】

紧急需求是否愿意付费: 不付费

是否为BUG: 非BUG

影响范围: 影响店铺业绩

需求目的:乐天平台的优惠券可以获取到吗

通过接口获取店铺优惠券金额订单：372702-20200215-00036808

优惠券金额：

【图片】

改动细节:乐天平台的优惠券可以获取到吗 ---------------------以上为原始需求,需求提出者编辑------------

1.为乐天订单新增其他金额

【图片】

2.新增配置：rakuten平台的couponShopPrice（店铺优惠券金额）是否计算到其他金额 0（默认值）：不计算 1：取couponShopPrice的值计算到其他金额

3.该其他费用需要推送至仓配系统的报表

2020-04-20 ｜已发布｜ TAPD-1120106611001043742

标题：eb-》订单管理-》各平台订单，转FBA配送功能，添加产品时，“取消”按钮改为“确定”

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】实际选择选择后，SKU就添加上了，可是现在的“取消”很容易误导人

【图片】

【期望结果】订单管理-》各平台订单，转FBA配送功能，添加产品时，“取消”按钮改为“确定”

目前已对接的平台，支持转FBA配送功能的，界面都需要修改

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》各平台订单-转fba配送-【添加产品】

【需求点描述】 1.转fba配送中的【取消】按钮改成【关闭】

【图片】

2020-04-20 ｜已发布｜ TAPD-1120106611001043634

标题：订单管理系统-》延长收货时间规则-》增加筛选条件：最晚发货时间 3 天 7天

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】客户需要根据最晚发货时间来判断订单延长多久，实际场景是很多包裹不能及时到货，延长时效避免纠纷

【期望结果】订单管理系统-》延长收货时间规则-》增加筛选条件：最晚发货时间 3 天 7天

勾选3天，代表订单的最晚发货时间是3天时，触发延长动作 or 勾选7天，代表订单的最晚发货时间是7天时，触发延长动作

【图片】

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理系统》订单管理》延长收货时间规则

【需求点描述】

1.订单场景增加以下条件：订单距最晚收货时间剩余的天数

【图片】

当规则设置为订单距最晚收货时间剩余的天数：7天的时候即是指距离最晚收货时间还剩余7天的时候触发该规则

2020-04-16 ｜已发布｜ TAPD-1120106611001043425

标题：订单系统》亚马逊订单，计算了商品税的情况下其他费用计算逻辑

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】目前订单系统亚马逊订单总金额有一个配置，AMAZON_PRODUCT_TAX_TYPE 当客户配置为0的时候，即订单总金额加上商品税，在其他费用中也扣减商品税之前的其他费用原始值为负值，商品税为正值，所以现在正负相加，实际的其他费用有问题客户：顺思航订单：113-1514937-3824211其他费用计算公式：|Tax+ShippingTax+FixedClosingFee+GiftwrapChargeback+ShippingChargeback+VariableClosingFee|之前没有加商品税的的时候，其他费用均为负值，加绝对值作为其他费用没有问题，后来将商品税放在其他费用中扣减的时候，是所有数据相加的一个绝对值，这样税费是正数，和其他负值的费用相加的话就会导致其他费用减少不准确

【期望结果】这个其他费用的公式需要调整全部为全部费用项为负值相加或者全部费用值为正数才相加

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》Amazon订单

【需求点描述】

1、当系统配置：AMAZON_PRODUCT_TAX_TYPE=0的情况下。亚马逊订单的其他费用会加上商品税进行计算

【图片】

如上订单报文价格内容以目前的计算公式： |Tax+ShippingTax+FixedClosingFee+GiftwrapChargeback+ShippingChargeback+VariableClosingFee| |1.65+0.49-3.99-5.99|=|-7,84|=7.84

正确的其他费用计算为： |-1.65-0.49-3.99-5.99|=|-12.12|=12.12

实际上 Tax 和ShippingTaxd都是支出，都是需要属于其他费用的一部分，由于是正数和其他的负数的其他费用相加的时候相互抵消了，导致了其他费用计算不正确。所以需要将这两个税费的加上负值再进行计算。

所以其他费用的计算公式按照以下的处理

|-Tax+-ShippingTax+FixedClosingFee+GiftwrapChargeback+ShippingChargeback+VariableClosingFee|

2020-04-10 ｜已发布｜ TAPD-1120106611001042990

标题：订单系统，优化订单系统内图标样式

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求联系信息: 发起人:【Eric】电话:【15992675315】邮箱:【3471445327@qq.com】

紧急需求是否愿意付费: 不付费

是否为BUG: BUG

影响范围: 其他

需求目的: 【图片】

订单管理系统的各模块的关闭按钮都歪到一边去了，这种是怎么过审给客户用的？审核标准这么敷衍的吗？

改动细节:把订单管理系统的关闭按钮调整上下居中一下 ---------------------以上为原始需求,需求提出者编辑------------

将订单系统上的标签页上的关闭按钮修正到和标题对齐

【图片】

2020-04-08 ｜已发布｜ TAPD-1120106611001042802

标题：订单系统-销售列表-试算点击进去“选择”设置权限控制

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】现状：必易迈，在下面图一到图二的位置，当运营选择自己要的渠道后，在图三的位置就直接选择“试算+审单”就审单了而这家客户的管理需要控制运营，不让运营私自选择渠道审单，目前在销售列表控制了，结果试算这里却有个入口，所以需要将图二的选择选项加权限控制，或者将图三的位置能配置选择“仅试算”或“试算+“审单”，这样能起到控制运营私自换渠道审单的问题

【图片】

【期望结果】

订单系统-销售列表-试算点击进去“选择”设置权限控制

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》订单列表》运费试算

【需求点描述】

由于运费试算后通过提交试算的结果可以选择发货仓库以及仓库配送方式，从而使运营能通过运费试算切换发货的渠道。所以对运费试算的入口：运费试算-选择进行控制

1、在订单系统》角色权限管理-按钮访问权限中新增权限控制项：运费试算-选择用于控制在目前订单列表中的运费试算-选择选项是否显示让操作员点击【图片】

（注：所有订单列表都有运费试算功能，所以所有订单按钮权限都需要加上这个按钮的权限控制）

运费试算-选择选项：

【图片】

2020-04-02 ｜已发布｜ TAPD-1120106611001042497

标题：订单管理系统-》订单管理-》rakuten 筛选区分出单地址订单和多地址订单

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】 rakuten后台允许客户在产品明细栏填写不同的地址，但是目前我们ERP只能拉取一个地址，这就造成运营人员需手动拆单，订单数量多起来工作效率很低，因此，希望ERP能够自动拆分订单

【图片】详细订单示例：查看附件。

【期望结果】订单管理系统-》订单管理-》rakuten-》添加配置：有多地址的订单自动按照不同的item跟地址自动拆分成多个订单

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单管理系统-》订单管理-》rakuten

【需求点描述】

（具体报文详见附件）多地址订单报文说明：乐天订单号：376892-20200325-00764803

地址1：

【图片】

地址2：

【图片】

单地址订单报文说明：乐天订单号：376892-20200327-00877830

【图片】

1、从rakuten上拉取下来的订单中如果PackageModelList内存在多个地址则将这个订单标记为多地址订单。如果只有一个地址则标记为单地址订单。多地址订单上要增加一个icon标记这个订单是多地址订单 icon：【图片】（鼠标悬浮的时候提示：多地址订单）

【图片】

2、新增筛选项：订单地址类型：【全部】、【单地址订单】、【多地址订单】

2020-03-27 ｜已发布｜ TAPD-1120106611001042003

标题：订单系统》订单管理》real订单，计算real平台的交易费

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

【用户场景】

v\: {behavior:url(#default#VML);} o\: {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}

客户：蔡氏工单：30464

需求：要将平台费用拉取回来（最好）如果确实接口不返回，客户可以自己设置规则比例进行计算

需求由梁群提供，具体需求内容订单截图详见附件

v\: {behavior:url(#default#VML);} o\: {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}

【期望结果】

提供配置让用户设置平台的费用计算公式用于计算平台交易费

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理》real订单

订单系统》账号管理》平台账号授权 -real

【需求点描述】 1、在订单系统》账号管理》平台账号授权 -real内增加平台交易费比例（非必填项）输入项，用户填入数值之后使用该交易费比例计算real平台交易费。计算公式：交易费=订单金额*平台交易费比例

【图片】

2、如有配置的平台交易费比例的店铺的订单则会计算对应的平台交易费，计算出来的费用需要填充到对应订单的交易费字段内

【图片】

2020-03-14 ｜已发布｜ TAPD-1120106611001041282

标题：平台配送方式只显示平台运输方式描述

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

需求联系信息: 发起人:【黄旷】电话:【13554259637】邮箱:【business@sourcemore.com】

紧急需求是否愿意付费: 不付费

是否为BUG: 非BUG

影响范围: 其他

需求目的: 【图片】

自建站的平台配送不需要显示平台运输方式，即上图中框出的这部分；只需要显示后面的平台运输方式描述。

改动细节:我们是依照平台配送方式来选择配送方式的，现在无法一眼看到平台配送方式，只能一个个鼠标移过去看，要多花很多倍的时间来审单，拉低工作效率。

已经询问过贵司其他同事，以下为那边的答复：

这个是新做的一个功能，如果有平台运输方式，就会显示平台运输方式加上平台运输方式描述。也就是现在看到的如果没有平台运输方式，就只显示平台运输方式描述。

如果贵司只想显示平台运输方式描述那就需要提个需求优化处理，加一个配置就可以。

————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】

订单系统》订单管理

【需求点描述】

1、在configlist新增配置：控制magento订单的平台配送优先显示内容。0优先显示运输方式，1优先显示运输方式描述

【图片】

2020-02-12 ｜已发布｜ TAPD-1120106611001039252

标题：退款管理界面增加显示系统退款原因

TAPD链接

处理人：陈家宜; 模块：销售-RMA管理

需求描述：

需求联系信息: 发起人:【罗】电话:【+86-18276838100】邮箱:【982930281@qq.com】

紧急需求是否愿意付费: 不付费

是否为BUG: 非BUG

影响范围: 影响发货时效

需求目的:当前退款管理界面只能看到客服人员备注的退款信息，不能在界面看到系统退款原因，需导出表格才能看到，在退款管理界面增加系统退款原因，更方便客服人员查看。

【图片】

改动细节:退款管理界面增加系统退款原因字段显示，无导出表格即可直观看到。如图

【图片】

订单系统》客服管理》退款管理 1.在退款管理列表中新增显示“系统退款原因字段”

【图片】

取值来自对应的退款单的“退款原因”

【图片】

2020-01-09 ｜已发布｜ TAPD-1120106611001038272

标题：仓配系统》产品管理》产品条码管理 -打印FNSKU条码优化打印FBA条码的标题

TAPD链接

处理人：陈家宜; 模块：销售-订单管理

需求描述：

工单：1047995 技术支持ID：28278

【用户场景】仓配系统】产品管理】产品条码管理中，打印FBA条码的时候，产品的标题显示异常，没有取订单系统的数据。通过排查是fnsku没有校验仓库和店铺。

【期望结果】打印FBA条码的时候，标题能正常取订单系统的数据

【页面路径】仓配系统】产品管理】产品条码管理中，打印FBA条码取的数据是订单系统】amazon FBA库存中的“name”这个字段

【图片】

————————————————————————以上为原始需求，需求提出者编辑————————————————————————

【页面路径】

仓配系统》产品管理》产品条码管理 -打印FNSKU条码

【需求点描述】

1、原本的fnsku条码打印取值逻辑是

①取值产品条码管理内该fnsku设置的产品名称（如果无，则②） ②取值对应的fnsku在订单系统里面的name（如果订单系统无此fnsku，或此fnsku存在于多个店铺账号，具有多个name的话则③） ③取值仓配系统内该sku的产品名称

由于以上逻辑导致②流程中订单系统内一个fnsku有两个name的情况下走到③流程使得用户打印出来的fnsku条码有中文名称，所以做以下优化：

进行流程②取值对应的fnsku在订单系统里面的name的时候，如果订单系统内的fnsku存在于多个店铺账号，则随机取一个店铺账号所对应的name，如果随机取的name值为空则顺延的取另外一个（如果订单系统无此fnsku则走流程③）

【图片】

通用 > TAPD订单管理

需求历史

2022-10-12 ｜ 已发布 ｜ TAPD-1164436104001119762

2021-09-01 ｜ 已发布 ｜ TAPD-1164436104001083518

2021-09-01 ｜ 已发布 ｜ TAPD-1164436104001083516

2021-09-01 ｜ 已发布 ｜ TAPD-1164436104001083515

2021-08-17 ｜ 已发布 ｜ TAPD-1120106611001081833

2021-08-09 ｜ 测试通过 ｜ TAPD-1120106611001081026

2021-08-03 ｜ 测试通过 ｜ TAPD-1120106611001080347

2021-07-15 ｜ 测试通过 ｜ TAPD-1120106611001078405

2021-07-06 ｜ 测试通过 ｜ TAPD-1120106611001077526

2021-06-29 ｜ 测试通过 ｜ TAPD-1120106611001076861

2021-06-28 ｜ 测试通过 ｜ TAPD-1120106611001076793

2021-06-28 ｜ 已发布 ｜ TAPD-1120106611001076784

2021-06-25 ｜ 已发布 ｜ TAPD-1120106611001076580

2021-06-17 ｜ 已发布 ｜ TAPD-1120106611001075720

2021-06-09 ｜ 测试通过 ｜ TAPD-1120106611001075023

2021-06-09 ｜ 已发布 ｜ TAPD-1120106611001075004

2021-05-19 ｜ 已发布 ｜ TAPD-1120106611001073113

2021-05-18 ｜ 已发布 ｜ TAPD-1120106611001073004

2021-05-14 ｜ 已发布 ｜ TAPD-1120106611001072783

2021-04-25 ｜ 已发布 ｜ TAPD-1120106611001071371

2021-04-22 ｜ 已发布 ｜ TAPD-1120106611001071165

2021-04-15 ｜ 已发布 ｜ TAPD-1120106611001070653

2021-04-13 ｜ 已发布 ｜ TAPD-1120106611001070482

2021-04-12 ｜ 测试通过 ｜ TAPD-1120106611001070398

2021-04-12 ｜ 测试通过 ｜ TAPD-1120106611001070387

2021-04-12 ｜ 已发布 ｜ TAPD-1120106611001070381

2021-03-26 ｜ 已发布 ｜ TAPD-1120106611001069338

2021-03-25 ｜ 已发布 ｜ TAPD-1120106611001069210

2021-03-23 ｜ 已发布 ｜ TAPD-1120106611001069096

2021-03-17 ｜ 测试通过 ｜ TAPD-1120106611001068729

2021-03-16 ｜ 测试通过 ｜ TAPD-1120106611001068555

2021-03-16 ｜ 已发布 ｜ TAPD-1120106611001068554

2021-03-16 ｜ 已发布 ｜ TAPD-1120106611001068553

2021-03-13 ｜ 测试通过 ｜ TAPD-1120106611001068286

2021-03-12 ｜ 已发布 ｜ TAPD-1120106611001068154

2021-03-08 ｜ 已发布 ｜ TAPD-1120106611001067589

2021-03-06 ｜ 已发布 ｜ TAPD-1120106611001067512

2021-03-01 ｜ 已发布 ｜ TAPD-1120106611001067009

2021-02-09 ｜ 已发布 ｜ TAPD-1120106611001066176

2021-01-25 ｜ 已发布 ｜ TAPD-1120106611001065185

2021-01-25 ｜ 已发布 ｜ TAPD-1120106611001065013

2021-01-22 ｜ 已发布 ｜ TAPD-1120106611001064917

2021-01-18 ｜ 已发布 ｜ TAPD-1120106611001064576

2020-12-24 ｜ 已发布 ｜ TAPD-1120106611001062741

2020-12-18 ｜ 已发布 ｜ TAPD-1120106611001062263

2020-12-16 ｜ 已发布 ｜ TAPD-1120106611001062083

2020-12-15 ｜ 已发布 ｜ TAPD-1120106611001061933

2020-12-08 ｜ 已发布 ｜ TAPD-1120106611001061329

客服需要通过订单号，进行单个订单拉单的操作

2020-12-04 ｜ 已发布 ｜ TAPD-1120106611001061103

2020-11-24 ｜ 已发布 ｜ TAPD-1120106611001060245

2020-11-19 ｜ 已发布 ｜ TAPD-1120106611001059949

2020-11-12 ｜ 已发布 ｜ TAPD-1120106611001059492

2020-11-11 ｜ 已发布 ｜ TAPD-1120106611001059227

2020-11-09 ｜ 已发布 ｜ TAPD-1120106611001058989

2020-11-05 ｜ 已发布 ｜ TAPD-1120106611001058741

功能概述

逻辑流程

页面说明

注意事项

2020-11-02 ｜ 已发布 ｜ TAPD-1120106611001058255

2020-10-31 ｜ 已发布 ｜ TAPD-1120106611001058184

2020-10-28 ｜ 已发布 ｜ TAPD-1120106611001057923

2020-10-27 ｜ 已发布 ｜ TAPD-1120106611001057841

2020-10-22 ｜ 已发布 ｜ TAPD-1120106611001057647

2020-10-20 ｜ 已发布 ｜ TAPD-1120106611001057376

2020-10-14 ｜ 已发布 ｜ TAPD-1120106611001056882

2020-10-13 ｜ 已发布 ｜ TAPD-1120106611001056820

2020-10-10 ｜ 已发布 ｜ TAPD-1120106611001056617

2020-09-27 ｜ 已发布 ｜ TAPD-1120106611001056267

2020-09-23 ｜ 已发布 ｜ TAPD-1120106611001055955

2020-09-22 ｜ 已发布 ｜ TAPD-1120106611001055880

2020-09-15 ｜ 已发布 ｜ TAPD-1120106611001055279

2020-09-12 ｜ 已发布 ｜ TAPD-1120106611001055062

2020-09-09 ｜ 已发布 ｜ TAPD-1120106611001054783

功能概述

逻辑流程

页面说明

2022-10-12 ｜已发布｜ TAPD-1164436104001119762

2021-09-01 ｜已发布｜ TAPD-1164436104001083518

2021-09-01 ｜已发布｜ TAPD-1164436104001083516

2021-09-01 ｜已发布｜ TAPD-1164436104001083515

2021-08-17 ｜已发布｜ TAPD-1120106611001081833

2021-08-09 ｜测试通过｜ TAPD-1120106611001081026

2021-08-03 ｜测试通过｜ TAPD-1120106611001080347

2021-07-15 ｜测试通过｜ TAPD-1120106611001078405

2021-07-06 ｜测试通过｜ TAPD-1120106611001077526

2021-06-29 ｜测试通过｜ TAPD-1120106611001076861

2021-06-28 ｜测试通过｜ TAPD-1120106611001076793

2021-06-28 ｜已发布｜ TAPD-1120106611001076784

2021-06-25 ｜已发布｜ TAPD-1120106611001076580

2021-06-17 ｜已发布｜ TAPD-1120106611001075720

2021-06-09 ｜测试通过｜ TAPD-1120106611001075023

2021-06-09 ｜已发布｜ TAPD-1120106611001075004

2021-05-19 ｜已发布｜ TAPD-1120106611001073113

2021-05-18 ｜已发布｜ TAPD-1120106611001073004

2021-05-14 ｜已发布｜ TAPD-1120106611001072783

2021-04-25 ｜已发布｜ TAPD-1120106611001071371

2021-04-22 ｜已发布｜ TAPD-1120106611001071165

2021-04-15 ｜已发布｜ TAPD-1120106611001070653

2021-04-13 ｜已发布｜ TAPD-1120106611001070482

2021-04-12 ｜测试通过｜ TAPD-1120106611001070398

2021-04-12 ｜测试通过｜ TAPD-1120106611001070387

2021-04-12 ｜已发布｜ TAPD-1120106611001070381

2021-03-26 ｜已发布｜ TAPD-1120106611001069338

2021-03-25 ｜已发布｜ TAPD-1120106611001069210

2021-03-23 ｜已发布｜ TAPD-1120106611001069096

2021-03-17 ｜测试通过｜ TAPD-1120106611001068729

2021-03-16 ｜测试通过｜ TAPD-1120106611001068555

2021-03-16 ｜已发布｜ TAPD-1120106611001068554

2021-03-16 ｜已发布｜ TAPD-1120106611001068553

2021-03-13 ｜测试通过｜ TAPD-1120106611001068286

2021-03-12 ｜已发布｜ TAPD-1120106611001068154

2021-03-08 ｜已发布｜ TAPD-1120106611001067589

2021-03-06 ｜已发布｜ TAPD-1120106611001067512

2021-03-01 ｜已发布｜ TAPD-1120106611001067009

2021-02-09 ｜已发布｜ TAPD-1120106611001066176

2021-01-25 ｜已发布｜ TAPD-1120106611001065185

2021-01-25 ｜已发布｜ TAPD-1120106611001065013

2021-01-22 ｜已发布｜ TAPD-1120106611001064917

2021-01-18 ｜已发布｜ TAPD-1120106611001064576

2020-12-24 ｜已发布｜ TAPD-1120106611001062741

2020-12-18 ｜已发布｜ TAPD-1120106611001062263

2020-12-16 ｜已发布｜ TAPD-1120106611001062083

2020-12-15 ｜已发布｜ TAPD-1120106611001061933

2020-12-08 ｜已发布｜ TAPD-1120106611001061329

2020-12-04 ｜已发布｜ TAPD-1120106611001061103

2020-11-24 ｜已发布｜ TAPD-1120106611001060245

2020-11-19 ｜已发布｜ TAPD-1120106611001059949

2020-11-12 ｜已发布｜ TAPD-1120106611001059492

2020-11-11 ｜已发布｜ TAPD-1120106611001059227

2020-11-09 ｜已发布｜ TAPD-1120106611001058989

2020-11-05 ｜已发布｜ TAPD-1120106611001058741

2020-11-02 ｜已发布｜ TAPD-1120106611001058255

2020-10-31 ｜已发布｜ TAPD-1120106611001058184

2020-10-28 ｜已发布｜ TAPD-1120106611001057923

2020-10-27 ｜已发布｜ TAPD-1120106611001057841

2020-10-22 ｜已发布｜ TAPD-1120106611001057647

2020-10-20 ｜已发布｜ TAPD-1120106611001057376

2020-10-14 ｜已发布｜ TAPD-1120106611001056882

2020-10-13 ｜已发布｜ TAPD-1120106611001056820

2020-10-10 ｜已发布｜ TAPD-1120106611001056617

2020-09-27 ｜已发布｜ TAPD-1120106611001056267

2020-09-23 ｜已发布｜ TAPD-1120106611001055955

2020-09-22 ｜已发布｜ TAPD-1120106611001055880

2020-09-15 ｜已发布｜ TAPD-1120106611001055279

2020-09-12 ｜已发布｜ TAPD-1120106611001055062

2020-09-09 ｜已发布｜ TAPD-1120106611001054783

2020-09-05 ｜已发布｜ TAPD-1120106611001054478

2020-09-02 ｜已发布｜ TAPD-1120106611001054022

2020-09-02 ｜已发布｜ TAPD-1120106611001054000

2020-08-31 ｜已发布｜ TAPD-1120106611001053899

2020-08-31 ｜已发布｜ TAPD-1120106611001053827

2020-08-27 ｜已发布｜ TAPD-1120106611001053641

2020-08-26 ｜已发布｜ TAPD-1120106611001053599

2020-08-26 ｜已发布｜ TAPD-1120106611001053580

2020-08-25 ｜已发布｜ TAPD-1120106611001053535

2020-08-25 ｜已发布｜ TAPD-1120106611001053515