一种用料需求的处理装置、方法及设备与流程

本申请涉及计算机技术领域，特别涉及一种用料需求的处理装置、方法、设备及可读存储介质。

背景技术：

随着互联网技术的发展，很多的企业为了提升企业的办公效率，对流程进行精细化管控，建设内部的物资采购管理平台。

然而，物料采购相关的系统或功能模块对于内部物料需求的收集、分析、评估以及向供应商的下订单这一套流程的操作存在不便利性。主要体现在以下方面：传统的物料管理或采购系统中，采购员对物料需求的收集，目前主要在线下进行。例如，采购员和用料单位通过电话沟通、微信群、qq群等方式收集需求，人工线下手动对需求进行统筹，然后将统筹结果记录并将统筹信息反馈给用料单位。统筹完后再将统筹量分配到各个供应商，通过平台或者供应商业务员电话或者供应商微信、qq等工作群逐一向供应商下单。可见，这种方式存在明显的过程繁杂，效率低下，人工成本较高等问题。

因此，如何提升对物料需求的处理效率，降低处理成本，是亟待本领域技术人员解决的问题。

技术实现要素：

本申请的目的是提供一种用料需求的处理装置、方法、设备及可读存储介质，用以解决传统的物料需求处理方案费时费力，效率低下的问题。具体方案如下：

第一方面，本申请提供了一种用料需求的处理装置，包括：

需求采集模块：用于采集用料单位的用料需求；

需求统筹模块：用于根据物料储备量对所述用料需求进行统筹，确定物料统筹量；

订单派发模块：用于在订单派发界面显示所述用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将所述订单派发至所述目标供应商。

优选的，所述需求采集模块具体用于：采集用料单位的用料需求，所述用料需求包括以下信息：用料日期、物料类型、物料数量、用料单位、收货人信息、配送要求。

优选的，所述需求统筹模块具体用于：根据物料储备量对所述用料需求进行统筹，确定初始的物料统筹量；在需求统筹界面，将所述用料需求和所述初始的物料统筹量按照物料类型进行展示，根据用户修改操作确定最终的物料统筹量。

优选的，还包括：

总量核对模块：用于确定所述目标供应商的实际供货量的总和；判断所述总和是否超过所述物料统筹量；若超过，则生成提示信息。

优选的，所述订单派发模块具体用于：根据筛选条件对所述用料需求进行筛选，在订单派发界面显示筛选得到的用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息。

优选的，还包括：

筛选条件设置模块：用于根据用户对所述订单派发界面中筛选数据项的选择操作或填写操作，生成筛选条件，其中所述筛选数据项包括以下任意一项或多项：用料日期、物料类型、用料部门、用料单位。

第二方面，本申请还提供了一种用料需求的处理方法，包括：

采集用料单位的用料需求；

根据物料储备量对所述用料需求进行统筹，确定物料统筹量；

在订单派发界面显示所述用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将所述订单派发至所述目标供应商。

第三方面，本申请还提供了一种用料需求的处理设备，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如上所述的用料需求的处理方法的步骤。

第四方面，本申请提供了一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如上所述的用料需求的处理方法的步骤。

本申请所提供的一种用料需求的处理装置、方法、设备及可读存储介质，方案包括：采集用料单位的用料需求；根据物料储备量对用料需求进行统筹，确定物料统筹量；在订单派发界面显示用料需求对应的所述物料统筹量、可供货的供应商、供应商的供货量，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将订单派发至所述目标供应商。

可见，该方案能够自动收集各用料单位的用料需求信息，并根据供应商的物料储备量对用料需求进行统筹，确定物料统筹量，最终在订单派发界面向用户展示用料需求、物料统筹量、可供货的供应商、各供应商可供应的供货量以及所述供应商的派单信息，方便用户据此确定实际供货的目标供应商和实际供货量，最终向目标供应商派发订单。一方面，避免了用料需求提交途径繁杂以及部门流转带来的效率低下的问题；另一方面，通过自动化的需求采集和统筹，节省了人工工作量；最后，通过在订单派发界面为用户展示详尽的参考信息，提升了订单派发便利性，最终显著提升了对用料需求的处理效率。

附图说明

为了更清楚的说明本申请实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请所提供的一种用料需求的处理装置实施例一的功能框图；

图2为本申请所提供的一种用料需求的处理装置实施例二的功能框图；

图3为本申请所提供的一种用料需求的处理装置实施例二的统筹界面示意图；

图4为本申请所提供的一种用料需求的处理装置实施例二的订单派发界面示意图；

图5为本申请所提供的一种用料需求的处理方法实施例的实现流程图。

具体实施方式

本申请的核心是提供一种用料需求的处理装置、方法、设备及可读存储介质，避免了用料需求提交途径繁杂以及部门流转带来的效率低下的问题，节省了人工工作量，提升了订单派发便利性，最终显著提升了对用料需求的处理效率。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面对本申请提供的一种用料需求的处理装置实施例一进行介绍，参见图1，实施例一包括：

需求采集模块101：用于采集用料单位的用料需求；

需求统筹模块102：用于根据物料储备量对所述用料需求进行统筹，确定物料统筹量；

订单派发模块103：用于在订单派发界面显示所述用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将所述订单派发至所述目标供应商。

上述需求采集模块101具体用于采集一个或多个用料单位的用料需求，其中，用料需求具体为一段时间内的用料需求，例如每日用料需求，主要包括用料日期、物料类型、物料数量、用料单位、收货人信息、配送要求等信息。在实际应用场景中，具体采集哪些用料单位的用料需求可以根据实际需求来确定，本实施例对此不做具体限定。作为一种具体的实施方式，用料需求的处理装置将需求采集工作下移到各个用料单位，由各个用料单位通过微信公众号或手机app上报用料需求，需求采集模块101自动收集并统计各个用料单位上报的用料需求。采集完成后，以用料单位为纬度对采集得到的用料需求进行展示，采购业务员能非常方便和直观地看到各用料单位的用料需求。通过需求采集模块101自动采集用料单位的用料需求，避免了以前通过电话、工作群等方式收集需求带来的效率低下、可靠性低下等问题。

上述需求统筹模块102主要用于对用料需求进行统筹，用料需求中的物料数量是用料单位期望获取的数量，在实际应用场景中，考虑到某些实际因素，往往不能原原本本的按照用料需求中的物料数量进行处理，因此，需要通过统筹操作对用料需求中的物料数量进行适当的调整。作为一种具体的实施方式，可以根据当前情况下各个供应商的物料储备量来对用料需求进行统筹，例如，在缺货时，将用料需求中的物料数量适当的下调；此外，还可以根据与用料单位的交易记录对用料需求进行统筹，例如，当该用料单位长期拖欠货款时，将用料需求中的物料数量适当的下调。本实施例中，经过调整之后的用料需求中各类物料的数量即为统筹结果。

上述订单派发模块103主要用于在订单派发界面向用户展示与用料需求相关的提示信息，以方便用户操作，实现订单派发，其中提示信息主要包括：用料需求详细信息、物料统筹量、可供货的供应商、各个供应商的供货量以及所述供应商的派单信息。根据用户在订单派发界面的编辑操作，订单派发模块103即可确定实际供货的目标供应商和相应的实际供货量，自动生成订单，并将订单派发至所述目标供应商。使得下单业务员只需在一个界面中就能方便快捷地完成确认订单信息和派发订单等复杂操作，整个下单业务处理过程一气呵成，从而大大提高了派发订单的便捷性和处理效率。

本实施例所提供一种用料需求的处理装置，能够自动收集各用料单位的用料需求信息，并根据供应商的物料储备量对用料需求进行统筹，确定物料统筹量，最终在订单派发界面向用户展示用料需求、物料统筹量、可供货的供应商、各供应商可供应的供货量以及所述供应商的派单信息，方便用户据此确定实际供货的目标供应商和实际供货量，最终向目标供应商派发订单。一方面，避免了用料需求提交途径繁杂以及部门流转带来的效率低下的问题；另一方面，通过自动化的需求采集和统筹，节省了人工工作量；最后，通过在订单派发界面为用户展示详尽的参考信息，提升了订单派发便利性，最终显著提升了对用料需求的处理效率。

下面开始详细介绍本申请提供的一种用料需求的处理装置实施例二，实施例二基于前述实施例一实现，并在实施例一的基础上进行了一定程度上的拓展。

参见图2，实施例二具体包括：

需求采集模块201：用于采集用料单位的用料需求，所述用料需求包括以下信息：用料日期、物料类型、物料数量、用料单位、收货人信息、配送要求；

筛选条件设置模块202：用于根据用户对需求统筹界面或订单派发界面中筛选数据项的选择操作或填写操作，生成筛选条件，其中所述筛选数据项包括以下任意一项或多项：用料日期、物料类型、用料部门、用料单位；

需求统筹模块203：用于根据物料储备量对所述用料需求进行统筹，确定初始的物料统筹量；在需求统筹界面，根据筛选条件对所述用料需求进行筛选，将筛选得到的用料需求和所述初始的物料统筹量按照物料类型进行展示，根据用户修改操作确定最终的物料统筹量；

订单派发模块204：用于根据筛选条件对所述用料需求进行筛选，在订单派发界面显示筛选得到的用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将所述订单派发至所述目标供应商；

总量核对模块205：用于确定所述目标供应商的实际供货量的总和；判断所述总和是否超过所述物料统筹量；若超过，则生成提示信息。

相较于实施例一，本实施例的需求统筹模块203将自动分析和人工调整结合起来，由二者共同确定最终的物料统筹量，提升了统筹操作的可靠性。考虑到实际业务场景中统筹和派发订单可能由不同的工作人员来完成，因此，本实施例将统筹和派发订单设计为两个不同的操作界面。

为了便于操作，本实施例将需求统筹界面按照左右结构的设计方式进行布局，如图3所示，左半部分展示用料需求列表及需求统计信息，按用料单位为纬度进行归类显示。其中，左半部分顶部设计为查询筛选条件，通过调用筛选条件设置模块202设置筛选条件，对用料需求进行筛选过滤。右半部分用于展示具体某一条用料需求的详情信息及统筹操作，其中，右半部分顶部展示用料需求详情。

特别说明的是，需求统筹界面的右下半部分展示用料需求中具体的物料详情。由于从采购方角度，供应商大都可以按照提供的物资大类进行分类，同时，在实际的业务场景中，不同的统筹业务员会分别负责不同的物资大类。因此，作为一种优选的实施方式，本实施例将物料详情展示设计为按照物资大类为纬度进行分类显示，将同一物资大类的物资归在一起显示，这样可以方便统筹人员按物资大类对物资进行统筹分析。

考虑到统筹时，业务员可能会参考当日此物资的供应商供应情况、当日此物资的总需求量、当日此物资的总统筹量等信息已经用料方的资金状况信息。系统会实时统计需求的执行情况，展示到物料详情中供统筹业务员参考。统筹人员按物资大类为单位参考每种物料的总需求量、总统筹量、总下单量等信息，填写统筹量，点击提交即可完成此物资大类的统筹。

本实施例将订单派发界面设计为左中右三部分布局方式，将用料需求列表展示、用料需求筛选、用料需求详情展示、物料分类、派发订单等操作集中到订单派发界面中，这样使得下单业务员只需在一个界面中就能将需求筛选，需求分析，下订单等复杂繁琐操作方便快捷地完成，使得整个下单业务处理过程一气呵成，从而大大提高了下单便捷性和提升了工作效率。

具体的，如图4所示，订单派发界面左边为需求列表展示部分，和统筹界面的左半部分一样。左边顶上部分为需求筛选条件，下面为需求列表，以用料单位为维度进行归类展示。中间部分为需求详情展示部分，这样的详情展示方式更方便直接，不需要页面的跳转。中部上半部分为需求信息，下半部分为物资详细信息。考虑到不同下单业务员可能会分管不同的物资大类，同时，供应商也可以按照物资大类进行分类。因此，为了便于各业务员员只处理各自负责的物资大类，本实施例将物资按照物资大类进行了归类展示，同时也可根据所选物资大类在右边部分展示可供下单的供应商。

特别说明的是，订单派发界面右边部分为派发订单，列举展示了可派发订单的供应商。下单业务员在中间部分选择物资大类后，右边部分将会展示可派发订单的供应商信息，每个供应商下又分别列举了此供应商可供下单的物资信息。下单业务员只需在对应的供应商下的物资列表中填写下单量，然后再点击下单操作按钮即可完成向供应商派发订单。下单后此供应商物资列表的下方将展示已下订单信息，方便业务员查看。右边部分右上角同时设计了“处理结束”的按钮，此按钮用于业务员对当前需求的所选物资大类进行手动结束下单的操作，以完成对当前需求的下单操作。

可见，本实施例提供的一种用料需求的处理装置，对用料需求的处理流程按照此用料需求的处理装置的方式设计实施，将用料需求的列表展示、详情展示及处理操作设计到同一个界面中，界面按左中右布局，左边展示列表，中间展示详情及操作内容，右边展示进一步的操作内容或者显示操作结果，使得业务员能将工作重点全都集中到一个界面中。同时，左中右的布局方式也符合人的逻辑循序，能降低操作的复杂度。明显提升需求收集的及时性和准确性，显著减少业务员采集需求的难度和时间，同时新的工作台方式的操作逻辑设计，使得无论是统筹还是下单操作都变得更加清晰、快捷，极大提升工作效率。

下面对本申请实施例提供的一种用料需求的处理方法实施例进行介绍，下文描述的用料需求的处理方法基于上文描述的用料需求的处理方法装置实现，其具体实施方式可以参照上文描述的用料需求的处理方法装置的相关介绍。

参见图5，该方法包括：

s501、采集用料单位的用料需求；

s502、根据物料储备量对所述用料需求进行统筹，确定物料统筹量；

s503、在订单派发界面显示所述用料需求对应的所述物料统筹量、可供货的供应商、所述供应商的供货量以及所述供应商的派单信息，根据用户编辑操作确定实际供货的目标供应商和相应的实际供货量，生成订单，并将所述订单派发至所述目标供应商。

本实施例的用料需求的处理方法基于上文描述的用料需求的处理方法装置实现，所以，其具体实施方式可以参照上文描述的用料需求的处理方法装置实施例的描述，在此不再展开介绍。

此外，本申请还提供了一种用料需求的处理设备，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如上所述的用料需求的处理方法的步骤。

最后，本申请提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如上所述的用料需求的处理方法的步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。