CN112381609A

CN112381609A - 一种卡片管理系统

Info

Publication number: CN112381609A
Application number: CN202011279439.4A
Authority: CN
Inventors: 张汉就; 韩贞; 曾庆越; 张艳萍
Original assignee: Eastcompeace Technology Co Ltd
Current assignee: Eastcompeace Technology Co Ltd
Priority date: 2020-11-16
Filing date: 2020-11-16
Publication date: 2021-02-19

Abstract

本申请公开了一种卡片管理系统，包括：订单管理模块、产品管理模块、邮寄管理模块和用户管理模块；产品管理模块，用于展示若干卡片各自对应的配置信息；订单管理模块，用于基于用户输入的卡片办理请求，生成对应的办卡订单，还用于根据用户输入的第一查询请求，加载对应的第一查询结果，其中，卡片办理请求是基于若干配置信息确定的，第一查询请求是基于办卡订单确定的；邮寄管理模块，用于基于办卡订单中的收件人信息，生成对应的邮寄订单，还用于根据用户输入的第二查询请求，加载对应的第二查询结果，其中，第二查询请求是基于邮寄订单确定的；用户管理模块，用于配置用户信息和用户权限，解决了现有卡片的办卡过程给用户体验性差的技术问题。

Description

一种卡片管理系统

技术领域

本申请涉及管理系统领域，尤其涉及一种卡片管理系统。

背景技术

为了满足用户的需求及自身业务的发展，银行往往会提供各种款式的银行卡、信用卡或定制卡(以下简称为卡片)以供用户选择。

用户在选择卡片时，通过过线上或线下的渠道挑选已经设计好的款式，然后申请办卡，办卡过程中用户无法跟踪卡片信息，导致用户体验性较差。

因此，提供一种银行卡管理系统用于解决上述缺陷是本领域技术人员亟待解决的技术问题。

发明内容

本申请提供了一种卡片管理系统，解决了现有的卡片在办卡过程中用户无法跟踪卡片信息，导致用户体验性较差的技术问题。

有鉴于此，本申请第一方面提供一种卡片管理系统，包括：订单管理模块、产品管理模块、邮寄管理模块和用户管理模块；

所述产品管理模块，用于展示若干卡片各自对应的配置信息；

所述订单管理模块，用于基于用户输入的卡片办理请求，生成对应的办卡订单，还用于根据用户输入的第一查询请求，加载对应的第一查询结果，其中，所述卡片办理请求是基于若干所述配置信息确定的，所述第一查询请求是基于所述办卡订单确定的；

所述邮寄管理模块，用于基于所述办卡订单中的收件人信息，生成对应的邮寄订单，还用于根据用户输入的第二查询请求，加载对应的第二查询结果，其中，所述第二查询请求是基于所述邮寄订单确定的；

所述用户管理模块，用于配置用户信息和用户权限。

可选地，

还包括：营销管理模块；

所述营销管理模块，用于基于若干所述配置信息，分析预测各所述卡片对应的营销方案、用户群体和销售情况。

可选地，

还包括：报表管理模块；

所述报表管理模块，用于分别基于所述办卡订单、所述邮寄订单、所述销售情况生成各自对应的办卡订单报表、邮寄订单报表、销售报表。

可选地，

所述订单管理模块还用于，根据用户输入的第一变更请求，对所述办卡订单进行对应的变更操作。

可选地，

所述第一变更请求包括：退款请求和订单内容更新请求。

可选地，

所述订单管理模块还用于，基于预置请求格式对所述卡片办理请求进行审核，当审核通过后，基于所述卡片办理请求，生成对应的办卡订单。

可选地，

所述产品管理模块还用于，根据用户输入的第二变更请求，对所述产品管理模块中存储的若干所述卡片执行对应的变更操作。

可选地，

所述第二变更请求包括：产品下架请求、配置信息变更请求、产品补货请求和价格调整请求。

可选地，

所述配置信息包括：卡片类型、卡片等级、卡片组织结构和产品规格。

可选地，

所述邮寄管理模块还用于，基于预置收件人信息格式对所述收件人信息进行审核，当审核通过后，基于所述收件人信息，生成对应的邮寄订单。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供了一种卡片管理系统，包括：订单管理模块、产品管理模块、邮寄管理模块和用户管理模块；产品管理模块，用于展示若干卡片各自对应的配置信息；订单管理模块，用于基于用户输入的卡片办理请求，生成对应的办卡订单，还用于根据用户输入的第一查询请求，加载对应的第一查询结果，其中，卡片办理请求是基于若干配置信息确定的，第一查询请求是基于办卡订单确定的；邮寄管理模块，用于基于办卡订单中的收件人信息，生成对应的邮寄订单，还用于根据用户输入的第二查询请求，加载对应的第二查询结果，其中，第二查询请求是基于邮寄订单确定的；用户管理模块，用于配置用户信息和用户权限。本实施例中的卡片管理系统，通过订单管理模块、产品管理模块、邮寄管理模块和用户管理模块的方式直接面向用户提供卡片办理及申请等相关服务，通过系统的实时跟踪管理供用户查询卡片办理过程中的制卡情况等，解决了现有的卡片在办卡过程中用户无法跟踪卡片信息，导致用户体验性较差的技术问题。

附图说明

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

图1为本申请实施例中一种卡片管理系统的实施例的结构示意图；

图2为本申请实施例中一种卡片管理系统的实施例的框架图。

具体实施方式

本申请实施例提供了一种卡片管理系统及其防护方法，解决了现有的卡片在办卡过程中用户无法跟踪卡片信息，导致用户体验性较差的技术问题。

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

请参阅图1，本申请实施例中一种卡片管理系统的第一实施例的结构示意图。

本实施例中卡片管理系统包括：订单管理模块1、产品管理模块2、邮寄管理模块3和用户管理模块4；产品管理模块2，用于展示若干卡片各自对应的配置信息；订单管理模块1，用于基于用户输入的卡片办理请求，生成对应的办卡订单，还用于根据用户输入的第一查询请求，加载对应的第一查询结果，其中，卡片办理请求是基于若干配置信息确定的，第一查询请求是基于办卡订单确定的；邮寄管理模块3，用于基于办卡订单中的收件人信息，生成对应的邮寄订单，还用于根据用户输入的第二查询请求，加载对应的第二查询结果，其中，第二查询请求是基于邮寄订单确定的；用户管理模块4，用于配置用户信息和用户权限。

可以理解的是，本实施例中的卡片管理系统使用shardingjdbc作为系统的分库分表机制，通过分库分表以及读写分离的方式，降低数据库的负担，减少数据库资源抢夺，提高数据库的使用效率以及数据处理效率，达到解决高并发访问的问题；使用ElasticSearch作为本实施例的卡片管理系统的搜索机制，通过数据缓存和同步的方式，将热数据和冷数据进行预处理，保证系统可以支持海量的、PB级的大数据搜索，使数据搜索可以快速响应。

本实施例的卡片管理系统使用Redis作为系统的缓存机制，针对第三方接口数据传输数据和生产数据处理分析、报表统计等环节进行数据预缓存，减少数据的处理时间，减轻服务器压力，并确保数据可以快速的反馈给用户；使用定时调度框架作为系统的作业机制，通过作业的方式，定时更新订单状态信息、申请办卡状态信息以及生产报表信息；确保用户可以实时得到订单信息反馈，同时生产数据可以实时传输到生产环节进行订单处理。

本实施例的卡片管理系统使用多线程并行处理框架作为系统的并发处理机制，为生产数据及相关统计任务提供多线程并发处理能力，解决大数据量高并发下的业务处理瓶颈问题；使用文件级加密作为系统的加密机制，针对用户的数据，由系统利用加密机或用户端的方式对数据进行加密管理，保证用户数据的安全性，同时避免用户敏感数据直接暴露给外界；使用Bootstrap、MUI响应式框架作为系统的UI设计机制，使系统可自适应PC端和移动端，用户可以在第三方APP、微信公众号、PC端等不同场景下无障碍的使用系统功能，提高用户体验。

本实施例中的卡片管理系统，通过订单管理模块1、产品管理模块2、邮寄管理模块3和用户管理模块4的方式直接面向用户提供卡片办理及申请等相关服务，通过系统的实时跟踪管理供用户查询卡片办理过程中的制卡情况等，解决了现有的卡片在办卡过程中用户无法跟踪卡片信息，导致用户体验性较差的技术问题。

以上为本申请实施例提供的一种卡片管理系统的第一实施例，以下为本申请实施例提供的一种卡片管理系统的第二实施例。

进一步地，本实施例中的卡片管理系统还包括：营销管理模块5；营销管理模块5，用于基于若干配置信息，分析预测各卡片对应的营销方案、用户群体和销售情况。

可以理解的是，根据营销管理模块5输出的卡片的营销方案、用户群体和销售情况可以为后续的实际销售提供指导依据。

进一步地，本实施例中的卡片管理系统还包括：报表管理模块6；报表管理模块6，用于分别基于办卡订单、邮寄订单、销售情况生成各自对应的办卡订单报表、邮寄订单报表、销售报表。

为了直观且同一的管理卡片管理系统生成的办卡订单、邮寄订单、销售情况等，本实施例中分别基于办卡订单、邮寄订单、销售情况生成各自对应的办卡订单报表、邮寄订单报表、销售报表，这样用户及管理人员直接观察表单就可以掌握办卡情况和卡片的销售情况等。

进一步地，在使用的过程中，往往需要对已经生成的订单进行变更，故本实施例中的订单管理模块1还用于，根据用户输入的第一变更请求，对办卡订单进行对应的变更操作。

可选地，第一变更请求包括：退款请求和订单内容更新请求。

进一步地，为了确保办卡订单的正确性，在生成订单后，订单管理模块1还用于，基于预置请求格式对卡片办理请求进行审核，当审核通过后，基于卡片办理请求，生成对应的办卡订单。

进一步地，卡片管理系统中的各种卡片还可以根据实际需求进行变更，即产品管理模块2还用于，根据用户输入的第二变更请求，对产品管理模块2中存储的若干卡片执行对应的变更操作。

可选地，第二变更请求包括：产品下架请求、配置信息变更请求、产品补货请求和价格调整请求。

可选地，配置信息包括：卡片类型、卡片等级、卡片组织结构和产品规格。

进一步地，在生成邮寄订单之前，为了确保生成的邮寄订单的正确性，邮寄管理模块3还用于，基于预置收件人信息格式对收件人信息进行审核，当审核通过后，基于收件人信息，生成对应的邮寄订单。

如图2所示，为本实施例中的卡片管理系统的框架图，本实施例中的卡片管理系统包括：订单管理模块1、产品管理模块2、邮寄管理模块3、营销管理模块5、报表管理模块6和用户管理，具体功能如下：

1)订单管理模块1。此模块主要负责对用户支付的订单进行退款、审核、申请办卡等管理操作，具体功能如下：

订单支付功能：用户选择所在地区和对应产品类型，并选择对应的支付机构类型，对产品进行下单支付操作。

订单退款功能：针对用户在支付成功后需要撤销的情况，可对订单进行退款操作。

订单审核功能：定期对用户订单的支付信息进行审核，对不符合要求的订单进行订单更新或订单退款操作。

订单更新功能：针对用户支付并审核通过的订单信息，可对信息进行更新。

订单查询功能：用户可以通过系统查询页面，根据不同的内容过滤，对订单信息进行跟踪查询。

申请办卡功能：对于订单支付成功订单，用户需录入个人信息提交办卡申请，办卡申请提交成功后，由系统后台或第三方系统负责审核用户办卡信息，并通过系统实时将审核结果反馈给用户。

2)产品管理模块2。此模块主要负责对产品进行基础信息配置、产品发布、产品下架、库存配置、价格配置等操作，具体功能如下：

产品配置功能：此功能主要用于卡类型、卡等级、卡组织结构、产品规格等信息的配置。

产品发布功能：管理员通过系统选择对应的卡类型、卡等级、卡组织结构、产品规格等配置信息，执行发布操作后，该产品信息会实时同步显示在不同的客户端提供给用户使用。

产品下架功能：针对产品销售状况不佳或者有特殊问题的情况，可以通过系统对该产品进行下架处理。

库存配置功能：针对产品库存不足或需要清空库存的情况，系统可对产品库存进行实时调整。

价格配置功能：针对产品价格不合理的情况，系统可对产品价格进行实时调整。

3)邮寄管理模块3。此模块主要负责对订单邮寄信息进行邮寄审核、邮寄变更、邮寄查询等操作，具体功能如下：

邮寄审核功能：根据用户提交的订单邮寄信息，对邮寄信息的合法性进行审核。

邮寄变更功能：针对用户邮寄信息填写有误或邮寄失败的情况，对订单邮寄信息进行变更。

邮寄查询功能：用户可以通过系统查询页面，根据不同的内容过滤，对订单邮寄信息进行跟踪查询。

4)营销管理模块5。此模块主要负责对定制卡运营情况进行的营销管理操作，具体功能如下：

营销策划管理功能：根据定制卡产品的运营情况，推出不同的产品营销策划。

销售市场分析功能：依据系统的数据处理，分析产品在市场中的具体分布和销售情况。

客户销售分析功能：依据系统的数据处理，分析产品对应的用户群体和销售情况。

5)报表管理模块6。此模块主要负责对定制卡所有报表进行管理操作，具体功能如下：

申请报表管理功能：管理申请办卡成功的订单申请报表操作。

产品报表管理功能：管理所有产品的订单销售报表操作。

生产报表管理功能：管理所有产品的订单生产报表操作。

邮寄报表管理功能：管理所有产品的订单邮寄报表操作。

6)用户管理模块4。此模块主要负责对定制卡系统的用户管理操作，具体功能如下：

用户配置功能：配置系统用户的个人基本信息。

产品报表管理功能：配置系统用户的相关访问权限。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种卡片管理系统，其特征在于，包括：订单管理模块、产品管理模块、邮寄管理模块和用户管理模块；

所述用户管理模块，用于配置用户信息和用户权限。

2.根据权利要求1所述的卡片管理系统，其特征在于，还包括：营销管理模块；

3.根据权利要求2所述的卡片管理系统，其特征在于，还包括：报表管理模块；

4.根据权利要求1所述的卡片管理系统，其特征在于，所述订单管理模块还用于，根据用户输入的第一变更请求，对所述办卡订单进行对应的变更操作。

5.根据权利要求4所述的卡片管理系统，其特征在于，所述第一变更请求包括：退款请求和订单内容更新请求。

6.根据权利要求1所述的卡片管理系统，其特征在于，所述订单管理模块还用于，基于预置请求格式对所述卡片办理请求进行审核，当审核通过后，基于所述卡片办理请求，生成对应的办卡订单。

7.根据权利要求1所述的卡片管理系统，其特征在于，所述产品管理模块还用于，根据用户输入的第二变更请求，对所述产品管理模块中存储的若干所述卡片执行对应的变更操作。

8.根据权利要求7所述的卡片管理系统，其特征在于，所述第二变更请求包括：产品下架请求、配置信息变更请求、产品补货请求和价格调整请求。

9.根据权利要求8所述的卡片管理系统，其特征在于，所述配置信息包括：卡片类型、卡片等级、卡片组织结构和产品规格。

10.根据权利要求1所述的卡片管理系统，其特征在于，所述邮寄管理模块还用于，基于预置收件人信息格式对所述收件人信息进行审核，当审核通过后，基于所述收件人信息，生成对应的邮寄订单。