CN115471126A - 一种具有费用预估功能的电商erp系统 - Google Patents

Abstract

本申请公开了一种具有费用预估功能的电商ERP系统，用于管理亚马逊店铺，包括商品模块、销售模块、财务模块、数据模块和权限管理模块；所述销售模块包括销售订单模块和在线产品模块，所述在线产品模块可以从店铺获取在线产品价格记录为本地产品价格；当销售订单处于pending状态时，产品销售额会先取值为亚马逊后台all order报表对应的item price；如果all order报表中没有这个销售订单，所述产品销售额就会取最近订单的产品金额；如果最近没有出单，就自动取值所述本地产品价格，实现所述产品销售额的预估，使系统在无法获取店铺后台真实数据时，仍可以提前合理的预估销售订单的相关收益，提高电商ERP系统在数据获取延时阶段的精准性。

Description

一种具有费用预估功能的电商ERP系统

技术领域

本申请涉及计算机技术领域，特别涉及一种具有费用预估功能、利润试算功能、列表界面切换功能或运营管理功能的电商ERP系统，及相应功能的实现方法、计算机设备。

背景技术

随着电子商务的兴起，电商企业(卖家)在多个不同的电商平台(如亚马逊、阿里巴巴、京东、沃尔玛等)同时开设店铺，或者在一个电商平台同时开设多个店铺，已经非常普遍。为了提高电商企业对多个店铺的管理效率，基于ERP(Enterprise Resource Planning，企业资源计划)而开发的电商管理软件系统(本申请中简称为“电商ERP”、“ERP系统”或“系统”)逐步开始被各电商企业用于管理国内电商或跨境电商业务，实现了一个电商ERP系统可同时管理多个店铺，大幅提高了店铺运营各环节的效率。基于云平台而开发的SaaS ERP系统是电商ERP的一个重要开发方向，SaaS是Software-as-a-Service(软件即服务)的简称。

电商ERP系统是通过既定的规则访问电商平台下的店铺，需要实现多样化的功能需求，处理订单各环节的动态数据，以及遵循电商平台的多种规则，管理数据非常庞大，同时还需要满足用户(卖家)操作便捷的特点，因此现有已商业化的电商ERP系统都还处于功能逐步更新和完善的阶段，各软件企业在开发自家电商ERP系统时所制定的功能算法和规则也基本不一样，所涉及的商品模块、销售模块、采购模块、物流模块、仓库模块、财务模块、广告模块、客服模块和数据模块等功能模块在特定的场景使用时经常出现数据缺失、错误、更新延迟、计算不够精准等缺陷，直接影响ERP系统的使用效果。

以管理亚马逊电商平台的跨境业务为例，现有ERP系统在统计销售订单时通常会统计shipped状态(指订单为已发货状态)和pending状态(指订单为待完成状态)下的订单数据，由于在pending状态下订单还未结算，ERP系统就无法取到真实的亚马逊店铺后台销售额数据，从而使现有ERP系统不能统计销售额，只统计销量；也即现有ERP系统不能在pending状态进一步的计算与订单销售额相关的数据，比如不能预估初版订单(指未结算前的订单)的利润(主要指毛利润)，导致用户(ERP系统操作人员)在刚开始下单时不能立即看到初版订单可能带来的收益。

此外，现有ERP系统不具有利润试算、运营管理等功能，或对应的功能不够完善；现有ERP系统的信息列表界面可视性较差，不能根据场景灵活调整。

涉及电商ERP功能模块的其他技术问题，在后文进一步阐释。上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。

申请内容

本申请的主要目的是提供一种电商ERP系统，具有费用预估功能，旨在进一步完善销售订单的销售额数据，使系统在无法获取店铺后台真实数据时，仍可以提前合理的预估销售订单的相关收益，提高电商ERP系统在数据获取延时阶段的精准性。此外，本申请的电商ERP系统还增加了利润试算、运营管理、列表界面切换等新的功能，提高ERP系统管理的精准性和效率。

为实现上述目的，本申请提出的一种具有费用预估功能的电商ERP系统，用于管理亚马逊店铺，其特征在于，所述具有费用预估功能的电商ERP系统包括商品模块、销售模块、财务模块、数据模块和权限管理模块。

所述权限管理模块用于管理访问所述店铺的权限和其他权限，所述店铺被授权允许访问后，所述具有费用预估功能的电商ERP系统可以获取所述店铺的后台数据。所述商品模块用于管理本地商品，记录本地商品的商品属性。

所述销售模块包括销售订单模块和在线产品模块，在完成店铺授权之后，所述在线产品模块可以导入已授权店铺的在线产品信息；来自授权店铺的在线产品信息可以同步记录在所述在线产品模块并作为本地基础信息，所述本地基础信息包括本地产品价格，所述授权店铺的在线产品信息包括在线产品价格，首次同步记录在所述在线产品模块的所述在线产品价格为所述本地产品价格的初始数据。也即，所述在线产品模块可以导入已授权店铺的在线产品信息作为本地基础信息，所述在线产品信息中的产品价格为在线产品价格，所述本地基础信息中的产品价格为本地产品价格。

所述销售订单模块用于管理店铺在线产品的销售订单，所述销售订单具有shipped状态和pending状态，所述销售订单模块中的产品销售额可以根据订单的状态决定按特定的先后顺序取值：当销售订单处于pending状态时，①所述产品销售额会先取值为亚马逊后台all order(指全部订单)报表对应的item price(指商品价格)；②如果all order报表中没有这个销售订单，所述产品销售额就会取最近订单的产品金额；③如果最近没有出单，就自动取值位于所述本地基础信息中的所述本地产品价格，实现所述产品销售额的预估。

当销售订单处于pending状态时，所述销售模块、所述财务模块或所述数据模块中的一个或多个模块根据所述产品销售额计算所述销售订单的潜在订单收益，所述潜在订单收益作为pending订单在完成付款前的收益费用的预估。

本申请的电商ERP系统，通过对产品销售额设置三个层级的取值方式来预估pending状态销售订单的销售额，从而使ERP系统在无法获取店铺后台真实数据时，仍可以提前合理的预估销售订单的相关收益，进而实现了对未结算前订单(初版订单)的利润预估，使用户可以在刚开始下单时就能看到初版订单可能带来的收益；在销量统计和产品表现时可以统计销售额。此外，由于销售订单的更新时间和亚马逊后台all order(指全部订单)报表有一定差距，这是亚马逊报表本身存在的问题，导致所有的报表统计本身都有比较大的延迟，因此从整体上看本申请的电商ERP系统按特定顺序预估的销售额数据会更为准确，初版利润的预估通常可以比亚马逊后台报告提前约3天时间，解决了店铺后台数据延迟而导致电商ERP系统在订单未完成付款时缺失订单销售额的问题。

产品销售额的三个层级的取值方式，如图2，第一层级(S1.1)取值平台报告内的item price，第二层级(S1.2)取值最近订单的产品金额，第三层级(S1.3)取值本地产品价格，其中第一层级的取值方式通常最接近订单付款完成后的产品实际销售额，第三层级的取值方式相对第一、二层级的取值方式距离订单付款完成后的产品实际销售额可能存在一定的偏差，其中第三层级的取值方式不受产品销售过往记录的影响，可以确保能够取值成功。也即，由于没有考虑订单取消、退款、退货、费用均摊等因素，这种产品销售额的取值和最终的销售额可能存在一定的变差，但可以保证在初版订单中取得相对合理的数据，从而实现对初版订单收益的整体预估。

在其他实施方案中，产品销售额的取值方式可是三个层级(S1.1、S1.2、S1.3)中的任一一个或两个，比如第二层级(S1.2)和第三层级(S1.3)的取值方式也适用于亚马逊平台之外的其他电商平台。

此外，本申请电商ERP系统的权限管理模块或其他模块还可以根据店铺站点预先设置基础税率，进一步的完善对pending状态订单或其他未结算订单预估相应的订单商品税，提高电商ERP系统在费用预估、利润试算等环节的数据的精准性，实现对费用预估、利润试算等多项收益的计算早于电商平台。

进一步的，本申请的电商ERP系统还具有产品利润试算功能，对应的设置有利润试算模块，包括第一利润试算模块和第二利润试算模块两种形式。第一利润试算模块设置于在线产品模块或其他近似功能模块的位置，主要用于新品定价和计算pending订单的初版毛利润；第二利润试算模块设置在产品分析模块、工具模块或其他近似功能模块的位置，主要用于产品销售完成后分析产品的定价产生的毛利润是否符合预期，便于重新为产品定价。利润试算模块作为新品定价、在线产品调价或者数据异常时调整价格的工具，可以帮助运营人员节省时间人力。方便卖家更加直观，可以快捷的调整商品对应的数据。利润试算模块按特定的取值逻辑完成在多种场景下的利润计算，具体实施方案和其他技术效果在后文阐述。

进一步的，本申请的电商ERP系统还具有列表界面切换功能。电商ERP系统的各功能模块中，有的功能模块包含的字段数量很多，比如销售模块中的在线产品模块，包括产品销售状态、图片、ASIN、MSKU、父ASIN、FNSKU、产品名称、品名、SKU、店铺、站点、价格、优惠价、毛利润、毛利率、预计费用、销量、销售额、广告花费、星级评分、采购成本、头程费用、最新更新时间、创建时间等三十多个字段和对应的数据，如果按常规的处理方法将这三十多个字段和对应的数据全部体现在列表界面，那么列表界面可视性会很差，操作人员难以针对性的查看到关键的数据。为此，本申请的电商ERP系统设有列表界面切换功能，将对应功能模块的字段分类管理，灵活的调整列表界面的显示内容，从而提高列表界面可视性，具体实施方案和其他技术效果在后文阐述。

进一步的，本申请的电商ERP系统还具有运营管理功能，对应的设置有运营管理模块。在运营管理过程，由于运营工作繁杂，难以追踪运营目标的完成情况，全盘计划不一定能落地到位，也经常会忘记在某个时间点去做已规划好的事，而错过对产品进行调整优化的最佳时机。为此，将运营管理模块的主要功能分解成运营计划、运营待办和运营笔记三个工具模块来实现。运营管理模块的工作原理为：通过运营计划将运营人员的管理动作进行串联，对关键指标进行量化，并通过可视化的方案跟踪关键指标的完成情况；结合关键指标，制定关键任务，并转化为运营任务(即运营待办事项)；在执行运营任务或者达成运营目标的过程中，支持运营人员对运营方法或者关键动作作为运营笔记进行沉淀；最后通过与数据看板的结合，让用户能够通过数据分析进行运营计划的复盘动作，对符合自身产品类目和公司规模的运营增长方法进行体系化的沉淀。也即通过运营计划、运营待办和运营笔记的相互衔接，使整个运营流程形成闭环，实时反馈和记录运营数据，提醒用户及时处理运营任务或调整运营方法，从而大幅提升运营工作效率。从而将用户的运营方法和增长的关键东西记录在运营管理模块中，使用户能够逐步完善业务增长方法。通过运营管理模块可以更好的规划未来工作，复盘历史工作及记录，从而做好精细化运营。具体实施方案和其他技术效果在后文阐述。

进一步的，本申请还提供一种服务器，服务器包括存储器、处理器，本申请的电商ERP系统储存在存储器，处理器可以运行电商ERP系统的操作指令并执行各功能模块的功能实现方法。

进一步的，本申请还提供一种计算机设备，所述计算机设备包括存储器、处理器，本申请的电商ERP系统储存在存储器，处理器可以运行电商ERP系统的操作指令并执行各功能模块的功能实现方法。

申明：为简化表述，本申请主要基于亚马逊平台来表述相关的技术方案，需要说明的是本申请所涉及的电商平台还可以是亚马逊之外的其他一个或多个电商平台。本申请电商ERP系统包括商品模块、销售模块、采购模块、物流模块、仓库模块、财务模块、广告模块、客服模块、工具模块、权限管理模块和数据模块等功能模块中的一个或多个，各功能模块之间可以相互融合，也可以独立存在，还可以是一个功能模块作为另一个功能模块的子模块。本申请ERP系统的操作人员也可以称为店铺管理人员、卖家、运营、运营人员或用户，除特别申明外，其身份不做严格限定。

本申请中电商领域名词说明(本申请中英文单词不区分大小写)：

(1)头程是指将产品由起始地发往仓库(如亚马逊仓库等)。

(2)Pending是指销售订单处于待处理或待付款状态；unshipped指销售订单处于未发货状态；shipped指销售订单处于已发货状态。

(3)listing是指产品详情页或在线产品。

(4)SKU(Stock Keeping Unit)是指库存商品编码；SPU(Standard Product Unit)指标准化产品单元，SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性，也即属性值、特性相同的商品就可以称为一个SPU。

(5)ASIN是亚马逊平台的商品编号，在本申请中可泛指电商平台的商标编号。

(6)MSKU(Merchant Stock Keeping Unit)是指在线商品编码；一个SPU可以包含多个SKU，一个SKU可以包含多个MSKU。

(7)ERP(Enterprise Resource Planning)是企业资源计划。

(8)FBA(Fulfilment by Amazon)是指由卖家把商品运送到亚马逊运营中心(即FBA头程)，亚马逊负责存储并管理商品，对商品进行捡货包装并提供快捷配送，并且提供当地语言提供顾客服务及退换货的服务，在本申请中可泛指卖家把商品运输给电商平台，由电商平台负责提供管理和发货服务。

(9)FBM(Fulfillment By Myself)是指亚马逊自发货，卖家自己配送在亚马逊销售的订单，从库存、包装、配送、客户服务等一系列流程需要卖家们自行负责；在本申请中可泛指平台自发货，卖家自己配送在电商平台的销售订单，从库存、包装、配送、客户服务等一系列流程需要卖家们自行负责。

(10)ROI(Return On Investment)指投入产出比。

(11)VAT(Value-added Tax)税率指增值税税率。

(12)referralFee指平台费，storageFee指仓储费，pickAndPackFee指配送费。

(13)USD为美元，美国货币单位；Buy Box指电商平台的购物车。

(14)review指顾客购买产品之后留下的产品评价，统计时表示评论的数量。

(15)ACoS是在指定时间范围内，广告花费与广告销售额的百分比；ROAS是在指定时间范围内的广告支出回报率，此值由广告产生的销售额除以广告花费得出；ACoTS是在指定时间范围内，广告花费与店铺总销售额的百分比，此值由广告花费除以总销售额计算得出；ASoTS是在指定时间范围内，广告销售额与店铺总销售额的百分比，此值由广告销售额除以店铺总销售额计算得出。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本申请电商ERP系统一实施例的功能模块图；

图2为本申请电商ERP系统一实施例中销售订单处于pending状态时的产品销售额取值顺序图；

图3为本申请电商ERP系统一实施例中销售模块的部分功能图；

图4为本申请电商ERP系统一实施例中产品价格和利润数据获取图；

图5为本申请电商ERP系统一实施例中产品利润试算的字段取值顺序图；

图6为本申请电商ERP系统一实施例中功能模块的列表界面示意图；

图7为本申请电商ERP系统一实施例中运营管理流程示意图；

图8为本申请电商ERP系统一实施例中上个周期取值逻辑图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本申请实施例做进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

请结合参考图1和图2，本申请提出一种电商ERP系统，在本申请的一实施例中，该电商ERP系统，可以用于管理亚马逊店铺或其他电商平台的店铺，电商ERP系统可以包括商品模块、销售模块、采购模块、物流模块、仓库模块、财务模块、广告模块、客服模块、工具模块、数据模块和权限管理模块。

其中，权限管理模块用于管理访问店铺的权限及其他权限的管理，店铺被授权允许访问后，电商ERP系统可以获取店铺的后台数据；商品模块用于管理本地商品，记录本地商品的商品属性，商品的属性可以包括品名、图片、商品编码(SKU，库存量单位)、采购成本、重量、尺寸等信息。

一实施例中，商品模块包括商品列表，商品列表用于管理本地商品，记录本地商品的商品属性。商品模块中的商品属性信息可以进一步的分为基础信息、物流信息、采购信息和装箱信息。基础信息可以包括商品的开发人员、在售状态、商品分类、商品来源和商品备注等信息。物流信息可以包括报关名称、报关单价、报关重量、海关编码，以及可以预先填写的不同国家的默认头程费用和FBA货件报关税率。采购信息可以包括采购成本、采购时长(即交货期)、采购员、商品尺寸规格、产品重量、供应商信息、以及设置是否开启质检流程的选项模块，如果某个商品开启质检流程，那么采购到货后会新增质检流程，需完成质检后库存量才会增加。装箱信息可以包括货箱的尺寸、重量和装箱产品数量。

如图3所示，销售模块包括销售订单模块和在线产品模块，在完成店铺授权之后，在线产品模块可以导入已授权店铺的在线产品信息；来自授权店铺的在线产品信息可以同步记录在在线产品模块并作为本地基础信息；本地基础信息包括本地产品价格，授权店铺的在线产品信息包括在线产品价格，首次同步并记录在在线产品模块的在线产品价格可以作为本地产品价格的初始数据。本地基础信息可以包括商品编号(ASIN)、商品的状态(在售/不可售)、产品名称、库存商品编码(SKU)、店铺站点、采购成本、头程费用等。其中，采购成本和头程费用可以手动修改，手动修改的方式可以是手动导入特定格式的文档信息，如附件格式的EXCEL表格等，提高数据的导入效率。通过手动修改本地基础信息，可以及时校准本地基础信息，提高ERP系统数据精准性。

销售订单模块用于管理店铺在线产品的销售订单，销售订单具有shipped状态和pending状态，销售订单模块中的产品销售额可以根据订单的状态决定按特定的先后顺序取值，以实现产品销售额的预估。

如图2，当销售订单处于pending状态或或其他未结算状态时，产品销售额的取值方法及顺序为：(S1.1)产品销售额会先取值为亚马逊后台all order报表对应的itemprice；(S1.2)如果all order报表中没有这个销售订单，产品销售额就会取最近订单的产品金额；(S1.3)如果最近没有出单，就自动取值位于本地基础信息中的本地产品价格。

当销售订单处于pending状态或其他未结算状态时，销售模块、财务模块、工具模块或数据模块中的一个或多个模块在计算产品销售额时，可以根据产品销售额计算销售订单的潜在订单收益，该潜在订单收益可以作为pending订单或其他未结算订单在完成付款前的收益费用的预估。从而实现了销售订单在对未结算之前对订单(初版订单)的利润预估，让用户在刚开始下单时就能可以看到初版订单可能带来的收益。

进一步的，一实施例中，权限管理模块可以用于管理店铺的权限，根据店铺位于不同国家和地区的站点属性，可以手动输入相应的基础税率，该基础税率可以用于销售订单处于pending状态或其他未结算状态时预估相应的订单商品税，提高电商ERP系统数据的精准性。销售模块、财务模块、工具模块或数据模块中的一个或多个模块可以根据基础税率计算pending状态或其他未结算状态的销售订单的预计税费。如果管理ERP系统的操作人员未在权限管理模块输入基础税率，那么基础税率默认为零。当销售模块财务模块或数据模块中的一个或多个模块在计算pending状态或其他未结算状态的销售订单的预计税费时，会先验证基础税率是否为零；如果基础税率为零，那么ERP系统会提示操作人员预先输入相应店铺站点的基础税率。

其他实施例中，在线产品模块还可以包含调价模块，通过调价模块可以在本地产品价格的基础上进一步的调整价格。调整价格的方式包括按价格百分比调价、按价格金额调价或者修改为固定的价格，调整后的价格数据可以用于更新对应店铺的在线产品价格。本地基础信息还可以包括商品库存数量，商品库存数量可以手动修改数据。

此外，在线产品模块可以同步更新已授权店铺的在线产品信息，在设置相应的产品或店铺同步更新后，对应产品的本地基础信息会相应更新，更新后的来自授权店铺的在线产品信息会重新记录在在线产品模块，作为新的本地基础信息。

如图3，在线产品模块还具有禁止同步的功能，当本地基础信息中的一个或多个数据被设置成禁止同步时，被禁止同步的本地基础信息不会因产品同步操作而更新。店铺的在线产品信息会包含一些无需同步的数据，比如涉及费用预估的数据(如手动输入的在线产品的预估费用、可销售产品数量、头程费用、采购成本等)，这些本地基础信息的数据通常会比亚马逊后台数据更准确或亚马逊后台没有相关的数据，这些数据无需再次同步更新。选择性的将比亚马逊后台数据更准确的本地基础信息设置成禁止同步，可以降低重要的本地基础数据因同步操作而被修改的风险。

在线产品模块还具有解除禁止同步的功能，当本地基础信息中被设置成禁止同步后，通过设置解除禁止同步来取消之前设置的禁止同步本地基础信息，从而使本地基础信息的修改权限恢复至初始状态。

在取消禁止同步设置之前，在线产品模块会提醒操作人员是否确定取消同步；如果选择确定取消同步，则在线产品模块会切换至权限验证的界面，在权限验证的界面通过店铺账号和密码验证来判断操作人员是否有取消禁止同步的权限；如果权限验证通过则在先的禁止同步设置会被取消；如果没有经过权限验证或权限验证失败，则在先的禁止同步继续有效。以此提高取消禁止同步设置的权限等级，保障ERP系统数据的安全。在其他实施方式中，也可以在设置禁止同步之前增加权限验证。

销售订单模块包括订单列表，订单列表汇总了电商ERP系统账号下的全部或部分销售订单信息，销售订单信息包括订单号、店铺名称、订购时间、订单状态等信息；销售订单信息以列表的形式体现，以便可以展现更多的销售订单信息，提高数据查看的便捷性。销售订单信息还包括销售收益和产品金额，销售收益是指订单总金额，产品金额是指产品的销售价；当销售订单处于pending状态或其他未结算状态时，产品金额取值为订单在pending状态下的产品销售额。

销售订单还包括普通订单和促销订单，当销售订单为促销订单时，在订单列表中的订单号一栏备注相应的促销标识，比如标识“促销”字样，以避免增多另一栏列表，节约销售订单的展示空间。

销售订单信息还包括退款订单、退货订单和换货订单，订单列表具有数据筛选功能，订单列表在未筛选状态不显示退款订单、退货订单和换货订单的属性，当筛选退款订单、退货订单或换货订单时，订单列表只展现/体现符合筛选条件的销售订单，并在订单列表中的订单号一栏备注相应的标识，如标识“退款”、“退货”或“换货”字样。通过筛选操作，将订单列表在未筛选状态下未显示的订单属性，体现在了筛选后的订单列表中。相比常规的筛选方式，这种筛选方式可以使订单列表在有限的展示区域内展示更多的订单信息。筛选后输出的订单列表会重新调整横向信息和纵向信息的格式，使筛选后的订单列表可以更直观的展现与筛选条件相关的数据。这种筛选方案，以重绘订单列表的方式展现筛选结果，可以将庞杂的订单列表快速转换成优先体现筛选条件相关的数据。

一实施例中，本申请的电商ERP系统还具有列表界面切换功能，系统的一个或多个功能模块具有对应的列表界面，列表界面用于显示对应功能模块的字段信息。列表界面包括列表显示窗口和筛选工具，列表显示窗口包括列表和自定义列工具，列表包括多个纵向列和至少一个横向行；

纵向列用于显示相应功能模块的字段信息(包括字段名称和对应的数据，如图6所示，纵向列有多个，包括X1、X2-Xn、Xa、Xb)，横向行的第一行(如图6中的Y1行)用于显示字段的名称，并做为列表的表头，表头之外的其他横向行(如图6中的Y2-Yn行)用于显示字段的数据，列表管理相应功能模块中全部产品的字段信息。

每个纵向列具有对应的宽度，列表的初始宽度尺寸为固定值，当多个纵向列的宽度之和大于列表的初始宽度尺寸时，列表在宽度方向会自动生成滑动条，滑动条可以左右滑动并延长列表的宽度尺寸，使列表可以显示更多的纵向列，也即可以显示更多的字段信息。

每个横向行列具有对应的高度，列表的初始高度尺寸为固定值，当多个横向行的高度之和大于列表的初始高度尺寸时，列表会对超出高度的横向行进行自动分页，使每个页面下的全部横向行的高度之和等于或小于列表的初始高度尺寸，每个页面具有相应的页码标识，选择相应的页码标识可以跳转到对应的产品字段页面。筛选工具可以设置筛选条件，根据设定的筛选条件，列表可以自动显示符合条件的横向行列，以便于查看横向列的数量和对应的字段信息。

自定义列工具包括字段选择工具和字段排序工具，字段选择工具汇总对应的功能模块的全部字段名称，且字段名称进一步的按固定列和非固定列分组，功能模块的全部字段名称中的可选项字段分别设置在固定列和非固定列；如果功能模块包含非可选项字段，则将非可选项字段设置在固定列；非可选项字段是列表中默认为选定状态的字段。

位于固定列中的纵向列在滑动条滑动时保持位置固定，位于非固定列中的纵向列在滑动条滑动时会相应的变换位置。如图6所示，纵向列X1、X2、Xa和Xb可以作为固定列，X3-Xn为非固定列，滑动滑动条时，纵向列X1、X2、Xa和Xb保持位置固定，纵向列X3-Xn会相应的变换位置，随滑动条滑动。

在字段选择工具中选取可选项字段后，位于非固定列中的被选取字段会自动增加到字段排序工具中，并在字段排序工具的显示界面中按从上到下的顺序排列，上下拖动字段的位置，可以相应的调整多个字段在非固定列中的位置和顺序，其中位于最上的字段所对应的纵向列排布在非固定列的最左侧，位于最下的字段所对应的纵向列排布在非固定列的最右边；也即在字段排序工具显示界面中所显示的按从上到下顺序排列的各字段，会在非固定列中按从左到右的顺序排列相应的纵向列。列表的纵向列只显示被选定字段名称的纵向列和系统默认为选取状态的纵向列。通过灵活调整字段顺序和位置，可以将重要的字段信息集中快速的显示出来，以提高列表界面的可视性，兼顾操作简便和字段数据显示简洁的优点。

在设置字段选择工具时，如果被选定的可选项字段数量较少，致使列表显示的多个纵向列的宽度之和小于列表的宽度尺寸时，多个纵向列的宽度会自动增加，使多个纵向列的宽度之和等于列表的宽度尺寸；从而使多个纵向列均匀的排布在列表中。纵向列的宽度尺寸可以调整，拖动相邻两个纵向列之间的边界线可以调整对应纵向列的宽度尺寸；比如拖动图6中的纵向列X3和X4之间的边界线，纵向列X3的宽度尺寸会相应增加或减小。

一实施例中，可以将某个功能模块的多个字段数量设置成固值，比如在列表中只显示多个字段中的6个字段，当选定的字段名称达到6个时，自定义列工具会将其他剩余可选的字段统一锁定为不可选状态，避免操作人员继续选取其他字段，从而节省选取时间，兼顾操作简便、界面简洁的优点。

进一步的，当列表中的字段数据超过200个字符时，系统自动过滤200个以外的字符，使列表中的字段数据更简介，以提高列表界面的可视性。

进一步的，如果列表具有多个页面，当用户在当前页输入信息，并切换至另一页面时，列表会保留当前页面的输入信息，避免输入信息丢失。

进一步的，当自定义列工具设置完想显示的的列，以后默认显示当前保存的列，避免重复选定字段类型或者重读设置自定义工具。

进一步的，列表中的一个或多个纵向列设有升序工具和降序工具，当选定某个纵向列的升序工具，多个横向行会根据纵向列的字段数据按升序排列，当选定某个纵向列的降序工具，多个横向行会根据纵向列的字段数据按降序排列。

进一步的，当功能模块的全部字段包括ASIN和MSKU时，ASIN和MSKU合并在同一个纵向列显示相应的字段信息。当功能模块的全部字段包括利润和利润率时，利润和利润率合并在同一个纵向列显示相应的字段信息。也即，功能模块多个字段中，相近的两个或多个字段，可以合并在同一个纵向列显示其相应的字段信息，以减少纵向列的数量，使数据显示更集中。

一实施例中，功能模块的字段包括多个一级字段，每个一级字段具有一个或多个二级字段，一级字段或二级字段做为列表的表头，表头具有字段切换功能。当选择切换某个一级字段，则表格的全部非固定列会自动切换成新的纵向列，该新纵向列的表头字段为被选择的一级字段下的全部二级字段。当选择切换某个二级字段，则表格的全部非固定列会自动切换成新的纵向列，该新纵向列的表头字段为全部一级字段。通过字段层级关系来自动切换列表，避免逐个选取功能的多个字段，提高数据筛选和切换的效率，无需逐个设置表头的字段信息。

一实施例中，采购模块具有相应的列表界面，采购模块的列表界面为采购单，采购单的列表还包括独立的提示窗口，提示窗口显示和记录加急采购单的数量。选中加急采购单的提示窗口，采购单的列表自动切换显示全部加急采购单。加急采购单是采购单中特别重要的信息，以单独的窗口来显示，也即在列表的纵向列和横向行的结构基础上，再进一步的增加独立的提示窗口，相比常规的列表，既提高了列表字段信息的管理优先级，又提高了列表界面的可视性。采购单列表记录全部的待下单、待到货、已完成和已取消的采购单。选取采购单列表中的一个或多个采购单，可以打印出相应的组合采购单，组合采购单自动计算被选中的采购单中的商品总数、采购量、运费和总金额。

一实施例中，销售模块包括在线产品模块，在线产品模块具有相应的列表界面，在线产品模块的列表界面为在线产品清单。

在线产品模块的字段包括产品销售状态、图片、ASIN、MSKU、操作、FNSKU、产品名称、SKU、店铺、站点、价格、预计费用、销量、销售额、采购成本、头程费用，其中销售状态、图片、ASIN、MSKU和操作字段为在线产品清单的固定列，且销售状态、图片、ASIN和MSKU字段排布在在线产品清单的左侧，操作字段排布在在线产品清单的左侧；FNSKU、产品名称、SKU、店铺、站点、价格、预计费用、销量、销售额、采购成本和头程费用字段为在线产品清单的非固定列，非固定列排布在在线产品清单的中间位置，以提高列表界面的可视性。其中，预计费用表示每件售出商品的预计费用，预计费用按先后顺序自动同步仅同步当前月份及前三个自然月上架或有出单的产品，手动同步则不限制。

一实施例中，在操作字段对应的纵向列中设有利润试算工具，利润试算工具包括利润试算模块，利润试算模块可以按预定逻辑获取店铺的后台数据或电商ERP系统的本地数据，自动计算产品的毛利润。利润试算模块的各字段优先从店铺的后台数据取值，当利润试算模块的各字段对应的一个或多个接口取值失败时，取值失败的字段进一步的取值电商ERP系统的本地数据，如图4和图5所示。

在操作字段对应的纵向列中设有同步产品工具，同步产品工具用于同步本地产品和在线产品的基础信息。在操作字段对应的纵向列中还设有解除配对工具，解除配对工具用于解除本地产品和在线产品的配对。

在商业化的电商ERP中，在线产品模块中的本地基础信息的录入主要以电商平台的店铺同步导入为主，从而更加适合批量自动化操作，方便ERP系统自动管理更多的店铺。实际使用时还发现，亚马逊退回的产品不可售的概率比较高，但也存在少部分的成本是可售的，因此本申请的ERP系统还支持对退货订单根据实际情况进行手动修改本地基础信息，可以修改退货订单的产品库存数量、物流费和销售价格。

其他实施例中，对于销售订单中的发票支付订单，由于发票支付订单结算周期长，哪怕订单变为shipped状态，只要订单还未结算，系统就无法取到真实的数值，所以在订单结算前，本申请的ERP系统依旧会取该订单pending状态时的值，待款项到账后，将会更新费用数据。发票订单是指以发票作为付款方式(Pay by Invoice，简称PBI)的订单，发票订单是亚马逊引进的新的付款方式，允许客户延期支付订单款项，也即赊购商品的付款方式。利用发票支付，符合要求的亚马逊企业采购商城买家可以在亚马逊购买商品并获得订单的账单发票。

权限管理模块还具有汇率设置界面，汇率设置界面包括主货币和多种副货币，每种副货币具有相对主货币的官方汇率和我的汇率，官方汇率为相应时间从互联网获取的官方汇率值，我的汇率为手动输入的汇率值。官方汇率可以是取“中国银联”外汇牌价的折算价，每天凌晨更新一次，历史数据取当月第一天的汇率。设置我的汇率后，当前月我的汇率会保持不变，下个月的汇率会初始化为官方汇率。汇率设置界面还具有自动同步功能，自动同步功能具有开启和关闭两种状态，当设置为开启状态时，之后每月月初我的汇率会自动同步为官方汇率；当设置为关闭状态时，我的汇率会一直保持不变，除非人为修改。

汇率设置界面还具有同步官方汇率模块，在同步官方汇率模块界面，选择需要同步的月份时间和需要同步的币种，在设置同步后，所选月份的我的汇率会与官方汇率保持一致。通过汇率设置界面的设定，可以同时满足手动输入汇率、自动同步官方汇率、特定时间同步官方汇率等场景的使用需求。汇率设置界面还具有时间显示窗口，时间显示窗口显示最近一次的官方汇率更新时间，从而更好提醒操作人员汇率数据的获取时间。

一实施例中，本申请的电商ERP系统还具有产品利润试算功能，对应的设置有利润试算模块(也可以称为利润试算工具)。如图4，利润试算模块可以按预定逻辑获取店铺的后台数据或电商ERP系统的本地数据，用于计算产品的毛利润或毛利润率；利润试算模块的各字段优先从店铺的后台数据取值，当利润试算模块的各字段对应的一个或多个接口取值失败时，取值失败的字段进一步的取值电商ERP系统的本地数据。

用于计算毛利润的产品(也可称为本地产品或本地商品)在数据取值时具有A场景、B场景和C场景，其中B场景是指产品具有MSKU的场景(可以理解为B场景是指本地产品已经和店铺在线产品完成配对，可以根据MSKU获取在线产品相应字段信息的场景)，C场景是指产品具有SKU的场景(可以理解为C场景是指本地产品未和店铺完成配对，可以根据SKU获取本地产品相应字段信息的场景)，A场景是指产品没有MSKU和SKU的场景(可以理解为A场景下的本地产品为新上架或准备上架的产品，之前没有销售记录，此时A场景下的利润试算工具主要用于新品定价)；利润试算模块的各字段取值时根据A场景、B场景和C场景遵循相应的逻辑，且各字段按B场景、C场景和A场景的先后顺序取值，使字段数据能够获取到数据并兼顾数据的精准性。

利润试算模块的各字段可以包括国家、汇率、配送类型、商品尺寸、商品尺寸单位、重量、重量单位、品类、买家运费、采购成本、头程费用的计费方式、头程费用的类型、头程费用的头程物流、头程费、平台费、仓储费、配送费、申报价、VAT税费、关税税率、广告费、推广费、测评费、退货费和其他费用中的一个或多个。其中国家字段用于计算汇率和费用的单位；配送类型为FBA时产品的成本为采购成本、头程费用和关税费用之和，配送类型为FBM时产品的成本为采购成本和关税费用之和；商品的品类、尺寸、重量及其单位字段用于计算头程费用、平台费、仓储费和配送费；头程费可以由系统按照头程费用的计费方式、头程费用的类型、头程费用的头程物流字段数据计算得出，也可以手动输入；商品的品类按电商平台的分类选取。利润试算模块的各字段的取值逻辑如下表(表1)。

表1

表1中利润试算模块的各字段的取值逻辑和对应的说明：

(1)国家:当取值逻辑为C场景时，国家字段取值来源于所选则SKU对应的站点国家(此时国家字段不可切换)，当取值逻辑为A或B场景时，国家字段取值亚马逊各站点国家。

(2)汇率：汇率字段取汇率设置界面最新月份的汇率,优先取我的汇率,如果我的汇率为空,则取官方汇率。

(3)配送类型：当取值逻辑为B场景时，配送类型字段取值来源于所选择MSKU对应的配送类型，当取值逻辑为A或B场景时，配送类型字段取值手动选取的FBA或FMB。

(4)商品尺寸：当取值逻辑为A场景时，商品尺寸字段取值手动录入的数据，当取值逻辑为B场景时，商品尺寸字段取值通过亚马逊计算器接口获取的数据，当取值逻辑为C场景时，商品尺寸字段取值SKU的商品规格数据。

(5)商品尺寸单位：当取值逻辑为A场景时，商品尺寸单位取值手动选取的cm或in，当取值逻辑为B场景时，商品尺寸单位取值通过亚马逊计算器接口获取的数据(此时不可切换单位)，当取值逻辑为C场景时，商品尺寸单位取值SKU信息的商品规格单位。

(6)重量：当取值逻辑为A场景时，重量字段取值手动录入的数据，当取值逻辑为B场景时，重量字段取值通过亚马逊计算器接口获取的数据，当取值逻辑为C场景时，重量字段取值SKU信息的商品重量。

(7)重量单位：当取值逻辑为A场景时，重量单位取值手动选取的kg或Ib，当取值逻辑为B场景时，重量单位取值通过亚马逊计算器接口获取的数据(此时不可切换单位)，当取值逻辑为C场景时，重量单位取值来源于SKU信息的商品重量数据(也即ERP系统的本地数据，此时单位换算成kg)。

(8)买家运费：当取值逻辑为A或C场景时，买家运费字段取值手动录入的数据，当取值逻辑为B场景时，买家运费字段取值通过亚马逊计算器接口获取的数据。

(9)采购成本：当取值逻辑为A场景时，采购成本字段取值手动录入的数据，当取值逻辑为B场景时，采购成本字段取值来源于MSKU配对的SKU的库存列表的采购价,如果采购价为空,则采购成本字段取值商品的采购成本，当取值逻辑为C场景时，采购成本字段取值来源于SKU信息的采购成本。

(10)头程费用的计费方式：当取值逻辑为A、B或C场景时，头程费用的计费方式字段取值手动选取的按计费重、按实重或按体积重。

(11)头程费用的类型：当取值逻辑为A、B或C场景时，头程费用的类型字段取值手动选取的使用系统头程物流、按单价计算或自定义头程费用，其中自定义头程费用为通过手动录入数据获得头程费用，当头程费字段取值失败时，则取空为默认值，单位默认为USD。

(12)头程费用的头程物流：当取值逻辑为A、B或C场景时，头程费用的头程物流取值系统自带的头程物流名称。

(13)平台费：当取值逻辑为A、B或C场景时，当输入商品销售价格、重量及尺寸后,平台费取值调用亚马逊计算器接口获取的referralFee数据。

(14)仓储费：当取值逻辑为A、B或C场景时，当输入商品重量及尺寸后,仓储费取值调用亚马逊计算器接口获取的storageFee数据。

(15)配送费：当取值逻辑为A、B或C场景时，当输入商品重量及尺寸后,配送费取值调用亚马逊计算器接口获取的pickAndPackFee数据(在其他平台的实施例中，平台费、仓储费和配送费按对应平台的收费标准计算或直接从相应的后台接口数据中获取)。

(16)申报价：当取值逻辑为A、B或C场景时，如果在商品模块中的商品列表有填写报关单价，则申报价取值报关单价；否则申报价取值为零或空。

(17)VAT税费：当取值逻辑为A、B或C场景时，VAT税费等于销售价格(VAT税率/(1+VAT税率))，其中VAT税率取值权限管理模块中的基础税率。

(18)关税：当取值逻辑为A、B或C场景时，关税等于申报价*关税税率，其中关税税率取值于在商品模块的商品属性信息中所填写的报关税率。

(19)广告费：当取值逻辑为A、B或C场景时，广告费字段取值手动录入的数据。

(20)推广费：当取值逻辑为A、B或C场景时，推广费字段取值手动录入的数据。

(21)测评费：当取值逻辑为A、B或C场景时，测评费字段取值手动录入的数据。

(22)退货费：当取值逻辑为A、B或C场景时，退货费字段取值手动录入的数据。

(23)其他费用：当取值逻辑为A、B或C场景时，其他费用字段取值手动录入的数据(其他费用可以是订单或店铺维度的其他一个或多个未统计费用，这些未统计的费用均摊到每个产品上作为其他费用计入产品的利润中)。

此外，利润试算模块还可以包括销售价格、利润率、利润或ROI(即投入产出比)字段。当商品的配送类型为FBA模式时，ROI＝利润/(采购成本+头程费用+关税费用)；当商品的配送类型为FBM模式时，ROI＝利润/(采购成本+关税费用)。

以上利润试算模块的各字段取值失败时，将会取值表1中对应字段的默认值；默认值为空的数值表示按零计算。本申请的ERP系统由管理亚马逊平台改为管理其他电商平台时，相关的字段和字段数据参照亚马孙平台的字段和字段数据取值。

表1中所指的亚马逊计算器是指亚马逊平台提供的收入计算器，亚马逊计算器可以根据店铺站点、产品尺寸、重量、销售价格和商品分类等信息来提前计算平台收取的佣金、配送费、仓储成本、增值税费等数据(对于其他电商平台，相应的按平台佣金、配送费、仓储成本费等费用收取规则计算)。利润试算模块通过预先设定的字段取值逻辑，集合亚马逊计算器的计算逻辑，从而提前自动计算出产品预计产生的各种费用，然后进一步的计算出利润、利润率和销售价格；避免操作人员逐个统计产品属性数据，且手动去亚马逊平台计算从而大幅度提高了利润计算的效率，也避免了人为计算的错误，使得利润试算的结果和订单实际完成后的利润尽可能的接近，提高系统的计算精度。

在其他实施方案中，表1中的字段可以进一步的拆分更细的字段，比如将广告费拆分成多种类型的广告费；也可以是将多个字段合并成一个字段，比如将广告费和推广费合并为广告费；也即表1中的字段仅用于方便从整体上概述在产品销售环节发生的费用，并不限定为特定费用。

如表1和图5所示，对于利润试算模块中同一字段的取值顺序，其取值先后顺序如下：

①S2.1：先判断产品字段取值是否为B场景，如果是B场景，则对应的字段按B场景的字段逻辑取值,否则按S2.2取值；②S2.2：进一步判断产品字段取值是否为C场景，如果是C场景，则对应的字段按C场景的字段逻辑取值,否则按S2.3取值；③S2.3：进一步判断产品字段取值是否为A场景，如果是A场景，则对应的字段按A场景的字段逻辑取值,否则按S2.4取值；④S2.4：取值产品字段的默认值。

利润试算模块的毛利润(本申请中可统称为利润)和/或毛利润率(本申请中可统称为利润率)通过销售价格、买家运费、采购成本、头程费、平台费、仓储费、配送费、VAT税费、关税、广告费、推广费、测评费、退货费和其他费用计算得出，其中，毛利润＝收入-成本；毛利润率＝(收入-成本)/收入，收入＝销售价格+买家运费，成本＝采购成本+头程费+平台费+仓储费+配送费+VAT税费+关税+广告费+推广费+测评费+退货费+其他费用。利润试算模块可以用做新品定价、在线产品调价或者数据异常时调整价格的工具，帮助运营节省时间人力；系统自动完成各种不同费用的单位、尺寸单位、重量单位的换算，避免人工计算出错，提高ERP系统的操作便捷性，使数据更精准。也即，利润试算模块能多维度精准计算出亚马逊的成本费用，帮助卖家更加准确预估商品定价。

进一步的，在利润试算模块计算出初版毛利润和/或毛利润率后，销售价格、毛利润或毛利润率可以手动修改。当手动录入目标销售价格时，利润试算模块会根据其字段取值逻辑自动计算出新的毛利润或毛利润率。当手动录入目标毛利润时，利润试算模块会根据其字段取值逻辑自动计算出新的销售价格或毛利润率。当手动录入目标毛利润率时，利润试算模块会根据其字段取值逻辑自动计算出新的销售价格或毛利润。也即销售价格、毛利润和毛利润率三个收益指标之间的数据是相互联动的，修改其中一个收益指标的数值，另外剩下的两个收益指标的数值会基于利润试算模块中各字段的取值逻辑实现联动，操作人员可以根据目标销售价、目标毛利润或目标毛利润率来灵活的设定价格，从而方便操作人员或者店铺管理人员更好的实施新产品定价，或者在线产品调价，也可以方便操作人员在销售订单未完成支付之前预先知道产品的订单利润情况。也即，利润试算模块支持价格与利润率双向反演计算，更好的优化商品定价策略。

在通过销售价格计算利润时，当品类、重量、尺寸、价格中有一个数据改变了，利润试算模块会重新请求亚马逊抓取数据的接口(如仓储费和运费、平台费用)。在通过利润或利润率计算销售价格时，当品类、尺寸、重量中有一个数据改变了，利润试算模块会重新请求亚马逊抓取数据的接口(如仓储费和运费)，平台费用通过ERP系统自己计算。

利润试算模块可以包括第一利润试算模块和第二利润试算模块两种形式，第一利润试算模块设置于在线产品模块，从在线产品模块可以调取第一利润试算模块，从而可以通过利润和利润率的情况去调整在线产品的售价。第二利润试算模块可以设置于数据模块中的产品分析模块，从产品分析模块可以调取第二利润试算模块，从而在产品数据异常时，可通过看利润判断是否能去调整商品价格。第二利润试算模块还可以设置在工具模块，从工具模块可以调取第二利润试算模块，从而可通过利润和利润率的情况去调整在线产品的售价。第一利润试算模块对应利润试算模块数据取值的A场景，第二利润试算模块对应利润试算模块数据取值的B场景和C场景。也即，利润试算模块有多个入口，在每个入口能所解决问题也不一样，可以随时调取使用，使用非常便捷。

利润试算模块还可以包括搜索工具(或称为筛选工具)，通过搜索工具可以按产品的MSKU、SKU、ASIN、FNSKU或品名来选定需要计算利润、利润率或销售价格的产品。利润试算模块的各字段和对应的取值，可以显示在利润试算模块的显示界面上。当某个产品通过搜索工具选定后，该产品的各字段取值会自动更新在对应的显示位置，避免操作人员手动查找和录入相关的字段数据或信息，挺高利润试算的效率。产品利润试算后，通过搜索工具可以清除选定的产品，清除选定的产品后可以继续计算下一个产品的利润、利润率或销售价格。

利润试算模块还可以包括结果显示界面，当产品利润试算完成或调价完成后，在结果显示界面可以显示总收入、总支出、毛利润、毛利润率和ROI数值和对应的单位，将产品的收益指标集中显示，便于操作人员更好的定价、调价和管理。

一实施例中，产品分析模块包括产品分析列表，产品分析列表汇总了全部或部分销售订单的费用信息，费用信息包括由利润试算模块自动计算出的利润和利润率；当利润或利润率的数据为负数时，负数数据做红色标识，以更好的提心操作人员及时调整价格或销售策略。也即，当发现产品数据异常时，可通过查看利润去判断是否需要调整商品价格。

利润试算模块取值销售价格时，可以按图2中S1.1、S1.2和S1.3的特定顺序来取值，也即：先取值为亚马逊后台allorder报表对应的item price；如果all order报表中没有这个销售订单，产品销售价格就会取最近订单的产品金额；如果最近没有出单，就自动取值位于本地基础信息中的本地产品价格。

一实施例中，利润试算模块还包括试算模板，利润试算模块的各字段数据可以存储在试算模板。当利润试算模块的字段数据比较固定时，可以另存为试算模板，后续就可以选择接近的试算模板快速填写试算信息；对已有的试算模板可以继续编辑，支持添加、删除、保存使用试算模板。从而提高利润试算模块的数据录入效率。此外，商品尺寸、重量、买家运费、采购成本、广告费、推广费、测评费、退货费和其他费用中的一个或多个在手动录入数据时，手动录入的数据也可以和本地商品的商品属性同步，避免逐个手动录入，提高操作效率。其中广告费、推广费和测评费除了可以取值手动录入的数据，还可以是从相关的平台报告或数据接口导入对应的数据。

一实施例中，本申请的电商ERP系统还具有运营管理功能，对应的设置有运营管理模块和数据看板。运营管理模块包括运营计划、运营待办和运营笔记。

运营计划模块用于创建和管理运营计划，每个运营计划基于相应的产品创建，每个运营计划的创建信息包括产品信息(也即商品信息，包括产品ASIN、MSKU、品名等信息)、运营计划名称、运营计划的开始日期D1、运营计划的结束日期D2、运营目标和运营任务，还可以包括店铺信息(包括店铺名称和站点信息)和运营负责人。如图8所示，D1和D2之间的时间作为运营计划的统计周期N(也称为本期)，运营计划的创建日期为D0，运营计划的结束日期D2不能晚于运营计划的创建日期D0。

运营目标以量化的数值表示，运营目标包括销售指标、广告指标和库存指标中的一个或多个，操作人员可以选择设置销售指标、广告指标或库存指标的相应数值作为运营目标，并根据运营目标将运营任务分解成一个或多个任务项，每个任务项具有对应的交付物、任务状态、任务开始时间和任务结束时间，交付物作为完成对应任务项的证据，比如任务为“完成FBA发货”，其交付物可以是FBA货件编号。任务项与交付物均为非必填项，若填写交付物，那么对应的任务项必须填写，否则提示操作错误，如“请填写交付物对应的任务项”；系统自动校验任务主题是否和其他任务主题重复，若任务主题重复，则做相应的提示。

运营计划创建完成后会自动增加到运营待办模块，作为运营待办模块中的待办运营任务(简称为运营待办)，运营待办模块追踪各运营任务的进度和状态，可以统计每天需要处理的运营任务数量。当选择对应的运营任务时，可以编辑运营任务的状态，当提交相应的交付物后，可以将对应的运营任务修改为已完成状态；当需要取消运营任务时，在相应的备注栏中备注取消原因后，可以将对应的运营任务修改为已取消状态。如未在相应的备注栏备注运营任务的取消原因，则系统提示填写取消运营任务的原因。

运营笔记模块用于操作人员记录产品或店铺在每天运营过程中的相关信息，数据看板记录和显示产品的运营数据，数据看板可以查看在相应时间运营目标的完成情况；通过与数据看板的结合，让用户能够通过数据分析进行计划的复盘动作，对符合自身产品类目和公司规模的运营增长方法进行体系化的沉淀。也即通过运营计划、运营待办和运营笔记的相互衔接，使整个运营流程形成闭环，实时反馈和记录运营数据，提醒用户及时处理运营任务或调整运营方法，从而大幅提升运营工作效率。

一实施例，如图8所示，操作人员在选定D1和D2分别作为运营计划的开始日期和结束日期后，运营计划模块可以自动计算上个周期(也称为上期)的开始日期D3和结束日期D4，上个周期的时间早于统计周期的时间，且上个周期的时间和统计周期的时间相同。上个周期内的产品运营数据(如销售额、销量、订单量、毛利率、review、广告点击量、曝光量、广告点击率、订单转化率和ACOS等运营数据)作为统计周期内产品运营数据的参考。D0、D1、D2、D3、D4和N以天为单位取值，N＝D2-D1+1＝D4-D3+1，上个周期的开始日期D3和结束日期D4的取值逻辑为：

(1)当D0≤D1时，D3＝D0-N，D4＝D3+N-1；

(2)当D0＞D1时，D3＝D1-N，D4＝D3+N-1；

这种取值方式可以在运营计划的创建日期D0和运营计划的开始日期D1之间存在空档日期时，将空档日期内的运营数据排除，以提高上个周期内的产品运营数据的参考价值，使运营指标设定的更精准。

一实施例，当操作人员选择设置销售指标作为运营目标时，销售指标包括销售额、销量、订单量、毛利率和review中的一个或多个子销售指标，每个子销售指标具有对应的计算方式(如累积、3日平均、7日平均、14日平均、30天平均或历史累积，计算方式如表2)。运营计划模块可以按子销售指标的计算方式计算上个周期的子销售指标的数值并将其计算结果显示在运营计划的相应位置，以作为设定子销售指标的参考。

当操作人员选择设置广告指标作为运营目标时，广告指标包括广告点击量、曝光量、广告点击率、订单转化率和ACOS中的一个或多个子广告指标，每个子广告指标具有对应的计算方式(计算方式如表2)，运营计划模块可以按子广告指标的计算方式计算上个周期的子广告指标的数值并将其计算结果显示在运营计划的相应位置，以作为设定子广告指标的参考。

当操作人员选择设置库存指标作为运营目标时，库存指标包括库存周转率、库存周转天数和缺货天数中的一个或多个子库存指标，每个子库存指标具有对应的计算方式(计算方式如表2)，运营计划模块可以按子库存指标的计算方式计算上个周期的子库存指标的数值并将其计算结果显示在运营计划的相应位置，以作为设定子库存指标的参考。

表2

如表2所示，销售指标可以包括销售额、销量、订单量、毛利率和review中的一个或多个子销售指标，广告指标可以包括广告点击量、曝光量、广告点击率、订单转化率和ACOS中的一个或多个子广告指标，库存指标可以包括库存周转率、库存周转天数和缺货天数中的一个或多个子库存指标。其中，销售额、销量、订单量、毛利率和review(评论数量)的衡量方式为数据越高越好；广告点击量、曝光量、广告点击率和订单转化率的衡量方式为数据越高越好，ACOS的衡量方式为数据越低越好；库存周转率的衡量方式为数据越高越好，库存周转天数和缺货天数的衡量方式为数据越低越好。ACoS是在指定时间范围内，广告花费与广告销售额的百分比。

对于衡量方式为数据越高越好的子运营指标，其达成率的计算公式为：达成率＝实际业绩/目标业绩*100％；对于衡量方式为数据越低越好的子运营指标，其达成率的计算公式为：达成率＝(2-实际业绩/目标业绩)*100％；达成率的数值越大表示符合程度越高，大于或等于100％即为达成目标，达成率的界限值最大为100％，最小为0％，当达成率的数值超出界限时，取界限值。将两种衡量方式的达成率统一，从而便于全部指标都按达成率的数据大小来判断运营指标的增降情况和符合程度。

在表2中，累积计算方式是指选定时间内的累计数量，但review数量的计算方式是取值历史累积数量。

进一步的，运营待办模块中可以增加新的运营任务，或者删除已有的运营任务。在运营待办模块中增加运营待办时，新增加的运营待办可以单独关联产品的ASIN或关联运营计划，或者均不与产品和运营计划关联。在运营笔记模块中增加运营笔记时，新增加的运营笔记可以单独关联产品的ASIN或关联运营计划，或者均不与产品和运营计划关联。也即运营待办和运营笔记可以单独创办，比如在新产品导入阶段(无ASIN)，也可以创建运营待办和运营笔记，提高操作的便捷性。如果运营待办和或运营笔记关联产品的ASIN或运营计划，可以在运营计划、运营待办和运营笔记的操作界面，通过产品的ASIN或MSKU等信息筛选相应的运营任务或笔记。运营计划、运营待办或运营笔记支持按ASIN、MSKU、FNSKU创建，提高创建的灵活性。

运营待办模块汇总全部运营任务，可以显示运营任务的任务状态、交付物、任务开始时间和任务结束时间，当运营任务逾期未完成，运营待办模块会在任务结束时间位置标识任务逾期，以更好的提醒运营操作人员。

数据看板具有运营待办的入口和运营笔记的入口，通过运营待办的入口可切换到运营待办模块的操作界面(操作界面也称为显示界面)，通过运营笔记的入口可切换到运营笔记模块的操作界面，提高操作的便捷性。此外，在本申请ERP系统的前端页面还设有百宝箱，百宝箱作为ERP系统的全局入口，百宝箱可以设置在ERP系统前端页面的导航栏位置，切换不用功能模块的界面时，百宝箱一直固定在系统的操作界面。百宝箱中设有具有运营待办的入口和运营笔记的入口，可以直接通过百宝箱来创建运营待办和运营笔记，提高操作的便捷性。

运营计划模块以列表的形式显示各项运营计划，运营计划的列表显示当日对应的运营目标的综合达成率，综合达成率为对应运营目标的达成比例。比如：如果一个运营目标包含N个任务项，当在某个时间只完成了其中的M个任务项，则在这个时间相应运营目标的综合达成率为M/N*100％；综合达成率为对应运营计划中各项运营指标达成率的平均值。综合达成率可以以进度条的方式显示运营任务的完成进度，并在进度条附近备注综合达成率的数值。

当运营计划模块以列表的形式显示各项运营计划时，当光标放置在综合达成率上时，以气泡浮窗显示详细的运营指标达成情况。

在创建所述运营任务时可以设置过程提醒日期，当时间达到过程提醒日期，且运营任务项尚未达到预定任务的平均值时，运营计划模块会计算剩余完成时间内平均每天需要完成的最低任务数量，并将计算结果显示在综合达成率界面，以提醒操作人员加快处理任务项。

一实施例中，本申请的ERP系统还具有消息模块，消息模块可以设置在ERP系统前端页面的导航栏位置，所述消息模块设有今天日待办提醒窗口，系统每天在今天日待办提醒窗口显示当天需要处理的待办任务，和/或显示当天待办逾期的待办任务。

运营待办模块的操作界面具有可以相互切换状态的列表模式和日历模式，运营待办在其列表模式状态下以列表形式汇总全部运营任务，运营待办在其日历模式状态下以日历形式汇总全部运营任务。运营待办的日历模式以整月为显示界面，每日以方框显示，在方框右下角标识有当天的运营计划总数；在方框内汇总并显示运营任务，不同状态的运营任务以不同的标识方式来区分，比如：黑色字体表示进行中待办，红色字体表示逾期未完成待办，灰色字体表示已完成待办，灰色删除线字体表示已取消待办任务。在运营待办的日历模式界面还有具有运营笔记的日历窗口，日历窗口以整月为显示界面，在日历界面之外的底部区域汇总显示当月的运营笔记明细，某一天有运营笔记时，在对应的日期下标识小圆点或作其他标识，点击小圆点可显示当天的全部运营笔记内容。从而更好的显示运营数据，方便在查看运营待办时可以查看和编辑(包括新建、修改、删除等)对应时间内的运营笔记信息。

相应的，运营笔记模块的操作界面具有日历模式，运营笔记在其日历模式状态下以日历形式汇总全部运营笔记。运营笔记的日历模式以整月为显示界面，每日以方框显示，在方框右下角标识有当天的运营笔记总数；在方框内汇总并显示运营笔记。在运营笔记的日历模式界面还有具有运营待办的日历窗口，日历窗口以整月为显示界面，在日历界面之外的底部区域汇总显示当月的运营待办明细，某一天有运营待办时，在对应的日期下标识小圆点或作其他标识，点击小圆点可显示当天的全部运营待办内容。从而更好的显示运营数据，方便在查看运营笔记时可以查看和编辑对应时间内的运营待办信息。

一实施例中，运营管理模块可以只有运营计划、运营待办工具模块，没有运营笔记模块，也可以一定程度的提升运营计划的执行效率。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是在本申请的发明构思下，利用本申请说明书及附图内容所作的等效变换，或直接/间接运用在其他相关的技术领域均包括在本申请的专利保护范围内。

Claims (10)

1.一种具有费用预估功能的电商ERP系统，用于管理亚马逊店铺，其特征在于，所述具有费用预估功能的电商ERP系统包括商品模块、销售模块、财务模块、数据模块和权限管理模块；

所述权限管理模块用于管理访问所述店铺的权限，所述店铺被授权允许访问后，所述具有费用预估功能的电商ERP系统可以获取所述店铺的后台数据；

所述商品模块用于管理本地商品，记录本地商品的商品属性；

所述销售模块包括销售订单模块和在线产品模块，在完成店铺授权之后，所述在线产品模块可以导入已授权店铺的在线产品信息；来自授权店铺的在线产品信息可以同步记录在所述在线产品模块并作为本地基础信息，所述本地基础信息包括本地产品价格，所述授权店铺的在线产品信息包括在线产品价格，首次同步记录在所述在线产品模块的所述在线产品价格为所述本地产品价格的初始数据；

所述销售订单模块用于管理店铺中所述在线产品的销售订单，所述销售订单具有shipped状态和pending状态，所述销售订单模块中的产品销售额可以根据订单的状态决定按特定的先后顺序取值；

当销售订单处于pending状态时，所述产品销售额会先取值为亚马逊后台all order报表对应的item price；如果all order报表中没有这个销售订单，所述产品销售额就会取最近订单的产品金额；如果最近没有出单，就自动取值位于所述本地基础信息中的所述本地产品价格，实现所述产品销售额的预估；

当销售订单处于pending状态时，所述销售模块、所述财务模块或所述数据模块中的一个或多个模块根据所述产品销售额计算所述销售订单的潜在订单收益，所述潜在订单收益作为pending订单在完成付款前的收益费用的预估。

2.如权利要求1所述的具有费用预估功能的电商ERP系统，其特征在于，所述权限管理模块可以管理所述店铺的权限，根据所述店铺位于不同国家和地区的站点属性，可以手动输入相应的基础税率，所述基础税率用于销售订单处于pending状态时预估订单商品税；

所述销售模块、所述财务模块或所述数据模块中的一个或多个模块可以根据手动输入的基础税率计算pending状态销售订单的预计税费。

3.如权利要求2所述的具有费用预估功能的电商ERP系统，其特征在于，操作人员未在所述权限管理模块输入所述基础税率时，所述基础税率默认为零；

当所述销售模块、所述财务模块或所述数据模块中的一个或多个模块在计算pending状态销售订单的预计税费时，先验证所述基础税率是否为零，当所述基础税率为零时，系统提示操作人员预先手动输入所述基础税率。

4.如权利要求1所述的具有费用预估功能的电商ERP系统，其特征在于，所述在线产品模块包含调价模块，通过所述调价模块可以在所述本地产品价格的基础上进一步的调整价格，所述调整价格的方式包括按价格百分比调价、按价格金额调价，调整后的价格数据用于更新对应店铺的所述在线产品价格；

和/或，所述本地基础信息还包括商品库存数量，所述商品库存数量可以手动修改数据。

5.如权利要求1所述的具有费用预估功能的电商ERP系统，其特征在于，所述在线产品模块可以同步更新所述已授权店铺的在线产品信息，在设置相应的产品或店铺同步更新后，对应产品的所述本地基础信息可以相应更新，更新后的来自所述授权店铺的在线产品信息重新记录在所述在线产品模块，作为新的所述本地基础信息。

6.如权利要求5所述的具有费用预估功能的电商ERP系统，其特征在于，所述在线产品模块还具有禁止同步的功能，当所述本地基础信息中的一个或多个数据被设置成禁止同步时，所述被禁止同步的所述本地基础信息不会因产品同步操作而更新。

7.如权利要求6所述的具有费用预估功能的电商ERP系统，其特征在于，所述在线产品模块还具有解除禁止同步的功能，当所述本地基础信息中被设置成禁止同步后，通过设置所述解除禁止同步来取消之前设置的禁止同步所述本地基础信息；

在取消禁止同步设置之前，所述在线产品模块会提醒操作人员是否确定取消同步，如果选择确定取消同步，则所述在线产品模块会切换至权限验证的界面，在所述权限验证的界面通过店铺账号和密码验证来判断操作人员是否有取消禁止同步的权限，如果权限验证通过则所述禁止同步设置被取消；如果没有经过所述权限验证或所述权限验证失败，则所述禁止同步继续有效。

8.如权利要求1所述的具有费用预估功能的电商ERP系统，其特征在于，所述本地基础信息还包括可以手动修改的采购成本和头程费用，所述手动修改的方式可以是手动导入特定格式的文档信息。

9.如权利要求1所述的具有费用预估功能的电商ERP系统，其特征在于，所述销售订单模块包括订单列表，所述订单列表汇总所述具有费用预估功能的电商ERP系统账号下的全部销售订单信息，所述销售订单信息包括订单号、店铺名称、订购时间、订单状态，所述销售订单信息以列表的形式体现。

10.如权利要求9所述的具有费用预估功能的电商ERP系统，其特征在于，所述销售订单信息还包括销售收益和产品金额，所述销售收益是指订单总金额，所述产品金额是指产品的销售价，当所述销售订单处于pending状态时，所述产品金额取值为所述订单在pending状态下的所述产品销售额；

和/或，所述销售订单包括普通订单和促销订单，当所述销售订单为促销订单时，在所述订单列表中所述订单号一栏备注相应的促销标识；

和/或，所述销售订单信息还包括退款订单、退货订单和换货订单，所述订单列表具有数据筛选功能，所述订单列表在未筛选状态不显示所述退款订单、所述退货订单和所述换货订单的属性，当筛选所述退款订单、所述退货订单或所述换货订单时，所述订单列表只展现符合筛选条件的所述销售订单，并在所述订单列表中所述订单号一栏备注相应的标识。

Images