保单节点流程的发送方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别涉及一种保单节点流程的发送方法、装置、计算机设备和存储介质。

背景技术：

传统的汽车保险产品一般通过线下销售的方式进行销售，办理保单需要办理多个节点流程，而线下销售需要客户到指定地点办理汽车保险产品的保单节点流程，且办理汽车保险产品的流程也较为复杂，浪费客户大量的时间前往指定地点来办理该保单节点流程。

申请内容

针对现有技术不足，本申请提出一种保单节点流程的发送方法、装置、计算机设备和存储介质，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

本申请提出的技术方案是：

一种保单节点流程的发送方法，所述方法包括：

接收自出单系统发送的包括代理方信息的二维码生成指令；

根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息；

将所述二维码发送给客户端。

进一步地，在所述将所述二维码发送给客户端的步骤之后，包括：

若在预设第一时间内未接收到所述二维码被扫描的扫描回执，则进入所述出单系统中的报价页面；

接收录入的客户方信息；

根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息；

根据所述保费信息生成跳转至网销移动端投保页面的分享链接，其中所述网销移动端投保页面包括所述客户方信息和所述保费信息。

进一步地，在所述将所述分享链接发送给客户端的步骤之后，所述方法包括：

若在预设第三时间内未接收到所述网销移动端投保页面的投保回执，则进入所述出单系统中的投保页面；

在所述投保页面中判断投保动作是否完成；

若所述投保动作已完成，则根据所述保费信息生成支付二维码；

将所述支付二维码发送给客户的移动端。

进一步地，在所述根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息的步骤中，包括：

接收底价报价指令；

将所述客户方信息和代理方信息代入所述核保规则进行核算；

根据所述底价报价指令在核算结果中获取最低报价的保费信息。

进一步地，在所述将所述支付二维码发送给客户的移动端的步骤之后，所述方法包括：

接收支付请求；

判断所述支付请求是否为移动端发起；

若所述支付请求为所述移动终端发起，则允许所述支付请求支付；

若所述支付请求为非所述移动终端发起，则拒绝所述支付请求支付。

进一步地，在所述将所述支付二维码发送给客户的移动端的步骤之后，所述方法包括：

若在预设第二时间内未接收支付请求，则返回所述投保页面；

接收对保单的修改信息；

根据所述修改信息对所述保单进行修改，生成新保单。

进一步地，在所述根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码的步骤之后，且在所述将所述二维码发送给客户端的步骤之前，所述方法包括：

将所述代理方信息及所述二维码显示在所述出单系统的前端页面。

本申请还提供一种保单节点流程的发送装置，所述装置包括：

接收模块，用于接收自出单系统发送的包括代理方信息的二维码生成指令；

生成模块，用于根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息；

发送模块，用于将所述二维码发送给客户端。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述的方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

根据上述的技术方案，本申请有益效果：从出单系统中，生成跳转至网销移动端报价页面的二维码，将二维码发送给客户端，在客户扫描二维码打开链接时，跳转至网销移动端报价页面，在购销移动端报价页面进行保单节点流程办理，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

附图说明

图1是应用本申请实施例提供的保单节点流程的发送方法的流程图；

图2是应用本申请实施例提供的保单节点流程的发送装置的功能模块图；

图3是应用本申请实施例提供的计算机设备的结构示意框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

如图1所示，本申请实施例提出一种保单节点流程的发送方法，方法包括以下步骤：

步骤s101、接收自出单系统发送的包括代理方信息的二维码生成指令。

业务员在出单系统中录入代理方信息，出单系统为pc端出单系统，代理方信息包括渠道信息、机构信息和业务员信息。具体地，业务员需要在对应的出单系统中输入机构信息、业务员信息及渠道信息，其中上述机构信息为保险公司的下属公司所在的地区信息，例如深圳、广州等不同城市将代表不同的机构。上述渠道信息为同一汽车保险产品对应的不同渠道，例如对应的渠道信息可以为是否包含代理商、是否包含经纪人，是否包含网点，以及保险公司直接作为零售商，对于选择输入的不同渠道信息，需要输入不同渠道所对应的具体信息，例如合作网点信息、经纪人信息、代理人信息等。业务员信息为即为销售该保险产品所对应的业务员信息，便于计算出业务员的销售业务。

上述的pc端指的是电脑端。

在业务员在录入代理方信息之后，出单系统接收二维码生成指令，二维码生成指令包含已录入代理方信息。

步骤s102、根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息。

在接收到生成二维码生成指令之后，根据二维码生成指令生成二维码，并且二维码的链接是跳转至网销移动端报价页面，在扫描二维码之后，跳转至网销移动终端报价页面，网销移动终端报价页面包括代理方信息，也就是在网销移动终端报价页面自动录入之前的代理方信息，为此，不需要客户再次录入代理方信息。具体地，当业务员在出单系统中输入渠道信息、机构信息以及业务员信息后，在出单系统的页面中点击生成二维码链接的虚拟按钮，出单系统将根据渠道信息、机构信息以及业务员信息生成报价二维码链接。客户可以通过手上的移动端例如手机、平板来扫描二维码链接跳转至网销移动端页面中，在网销移动端页面中会自动录入业务员输入的渠道信息、机构信息以及业务员信息。

在步骤s102之后，且在步骤103之前，所述方法包括：

将所述代理方信息及所述二维码显示在所述出单系统的前端页面。

在生成三维码之后，将代理方信息和二维码都置于出单系统的前端页面进行显示，方便业务员核对信息。

步骤s103、将所述二维码发送给客户端。

在生成二维码之后，将二维码发送给客户端。客户根据二维码进行后续的保单办理。此外，客户还可以通过在出单系统的页面中继续输入办理保险业务所需要的车主信息、车辆信息以及为车辆办理的保险套餐信息，进一步地执行购买汽车保险产品的操作，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

在步骤s103之后，包括：

若在预设第一时间内未接收到所述二维码被扫描的扫描回执，则进入所述出单系统中的报价页面；

接收录入的客户方信息；

根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息；

根据所述保费信息生成跳转至网销移动端投保页面的分享链接，其中所述网销移动端投保页面包括所述客户方信息和所述保费信息；

将所述分享链接发送给客户

在将二维码发送给客户之后，若在预设第一时间内未接收到二维码被扫描的扫描回执，也就是二维码没有被客户扫描，由于二维码没有被扫描，从而不会产生扫描回执，则进入出单系统中的报价页面，在本实施例中，预设第一时间为30秒。在报价页面中，在业务员录入客户方信息之后，接收录入的客户方信息，此时，已接收到的资料包括客户方信息和代理方信息，已满足核保规则所需要的条件，根据客户方信息和代理方信息，按照核保规则获取保费信息，在本实施例中，核保规则为不同维度下的机构信息、业务员信息及渠道信息与保费的对应关系，核保规则是现有的技术，不进行具体的说明。需要说明的是按照核保规则获取保费信息，是在最低价的保费按一定比例上调之后的保费，此时的保费信息并不是最低价的保费报价。在获取保费信息之后，在业务员触发分享链接生成指令之后，接收分享链接生成指令，分享链接生成指令是根据保费信息生成，根据分享链接生成指令生成分享链接，分享链接是跳转至网销移动端投保页面，将分享链接发送给客户，客户点击打开分享链接进入网销移动端投保页面，可以在网销移动端投保页面进行后续的保单办理操作。其中网销移动端投保页面包括客户方信息和保费信息，客户就不用在网销移动端投保页面输入客户方信息和代理方信息，进行获取保费信息。

为了进一步提高竞争力，快速占领市场份额，在所述根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息的步骤中，包括：

接收底价报价指令；

将所述客户方信息和代理方信息代入所述核保规则进行核算；

根据所述底价报价指令在核算结果中获取最低报价的保费信息。

在获取保费信息过程中，若接收到底价报价指令，将客户方信息和代理方信息代入核保规则进行核算，并且在底价报价指令使核保规则在核算过程中不进行上调，核算出的保费信息为最低价报价，从而在核算结果中获取最低报价的保费信息。

具体地，如果客户没有通过移动端扫描二维码的方式进行报价，那么业务员可以点击出单系统的新增报价页面中的“确定”按钮，进入出单系统的报价页面，继续进行底价报价操作，业务员将对应的办理保险业务所需要的车主信息、车辆信息以及为车辆办理的保险套餐信息输入到出单系统中。当业务员在点击“底价报价”的虚拟按钮时，出单系统将获取得到生成客户所预购的汽车保险产品的最低保费的指令；出单系统在获取到上述指令后，将该指令以及生成最低报价所需要的机构信息、业务员信息及渠道信息调用核保规则，并根据核保规则得到对应的最低保费，并在出单系统的页面中显示出该最低保费；需要指出的是，在出单系统的页面中还包括有分享底价报价链接的虚拟按钮，当业务员点击分享底价报价链接的虚拟按钮时，出单系统将以微信分享或短信分享的方式将对应的底价报价链接发送客户的移动端，客户点击移动端的底价报价链接后，将跳转至对应的网销移动端投保页面中。

在所述将所述分享链接发送给客户端的步骤之后，所述方法包括：

若在预设第三时间内未接收到所述网销移动端投保页面的投保回执，则进入所述出单系统中的投保页面；

在所述投保页面中判断投保动作是否完成；

若所述投保动作已完成，则根据所述保费信息生成支付二维码；

将所述支付二维码发送给客户的移动端。

若在预设第三时间内未接收到网销移动端投保页面的投保回执，也就是说客户未点击打开分享链接进入网销移动端投保页面进行保单办理，则进入出单系统中的投保页面，在本实施例中，预设第三时间为90秒。在投保页面中，判断投保动作是否完成，判断方式为是否接收到投保回执，若接收到投保回执，则判断投保动作已完成，若未接收到投保回执，则判断投保动作未完成。若投保动作已完成，则根据保费信息生成支付二维码，在生成支付二维码之后，将支付二维码发送给客户的移动端。

在所述将所述支付二维码发送给客户的移动端的步骤之后，所述方法包括：

若在预设第二时间内未接收支付请求，则返回所述投保页面；

接收对保单的修改信息；

根据所述修改信息对所述保单进行修改，生成新保单。

在将支付二维码发送给客户的移动端之后，若在预设第二时间内未接收支付请求，也就是说客户并没有对支付二维码进行支付，可能会存在修改，则返回投保页面，在本实施例中，预设第二时间为60秒。接收对保单的修改信息，修改信息包括对代理方信息的修改信息或/和对客户方信息的修改信息，根据修改信息对保单进行修改，在修改完成之后，根据修改后的保单生成新保单。在生成新保单之后，再次在投保页面中判断投保动作是否完成，若投保动作已完成，则根据新保费信息再次生成支付二维码；将支付二维码发送给客户的移动端。

具体地，在网销移动端对应页面中会自动填充最低保费信息以及所预购的汽车保险产品的车主信息、车辆信息以及为车辆办理的保险套餐信息，当客户在确认上述信息无误之后，将继续录入投保人、被保人信息，点击网销移动端对应页面中“投保”按钮，生成相应的汽车保险业务单，当客户需要修改上述信息，也可以先修改对应的信息，再点击确认操作，生成相应的汽车保险业务单。客户对生成的汽车保险业务单执行支付操作即可购买该汽车保险产品，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

需要指出的是，出单系统的页面中显示出该最低保费后，业务员在得到客户反馈的汽车保险业务单的信息确认无误之后，可以不通过分享链接的方式跳转到移动端，继续在出单系统录入投被保人信息完成后续的投保流程，出单系统根据客户录入的投被保人信息、报价信息生成对应的汽车投保单。完成投保动作后，可以点击“支付二维码”按钮生成支付二维码链接及支付信息供客户确认，便于客户通过移动端进行支付操作。业务员在出单系统的页面中通过点击生成缴费二维码的链接的虚拟按钮，出单系统将根据对应的汽车保险业务单生成该汽车保险业务单所对应的支付二维码链接，并将对应的支付二维码链接发送至客户的移动端，客户对生成的汽车保险业务单执行支付操作即可购买该汽车保险产品，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

在所述将所述支付二维码发送给客户的移动端的步骤之后，所述方法包括：

接收支付请求；

判断所述支付请求是否为移动端发起；

若所述支付请求为所述移动终端发起，则允许所述支付请求支付；

若所述支付请求为非所述移动终端发起，则拒绝所述支付请求支付。

在将支付二维码发送给客户的移动端之后，接收支付请求，对支付请求的发起为进行判断，判断支付请求是否为移动端发起，若支付请求为移动终端发起，则允许支付请求支付，若支付请求为非移动终端发起，则拒绝支付请求支付。

综上所述，从出单系统中，生成跳转至网销移动端报价页面的二维码，将二维码发送给客户端，在客户扫描二维码打开链接时，跳转至网销移动端报价页面，在购销移动端报价页面进行保单节点流程办理，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

如图2所示，本申请实施例提出一种保单节点流程的发送装置1，装置1包括接收模块11、生成模块12和发送模块13。

接收模块11，用于接收自出单系统发送的包括代理方信息的二维码生成指令。

业务员在出单系统中录入代理方信息，出单系统为pc端出单系统，代理方信息包括渠道信息、机构信息和业务员信息。具体地，业务员需要在对应的出单系统中输入机构信息、业务员信息及渠道信息，其中上述机构信息为保险公司的下属公司所在的地区信息，例如深圳、广州等不同城市将代表不同的机构。上述渠道信息为同一汽车保险产品对应的不同渠道，例如对应的渠道信息可以为是否包含代理商、是否包含经纪人，是否包含网点，以及保险公司直接作为零售商，对于选择输入的不同渠道信息，需要输入不同渠道所对应的具体信息，例如合作网点信息、经纪人信息、代理人信息等。业务员信息为即为销售该保险产品所对应的业务员信息，便于计算出业务员的销售业务。

上述的指的是电脑端。

在业务员在录入代理方信息之后，出单系统接收二维码生成指令，二维码生成指令包含已录入代理方信息。

生成模块12，用于根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息。

在接收到生成二维码生成指令之后，根据二维码生成指令生成二维码，并且二维码的链接是跳转至网销移动端报价页面，在扫描二维码之后，跳转至网销移动终端报价页面，网销移动终端报价页面包括代理方信息，也就是在网销移动终端报价页面自动录入之前的代理方信息，为此，不需要客户再次录入代理方信息。具体地，当业务员在出单系统中输入渠道信息、机构信息以及业务员信息后，在出单系统的页面中点击生成二维码链接的虚拟按钮，出单系统将根据渠道信息、机构信息以及业务员信息生成报价二维码链接。客户可以通过手上的移动端例如手机、平板来扫描二维码链接跳转至网销移动端页面中，在网销移动端页面中会自动录入业务员输入的渠道信息、机构信息以及业务员信息。

装置1包括：

页面显示模块，用于将所述代理方信息及所述二维码显示在所述出单系统的前端页面。

在生成三维码之后，将代理方信息和二维码都置于出单系统的前端页面进行显示，方便业务员核对信息。

发送模块13，用于将所述二维码发送给客户端。

在生成二维码之后，将二维码发送给客户端。客户根据二维码进行后续的保单办理。此外，客户还可以通过在出单系统的页面中继续输入办理保险业务所需要的车主信息、车辆信息以及为车辆办理的保险套餐信息，进一步地执行购买汽车保险产品的操作，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

装置1包括：

第一执行模块，用于若在预设第一时间内未接收到所述二维码被扫描的扫描回执，则进入所述出单系统中的报价页面；

第一接收模块，用于接收录入的客户方信息；

第一获取模块，用于根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息；

第一生成模块，用于根据所述保费信息生成跳转至网销移动端投保页面的分享链接，其中所述网销移动端投保页面包括所述客户方信息和所述保费信息；

第一发送模块，用于将所述分享链接发送给客户

在将二维码发送给客户之后，若在预设第一时间内未接收到二维码被扫描的扫描回执，也就是二维码没有被客户扫描，由于二维码没有被扫描，从而不会产生扫描回执，则进入出单系统中的报价页面，在本实施例中，预设第一时间为30秒。在报价页面中，在业务员录入客户方信息之后，接收录入的客户方信息，此时，已接收到的资料包括客户方信息和代理方信息，已满足核保规则所需要的条件，根据客户方信息和代理方信息，按照核保规则获取保费信息，在本实施例中，核保规则为不同维度下的机构信息、业务员信息及渠道信息与保费的对应关系，核保规则是现有的技术，不进行具体的说明。需要说明的是按照核保规则获取保费信息，是在最低价的保费按一定比例上调之后的保费，此时的保费信息并不是最低价的保费报价。在获取保费信息之后，在业务员触发分享链接生成指令之后，接收分享链接生成指令，分享链接生成指令是根据保费信息生成，根据分享链接生成指令生成分享链接，分享链接是跳转至网销移动端投保页面，将分享链接发送给客户，客户点击打开分享链接进入网销移动端投保页面，可以在网销移动端投保页面进行后续的保单办理操作。其中网销移动端投保页面包括客户方信息和保费信息，客户就不用在网销移动端投保页面输入客户方信息和代理方信息，进行获取保费信息。

为了进一步提高竞争力，快速占领市场份额，第一获取模块包括：

第一子接收模块，用于接收底价报价指令；

第一子核算模块，用于将所述客户方信息和代理方信息代入所述核保规则进行核算；

第一子获取模块，用于根据所述底价报价指令在核算结果中获取最低报价的保费信息。

在获取保费信息过程中，若接收到底价报价指令，将客户方信息和代理方信息代入核保规则进行核算，并且在底价报价指令使核保规则在核算过程中不进行上调，核算出的保费信息为最低价报价，从而在核算结果中获取最低报价的保费信息。

具体地，如果客户没有通过移动端扫描二维码的方式进行报价，那么业务员可以点击出单系统的新增报价页面中的“确定”按钮，进入出单系统的报价页面，继续进行底价报价操作，业务员将对应的办理保险业务所需要的车主信息、车辆信息以及为车辆办理的保险套餐信息输入到出单系统中。当业务员在点击“底价报价”的虚拟按钮时，出单系统将获取得到生成客户所预购的汽车保险产品的最低保费的指令；出单系统在获取到上述指令后，将该指令以及生成最低报价所需要的机构信息、业务员信息及渠道信息调用核保规则，并根据核保规则得到对应的最低保费，并在出单系统的页面中显示出该最低保费；需要指出的是，在出单系统的页面中还包括有分享底价报价链接的虚拟按钮，当业务员点击分享底价报价链接的虚拟按钮时，出单系统将以微信分享或短信分享的方式将对应的底价报价链接发送客户的移动端，客户点击移动端的底价报价链接后，将跳转至对应的网销移动端投保页面中。

装置1包括：

第二执行模块，用于若在预设第三时间内未接收到所述网销移动端投保页面的投保回执，则进入所述出单系统中的投保页面；

第一判断模块，用于在所述投保页面中判断投保动作是否完成；

第二生成模块，用于若所述投保动作已完成，则根据所述保费信息生成支付二维码；

第二发送模块，用于将所述支付二维码发送给客户的移动端。

若在预设第三时间内未接收到网销移动端投保页面的投保回执，也就是说客户未点击打开分享链接进入网销移动端投保页面进行保单办理，则进入出单系统中的投保页面，在本实施例中，预设第三时间为90秒。在投保页面中，判断投保动作是否完成，判断方式为是否接收到投保回执，若接收到投保回执，则判断投保动作已完成，若未接收到投保回执，则判断投保动作未完成。若投保动作已完成，则根据保费信息生成支付二维码，在生成支付二维码之后，将支付二维码发送给客户的移动端。

装置1包括：

第三执行模块，用于若在预设第二时间内未接收支付请求，则返回所述投保页面；

第三接收模块，用于接收对保单的修改信息；

第三生成模块，用于根据所述修改信息对所述保单进行修改，生成新保单。

在将支付二维码发送给客户的移动端之后，若在预设第二时间内未接收支付请求，也就是说客户并没有对支付二维码进行支付，可能会存在修改，则返回投保页面，在本实施例中，预设第二时间为60秒。接收对保单的修改信息，修改信息包括对代理方信息的修改信息或/和对客户方信息的修改信息，根据修改信息对保单进行修改，在修改完成之后，根据修改后的保单生成新保单。在生成新保单之后，再次在投保页面中判断投保动作是否完成，若投保动作已完成，则根据新保费信息再次生成支付二维码，将支付二维码发送给客户的移动端。

具体地，在网销移动端对应页面中会自动填充最低保费信息以及所预购的汽车保险产品的车主信息、车辆信息以及为车辆办理的保险套餐信息，当客户在确认上述信息无误之后，将继续录入投保人、被保人信息，点击网销移动端对应页面中“投保”按钮，生成相应的汽车保险业务单，当客户需要修改上述信息，也可以先修改对应的信息，再点击确认操作，生成相应的汽车保险业务单。客户对生成的汽车保险业务单执行支付操作即可购买该汽车保险产品，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

需要指出的是，出单系统的页面中显示出该最低保费后，业务员在得到客户反馈的汽车保险业务单的信息确认无误之后，可以不通过分享链接的方式跳转到移动端，继续在出单系统录入投被保人信息完成后续的投保流程，出单系统根据客户录入的投被保人信息、报价信息生成对应的汽车投保单。完成投保动作后，可以点击“支付二维码”按钮生成支付二维码链接及支付信息供客户确认，便于客户通过移动端进行支付操作。业务员在出单系统的页面中通过点击生成缴费二维码的链接的虚拟按钮，出单系统将根据对应的汽车保险业务单生成该汽车保险业务单所对应的支付二维码链接，并将对应的支付二维码链接发送至客户的移动端，客户对生成的汽车保险业务单执行支付操作即可购买该汽车保险产品，从而使得客户能方便、快捷的通过移动端实现线上购买汽车保险产品。

装置1包括：

第四接收模块，用于接收支付请求；

第三判断模块，用于判断所述支付请求是否为移动端发起；

第四执行模块，用于若所述支付请求为所述移动终端发起，则允许所述支付请求支付；若所述支付请求为非所述移动终端发起，则拒绝所述支付请求支付。

在将支付二维码发送给客户的移动端之后，接收支付请求，对支付请求的发起为进行判断，判断支付请求是否为移动端发起，若支付请求为移动终端发起，则允许支付请求支付，若支付请求为非移动终端发起，则拒绝支付请求支付。

综上所述，从出单系统中，生成跳转至网销移动端报价页面的二维码，将二维码发送给客户端，在客户扫描二维码打开链接时，跳转至网销移动端报价页面，在购销移动端报价页面进行保单节点流程办理，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

如图3所示，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储保单节点流程的发送方法的模型等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种保单节点流程的发送方法。

上述处理器执行上述保单节点流程的发送方法的步骤：接收自出单系统发送的包括代理方信息的二维码生成指令；根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息；将所述二维码发送给客户端。

在一个实施例中，上述将所述二维码发送给客户端的步骤之后，包括：

若在预设第一时间内未接收到所述二维码被扫描的扫描回执，则进入所述出单系统中的报价页面；

接收录入的客户方信息；

根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息；

根据所述保费信息生成跳转至网销移动端投保页面的分享链接，其中所述网销移动端投保页面包括所述客户方信息和所述保费信息；

将所述分享链接发送给客户端。

在一个实施例中，上述根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息的步骤中，包括：

接收底价报价指令；

将所述客户方信息和所述代理方信息代入所述核保规则进行核算；

根据所述底价报价指令在核算结果中获取最低报价的保费信息。

在一个实施例中，上述将所述分享链接发送给客户端的步骤之后，包括：

若在预设第三时间内未接收到所述网销移动端投保页面的投保回执，则进入所述出单系统中的投保页面；

在所述投保页面中判断投保动作是否完成；

若所述投保动作已完成，则根据所述保费信息生成支付二维码；

将所述支付二维码发送给客户的移动端。

在一个实施例中，上述将所述支付二维码发送给客户的移动端的步骤之后，包括：

接收支付请求；

判断所述支付请求是否为移动端发起；

若所述支付请求为所述移动终端发起，则允许所述支付请求支付；

若所述支付请求为非所述移动终端发起，则拒绝所述支付请求支付。

在一个实施例中，上述将所述支付二维码发送给客户的移动端的步骤之后，包括：

若在预设第二时间内未接收支付请求，则返回所述投保页面；

接收对保单的修改信息；

根据所述修改信息对所述保单进行修改，生成新保单。

在一个实施例中，上述根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码的步骤之后，且在所述将所述二维码发送给客户的步骤之前，包括：

将所述代理方信息及所述二维码显示在所述出单系统的前端页面。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请实施例的计算机设备，从出单系统中，生成跳转至网销移动端报价页面的二维码，将二维码发送给客户端，在客户扫描二维码打开链接时，跳转至网销移动端报价页面，在购销移动端报价页面进行保单节点流程办理，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种保单节点流程的发送方法，具体为：接收自出单系统发送的包括代理方信息的二维码生成指令；根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码，其中所述网销移动端报价页面包括所述代理方信息；将所述二维码发送给客户端。

在一个实施例中，上述将所述二维码发送给客户端的步骤之后，包括：

若在预设第一时间内未接收到所述二维码被扫描的扫描回执，则进入所述出单系统中的报价页面；

接收录入的客户方信息；

根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息；

根据所述保费信息生成跳转至网销移动端投保页面的分享链接，其中所述网销移动端投保页面包括所述客户方信息和所述保费信息；

将所述分享链接发送给客户端。

在一个实施例中，上述根据所述客户方信息和所述代理方信息，按照核保规则获取保费信息的步骤中，包括：

接收底价报价指令；

将所述客户方信息和所述代理方信息代入所述核保规则进行核算；

根据所述底价报价指令在核算结果中获取最低报价的保费信息。

在一个实施例中，上述将所述分享链接发送给客户端的步骤之后，包括：

若在预设第三时间内未接收到所述网销移动端投保页面的投保回执，则进入所述出单系统中的投保页面；

在所述投保页面中判断投保动作是否完成；

若所述投保动作已完成，则根据所述保费信息生成支付二维码；

将所述支付二维码发送给客户的移动端。

在一个实施例中，上述将所述支付二维码发送给客户的移动端的步骤之后，包括：

接收支付请求；

判断所述支付请求是否为移动端发起；

若所述支付请求为所述移动终端发起，则允许所述支付请求支付；

若所述支付请求为非所述移动终端发起，则拒绝所述支付请求支付。

在一个实施例中，上述将所述支付二维码发送给客户的移动端的步骤之后，包括：

若在预设第二时间内未接收支付请求，则返回所述投保页面；

接收对保单的修改信息；

根据所述修改信息对所述保单进行修改，生成新保单。

在一个实施例中，上述根据所述二维码生成指令生成跳转至网销移动端报价页面的二维码的步骤之后，且在所述将所述二维码发送给客户的步骤之前，包括：

将所述代理方信息及所述二维码显示在所述出单系统的前端页面。

本申请实施例的存储介质，从出单系统中，生成跳转至网销移动端报价页面的二维码，将二维码发送给客户端，在客户扫描二维码打开链接时，跳转至网销移动端报价页面，在购销移动端报价页面进行保单节点流程办理，旨在解决现有的线下销售，需要客户到指定地点办理保单节点流程，浪费客户大量的时间前往指定地点的问题。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包括在本申请的保护范围之内。