一种基于亚马逊电商的成本精细化管理系统及方法

摘要

本申请涉及跨境电商技术领域，具体公开了一种基于亚马逊电商的成本精细化管理系统及方法,所述系统包括：数据采集模块用于定时定量采集数据，并将每次采集的数据进行标识存储；库存管理模块用于根据采集的数据构建多维库存报表，并统计商品出入库情况以及核算库存成本；采购管理模块用于协同库存和物流，灵活制定并跟踪采购需求；物流管理模块用于与采购和库存进行对接，实现物流的统一管理，并根据不同的物流运费规则对物流成本进行核算。本申请通过对亚马逊店铺数据的定时定量采集，使得在出现数据延时的情况下，仍能灵活地进行计价核算，同时结合库存的多维度管理，将采购、物流与海内外库存进行了有效融合，以实现精细化的成本管理。

说明书

技术领域

本申请涉及跨境电商技术领域，尤其涉及一种基于亚马逊电商的成本精细化管理系统及方法。

背景技术

亚马逊电商涉及的周期、环节、链条等远比国内电商复杂，相应地，对于成本的管理也复杂些，不同的亚马逊电商卖家都有属于自己的一种成本管理方式，且不同的成本管理方式都会带来不一样的收益。

在亚马逊电商的成本管理中，对于存货的核算管理最是关键，但由于存货管理比较依赖于境外数据，当境外数据出现延时问题时，现有亚马逊电商的成本管理方式在进行流水数据清算时，便容易出现数据的空白区，也就难以精确地进行成本的计价核算。并且由于境外库存数据的复杂，与成本关联的因素又多，使得现有成本管理方式往往难以实现商品、库存及物流之间的协同，从而影响到成本的精细化管理。

发明内容

本申请的目的是提供一种基于亚马逊电商的成本精细化管理系统和方法，通过对数据进行定时定量的采集，以减少亚马逊数据延时带来的影响，并加强采购、物流与库存三者之间的协同，实现更精细化的成本管理。

第一方面，本申请提供一种基于亚马逊电商的成本精细化管理系统，包括：

数据采集模块，用于定时定量采集数据，并将每次采集的数据进行标识存储，以作为延时变更数据的统计参考；

库存管理模块，用于构建多维库存报表，实时统计商品出入库情况以及核算库存成本；

采购管理模块，用于协同库存和物流，灵活制定并跟踪采购需求；

物流管理模块用于与采购和库存进行对接，实现物流的统一管理，并根据不同的物流运费规则对物流成本进行核算。

通过上述技术方案，通过对所需境外店铺数据的定时定量采集，使得在亚马逊数据出现延时的情况下，仍能灵活地进行计价核算，同时结合库存的多维度管理，将采购、物流与海内外库存进行了有效融合，可以更好地实现精细化的成本管理。

可选的，所述库存管理模块包括多维度统计单元、库存成本核算单元、自动补货单元及库存异常处理中心，

所述多维度统计单元用于分别从本地仓、FBA仓、海外仓三个维度实时统计库存量并生成库存报表；

所述库存成本核算单元用于采用全局先进先出的方法对库存成本进行核算；

所述自动补货单元用于根据库存报表数据以及预设的指标，自动生成补货信息，并将补货信息传递给采购管理模块，所述补货信息包括补货商品和对应数量以及目的仓；

所述库存异常处理中心用于处理签收异常、丢货以及货物混淆等问题。

可选的，所述库存异常处理中心包括库存混淆核算单元、签收差异处理单元及月初差异调整单元，

所述库存混淆核算单元用于将货物的FNSKU码与本地SKU码进行匹配成本计价；

所述签收差异处理单元用于通过计价流水来对货物超签、少签等签收差异情况进行识别，再进行全面统计与核算；

所述月初差异调整单元用于在每月完成库存成本核算之外，还会将月末结存数据与库存分类账数据进行汇总对账。

可选的，所述采购管理模块包括信息处理单元、商品管理单元及订单管理单元，

所述信息处理单元用于根据库存管理模块传递的补货信息，计算待补货商品的体积、重量；

所述商品管理单元用于根据商品的体积、重量以及目的仓精确核算不同渠道的头程运费；

所述订单管理单元用于跟进采购付款以及对采购成本价的合理性进行审核，在审核通过后生成采购订单，并将采购订单传递给物流管理模块。

可选的，所述物流管理模块包括物流商选择单元、运费核算单元及物流信息管理单元，

所述物流商选择单元用于根据采购订单及预设物流商的报价和时效，选择最适合的物流商；

所述运费核算单元用于根据不同的物流运费规则自定义核算模板，然后自动进行运费核算；

所述物流信息管理单元用于统一管理物流地址信息，并根据采购订单信息进行物流运输，同时与商品的出入库存进行对接。

第二方面，本申请提供一种基于亚马逊电商的成本精细化管理方法，包括如下步骤：

通过数据采集模块定时获取亚马逊店铺数据，所述店铺数据包括库存报表数据；

根据库存报表数据，通过库存管理模块对商品的出入库数据进行统计，并核算库存成本；

根据商品的出入库数据，通过物流管理模块获取对应的商品物流信息；

根据商品的物流信息，计算并获取物流成本；

将库存成本与物流成本关联存储在预设的数据库中。

可选的，通过库存管理模块对商品的出入库数据进行统计，并核算库存成本，包括：

根据采购到货入库信息，记录各商品不同批次入库数据信息；

根据物流发货信息，记录各商品的出库数据信息；

根据各商品的入库数据信息和出库数据信息，按时间先后顺序进行排序，获取各商品出入库信息记录；

通过先进先出法对库存成本按批次进行核算，并获取每个批次的商品成本信息。

可选的，所述亚马逊店铺数据还包括商品的销售数据，所述通过库存管理模块对商品的出入库数据进行统计之后，还包括：

基于商品销售数据，通过数据分析对所有商品的未来销量进行评估预测，并获取预测销量数据；

基于商品的库存统计、以及商品的预测销量数据，计算并获取存货差异量；

判断存货差异量是否达到预设阈值；

若是，则基于存货差异量和库存报表数据，生成补货信息；

根据补货信息，通过采购管理模块生成采购订单信息；

通过采购订单信息，通过物流管理模块进行物流商的选择，并生成物流运输信息。

可选的，将库存成本和物流成本关联存储在预设的数据库中之后，包括：

通过对数据库中所有存储的库存成本与关联的物流成本进行多维度数据统计，并获取相应的统计数据集合；

基于统计数据集合，通过预设的数据模型进行数据分析和预测，并获取数据分析结果；

根据数据分析结果，生成相应的建议信息。

第三方面，本申请提供一种计算机可读存储介质，存储有能够被处理器加载并执行上述一种基于亚马逊电商的成本精细化管理方法的计算机程序。

综上所述，本申请首先通过定时定量的拉取亚马逊数据，使得在亚马逊数据出现延时的情况下，仍能灵活地进行计价核算，减少了亚马逊数据延时带来的影响。另外，通过对增加库存、采购以及物流三者之间的协同可以更好地帮助跨境电商用户对成本进行精细化管理，此外，作为库存、采购以及物流三者协同的产物，智能补货也可以帮助跨境电商用户更轻松地维持库存的平衡，也有助于对成本进行更好地把控。

附图说明

图1是本申请实施例所提供的一种基于亚马逊电商的成本精细化管理系统的示意图；

图2是本申请实施例所提供的库存管理模块的示意图；

图3是本申请实施例所提供的采购管理模块的示意图；

图4是本申请实施例所提供的物流管理模块的示意图；

图5是本申请实施例所提供的一种基于亚马逊电商的成本精细化管理方法的流程图；

图6是本申请实施例所提供的自动补货的流程图。

具体实施方式

以下结合附图1-附图6，对本申请作进一步详细说明。

本申请提供一种基于亚马逊电商的成本精细化管理系统，参见图1，包括数据采集模块10、库存管理模块20、采购管理模块30及物流管理模块40。

其中，数据采集模块10用于定时定量采集数据，并将每次采集的数据进行标识存储，以作为延时变更数据的统计参考。

库存管理模块20用于构建多维库存报表，实时统计商品出入库情况以及核算库存成本。

采购管理模块30用于协同库存和物流，灵活制定并跟踪采购需求。

物流管理模块40用于与采购和库存进行对接，实现物流的统一管理，并根据不同的物流运费规则对物流成本进行核算。

由于亚马逊电商涉及的周期、环节、链条等远比国内电商复杂，所以对跨境电商的商家用户而言，对于成本的管理相对来说也就更困难一些，主要原因更多地还是在于对于亚马逊数据的获取情况，当店铺数据不能及时获取时，会对整个店铺的运营带来极大影响。所以对于亚马逊商铺用户而言，想要对成本进行精细化管理，首先便是要打通数据这一关卡，即能及时获取到所需的店铺运营数据。

由于亚马逊用户的数据量本身就极大，当交易数据又出现猛增时，容易出现亚马逊的后台卡顿，使得订单等数据不能及时得到更新，也就是出现亚马逊数据延时现象。造成一段时间内，亚马逊店铺的流水数据是不可见的。所以在这段时间内，店铺用户难以针对流水数据进行计价核算等操作，或者说核算出的数据会存在一定的偏差。

虽然由于SP-API的出现，可帮助亚马逊销售合作伙伴以编程方式访问其订单、发货、付款等数据。使的亚马逊店铺用户通过这种方式可以实时同步到亚马逊后台数据。但亚马逊数据的延时可能是本身亚马逊后台数据就出现了延时，即亚马逊店铺通过SP-API接口同步到的数据可能仍是未更新的状态。所以还是不能有效解决亚马逊延时问题。

因此，在本申请实施例中，会通过数据采集模块10来缓解亚马逊的延时问题。

具体地，数据采集模块10首先会根据亚马逊的最大延时周期来进行定时定量数据的采集，这里的延时周期指的是亚马逊每次开始出现延时到完全恢复正常所需的时间，由历史统计数据可以获取到其中出现延时最长的周期，由于互联网技术、大数据以及云平台等技术的不断革新发展，使得对于数据的承载与计算能力一直在不断地提升，所以这里的历史统计数据可以设置一定的时间参考。

例如，若按近两年内亚马逊数据出现延时的情况统计，最长延时周期达到了五天，也就是持续五天内，亚马逊的数据都是出于不稳定状态，用户通常需要等待五天之后才能进行店铺流水的计算。

当确定最大延时周期后，便会设定数据自动采集的时间周期和采集的数据量，例如最大延时周期为5，则设定数据自动采集的时间周期为一天，采集的数据量为7天的数据，即每天自动采集最近7天的数据。这样一来，即便出现5天的数据延时，也能通过连续多次采集的7天数据来进行参考推算，使得仍然可以进行数据的计价核算。

对于亚马逊商铺用于而言，除了延时问题外，另一个最大问题便是库存管理问题，库存管理是亚马逊卖家开展跨境电商业务的基石。做好库存管理，尤其是库存成本管理，不仅关系业务策略的制定与更新，更与卖家的利润幅度、精准度、资金投入策略息息相关。

由于亚马逊SKU量、仓库量、货物出入库频次众多，每月涉及到的货物频次过千乃至过万。若卖家如果使用人工核算的方式来开展库存成本管理工作，需要记录每一批入库的货物成本情况，并统计出库的货物情况。而要将两者对应起来，需耗费大量的时间。如果出现遗忘记录某几件货物出入库的信息、货物丢失、货物调整等情况，卖家往往需要在海量数据中再次排查与校验，难以保证库存成本核算的准确性与时效性。

所以，在本申请实施例中，会通过库存管理模块20来对库存进行更精细化的管理。

具体地，参见图2，库存管理模块20包括多维度统计单元201、库存成本核算单元202、自动补货单元203以及存异常处理中心204。

其中，多维度统计单元201分别从本地仓、FBA仓、海外仓三个维度实时统计库存量并生成库存报表。

库存成本核算单元202用于采用全局先进先出的方法对库存成本进行核算。

自动补货单元203用于根据库存报表数据以及预设的指标，自动生成补货信息，并将补货信息传递给采购管理单元。

库存异常处理中心2034处理签收异常、丢货以及货物混淆等问题。

其中，本地仓表示的是亚马逊店铺用于在国内设置的仓储中心，FBA仓(FulfillmentbyAmazon,FBA)，是亚马逊专门针对专业的商家给予的一项重要仓储服务，从中国仓库发货到FBA仓库的过程称之为FBA头程。海外仓指的是国内跨境贸易商家或是物流商独立自主建立在海外仓储管理设备。跨境贸易商家先通过国际物流运输到目的地国家，派送到自个指定仓库里储藏，之后再结合当地的销售订单，及时从当地的仓库直接进行物流分拣、商品包装物流配送。

补货信息包括补货商品和对应数量以及目的仓。

由于不同的仓储平台会有不同存储规则，相应地关联成本也是不一样，所以对于库存的精细化管理首先便是要对各个仓储的维度来进行数据统计。另外值得说明的是，侧重点需关注FBA仓和海外仓，因为这两者所涉及的成本核算更为复杂，同时也是跨境电商成本计算比较比较困难的一点。此外，由于FBA仓与海外仓对于入仓的要求、退货管理以及成本费用等方面都有一点的差异，所以在对于商品的境外存储、商品的运转也需要有一定的考量。

在本申请实施例中，首先会通过维度统计单元201来分别从本地仓、FBA仓、海外仓三个维度实时统计库存量并生成库存报表。所谓的库存报表涵盖有各个维度不同的仓库名称，各类商品的出入库数据详情以及相应的时间。

在对库存进行多维度的统计之后，便可通过库存成本核算单元202来对库存成本进行核算。

在本申请实施例中，为保证商品成本与利润核算的精准度，实现了FBA仓与本地仓、海外仓全局以先进先出的方式进行库存成本管理，使得所有商品可溯源分析真实利润，也更贴合跨境业务实际情况。所谓的先进先出即先入库的商品先发出，发出的商品成本以先入库的商品单价计算成本的方法。基于此，卖家可以随时结转每一批次商品的成本，出入库成本自动对应，便于卖家溯源成本，分析真实的商品利润。

由于随着库存的表动，部分商品会出现需要补充的情形，所以库存管理模块20还包括自动补货单元203。通过对于每次商品的进出库都进行盘点，可实时获取到最新的库存数据，根据库存数据以及预设的指标，自动生成补货信息，即需要进行补货的商品，补充数量，需发往的目的仓。并将补货信息传递给采购管理单元30。其中，预设的指标表示的是商家根据各个商品的销售情况，综合评估得到的商品库存标准数量。

由于考虑到了货物的各类异常情况，例如在计价过程中，出现库存混淆，如发货为A，亚马逊接收到的却是B，导致物流成本没办法匹配上，影响成本计算。所以还会通过异常处理中心204来自动处理签收异常、丢货、货物混淆等货物成本，以保障成本核算的精准。

具体地，库存异常处理中心204包括库存混淆核算单元2041、签收差异处理单元2042及月初差异调整单元2043。

其中，库存混淆核算单元2041用于将货物的FNSKU码与与本地SKU码进行匹配成本计价。

签收差异处理单元2042用于通过计价流水来对货物超签、少签等签收差异情况进行识别，再进行全面统计与核算。

月初差异调整单元2043用于在每月完成库存成本核算之外，还会将月末结存数据与库存分类帐数汇总数据进行对账。

其中，FNSKU表示的是物流商品编码。FNSKU用于亚马逊仓库标识商品以及商品的追踪。所有进入FBA仓库的商品都必须有FNSKU编码，通常是以条形码的方式展现。SKU表示的是一个商品进出库存时用来计量的一个基本的单元，在亚马逊平台，每一款商品都对应一个唯一的SKU码。

在本申请实施例中，通过库存混淆核算单元2041在对货物进行计价时，会先将货物的FNSKU码与与本地SKU码进行匹配，若匹配一致，则才会进行计价，这样一来便不会出现因为库存混淆而导致库存成本的计价出现偏差。

而对于货物超签、少签等签收异常情况，即货物签收的数据与实际数量不一致，也就会导致货物的出入库数据统计与相应的订单数据出现偏差，从而影响成本的核算。所以会通过签收差异处理单元2042来通过计价流水来对货物超签、少签等签收差异情况进行识别，再进行全面统计与核算，使得卖家无需耗费人力与时间校对差异项。

所谓的计价流水表示的是对库存成本按批次进行核算的数据，即根据采购到货入库的数据，根据实际数量及单价登记各商品不同批次入库情况，根据物流发货记录，登记各商品的出库时间，数量。通过对各商品的实际出入库情况，结合实际的订单流水可识别商品超签或者少签等情形，然后进行校正后再进行相应核算。

另外，源于货物流转持续变动，在每月完成库存成本核算之外，还会通过月初差异调整单元2043将月末结存数据与亚马逊库存分类帐数汇总数据进行对账。其中，库存分类账表示的是所有库存进出亚马逊运营中心的库存流转情况，包括已售商品、退货商品、移除商品、弃置商品、已残损商品、丢失商品和已找到的商品。

通过将月末结存数据与亚马逊库存分类帐数汇总数据进行对账，如果两者出现差异，则会帮助卖家将差异项体现在次月数据上，不影响卖家在次月初对上月数据进行结账，避免出现因实际费用延迟统计导致历史成本变化，保持亚马逊业务整体的成本一致性，并满足结账速度需求。

对于亚马逊电商而言，成本费用的管理主要分为两个部分，一部分是供应链管理，另一部分是物流管理。供应链的管理主要是商品的管理、采购订单管理及供应商管理；物流管理主要是物流商的选择测算、物流费用的预算和对账以及头程费用的分摊。总的而言也就是商品的成本管理和物流的成本管理。且这两者有是相辅相成，同时又都与库存关联紧密。

例如，商品的采购选择需要考虑商品位于各库存的存量，商品的物流成本几何，然后综合考量，便需要对商品的重量和体积也赋予一定的关注；又如物流的选择或者物流费用的计算，也是需要结合待派送的商品以及各库存的所在位置以及相应的费用等。总的来说，对于亚马逊商品用户而言，想要精打细算节省成本，则需要对各个方面都进行终和考量。

因此，在本申请实施例中，还会通过采购管理模块30来对商品成本进行把控，通过物流管理模块40来对物流成本进行合理规划。

具体地，参见图3，采购管理模块30包括信息处理单元301、商品管理单元302及订单管理单元303。

其中，信息处理单元301用于根据库存管理模块传递的补货信息，计算待补货商品的体积、重量。

商品管理单元302用于根据商品的体积、重量以及目的仓精确核算不同渠道的头程运费。

订单管理单元303用于跟进采购付款以及对采购成本价的合理性进行审核，在审核通过后生成采购订单，并将采购订单传递给物流管理模块。

由于商品的采购成本除了采购单价和数量外，还包括相关税费、运输费、装卸费、保险费等，这其中便关联到商品的体积和重量。例如，FBA头程费用的各种计算方式，都涉及到商品的重量或者体积信息。所以当需要进行补货时，还需要根据商品的长、宽、高以及重量来对相应的费用按照相应的规则来进行估算，以最大程度减少商品的采购成本。

因此，在本申请实施例中，首先会通过信息处理单元301来获取需要补货商品的重量和体积信息以及目的仓。然后再由商品管理单元302来根据商品的体积和重量来核算不同渠道的头程费用以及相应的派送费用，以便进行采购成本的管理和核算，同时也作为物流选择的参考。当确认好采购目标之后，便会通过订单管理单元303来跟进采购付款以及对采购成本价的合理性进行审核，例如通过对采购成本价结合历史采购成本价，确定是单次采购还是分多次采购，每次采购的数据几何等，通过对采购成本进行综合计算，以确定采购订单，并将采购订单信息传递到物流管理模块40。

具体地，参见图4，物流管理模块40包括物流商选择单元401、运费核算单元402及物流信息管理单元403。

其中，物流商选择单元401用于根据采购订单及预设物流商的报价和时效，选择最适合的物流商。

运费核算单元402用于根据不同的物流运费规则自定义核算模板，然后自动进行运费核算。

物流信息管理单元403用于统一管理物流地址信息，并根据采购订单信息进行物流运输，同时与商品的出入库进行对接。

在本申请实施例中，当获取到采购管理模块30传递的采购订单信息之后，物流管理模块40首先便会通过物流商选择单元401来根据采购订单及预设物流商的报价和时效，选择最适合的物流商。

首先会汇总各物流商对应各国家、重量段、材质的报价及时效。再根据采购订单信息汇总待传输商品目的地国际，发货重量、材质，由此了根据各个物流商的报价计算出该批货物各物流商收取的费用，最后对比物流商费用以及时效，选择最适合的物流商。

选择好物流商之后，便可通过物流商自定义运费核算模板，然后代入采购订单信息通过运费核算单元402自动核算出运费。

除了核算运费之后，便是根据采购订单信息进行发货。物流信息管理单元403通过将所有物流地址信息进行统一管理，当获取到采购订单信息之后，便可进行高效货物运转，同时还会自动生成跟踪信息，以便及时查看货物的运转详情。当采购的货物进行入库后便会进行对接，以进行双向记录，这样一来，根据商品的出入库可追溯到商品的订单物流信息，方便对商品成本和物流成本进行核算。

值得说明的是，由于考虑到海外仓中转的物流运输时效，会对发货量进行一定的考量，因为还需要考虑到仓储费用，所以库存的量不宜太多，也不易太少，商品的库存量太多，增加了库存成本，而商品的库存量太少，恐来不及进行周转，影响商品发货。所以需要将商品的库存数量保持在最佳的状态，如此才能对成本实现更精细化的控制。

本申请实施例还提供了一种基于亚马逊电商的成本精细化管理方法，参见图5，具体包括如下步骤：

S100、通过数据采集模块定时获取亚马逊店铺数据。

S200、根据库存报表数据，通过库存管理模块对商品的出入库数据进行统计，并核算库存成本。

S300、根据商品的出入库数据，通过物流管理模块获取对应的商品物流信息。

S400、根据商品的物流信息，计算并获取物流成本。

S500、将库存成本与物流成本关联存储在预设的数据库中。

其中，亚马逊店铺数据包括库存报表数据、商品销量数据、订单数据等。

在本申请实施例中，通过数据采集模块10可定时定量进行数据的拉取，并根据拉取的数据进行相应的统计计算，例如会根据库存报表数据来进行梳理，即对每一批商品的出入库数据都进行统计，一来可以随时掌握商品的出入库动态，并可针对每一批次的商品的出入库进行库存成本的核算，也可按照设定时间周期进行库存成本的核算。

具体地，通过库存管理模块对商品的出入库数据进行统计，并核算库存成本，包括如下步骤：

S210、根据采购到货入库信息，记录各商品不同批次入库数据信息。

S220、根据物流发货信息，记录各商品的出库数据信息。

S230、根据各商品的入库数据信息和出库数据信息，按时间先后顺序进行排序，获取各商品出入库信息记录。

S240、通过先进先出法对库存成本按批次进行核算，并获取每个批次的商品成本信息。

由于在本申请实施例中，为了能更好地对库存成本进行管理，所以采用了全局先进先出方式来进出库存商品的成本核算。这里的全局指得是对本地仓、FBA仓以及海外仓均采用先进先出的方式进行计价，使得卖家可以随时结转每一批次商品的成本，出入库成本自动对应，也便于卖家溯源商品实际的采购成本和物流成本，分析真实的商品利润。

所以首先会先根据采购到货入库信息，记录各商品不同批次入库数据信息，然后根据物流发货信息，记录各商品的出库数据信息。有了各商品的入库数据信息和出库数据信息，便可按时间先后顺序进行排序，获取各商品出入库信息记录，这样一来对于每一个商品的出入库都能一目了然。最后再通过先进先出法对库存成本按批次进行核算，即先入库的商品先发出，发出的商品成本以先入库的商品单价作为出库单价。由此通过这种方式进行计价，可获取每个批次的商品成本信息。

另外，由于通过物流管理模块40可对各个商品的出入库进行跟踪，由此可获取到每一批次出入库商品对应的物流数信息，结合物流数信息即可核算出物流成本。

在获取到库存成本和关联的物流成本之后，会进行记录并保存在数据库中，值得说明的是，这里的库存成本指定是库存商品成本。由于库存成本和物流成本作为跨境电商的两大核心支出，也是成本组成中占比最大的部分。通过对这两块成本数据的累计统计并进行相应的数据分析，可以有助于对商家用户进行合理的规划和调整，在成本这一块实现更精细化的管理。

由于考虑到库存中商品出库之后，可能会出现商品缺少需要进行补货的情况，所以为了不影响商铺的正常运营，还需要针对库存的变动情况，及时进行补货操作。

因此，在本申请实施例中，通过库存管理模块对商品的出入库数据进行统计之后，参见图6，还包括如下步骤：

S610、基于商品销售数据，通过数据分析对所有商品的未来销量进行评估预测，并获取预测销量数据。

S620、基于商品的库存统计、以及商品的预测销量数据，计算并获取存货差异量。

S630、判断存货差异量是否达到预设阈值。

S640、若是，则基于存货差异量和库存报表数据，生成补货信息。

S650、根据补货信息，通过采购管理模块生成采购订单信息。

S660、通过采购订单信息，通过物流管理模块进行物流商的选择，并生成物流运输信息。

其中，补货信息表示的是补货商品和数量以及目的仓。

在本申请实施例中，对于商品的补货首先要先确定需要补货的商品以及补充的数量。所以首先会根据对库存的商品存量进行盘点，再对商品的销售情况进行数据分析以预测商品未来销量，结合未来销量和商品库存存量，便可初步拟定需补货的数量，即存货差异量。

然后判断存货差异量是否达到预设的阈值，若商品的存货差异量达到预设阈值，则说明需要进行补货，由此便会结合库存差异量和库存报表数据生产补货信息，之所以要结合库存报表数据，是对商品的具体小分类进行盘点，比如商品的颜色、尺寸等，然后确定各个小分类商品的具体补充需求。

另外由于要考虑商品的规格以及运转的成本，所以对于各个商品的预设阈值也会有相应的差异，例如当月卖了一类包包共三个，但卖了一类鞋子共20双，但补货时包包要补4个，鞋子要补15双。所以不同商品会按照不同的指标来进行相应补货。

值得说明的对各个库存仓，不管是本地仓还是FBA仓、海外仓，都会按各自的需求进行补货，通过对各个仓的商品出入口进行监测，可根据设定的数据指标进行智能补货。并且会结合各个库存仓的运转过程，对相应的补货数量进行调整，例如，某一商品海外仓需补货2件，FBA仓需要补货15件，将商品从采购到物流运转，以及各个仓运输距离都纳入考量，可能直接将发往海外仓的商品都一同发往FBA仓，然后再由FBA仓进行相应调配，这种方案可能会更节省成本。

在获取到补货信息之后便会通过采购管理模块30来根据补货信息进行相应的核算，如根据商品的体积、重量等再结合商品的运转过程以及存货成本，来生成最佳的采购方案、即具体的采购量和发货量，然后再生成采购订单信息，并将采购订单信息传递给物流管理模块40，由物流管理模块40来进行物流运输的实施和管理，并跟踪记录商品的入库数据，另外商品售出的各种发货也会由物流运输管理模块40来进行实施并记录商品的出库数据。

此外，由于对库存成本和物流成本，不管是按照设定的周期还是按照商品的批次进行核算盘点后，都会进行相应的数据分析，以便商家进行相应的运营调整或者下一步的商品布局规划。而通过历史的数据结合大数据分析建模可以更好地帮助店铺用户进行数据分析和相应的预测。

因此，在本申请实施例中，将库存成本和物流成本关联存储在预设的数据库中之后，还包括如下步骤：

S710、通过对数据库中所有存储的库存成本与关联的物流成本进行多维度数据统计，并获取相应的统计数据集合。

S720、基于统计数据集合，通过预设的数据模型进行数据分析和预测，并获取数据分析结果。

S730、根据数据分析结果，生成相应的建议信息。

其中，多维度数据统计表示的是对库存成本的变化幅度、各个商品的成本占比以及各个商品采购价格变动等维度进行数据同。

根据各个维度的数据统计结果，通过预设数据模型来进行数据分析，可以更直观地对从不同的角度进行盘点，并可预测商品的销售变动趋势，以及估测各商品的库存量与库存成本的最佳平衡点等，由此可生相关的建议信息，以帮助商铺用户进行相应的决策。

本申请实施例还提供一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种基于亚马逊电商的成本精细化管理方法的计算机程序。

本具体实施方式的实施例均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的原理所做的等效变化，均应涵盖于本申请的保护范围之内。