电子订单生成方法、装置、终端及存储介质与流程

文档序号:23056909发布日期:2020-11-25 17:36阅读:243来源:国知局
电子订单生成方法、装置、终端及存储介质与流程

本申请涉及电子商务技术领域,尤其涉及一种电子订单生成方法、装置、终端及存储介质。



背景技术:

随着电子商务的快速发展,网上交易量的不断增加,使得订单量也极速增加,因此需要快速处理订单来满足日益增长的订单需求。

然而,现有技术中的订单一般为空白的纸质订单,需要用户手动填写订单信息,或者用户告知订单管理人员相应的订单信息后,由订单管理人员协助用户在特定终端输入订单信息生成电子订单,而这些方式的订单生成效率低下,无法满足大量订单需求,且不利于订单的管理工作,浪费人力资源。另外,一个完整的订单中所要填写的内容较多,如果这些内容都要用户来填写,会浪费用户较多的填写时间。



技术实现要素:

本申请实施例提供一种电子订单生成方法、装置、终端及存储介质,能够提高订单的生成效率,有助于订单的管理,且节省用户时间。

本申请实施例提供了一种电子订单生成方法,包括:

获取订单模板;

根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;

接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;

将所述订单信息加载到所述订单模板中生成电子订单。

进一步地,所述获取订单模板,具体包括:

获取管理人员自定义的订单字段,并根据所述订单字段生成订单模板。

进一步地,所述订单模板具有唯一的标识;

所述根据所述订单模板生成模板二维码,具体包括:

获取所述订单模板唯一的标识,并根据所述标识生成模板二维码。

进一步地,所述订单模板设置在订单小程序中,所述用户端扫描所述模板二维码后运行所述订单小程序,以通过所述订单小程序解析所述模板二维码获取所述订单模板。

进一步地,所述将所述订单信息加载到所述订单模板中生成电子订单,具体包括:

对所述订单信息进行检查;

将检查结果为正确的订单信息加载到所述订单模板中生成电子订单。

进一步地,所述订单模板包括用户必填字段;

所述对所述订单信息进行检查,具体包括:

检查所述订单信息中的用户必填字段是否有数据;

若是,则判定所述订单信息的检查结果为正确;

若否,则判定所述订单信息的检查结果为错误。

进一步地,所述将检查结果为正确的订单信息加载到所述订单模板中生成电子订单,具体包括:

在所述订单信息的检测结果为正确时,向所述用户端反馈成功信息,并将所述订单信息加载到所述订单模板中生成电子订单;

在所述订单信息的检测结果为错误时,向所述用户端反馈错误原因;

接收所述用户端发送的修改后的订单信息,并重新对所述修改后的订单信息进行检查,以将检查结果为正确的订单信息加载到所述订单模板中生成电子订单;所述修改后的订单信息为用户根据所述错误原因并通过所述用户端对所述订单信息进行修改后的信息。

本申请实施例还提供了一种电子订单生成装置,包括:

模板获取模块,用于获取订单模板;

二维码生成模块,用于根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;

信息接收模块,用于接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;以及,

订单生成模块,用于将所述订单信息加载到所述订单模板中生成电子订单。

本申请实施例还提供一种终端,包括:

一个或多个处理器;

存储器;以及,

一个或多个应用程序,其中所述一个或多个应用程序被存储于所述存储器中,并配置为由所述处理器执行以实现上述任一项电子订单生成方法。

本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有多条指令,所述指令适于由处理器加载以执行上述任一项电子订单生成方法。

本申请提供的电子订单生成方法、装置、终端及存储介质,能够先获取订单模板,以根据订单模板生成模板二维码,使不同用户通过各自用户端扫描模板二维码后获取相同的订单模板来进行订单信息的填写,进而接收用户端发送的订单信息生成电子订单,实现用户根据订单模板自主填写订单,无需管理人员的协助,避免人力资源的浪费,且有效提高订单的生成效率;订单模板可根据管理人员的订单内容需求自定义生成,有效优化管理人员的订单管理工作;用户只需根据订单模板中列出的待填写字段进行填写,节省用户填写时间。

附图说明

下面结合附图,通过对本申请的具体实施方式详细描述,将使本申请的技术方案及其它有益效果显而易见。

图1为本申请实施例提供的电子订单生成方法的流程示意图;

图2为本申请实施例提供的电子订单生成装置的结构示意图;

图3为本申请实施例提供的终端的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请实施例提供一种电子订单生成方法、装置、终端及存储介质。以下分别进行详细说明。

一种电子订单生成方法,包括:获取订单模板;根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;将所述订单信息加载到所述订单模板中生成电子订单。

如图1所示,图1是本申请实施例提供的电子订单生成方法的流程示意图。所述电子订单生成方法应用于电子订单生成装置中,所述电子订单生成装置集成在终端中,所述电子订单生成方法的具体流程可以如下:

101.获取订单模板。

本实施例中,订单模板中设置有不同的订单字段,且订单字段一般分为两种类型,即默认字段和用户必填字段。其中,默认字段对应的信息可由管理人员预先默认设置,无需用户再进行编辑;用户必填字段对应的信息必须由用户编辑和输入。

订单模板即为电子订单的模板,其中电子订单可以为快递单,订单模板可以为快递单模板。快递单模板中设置的字段可以包括发件人姓名、发件人电话、发件人地址、收件人姓名、收件人电话、收件人地址、托寄物、件数、产品类型、寄方备注、付款方式等。快递单模板中的默认字段可以包括发件人姓名、发件人电话、发件人地址、托寄物、件数、产品类型、付款方式等,用户必填字段包括收件人姓名、收件人电话、收件人地址等。

在一个实施方式中,不同类型的订单模板可以预先设置并存储在数据库中,步骤101中获取的订单模板可根据管理人员的需求从数据库中选取。

在另一个实施方式中,步骤101中的所述获取订单模板,具体包括:

获取管理人员自定义的订单字段,并根据所述订单字段生成订单模板。

需要说明的是,管理人员可以根据自己的需求自定义订单字段,具体的,自定义默认字段和用户必填字段。例如,管理人员自定义快递单模板中的用户必填字段为收件人姓名、收件人电话和收件人地址。根据管理人员自定义的订单字段生成订单模板,以支持自定义订单模板,从而给予管理人员极大的自主权,优化管理人员的工作。

102.根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板。

本实施例中,模板二维码在生成后会进行显示,例如显示在终端的显示屏上,模板二维码还可生成相应的图片用于打印。其中,终端可以被放置在具有订单需求的公共场所,例如政务审批大厅、订单代理点等,或者将打印的模板二维码的图片粘贴在具有订单需求的公共场所,以供不同的用户端扫描。

在用户具有订单需求时,通过用户端对显示的模板二维码进行扫描,用户端对扫描的模板二维码进行解析,获取模板二维码对应的订单模板,即用户端在扫描模板二维码后,用户端的显示界面跳转到订单模板的界面,用户可通过用户端在订单模板上编辑和输入订单信息。

具体的,所述订单模板具有唯一的标识,例如订单模板的id。

步骤102中的所述根据所述订单模板生成模板二维码,具体包括:

获取所述订单模板唯一的标识,并根据所述标识生成模板二维码。

在一个实施方式中,模板二维码可根据订单模板唯一的标识来生成,在用户端扫描模板二维码后,用户端解析出模板二维码对应的标识,并根据该标识从数据库中获取相应的订单模板。

在另一个实施方式中,管理人员可以登录终端选取或设置订单模板,模板二维码可根据订单模板唯一的标识以及管理人员的登录id来生成,以方便管理人员对其对应的模板二维码进行管理。

具体的,所述订单模板设置在订单小程序中,所述用户端扫描所述模板二维码后运行所述订单小程序,以通过所述订单小程序解析所述模板二维码获取所述订单模板。

需要说明的是,订单小程序是一种不需要下载安装即可使用的应用,例如应用软件微信中的小程序。在订单小程序中设置订单模板后,即可通过订单小程序生成该订单模板专属的小程序码,即模板二维码。用户端扫描模板二维码后,用户端运行订单小程序,订单小程序对扫描的模板二维码进行解析,获取订单模板唯一的标识,进而根据该标识从数据库中获取相应的订单模板,从而将用户端的显示界面跳转到订单模板的界面。

103.接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息。

本实施例中,用户端的显示界面在跳转到订单模板的界面后,用户即可通过用户端在订单模板上填写订单信息。其中,用户可仅对订单模板设置中的用户必填字段进行填写。用户在填写完相应的订单信息后点击用户端上的提交按钮,即可通过用户端将订单信息进行上传。另外,用户端上传的订单信息会被保存,用户还可通过用户端查看其历史订单信息。本实施例可通过对订单模板的设置来减少用户的填写内容,有效节省用户填写时间。

104.将所述订单信息加载到所述订单模板中生成电子订单。

本实施例中,在接收到多个用户端上传的订单信息时,可先将多个订单信息保存在新建订单中,再依次从新建订单中获取订单信息生成电子订单。

具体的,步骤104中的所述将所述订单信息加载到所述订单模板中生成电子订单,包括:

对所述订单信息进行检查;

将检查结果为正确的订单信息加载到所述订单模板中生成电子订单。

需要说明的是,在接收到用户端上传的订单信息后,还需对订单信息进行检查,以确认订单信息是否满足订单要求。对于检查无误的订单信息即可生成相应的电子订单。

具体的,所述对所述订单信息进行检查,包括:

检查所述订单信息中的用户必填字段是否有数据;

若是,则判定所述订单信息的检查结果为正确;

若否,则判定所述订单信息的检查结果为错误。

需要说明的是,订单信息的检查可以包括对内容完整度的检查,对特定的用户必填字段信息中的关键字的检查,对数据格式的检查等等。其中,对内容完整度的检查,即检查订单模板中的所有用户必填字段是否都对应有数据,若全都有数据,则检查结果为正确,若有用户必填字段无数据,则检查结果为错误。对特定的用户必填字段信息中的关键字的检查,即检查特定字段对应的内容是否符合该字段的要求,例如特定的用户必填字段为收件人地址,则还需检查该字段对应的内容是否包括省、市、区等关键字,若是,则检查结果为正确,若否,则检查结果为错误。对数据格式的检查,即检查用户必填字段对应的数据是否符合该字段的数据格式要求,例如,用户必填字段为收件人电话,则还需检查该字段对应的数据是否为数字,若是,则检查结果为正确,若否,则检查结果为错误。

具体的,所述将检查结果为正确的订单信息加载到所述订单模板中生成电子订单,具体包括:

在所述订单信息的检测结果为正确时,向所述用户端反馈成功信息,并将所述订单信息加载到所述订单模板中生成电子订单;

在所述订单信息的检测结果为错误时,向所述用户端反馈错误原因;

接收所述用户端发送的修改后的订单信息,并重新对所述修改后的订单信息进行检查,以将检查结果为正确的订单信息加载到所述订单模板中生成电子订单;所述修改后的订单信息为用户根据所述错误原因并通过所述用户端对所述订单信息进行修改后的信息。

需要说明的是,在对用户上传的订单信息进行检查后,若检查结果为正确,则向用户端反馈成功信息,以提示用户端提交成功,并继续检查下一订单信息;若检查结果为错误,则向用户端反馈错误原因,以提示用户端根据错误原因修改订单信息。其中,错误原因包括用户必填字段的数据不完整、内容错误、数据格式错误等等。用户根据错误原因修改订单信息,并通过用户端重新上传修改后的订单信息。在接收到修改后的订单信息后,还需重新对修改后的订单信息进行检查,若检查结果为正确,则根据修改后的订单信息生成电子订单,若检查结果为错误,则继续向用户端反馈错误原因,以提示用户端进行修改,直到修改后的订单信息检查结果为正确为止。

进一步地,在生成电子订单后,将电子订单提交到终端的bsp(boardsupportpackage,板级支持包),实现电子订单的真正下单,下单后打印出纸质订单。

由上述可知,本申请提供的电子订单生成方法,能够先获取订单模板,以根据订单模板生成模板二维码,使不同用户通过各自用户端扫描模板二维码后获取相同的订单模板来进行订单信息的填写,进而接收用户端发送的订单信息生成电子订单,实现用户根据订单模板自主填写订单,无需管理人员的协助,避免人力资源的浪费,且有效提高订单的生成效率;订单模板可根据管理人员的订单内容需求自定义生成,有效优化管理人员的订单管理工作;用户只需根据订单模板中列出的待填写字段进行填写,节省用户填写时间。

根据上述实施例所描述的方法,本实施例将从电子订单生成装置的角度进一步进行描述。

请参阅图2,图2具体描述了本申请实施例提供的电子订单生成装置,该电子订单生成装置能够实现上述实施例所提供的电子订单生成方法的所有流程。所述电子订单生成装置包括:

模板获取模块10,用于获取订单模板。

二维码生成模块20,用于根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;

信息接收模块30,用于接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;以及,

订单生成模块40,用于将所述订单信息加载到所述订单模板中生成电子订单。

由上述可知,本申请提供的电子订单生成装置,能够先获取订单模板,以根据订单模板生成模板二维码,使不同用户通过各自用户端扫描模板二维码后获取相同的订单模板来进行订单信息的填写,进而接收用户端发送的订单信息生成电子订单,实现用户根据订单模板自主填写订单,无需管理人员的协助,避免人力资源的浪费,且有效提高订单的生成效率;订单模板可根据管理人员的订单内容需求自定义生成,有效优化管理人员的订单管理工作;用户只需根据订单模板中列出的待填写字段进行填写,节省用户填写时间。

本申请实施例还提供一种终端,其集成了本申请实施例所提供的任一种电子订单生成装置,所述终端包括:

一个或多个处理器;

存储器;以及

一个或多个应用程序,其中所述一个或多个应用程序被存储于所述存储器中,并配置为由所述处理器执行上述任一实施例中所述的电子订单生成方法中的步骤。

如图3所示,其示出了本申请实施例所涉及的终端的结构示意图,具体来讲:

该终端可以包括一个或者一个以上处理核心的处理器301、一个或一个以上计算机可读存储介质的存储器302、电源303和输入单元304等部件。本领域技术人员可以理解,图3中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:

处理器301是该终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器302内的软件程序和/或模块,以及调用存储在存储器302内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。可选的,处理器301可包括一个或多个处理核心;优选的,处理器301可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器301中。

存储器302可用于存储软件程序以及模块,处理器301通过运行存储在存储器302的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器302可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器302可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器302还可以包括存储器控制器,以提供处理器301对存储器302的访问。

终端还包括给各个部件供电的电源303,优选的,电源303可以通过电源管理系统与处理器301逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源303还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该终端还可包括输入单元304,该输入单元304可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出,终端还可以包括显示单元等,在此不再赘述。具体在本实施例中,终端中的处理器301会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器302中,并由处理器301来运行存储在存储器302中的应用程序,从而实现各种功能,如下:

获取订单模板;

根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;

接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;

将所述订单信息加载到所述订单模板中生成电子订单。

本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。

为此,本申请实施例提供一种存储介质,该存储介质可以包括:只读存储器(rom,readonlymemory)、随机存取记忆体(ram,randomaccessmemory)、磁盘或光盘等。该存储介质中存储有多条指令,该指令能够被处理器进行加载,以执行本申请实施例所提供的任一种电子订单生成方法中的步骤。例如,该指令可以执行如下步骤:

获取订单模板;

根据所述订单模板生成模板二维码;所述模板二维码用于被用户端扫描并解析以获取所述订单模板;

接收所述用户端发送的订单信息;所述订单信息为用户通过所述用户端扫描所述模版二维码获取所述订单模版后在所述订单模板中输入的信息;

将所述订单信息加载到所述订单模板中生成电子订单。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对其他实施例的详细描述,此处不再赘述。

具体实施时,以上各个单元或结构可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个单元或结构的具体实施可参见前面的方法实施例,在此不再赘述。

综上该,虽然本申请已以优选实施例揭露如上,但上述优选实施例并非用以限制本申请,本领域的普通技术人员,在不脱离本申请的精神和范围内,均可作各种更动与润饰,因此本申请的保护范围以权利要求界定的范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1