OMS系统发货前，订单业务运转的内在逻辑和关联

当我第一次接触电子商务时，我做的是订单系统，包括C端订单管理和业务端订单管理，它涉及到一个简单的正向和反向过程。当时，我对商家收到这些订单后如何处理平台外的订单知之甚少。后来，我开始联系OMS，发现与OMS相比，之前的订单管理很少见。C端和业务端只是简单的信息和流程处理，复杂的业务都在OMS系统中。如果一些学生正在接触OMS系统，建议逐步了解订单业务运行的内部逻辑和相关性。我们知道目前商家可以选择很多销售平台，如淘宝、天猫、京东、苏宁、拼多多、小红皮书等，也可能有自己的平台，所以如何集中处理这些平台的订单，你需要使用OMS系统。因此，以上场景为基础，总结OMS可以处理的业务(仅限发货前的订单处理)。订单管理系统架构用户在主要平台上生成的订单将通过订单翻译中心将平台订单翻译成ERP订单。后续的订单处理是基于ERP订单的，订单处理将被推送到仓库进行挑选和交付。所谓订单翻译，就是将各大平台的订单转换为ERP订单的过程。在订单翻译过程中会做什么？1.将平台产品翻译成ERP产品平台产品：即用户直接在C端购买的产品；ERP产品：即仓库的实物产品，即用户实际收到的产品。在实际销售过程中，平台商品可能与ERP商品不一一对应。例如，用户购买的商品是60个品牌口罩盒，仓库实际交付给用户时可能会发送2盒30个口罩，即一个平台商品对应两个ERP商品（这是通常听到的“组合商品”销售场景）；在仓库发货时，ERP商品只会被认可，仓库不知道如何在C端向消费者销售商品，因此需要翻译中心将平台订单中的商品翻译成ERP商品。怎样才能知道平台产品对应的是哪种ERP产品？如何知道平台产品对应的是哪种ERP产品？主要平台的产品信息中有一个字段是“商业代码”。这个字段以前第一次接触电子商务时不知道该做什么。现在我知道它是用来填写相应的ERP产品代码的。通过此信息，我们可以知道平台产品对应的ERP产品。如果ERP产品本身是组合产品，则需要通过组合关系将组合产品拆分。2.获取平台订单中的基本信息，获取企业内部业务所需的订单基本信息，如收货人、订单/付款时间、订单付款、商品单价、商品数量、商品付款、商品折扣、会员平台用户名、用户/商户备注等。，其中与商品相关的数量和金额(包括折扣、实际付款和单价)。退款翻译与订单相同。例子(例子仅涉及商品的相关部分)：翻译前后的订单处理涉及到很多业务项目，最终目的是告知仓库应该发送或不应该发送什么商品。订单处理的本质是改变订单和订单明细中的字段。所包含的业务项目如下图所示：添加礼品添加礼品的本质是在ERP订单明细中添加商品明细线。在什么情况下，在OMS系统中添加礼物？一般来说，每个平台都会有赠送礼品的营销工具。在什么情况下，用户将在OMS系统中添加礼品？作者总结了几点：当天猫不支持多SKU商品运营期望给用户惊喜（在平台上赠送礼品，用户会提前看到)一些不方便在平台上直接向用户展示的礼品OMS礼品，可以提高运营商的工作效率(比如在平台上，运营需要每个店铺单独设置礼品活动，但在OMS系统运营中，可以同时为多个店铺设置礼品活动)。礼品添加方式:1。为了提高转化率，承诺向用户赠送礼物，售后服务需要客服在订单上单独向用户添加礼物，以补偿用户，并承诺向用户赠送礼物。2.通过活动规则向订单添加礼品。这里的活动规则类似于各大平台上赠送礼品的规则，但可以满足多店设置的需求，同时可以赠送平台的限制性礼品。2.通过活动规则向订单添加礼品。这里的活动规则类似于各大平台上赠送礼品的规则，但可以满足多店同时设置和赠送平台限制性礼品的要求。什么时候应该通过活动规则添加礼品给订单？笔者认为，订单翻译完成后，可以判断订单是否符合礼品活动规则，即此时可以为订单添加礼品，以后可以与礼品一起预分仓。此外，添加礼品应与平台维度保持统一，并在渠道订单维度中添加礼品，即判断渠道订单是否符合礼品条件，而不是ERP订单是否符合礼品条件，以避免拆卸订单时礼品不知道如何处理。活动规则不仅可以为未来订单添加礼品，还可以为历史订单添加礼品：在实际操作中，偶尔会遇到操作遗漏礼品，此时添加像平台一样的礼品规则，因为已经生成的订单（未交付）需要交付礼品，平台不能满足这个场景，但OMS需要满足真实场景，在活动规则中配置是否需要影响现有订单。如果需要添加礼品，则需要删除礼品。删除礼品的本质是在ERP订单明细中删除商品明细线。礼物在什么情况下会被删除？如何删除错误的礼品(在平台或OMS中添加错误的规则)？1.单个订单删除礼物类似于单个订单添加礼物，可以提供方便客户服务删除礼物的功能。2.批量删除礼品筛选合格订单，批量删除礼品。3.在一定时间内自动删除礼品，下载合格订单后自动删除礼品（适用于平台推广规则设置错误的场景，无需等待所有问题订单下载后删除礼品）。批量删除礼品可以与自动删除礼品相结合，通过批量删除礼品规则实现，类似于交换，通过规则触发删除礼品也可以很容易地查看礼品删除的历史，如果删除错误，可以删除。指定仓库订单何时可指定仓库？订单翻译完成后，可以指定仓库。此时，指定仓库可以立即占用仓库库存，防止超卖。指定仓库订单的依据是什么？仓库内是否有货物。哪个仓库的快递到达用户的收货地址？最好的体验是什么（根据指定快递公司的标准判断）订单指定仓库后会导致仓库重新分割？订单指定仓库后不会一直保持不变。如果部分信息发生变化，订单需要重新分割。大致有以下情况:收货地址变更商品细节变更(添加/减少商品和商品交换)变更快递公司(原仓库可能不支持指定快递公司)。指定快递公司的订单什么时候可以指定快递公司？订单指定仓库时，可以同时指定快递公司。毕竟指定仓库的依据之一就是快递公司。指定快递公司的依据是什么？商品类别（如易损坏快递、重物流）快递及时性快递成本快递索赔成功率库存占用订单翻译可占用库存，此时占用库存为虚拟层库存，直到订单发送到仓库，占用WMS层实物库存，下次详细介绍库存占用业务。缺货处理虚拟层库存不足时，会导致订单缺货。处理订单短缺取决于客户服务、采购和运营三方合作的结果。仓库库存增加时，会触发冲销订单缺货的细节。下次与库存一起介绍缺货处理业务的详细情况。所谓订单拦截，即订单在流通过程中可能会受到多方面的干预或测试，导致订单无法正常顺利流通，只有在风险解除后才能正常流通。在什么情况下需要拦截订单？订单客户是黑名单用户（恶意订单或专业造假者等）。订单中有系统无法处理的客户/客户服务备注。当客户服务需要手动处理时，当订单金额验证不合格时，当订单毛利过低时，临时通知某一地区快递禁止时，订单中的货物正在盘点。。。会有很多订单拦截，也可以根据公司的具体情况进行设置。订单拦截后的处理方法：1。拦截客户服务人工审核订单未审核时，系统无法自动审核（如下订单客户为黑名单客户或系统无法处理注释等）。需要拦截并分配给客户服务人工处理。2.系统判断造成的拦截需要锁定订单，技术或系统处理完成后才能解锁。如果订单金额验证失败，接收地址无法正常分析，需要通过拦截暴露问题订单，方便技术统一处理。处理完成后，可以手动批量或系统自动标记。标记时，订单可以自动检测问题是否仍然存在。如果问题已经解决，3.当回滚订单达到上游某一状态时，需要重新分配快递，或更改已审核订单的其他信息（如收货地址、添加/删除礼品等）。需要废除原WMS文件，将订单回滚到上游，重新转移并发送给WMS。实现订单拦截的方法：1。当客户服务人工修改订单信息（如接收地址、快递公司）时，会触发订单拦截（如果已发送到WMS）。2.当系统拦截订单符合系统设定的拦截条件时，将被拦截（如黑名单等）。3.拦截规则拦截人工添加具体拦截规则，拦截合格订单。系统拦截的大部分条件原则上也可以通过拦截规则配置来实现。订单交换订单交换的本质是改变订单中商品的细节。在什么情况下需要换货？客户主动提出换货（前提是货物之间的价值相似）。客户购买的商品缺货，与客户沟通后交换操作错误（填写的ERP业务代码错误或后台礼品推广规则错误）。换成正确的商品需要注意什么？换货可能会导致商品数量和商品类型的变化(如一个A变成一个B) 一个C)，所以换货后需要重新分摊商品的单价、折扣和实际付款。如何换货？1.单个订单的换货操作是单个订单中的货物。2.批量换货筛选合格订单，批量换货。3.在一定时间内自动更换，符合条件的订单下载后自动更换（适用于运营商编码错误的场景，因此您不必等待所有问题的订单下载后再更换）。批量交换可以与自动交换相结合，通过批量交换规则实现，许多订单可以通过规则处理，交换也是一种使用场景。通过规则触发换货也可以方便地查看换货历史，如果有换货错误，也可以撤销换货。在什么情况下，订单备注需要添加备注？在订单被审查之前，如果您在售前收到用户的任何需求，您将通过添加订单注释并在ERP订单上标记。添加的订单注释将提交给系统或审查客户服务，以处理客户服务遇到的其他需要注明的订单。如何处理与客户沟通延迟交付等订单注释？部分注释只是客户添加订单的标记，方便回顾订单追溯，不需要特殊处理；部分注释承载客户要求，如指定快递、指定交货日期、更换交货地址等，这部分需要移交系统或手动处理，系统处理是通过语义分析识别文本想要表达的含义，然后自动处理，下面将介绍语义分析。添加到订单注释中的维度？由于审核客户服务是在ERP订单维度处理订单，发送到仓库也是ERP维度，所以添加注释是基于ERP订单维度，即添加注释信息，但应注意订单拆卸对注释的影响（不能因订单拆卸而丢失）。售中工单:所谓售中工单，是指客户在订单审核后仍有修改订单的需求，但在订单发货前，通过售中工单提交给订单处理客服进行处理。销售中工单的处理方法：1。语义分析与普通备注相同。销售中工单还将首先通过系统的语义分析识别文本想要表达的含义，然后自动处理。如果系统无法识别，则手动处理。2..人工处理是指根据销售中工单的内容手动处理订单。语义分析在语义分析订单处理过程中需要使用哪些地方？消费者在提交订单时添加了备注订单。在审核订单之前，消费者在审核订单需求订单之前通过备注向消费者提交订单需求。语义分析是对客户或售前订单提交的修改需求的分析。假如没有语义分析，全靠客服人工处理订单，处理量会相当大。在通过语义分析处理订单时，需要使用成熟的语义分析系统和公司自身建立的词库来识别语义的含义类别。例如，在公司自己的词库中维护“请发送中通快递”后，当语义分析遇到完全相同的评论时，您知道这是指定的快递，您可以调用订单修改快递公司接口修改快递公司。消费者在购买商品或购买商品后，可能需要开具发票。一般来说，他们会通过平台上的发票入口向卖方申请发票，或者通过平台聊天工具向卖方索取发票。商家可以选择的开票方式:1。接入平台开票服务需要商家使用的平台开票服务相对完善，否则有些平台可以开票，有些平台不提供开票服务操作起来比较麻烦。2.商户自行开票商户统一收取各平台用户的开票需求，统一路径开票。收集方式包括：通过平台接口获取平台上用户填写的发票需求；通过客户服务手动输入用户发票需求发票类型：1。如果商户开具纸质发票，可以在发货前与发货商品一起发送。发货后开具的，应单独用快递发送。无论在哪种情况下，线下人员的运营成本都会增加，发货后发货的快递成本也会增加。2.电子发票电子发票的出现解决了纸质发票遇到的问题。如果货物尚未发出，电子发票可以在货物发出时发出。如果货物已经发出，可以立即发出。需要注意的是，电子发票开具后，应及时通知用户发票已开具，并可通过将发票信息返回平台通知或发送短信通知用户。开票需求输入维度:开票需求是基于ERP订单输入的，如果是纸质发票，可以避免多次开票。拆合单是什么感觉？

以上就是关于OMS系统发货前订单业务运转的内在逻辑和关联的相关介绍，更多OMS系统发货前订单业务运转的内在逻辑和关联相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对OMS系统发货前订单业务运转的内在逻辑和关联有更深的了解和认识。