CN117422529A - 一种销售管理方法、系统、介质及设备 - Google Patents

Abstract

一种销售管理方法、系统、介质及设备，涉及销售管理技术领域。所述方法包括：获取当前的销售订单，所述销售订单包括商品信息和客户信息；根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。实施本申请提供的技术方案，可以提高开票的准确性。

Description

一种销售管理方法、系统、介质及设备

技术领域

本申请涉及销售管理技术领域，具体涉及一种销售管理方法、系统、介质及设备。

背景技术

随着社会经济的发展，新的销售模式不断涌现，在现代销售环境中，销售出库制单、物流出库、配送以及最后结算收款的过程中，涉及到一系列操作，包括销售订单创建、库存检查、出库操作、物流运输、配送确认、收款处理等。

传统的销售管理系统中，商品的定价通常是固定的，但也存在一些特殊情况，即特殊客户可能享有不同的定价。为了对应不同的客户对商品进行不同的定价，通常需要人工干预。这意味着销售人员需要手动查找特定客户的信息，并对每个客户的商品进行重新定价。完成新的定价后，销售人员还需要基于新的定价手动开具发票，效率较低且容易出现失误，从而也导致开票的准确性较低。

发明内容

本申请提供了一种销售管理方法，可以提高开票的准确性。

第一方面，本申请提供了一种销售管理方法，所述方法包括：

获取当前的销售订单，所述销售订单包括商品信息和客户信息；

根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；

将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；

基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。

通过采用上述技术方案，可以根据商品信息和客户信息，自动确定商品的开票价格，可以避免了传统系统中需要销售人员手动调整定价的操作，自动匹配定价策略实现了智能定价，并且开票价格需要经过审核端的审核，确保了交易合规性，提高了开票的准确性，将审核通过后的价格将作为开票目标价，并自动生成销售结算单，实现了智能定价、审核规范性、自动化流程，极大提升了开票的效率，同时提高开票的准确性。

可选的，所述商品信息包括商品的标准价格，所述根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格，包括：判断所述商品是否为折扣商品；若所述商品不为折扣商品，则确定所述标准价格为开票价格；若所述商品为折扣商品，则获取所述商品的折扣百分比，将所述折扣百分比乘以所述标准价格，得到所述商品的折扣价格；基于所述折扣价格和所述客户信息对应的预设的定价策略，确定商品的开票价格。

通过采用上述技术方案，可以判断商品是否需要折扣，对不需要折扣的商品直接使用标准定价实现快速定价。对折扣商品计算出折扣价格，计算过程自动获取折扣比例，不需要人工参与，避免手工计算错误，再结合客户信息，自动匹配对应的定价策略 ,实现智能化定价，提高开票的准确性。

可选的，所述客户信息包括客户等级，所述基于所述折扣价格和所述客户信息对应的预设的定价策略，确定商品的开票价格，包括：获取所述客户等级，判断所述客户等级是否为有效等级；若所述等级不为有效等级，则将所述折扣价格作为开票价格；若所述客户等级为有效等级，则基于所述客户等级以及预设的客户等级与定价策略的关系，确定所述客户等级对应的定价策略；基于所述折扣价格以及所述定价策略，确定商品的开票价格。

通过采用上述技术方案，获取客户等级信息，并自动判断客户等级是否有效，即判断该客户是否享有特殊定价，可以有效避免销售人员的判断错误，将有效等级的客户可以自动匹配对应的特殊定价策略，而无需销售人员人工选择策略, 极大提升了开票的效率，同时提高开票的准确性。

可选的，所述商品信息包括成本价格，所述将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果，包括：将所述商品信息、所述客户信息以及所述开票价格发送至审核端，以使所述审核端确定所述客户信息中的信用额度；若所述审核端确定所述信用额度超过最低额度阈值和/或所述开票价格低于所述成本价格，则接收所述审核端发送的审核结果为审核不通过；若所述审核端确定所述信用额度不超过最低额度阈值且所述开票价格不低于所述成本价格，则接收所述审核端发送的审核结果为审核通过。

通过采用上述技术方案，实现了对客户信用额度的自动检查,避免了客户超额交易的风险,保证了交易安全，并且自动校验开票价格与商品成本价的关系,确保价格合理，避免企业利润受损。

可选的，所述基于所述审核结果确定商品的目标开票价，包括：若所述审核结果为审核通过，则将所述开票价格作为目标开票价；若所述审核结果为审核不通过，则获取所述审核不通过原因，若所述审核不通过原因为信用额度低，则确定所述商品开票失败；若所述不通过原因为开票价格低，则调用备用定价策略，并基于所述商品信息和所述客户信息，重新确定商品的开票价格，直至得到审核通过的目标开票价。

通过采用上述技术方案，审核通过的情况下，直接将开票价格确定为目标价,保证了流程的顺利进行，对审核不通过的情况,可以分析不通过原因,进行针对性处理。信用额度不足则直接终止交易,避免了失控风险。对价格低的情况,可以调用备选定价策略重新定价，直至满足审核条件，最大程度实现交易落实。

可选的，若所述审核不通过原因为信用额度低，则确定所述商品开票失败之后，还包括：接收客户端发送的临时授信申请，所述临时授信申请包括授信额度以及授信天数；将所述授信申请发送至所述审核端进行二次审核，得到审核结果；若所述审核结果为审核通过，则将所述开票价格作为目标开票价。

通过采用上述技术方案，当信用额度不足导致审核不通过时,允许申请临时授信额度，接收并自动处理客户端的临时授信申请，,将申请自动提交至审核端,进行二次审核,以确保风控合规，审核通过后直接应用新增授信额度，重新审核交易, 成功获得临时授信额度后,可以完成原本因额度不足而无法成交的订单,极大地提升了销售管理的业务灵活性。

可选的，所述销售订单包括商品预收款信息，所述基于所述目标开票价生成销售结算单，包括：判断所述客户信息中是否存在商品预收款信息；若所述客户信息中存在商品预收款信息，判断是否对所述商品预收款信息进行核销；

若需要对所述商品预收款信息进行核销，则确定所述目标开票价为所述商品的结算价；若不需要对所述商品预收款信息进行核销，则获取商品预收款信息中的预收款价，将所述目标开票价减去所述预收款价，得到所述商品的结算价；基于所述结算价生成销售结算单。

通过采用上述技术方案，自动判断订单中是否存在预收款信息，并判断预收款是否需要核销，根据不同情况实现精确的结算价格计算，如果需要核销,直接将目标价作为结算价;如果不需要,则自动计算核销后的结算价，基于精确计算的结算价,可以高效生成结算单,完成订单收款。

在本申请的第二方面提供了一种销售管理系统，所述系统包括：

销售订单获取模块，用于获取当前的销售订单，所述销售订单包括商品信息和客户信息；

开票价格确定模块，用于根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；

信息审核模块，用于将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；

销售结算单生成模块，用于基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。

在本申请的第三方面提供了一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

在本申请的第四方面提供了一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、本申请可以根据商品信息和客户信息，自动确定商品的开票价格，可以避免了传统系统中需要销售人员手动调整定价的操作，自动匹配定价策略实现了智能定价，并且开票价格需要经过审核端的审核，确保了交易合规性，提高了开票的准确性，将审核通过后的价格将作为开票目标价，并自动生成销售结算单，实现了智能定价、审核规范性、自动化流程，极大提升了开票的效率，同时提高开票的准确性；

2、本申请获取客户等级信息，并自动判断客户等级是否有效，即判断该客户是否享有特殊定价，可以有效避免销售人员的判断错误，将有效等级的客户可以自动匹配对应的特殊定价策略，而无需销售人员人工选择策略, 极大提升了开票的效率，同时提高开票的准确性；

3、本申请实现了对客户信用额度的自动检查,避免了客户超额交易的风险,保证了交易安全，并且自动校验开票价格与商品成本价的关系,确保价格合理，避免企业利润受损。

附图说明

图1是本申请实施例提供的一种销售管理方法的流程示意图；

图2是本申请实施例的提供的一种销售管理系统模块示意图；

图3是本申请实施例的提供的一种电子设备的结构示意图。

附图标记说明：300、电子设备；301、处理器；302、通信总线；303、用户接口；304、网络接口；305、存储器。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

请参考图1，特提出了一种销售管理方法的流程示意图，该方法可以依赖于计算机程序实现，可依赖于单片机实现，也可运行于一种销售管理系统上，该计算机程序可集成在OC-ERP管理平台，也可作为独立的工具类应用运行，具体的，该方法包括步骤10至步骤50，上述步骤如下：

步骤10：获取当前的销售订单，销售订单包括商品信息和客户信息。

本申请实施例所应用的场景可以为采用OC-ERP系统的销售企业，特别是消费品、服装、百货等行业的批发和零售企业，这些行业商品种类复杂、客户群体多样，适合使用该智能定价和销售管理模式。OC-ERP是一种开源的企业资源计划(Enterprise ResourcePlanning)系统软件，OC-ERP是一个功能模块化、高度定制化和可集成的开源ERP云平台，可以为企业提供一站式的管理信息系统解决方案。

具体的，OC-ERP管理平台获取当前需要进行销售管理的订单信息。该订单信息主要包括商品信息和客户信息两部分，获取商品详情是为了获得商品的基础价格信息,以及是否参与优惠等情况,这是确定开票价格的基础。商品详情可以包括商品名称、商品编号、标准价格、成本价格、是否打折等信息。获取客户详情是为了获得客户的会员级别、积分信息、信用状况等数据。这些将在后续确定开票价格策略以及审核业务规则时需要用到。客户详情可以包括客户姓名、客户编号、会员等级、积分数、信用额度等信息。

步骤20：根据商品信息和客户信息对应的预设的定价策略，确定商品的开票价格。

通常情况下，当销售订单已经创建并且价格已经被确定时，该价格应该已经被客户接受，因此在开票时应该使用订单中的价格。然而，在某些情况下，可能需要在开票时应用价格策略或折扣策略，这主要是依赖于公司的销售策略以及订单的类型。例如，对于某些大型企业客户或长期合作伙伴，销售部门可能会提供特定的折扣策略，这些折扣可能需要在开票时才应用。在这种情况下，开票价格可能会低于订单原始价格。另外，一些复杂的销售订单可能涉及多个产品或服务，其中一些可能有动态定价策略，比如基于市场需求、库存状态或其它变量的价格，这些价格可能需要在开票时进行最后的计算和确认。

具体的，根据获取的商品信息，如商品的基础单价、成本价、是否参与优惠活动等，可以确定商品的原价。例如，销售部门可能会基于一种定价策略来创建销售订单。这个定价策略可能包括根据商品的成本、市场需求、竞争环境等因素来设置该商品的标准价格。然后根据客户信息中的会员等级，查询该会员等级对应的定价策略。例如不同级别的会员可享受不同折扣比例，查询结果将商品原价与客户可享折扣关联起来。将自动调用定价算法，作为定价策略的计算规则，按照一定算法计算出折扣价格。定价算法可以综合考虑多种因素,比如会员折扣、大批量订单折扣、限时促销折扣等。计算出最终适用的折扣价作为商品的开票价格。

在上述实施例的基础上，作为一种可选的实施例，根据商品信息和客户信息对应的预设的定价策略，确定商品的开票价格这一步骤，还可以包括以下步骤：

步骤201：判断商品是否为折扣商品。

步骤202：若商品不为折扣商品，则确定标准价格为开票价格。

具体的，首先需要判断商品是否正在参与折扣活动，以确定商品的原始定价基础。判断方式可以是查询商品数据库表中的折扣标识字段是否为True。如果商品没有打折，则其标准原价可以直接作为开票价格。

步骤203：若商品为折扣商品，则获取商品的折扣百分比，将折扣百分比乘以标准价格，得到商品的折扣价格。

具体的，如果商品正在折扣，则需要获取折扣比例，一般存储在商品表的折扣比例字段中。提取出其数值，例如0.8代表8折。然后系统将调用定价计算组件，输入商品标准价格和折扣比例参数，运行定价算法计算出折扣价。计算方式是标准价格乘以折扣比例，例如100元商品的8折折扣价格是100*0.8=80元。

步骤204：基于折扣价格和客户信息对应的预设的定价策略，确定商品的开票价格。

具体的，在得到商品的折扣价后，还需要综合客户的信息，例如客户级别、积分等，根据规定的定价策略再计算出针对此客户的最终开票价格。可设定高级会员享受9折，而积分达到500分的客户享受95折，系统结合折扣价和客户折扣计算最终价格，从而确定商品的开票价格。

在上述实施例的基础上，作为一种可选的实施例，基于折扣价格和客户信息对应的预设的定价策略，确定商品的开票价格这一步骤，还可以包括以下步骤：

步骤2041：获取客户等级，判断客户等级是否为有效等级；

步骤2042：若等级不为有效等级，则将折扣价格作为开票价格。

具体的，首先需要查询客户信息表，获取该客户的会员等级。会员等级在本申请实施例中可以包括高级会员、中级会员、初级会员等。也可以是临时黄金会员，该临时黄金会员可以是新用户，该新用户可以是一次性进行大量订单的下单，也可以是与客服协商好的用户等有着特殊要求的客户。判断会员等级是否为有效等级，该有效等级可以是在预设时间段内是否进行下单，若长时间没有进行下单，则会员等级失效；该有效等级还可以是对用户的身份进行核实，比如需要对该用户的手机号进行验证或者登陆密码进行验证，若验证不成功则认定为无效等级。有效等级指公司规定的享受会员折扣的会员级别，例如只有中级和高级会员享受折扣。如果客户会员等级不在有效等级范围，则不享受会员折扣。对于非有效等级的客户，将直接采用商品的折扣价格作为开票价格，不再给予额外折扣。

步骤2043：若客户等级为有效等级，则基于客户等级以及预设的客户等级与定价策略的关系，确定客户等级对应的定价策略。

步骤2044：基于折扣价格以及定价策略，确定商品的开票价格。

具体的，对于有效等级的客户，系统需要查找该会员级别对应哪种会员折扣策略。OC-ERP管理平台预先设定了会员级别与折扣规则的映射关系，如高级会员享受95折，可根据会员级别确定对应的折扣策略。从而再基于折扣价格以及定价策略，确定商品的开票价格。

在其他可行的实施例中，还可以根据用户的历史行为数据来确定对应的定价策略，比如用户虽然没有进行过购买，也可以浏览频率来确定客户等级；还可以根据用户的年龄段或者学历水平等来确定用户客户等级，客户等级可以根据实际情况以及商品信息进行确定。

步骤30：将商品信息、客户信息以及开票价格发送至审核端，并接收审核端发送的审核结果。

具体的，将计算出的开票价格及相关商品和客户信息发送给审核端，需要审核的目的是避免客户信用风险过大以及企业利润过低的情况发生，从而保证企业利益。该审核端可以为一个独立的价格审核系统，也可以是OC-ERP管理平台中的一个子系统，审核系统由企业的专业风控人员或者定价策略专家进行操作，进行专业的人工审核判定。当专业人员在审核端进行审核结束后，将审核的结果再发送至OC-ERP管理平台。在其他可行的实施例中，审核系统也可以是一种智能审核系统，不需要人工的参与，从而实现高效的审核统计。

在上述实施例的基础上，作为一种可选的实施例，将商品信息、客户信息以及开票价格发送至审核端，并接收审核端发送的审核结果这一步骤，还可以包括以下步骤：

步骤301：将商品信息、客户信息以及开票价格发送至审核端，以使审核端确定客户信息中的信用额度。

步骤302：若审核端确定信用额度超过最低额度阈值和/或开票价格低于成本价格，则接收审核端发送的审核结果为审核不通过。

步骤303：若审核端确定信用额度不超过最低额度阈值且开票价格不低于成本价格，则接收审核端发送的审核结果为审核通过。

具体的，将计算出的开票价格以及该价格所依据的商品信息和客户信息,一并提交给审核端，进行风险控制与盈利能力审查，提交这些关键信息的目的是让审核端有依据进行全面的判定。专业人员在审核端会优先检查客户的信用额度信息。如果该客户的可用信用额已经接近公司规定的最低额度阈值，则表明该客户的信用资质较差，从而发生违约风险较高。这时审核会驳回该开票价格，避免交易损失，所以将接收审核端发送的审核结果为审核不通过。接着审核端还会判断开票价格与商品成本价格的差额，如果差额较小则说明利润空间不足，也可能直接影响企业利润。这种情况下审核也会驳回该价格方案，所以将接收审核端发送的审核结果为审核不通过。只有当审核端确定信用额度不超过最低额度阈值且开票价格不低于成本价格，也就是只有信用额度充足且利润空间合理时，审核才会通过。比如商品A的成本价是50元，经智能算法计算后开票价格是55元，某客户的信用额度只有350元，接近最低额度300元。那么审核就会判断该客户风险太大，不宜出售，则驳回该55元的开票价格。如果是另一个信用级别较高的客户，开票价格60元，审核端则会判断信用和利润空间均符合要求，则接收审核端发送的审核结果为审核通过。通过审核端的双重检查，可以有效降低智能定价的盲目性，控制交易风险，确保企业收益。

步骤40：基于审核结果确定商品的目标开票价，并基于目标开票价生成销售结算单。

具体的，审核端对智能算法计算的开票价格进行多维度审查后，会给出明确的审核意见。如果审核通过，则表明该价格预估合理，可以作为最终结算价格。如果审核未通过，则不能使用该价格。当接收到审核结果后，查询开票价格是否通过审核。若审核结果为审核通过，则直接将对应的开票价格作为商品的目标开票价。若审核结果为审核不通过，则进一步获取审核端反馈的具体不通过原因。不通过原因可以分为两种情况:一是客户信用额度过低；二是开票价格设置过低。

对于信用额度低而不通过的，则说明该客户信用风险太大，无法进行交易，直接提示该商品对该客户的开票失败，并发送开票失败的提示信息至销售订单对应的客户端，该提示信息可以提示用户是由于信用额度低造成开票失败。客户端接收到开票失败的消息后，可以发送临时授信申请，该临时授信申请包含申请的临时授信额度金额以及授信期限天数。在本申请实施例中，授信额度和天数又可以分为正式授信和临时授信。正式授信长期有效，临时授信在特定时间内生效。客户的最终可用授信额度/天数= 正式授信部分+临时授信部分。系统需要记录每个临时授信的起止日期，在有效期内该临时授信可用，超期则自动失效。当交易额度或天数超过客户现有正式授信时，需要触发临时调整授信申请流程。将该临时授信信息发送给审核端进行二次审核，审核端将综合判断客户资质、风险控制等因素，发送审核意见。若审核结果为审核通过，则直接采用该客户新增的临时授信额度，重新进行信用额度校验，并将开票价格作为目标开票价。

对于价格过低而不通过的，则会调用备用的定价策略重新计算开票价格。例如把折扣幅度升高一级，使用更低的优惠力度来定价。再次将新开票价格提交审核端判断，如果仍未通过,则不断调整定价策略并重新计算，直至得到审核通过的目标开票价。通过获取不通过原因，可以针对性地处理审核未通过的情况，从而能够一直迭代优化开票价格。最后基于目标开票价生成销售结算单，该销售结算单中包括此笔交易订单的所有关键信息。

在上述实施例的基础上，作为一种可选的实施例，基于目标开票价生成销售结算单这一步骤，还可以包括以下步骤：

步骤401：判断客户信息中是否存在商品预收款信息。

步骤402：若客户信息中存在商品预收款信息，判断是否对商品预收款信息进行核销。

具体的，在获得目标开票价格后，需要检查该客户信息，在该客户的信息中判断是否存在该商品的预收款记录。因为预收款是客户已经预先支付的金额，如果本次交易可以冲抵预收款，就可以直接减少结算价。判断预收款信息可以更精确计算出实际需结算的价格。预收款指在正式交易成交前，客户已经先行支付的一定金额。例如:客户订购时预付订金；长期客户可预存一定金额作为后续交易的预付款；以及企业为规避风险，可要求对新客户有一定预付款。如果若客户信息中存在商品预收款信息，则需要判断该预收款是否需要在本交易中进行核销，核销预收款指的是将客户的预收款金额直接从本次交易的结算金额中扣除，作为部分或全部支付。核销判断的依据可以为预收款余额是否充足，交易规模是否匹配，以及客户意愿。核销判断是为了优化资金使用，简化支付流程，并计算出精确的结算金额。

步骤403：若不需要对商品预收款信息进行核销，则确定目标开票价为商品的结算价。

步骤404：若需要对商品预收款信息进行核销，则获取商品预收款信息中的预收款价，将目标开票价减去预收款价，得到商品的结算价。

步骤405：基于结算价生成销售结算单。

具体的，如果不需要核销，则表明预收款可以直接作为部分付款，那么目标开票价就是商品的结算价。如果需要核销，则直接取出预收款的金额，并从目标开票价中减去预收款金额，得到的差额部分作为本次交易商品的结算价。例如，目标开票价100元，预收款20元，则结算价=100-20=80元。自动核销避免人工的疏漏错误，提高了资金使用效率，也使企业的数据和系统更加一致，为企业全流程管理提供支持。

请参见图2，为本申请实施例提供的一种销售管理系统模块示意图，该销售管理系统可以包括：销售订单获取模块、开票价格确定模块、信息审核模块、以及销售结算单生成模块，其中：

销售订单获取模块，用于获取当前的销售订单，所述销售订单包括商品信息和客户信息；

开票价格确定模块，用于根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；

信息审核模块，用于将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；

销售结算单生成模块，用于基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。

可选的，开票价格确定模块，还可以用于判断所述商品是否为折扣商品；若所述商品不为折扣商品，则确定所述标准价格为开票价格；若所述商品为折扣商品，则获取所述商品的折扣百分比，将所述折扣百分比乘以所述标准价格，得到所述商品的折扣价格；基于所述折扣价格和所述客户信息对应的预设的定价策略，确定商品的开票价格。

可选的，开票价格确定模块，还用于获取所述客户等级，判断所述客户等级是否为有效等级；若所述等级不为有效等级，则将所述折扣价格作为开票价格；若所述客户等级为有效等级，则基于所述客户等级以及预设的客户等级与定价策略的关系，确定所述客户等级对应的定价策略；基于所述折扣价格以及所述定价策略，确定商品的开票价格。

可选的，信息审核模块，还用于将所述商品信息、所述客户信息以及所述开票价格发送至审核端，以使所述审核端确定所述客户信息中的信用额度；若所述审核端确定所述信用额度超过最低额度阈值和/或所述开票价格低于所述成本价格，则接收所述审核端发送的审核结果为审核不通过；若所述审核端确定所述信用额度不超过最低额度阈值且所述开票价格不低于所述成本价格，则接收所述审核端发送的审核结果为审核通过。

可选的，销售结算单生成模块，还用于若所述审核结果为审核通过，则将所述开票价格作为目标开票价；若所述审核结果为审核不通过，则获取所述审核不通过原因，若所述审核不通过原因为信用额度低，则确定所述商品开票失败；若所述不通过原因为开票价格低，则调用备用定价策略，并基于所述商品信息和所述客户信息，重新确定商品的开票价格，直至得到审核通过的目标开票价。

可选的，销售结算单生成模块，还用于接收客户端发送的临时授信申请，所述临时授信申请包括授信额度以及授信天数；将所述授信申请发送至所述审核端进行二次审核，得到审核结果；若所述审核结果为审核通过，则将所述开票价格作为目标开票价。

可选的，销售结算单生成模块，还用于判断所述客户信息中是否存在商品预收款信息；若所述客户信息中存在商品预收款信息，判断是否对所述商品预收款信息进行核销；若不需要对所述商品预收款信息进行核销，则确定所述目标开票价为所述商品的结算价；若需要对所述商品预收款信息进行核销，则获取商品预收款信息中的预收款价，将所述目标开票价减去所述预收款价，得到所述商品的结算价；基于所述结算价生成销售结算单。

需要说明的是：上述实施例提供的系统在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的系统和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例还提供了一种计算机存储介质，计算机存储介质可以存储有多条指令，指令适于由处理器加载并执行上述实施例的一种销售管理方法，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

请参照图3本申请还公开一种电子设备。图3是本申请实施例的公开的一种电子设备的结构示意图。该电子设备300可以包括：至少一个处理器301，至少一个网络接口304，用户接口303，存储器305，至少一个通信总线302。

其中，通信总线302用于实现这些组件之间的连接通信。

其中，用户接口303可以包括显示屏（Display）、摄像头（Camera），可选用户接口303还可以包括标准的有线接口、无线接口。

其中，网络接口304可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器301可以包括一个或者多个处理核心。处理器301利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器305内的指令、程序、代码集或指令集，以及调用存储在存储器305内的数据，执行服务器的各种功能和处理数据。可选的，处理器301可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器301可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器301中，单独通过一块芯片进行实现。

其中，存储器305可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器305包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器305可用于存储指令、程序、代码、代码集或指令集。存储器305可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器305可选的还可以是至少一个位于远离前述处理器301的存储装置。参照图3，作为一种计算机存储介质的存储器305中可以包括操作系统、网络通信模块、用户接口模块以及一种销售管理方法的应用程序。

在图3所示的电子设备300中，用户接口303主要用于为用户提供输入的接口，获取用户输入的数据；而处理器301可以用于调用存储器305中存储一种销售管理方法的应用程序，当由一个或多个处理器301执行时，使得电子设备300执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种销售管理方法，其特征在于，应用于OC-ERP管理平台，所述方法包括：

获取当前的销售订单，所述销售订单包括商品信息和客户信息；

根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；

将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；

基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。

2.根据权利要求1所述的销售管理方法，其特征在于，所述商品信息包括商品的标准价格，所述根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格，包括：

判断所述商品是否为折扣商品；

若所述商品不为折扣商品，则确定所述标准价格为开票价格；

若所述商品为折扣商品，则获取所述商品的折扣百分比，将所述折扣百分比乘以所述标准价格，得到所述商品的折扣价格；

基于所述折扣价格和所述客户信息对应的预设的定价策略，确定商品的开票价格。

3.根据权利要求2所述的销售管理方法，其特征在于，所述客户信息包括客户等级，所述基于所述折扣价格和所述客户信息对应的预设的定价策略，确定商品的开票价格，包括：

获取所述客户等级，判断所述客户等级是否为有效等级；

若所述等级不为有效等级，则将所述折扣价格作为开票价格；

若所述客户等级为有效等级，则基于所述客户等级以及预设的客户等级与定价策略的关系，确定所述客户等级对应的定价策略；

基于所述折扣价格以及所述定价策略，确定商品的开票价格。

4.根据权利要求1所述的销售管理方法，其特征在于，所述商品信息包括成本价格，所述将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果，包括：

将所述商品信息、所述客户信息以及所述开票价格发送至审核端，以使所述审核端确定所述客户信息中的信用额度；

若所述审核端确定所述信用额度超过最低额度阈值和/或所述开票价格低于所述成本价格，则接收所述审核端发送的审核结果为审核不通过；

若所述审核端确定所述信用额度不超过最低额度阈值且所述开票价格不低于所述成本价格，则接收所述审核端发送的审核结果为审核通过。

5.根据权利要求1所述的销售管理方法，其特征在于，所述基于所述审核结果确定商品的目标开票价，包括：

若所述审核结果为审核通过，则将所述开票价格作为目标开票价；

若所述审核结果为审核不通过，则获取所述审核不通过原因，若所述审核不通过原因为信用额度低，则确定所述商品开票失败；

若所述不通过原因为开票价格低，则调用备用定价策略，并基于所述商品信息和所述客户信息，重新确定商品的开票价格，直至得到审核通过的目标开票价。

6.根据权利要求5所述的销售管理方法，其特征在于，若所述审核不通过原因为信用额度低，则确定所述商品开票失败之后，还包括：

接收客户端发送的临时授信申请，所述临时授信申请包括授信额度以及授信天数；

将所述授信申请发送至所述审核端进行二次审核，得到审核结果；

若所述审核结果为审核通过，则将所述开票价格作为目标开票价。

7.根据权利要求1所述的销售管理方法，其特征在于，所述销售订单包括商品预收款信息，所述基于所述目标开票价生成销售结算单，包括：

判断所述客户信息中是否存在商品预收款信息；

若所述客户信息中存在商品预收款信息，判断是否对所述商品预收款信息进行核销；

若不需要对所述商品预收款信息进行核销，则确定所述目标开票价为所述商品的结算价；

若需要对所述商品预收款信息进行核销，则获取商品预收款信息中的预收款价，将所述目标开票价减去所述预收款价，得到所述商品的结算价；

基于所述结算价生成销售结算单。

8.一种销售管理系统，其特征在于，应用于OC-ERP管理平台，所述系统包括：

销售订单获取模块，用于获取当前的销售订单，所述销售订单包括商品信息和客户信息；

开票价格确定模块，用于根据所述商品信息和所述客户信息对应的预设的定价策略，确定商品的开票价格；

信息审核模块，用于将所述商品信息、所述客户信息以及所述开票价格发送至审核端，并接收所述审核端发送的审核结果；

销售结算单生成模块，用于基于所述审核结果确定商品的目标开票价，并基于所述目标开票价生成销售结算单。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适用于由处理器加载并执行如权利要求1-7任意一项所述的方法。

10.一种电子设备，其特征在于，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和所述网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如权利要求1-7任意一项所述的方法。