CN112633825A - 企业促销费用管控系统 - Google Patents

Abstract

本发明公开了一种企业促销费用管控系统，包括：角色配置管理单元，用于给用户的账户配置角色标签；所述角色标签包括角色名字、角色编码和角色描述；账户管理单元，用于配置所述用户的账户信息；所述账户信息包括用户名字、账户名称、角色名字、员工编号、联络方式、部门、岗位、状态和类型；审批流程管理单元，用于预设费用申请审批流程。利用Java平台良好的移植特性，通过IAP架构可以方便的在各种公有云，私有云等PaaS平台以及虚拟化容器中快速部署，缩短交付周期，实现客户需求的快速响应；通过该系统，业务部门可以进行预算控制，进行活动申请，进行费用报销及报表查看操作，实现企业高效业财一体化。

Description

企业促销费用管控系统

技术领域

本发明涉及平台管理技术领域，具体涉及一种企业促销费用管控系统。

背景技术

费用报销主要有预算、分析和报销三个功能。随着社会不断进步，企业花销越来越多样化，费用报销更有利于公司的管理，也更方便统计公司的支出状况。

目前市面上绝大多数费用报销系统整体的代码扩展性、可读写性、可复用性较差，系统中使用的开源组件比较随意，难以保证产品的质量，经常造成后期修改BUG周期长、项目延期交互等情况的发生。

因此，如何提高费用报销系统的可靠性，成为目前亟待解决的问题

发明内容

有鉴于此，本发明实施例提供了一种企业促销费用管控系统，以解决目前市面上绝大多数费用报销系统可靠程度不高的问题。

本发明实施例提供了一种企业促销费用管控系统，包括：

角色配置管理单元，用于给用户的账户配置角色标签；角色标签包括角色名字、角色编码和角色描述；

账户管理单元，用于配置用户的账户信息；账户信息包括用户名字、账户名称、角色名字、员工编号、联络方式、部门、岗位、状态和类型；

审批流程管理单元，用于预设费用申请审批流程；

其中，系统采用基于Java EE技术体系和Spring开源框架构建的IAP框架、Redis缓存数据库、RabbitMQ消息中间件、MyBatis持久化框架和Spring Security安全框架。

可选地，审批流程管理单元中设置有系统预算录入模块、促销活动申请模块、促销结案报销申请模块、预制凭证创建传输模块和活动费效比报表模块。

可选地，角色配置管理单元还用于配置用户的操作权限等级。

可选地，促销活动申请模块被配置为：

对于同一事件，若当前存在原申请单，则只能再创建一张补单申请；

补单申请关联原申请单；

报销单通过关联补单申请，从而关联原申请单。

可选地，报销单的报销金额扣费方案如下：

查询原申请单的剩余可报金额；

将报销金额与原申请单的剩余可报金额进行比较；

若原申请单的剩余可报金额大于报销金额，则从原申请单的剩余可报金额中进行扣除；

若原申请单的剩余可报金额小于报销金额且剩余可报金额不为0，则先扣除原申请单的剩余可报金额，再扣除补单申请中的剩余可报金额；

若原申请单的剩余可报金额为0，则扣除补单申请中的剩余可报金额。

可选地，审批流程管理单元基于Activiti开源框架，采用BPMN 2.0规范；审批流程管理单元还包括会签组件、加签组件和撤回组件。

可选地，审批流程管理单元被配置为：

发起者选择第一审批人和/或第二审批人；

发起者上传申报事件；

若申报事件为会签类型，则在第一审批人和第二审批人均同意申报事件后，向发起者反馈申报事件状态；

若申报事件为加签类型，且加签人为第二审批人，在第一审批人同意申报事件后，将申报事件状态变更为第一已签申报事件；

向第二审批人发送第一已签申报事件；

在第二审批人同意第一已签申报事件后，向发起者反馈申报事件状态。

可选地，在加签类型的申报流程中，若多个审批人中的任意一个审批人不同意本次申报事件，则向发起者反馈结果并中止本次申报；

若发起者同意中止本次申报事件，则本次申报结束；

若发起者不同意中止本次申报事件，则再次发起申报流程。

可选地，系统采用Web service和IDoc技术标准。

本申请实施例中的企业促销费用管控系统，利用Java平台良好的移植特性，通过IAP架构可以方便的在各种公有云，私有云等PaaS平台以及虚拟化容器中快速部署，缩短交付周期，实现客户需求的快速响应；通过该系统，业务部门可以进行预算控制，进行活动申请，进行费用报销及报表查看操作，实现企业高效业财一体化。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了本发明实施例中一种申报事件审批流程图；

图2示出了本发明实施例中企业促销费用管控系统的角色管理界面；

图3示出了本发明实施例中企业促销费用管控系统的用户管理界面；

图4示出了本发明实施例中企业促销费用管控系统的组织管理界面；

图5示出了本发明实施例中企业促销费用管控系统的员工管理界面；

图6示出了本发明实施例中企业促销费用管控系统的预算制定导入/导出界面；

图7示出了本发明实施例中企业促销费用管控系统的活动申请列表汇总界面；

图8示出了本发明实施例中企业促销费用管控系统的活动申请创建界面；

图9示出了本发明实施例中企业促销费用管控系统的活动报销列表汇总提交界面；

图10示出了本发明实施例中企业促销费用管控系统的单个活动报销提交界面；

图11示出了本发明实施例中企业促销费用管控系统的活动报销列表查询界面。

具体实施方式

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

本发明实施例提供了一种企业促销费用管控系统，如图1至图11所示，包括：角色配置管理单元，用于给用户的账户配置角色标签；角色标签包括角色名字、角色编码和角色描述；账户管理单元，用于配置用户的账户信息；账户信息包括用户名字、账户名称、角色名字、员工编号、联络方式、部门、岗位、状态和类型；审批流程管理单元，用于预设费用申请审批流程。其中，系统采用基于Java EE技术体系和Spring开源框架构建的IAP框架、Redis缓存数据库、RabbitMQ消息中间件、MyBatis持久化框架和Spring Security安全框架。

在本实施例中，应用编程(In Application Programming，IAP)是应用在Flash程序存储器的一种编程模式。它可以在应用程序正常运行的情况下，通过调用特定的IAP程序对另外一段程序Flash空间进行读/写操作，甚至可以控制对某段、某页甚至某个字节的读/写操作，这为数据存储和固件的现场升级带来了更大的灵活性。

在本实施例提供的企业促销费用管控系统中，IAP框架采用Java EE技术体系，基于Spring开源框架构建而成，是一套轻量级开发框架。在此基础上，集成了各种优秀的开源组件，包括持久化框架MyBatis，工作流引擎Activiti，缓存数据库Redis，消息中间件RabbitMQ等，能为用户提供一站式开源技术解决方案。

第一，IAP框架采用Spring Security安全认证组件，系统实现了页面组件级别的细粒度权限控制，通过角色，账户实现多组织多模块的分级管理，满足企业对于费用管控部分个性化管控需求。

第二，Java平台本身具有良好的移植特性，IAP可以方便的在各种公有云，私有云等PaaS平台以及虚拟化容器中快速部署，缩短交付周期。

第三，通过CDN缓存机制使页面加载提速，根据策略寻找最近的服务器资源。

第四，采用mybatis ORM数据访问组件，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解来配置和映射原生信息，将接口和Java的POJOs(Plain Old JavaObjects，普通的Java对象)映射成数据库中的记录。

第五，Redis是一个高性能的、开源key-value型数据库，是构建高性能，可扩展的Web应用的完美解决方案，可以内存存储亦可持久化存储。选用Redis缓存服务器，主要是因为session的存储可以独立，而不因当前服务器的重启或故障导致用户登录状态的丢失，可靠度高。

第六，消息中心使用消息队列RabbitMQ进行消息分发。目前mysq单个l数据库支持百万级。MQ的发布订阅不是只是简单的一对一，一个上游和一个下游的关系，MQ中间件基本都是支持一对多或者广播的模式，而且都可以根据规则选择分发的对象。这样上游的一份数据，众多下游系统中，可以根据规则选择是否接收这些数据，使系统扩展性增强。

第七，采用Mycat分表分库技术，Mycat是遵守Mysql原生协议、跨语言、跨平台、跨数据库的通用中间件代理，结合传统数据库和新型分布式数据仓库，基于Nio实现，能够有效管理线程以及高并发问题。

其他，采用quartz任务调度，实现定时任务；利用Master&Slave实现主从备份。

本申请实施例中的企业促销费用管控系统，利用Java平台良好的移植特性，通过IAP架构可以方便的在各种公有云，私有云等PaaS平台以及虚拟化容器中快速部署，缩短交付周期，实现客户需求的快速响应；通过该系统，业务部门可以进行预算控制，进行活动申请，进行费用报销及报表查看操作，实现企业高效业财一体化。

作为可选的实施方式，审批流程管理单元中设置有系统预算录入模块、促销活动申请模块、促销结案报销申请模块、预制凭证创建传输模块和活动费效比报表模块。如图6-11所示，在对应的界面中，可以进行系统预算导入/导出、促销活动申请、促销结案报销申请、预制凭证创建传输以及查看活动费效比报表等操作。

作为可选的实施方式，角色配置管理单元还用于配置用户的操作权限等级。

如图2所示，在本界面中，可以设置角色名称、编号、角色对应的用户账号、角色描述、角色状态、权限分配、编辑以及删除等操作。

如图3所示，在本界面中，对所有用户账号进行管理，可以查看用户的姓名、账号、员工编号、联系电话、邮箱、部门、岗位、状态、类型以及角色，另外，在本界面中，具有管理员权限的账号可以对每个用户的状态进行编辑，例如，更改用户状态为启用或停用，以及设置用户的角色类型。

如图4所示，在本界面中，可以设置组织架构，例如，设置本公司的各个部门组织，用树状图展示已有组织架构信息、跟区域关联的经销商和门店信息；可以批量导入组织架构；点击组织架构，展开树状图，展示该组织架构信息，可增加子组织，父级组织固定；删除时校验是否还存在子组织或经销商，如果存在则不允许删除；按照名称进行模糊查询，查询后展示对应名称的组织以及子组织。

如图5所示，在组织架构下的员工管理界面中，可以查询、新增员工信息，具体地，员工信息包括姓名、员工编号、联系电话、邮箱、在职/离职状态、所属组织、类型、条目创建人、条目创建时间、条目修改人和条目修改时间，管理员权限账号可以通过操作栏中的编辑按钮对每个条目的信息进行修改，操作栏中包括编辑、开户和删除三个按钮。

作为可选的实施方式，促销活动申请模块被配置为：

对于同一事件，若当前存在原申请单，则只能再创建一张补单申请；

补单申请关联原申请单；

报销单通过关联补单申请，从而关联原申请单。

作为可选的实施方式，报销单的报销金额扣费方案如下：

查询原申请单的剩余可报金额；

将报销金额与原申请单的剩余可报金额进行比较；

若原申请单的剩余可报金额大于报销金额，则从原申请单的剩余可报金额中进行扣除；

若原申请单的剩余可报金额小于报销金额且剩余可报金额不为0，则先扣除原申请单的剩余可报金额，再扣除补单申请中的剩余可报金额；

若原申请单的剩余可报金额为0，则扣除补单申请中的剩余可报金额。

在本实施例中，针对每一张申请单可以创建的补单申请数量进行了限制。报销单的状态若发生变化，则与之关联的补单和原申请单的状态也会随之变化，例如，报销单中金额报销，若原申请单中有剩余可报金额，扣除原申请单中的剩余可报金额；若原申请单的剩余可报金额不足，则在扣完原申请单中的剩余可报金额后，再扣补单申请中的剩余可报金额。报销单、原申请单与补单申请互相关联。

作为可选的实施方式，系统采用Web service和IDoc技术标准。

在本实施例中，Web service，IDoc等技术标准，系统可以方便的和EBS，SAP等第三方系统进行整合，从而为企业提供全面的集成解决方案，方便数据。

作为可选的实施方式，审批流程管理单元基于Activiti开源框架，采用BPMN 2.0规范；审批流程管理单元还包括会签组件、加签组件和撤回组件。

业务流程模型注解(Business Process Modeling Notation，BPMN)是业务流程模型的一种标准图形注解。基于Activiti开源框架，采用BPMN 2.0规范，在系统中扩展出了会签组件、加签组件和撤回组件。

图1示出了BPMN 2.0规范下的一个加签流程，基于Activiti开源框架，采用BPMN2.0规范，审批流程管理单元被配置为：

发起者选择第一审批人和/或第二审批人；

发起者上传申报事件；

若申报事件为会签类型，则在第一审批人和第二审批人均同意申报事件后，向发起者反馈申报事件状态；

若申报事件为加签类型，且加签人为第二审批人，在第一审批人同意申报事件后，将申报事件状态变更为第一已签申报事件；

向第二审批人发送第一已签申报事件；

在第二审批人同意第一已签申报事件后，向发起者反馈申报事件状态。

作为可选的实施方式，在加签类型的申报流程中，若多个审批人中的任意一个审批人不同意本次申报事件，则向发起者反馈结果并中止本次申报；

若发起者同意中止本次申报事件，则本次申报结束；

若发起者不同意中止本次申报事件，则再次发起申报流程。

此外，如图7所示，活动申请列表汇总界面：对活动申请列表进行汇总显示并进行执行确认；申请的活动审批通过后，可根据实际情况确定是否执行或未执行，已执行的活动可进行后续的报销申请操作，不执行的活动则不可进行后续报销申请创建。

如图9所示，活动报销列表汇总界面：对创建的活动报销进行汇总查看；凭证传输：采购发票预制是一个跨系统(SAP、费控系统)的综合功能。整体设计以费控系统发起，调用采购发票预制接口通过接口RFC与SAP交互数据，最终生成采购发票预制号，并返回对应的号码到费控系统。

1)财务在费控系统核对促销单据状态审批通过后，系统自动调用SAP提供的接口生成采购发票预制凭证；如果成功，返回成功标志和SAP系统的采购预制发票到报销申请单一一对应；如果不成功，返回不成功标志和错误提示以便进行跟踪和处理。

2)凭证是有三种的，包含银行凭证、现金凭证、转账凭证分别对应不同的记账码。

如图8-10所示，活动报销创建，选择不同的活动类型申请进行活动报销：

1)、申请单金额100，报销金额为200时提示“无法创建报销申请，请创建补单申请单”，补单状态变为已执行时，勾选本张补单创建报销单，发票200，此时报销单状态变化带着补单和原申请单的状态一同发生变化。

2)、申请单金额100，报销金额为70，如果发票为200，系统不做卡控，审批人为卡控发票与报销金额的关系，系统只卡控申请单金额与报销金额的大小。

3)、申请单金额100，报销金额为100，如果发票为200，同上操作。

4)、申请单金额100，报销金额为100，如果发票为100，则走正常流程。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (9)

1.一种企业促销费用管控系统，其特征在于，包括：

角色配置管理单元，用于给用户的账户配置角色标签；所述角色标签包括角色名字、角色编码和角色描述；

账户管理单元，用于配置所述用户的账户信息；所述账户信息包括用户名字、账户名称、角色名字、员工编号、联络方式、部门、岗位、状态和类型；

审批流程管理单元，用于预设费用申请审批流程；

其中，系统采用基于Java EE技术体系和Spring开源框架构建的IAP框架、Redis缓存数据库、RabbitMQ消息中间件、MyBatis持久化框架和Spring Security安全框架。

2.根据权利要求1所述的企业促销费用管控系统，其特征在于，所述审批流程管理单元中设置有系统预算录入模块、促销活动申请模块、促销结案报销申请模块、预制凭证创建传输模块和活动费效比报表模块。

3.根据权利要求1所述的企业促销费用管控系统，其特征在于，所述角色配置管理单元还用于配置所述用户的操作权限等级。

4.根据权利要求2所述的企业促销费用管控系统，其特征在于，所述促销活动申请模块被配置为：

对于同一事件，若当前存在原申请单，则只能再创建一张补单申请；

所述补单申请关联所述原申请单；

报销单通过关联所述补单申请，从而关联所述原申请单。

5.根据权利要求4所述的企业促销费用管控系统，其特征在于，所述报销单的报销金额扣费方案如下：

查询所述原申请单的剩余可报金额；

将报销金额与所述原申请单的剩余可报金额进行比较；

若所述原申请单的剩余可报金额大于所述报销金额，则从所述原申请单的剩余可报金额中进行扣除；

若所述原申请单的剩余可报金额小于所述报销金额且所述剩余可报金额不为0，则先扣除所述所述原申请单的剩余可报金额，再扣除所述补单申请中的剩余可报金额；

若所述原申请单的剩余可报金额为0，则扣除所述补单申请中的剩余可报金额。

6.根据权利要求1所述的企业促销费用管控系统，其特征在于，所述审批流程管理单元基于Activiti开源框架，采用BPMN 2.0规范；所述审批流程管理单元还包括会签组件、加签组件和撤回组件。

7.根据权利要求6所述的企业促销费用管控系统，其特征在于，审批流程管理单元被配置为：

发起者选择第一审批人和/或第二审批人；

所述发起者上传申报事件；

若所述申报事件为会签类型，则在所述第一审批人和所述第二审批人均同意所述申报事件后，向所述发起者反馈所述申报事件状态；

若所述申报事件为加签类型，且加签人为所述第二审批人，在所述第一审批人同意所述申报事件后，将所述申报事件状态变更为第一已签申报事件；

向所述第二审批人发送所述第一已签申报事件；

在所述第二审批人同意所述第一已签申报事件后，向所述发起者反馈所述申报事件状态。

8.根据权利要求6所述的企业促销费用管控系统，其特征在于，在加签类型的申报流程中，若多个审批人中的任意一个审批人不同意本次申报事件，则向所述发起者反馈结果并中止本次申报；

若所述发起者同意中止本次申报事件，则本次申报结束；

若所述发起者不同意中止本次申报事件，则再次发起申报流程。

9.根据权利要求1所述的企业促销费用管控系统，其特征在于，所述系统采用Webservice和IDoc技术标准。

Images