livevmp志愿者管理系统使用说明书内容摘要:
题,如启用手续费率可以最大限度确保账务和实际充值金额一致,如将手续费率设置为 0 会导致支付宝照旧收取手续费,而系统是按照未扣除手续费的金额记账,这个时候需要公益组织通过其他方式来确保账务和实际充值金额保持持平。 UCenter 设置 LiveVMP 系统使用说明书 第 9 页 系统支持与康盛创想开发的 UCenter(统一用户中心)实现无缝对接,通过UCenter 实现帐号统一和同步登录、同步退出 等功能,如与 discuz。 x 系列门户系统实现会员帐号整合。 用户只需要配置相应参数即可实现与 UCenter 无缝对接,具体配置方法请参考 UCenter 相关技术文档和教程。 如不启用 UCenter,建议将同步登录和同步注册选项设置为 false。 如启用了同步登录和同步注册,建议将公益系统登录注册入口和 discuz!x 登录和注册入口统一,一般是将公益系统登录注册入口统一为 discuz!x 登录和注册入口,将Register_Url 参数设置为 discuz!x 的登录地址即可。 UCenter 默认采用接口方式通信,如因服务器 设置不支持接口通信模式,需要用户提供 UCenter 数据库连接字符串,格式如下: Server=localhost。 Database=x3gbk。 user=root。 Password=11111111。 Port=3306。 Charset=gbk 登陆设置 系统内置 直接登陆功能,但是需要用户自己前往腾讯站点申请相应服务,具体如下: 系统需要配置项包括: APP ID, APP KEY,这两个参数需要 想腾讯 申请 ,申请地址是 LiveVMP 系统使用说明书 第 10 页 按照上面实例填写好参数后再上传图标素材即可提交审核,等待审核通过后即可使用。 SEO 设置 合理设置 seo 信息可以增加搜索引擎收录,但是 seo 设置并不是网站排名的决定性因素。 网站名称将会出现在任何网页的 title 属性后面形成后缀,如果栏目标题与网站名称一样,系统将会自动将自动取消后缀以优化 title。 LiveVMP 系统使用说明书 第 11 页 第 4章 系统升级 我们一直对 LiveVMP 进行持续的升级和改进,努力为公益组织提供一个更加好用、实用、稳定的公益管理系统,包括新功能增加、功能改进、 bug 修复等,这将不可避免的导致程序变更、数据结构变更、核心数据变更等,为了让大家能够及时顺利的升级自己的系统,我们提供了在线升级功能,具体升级步骤如下: 设置升级服务器 进入菜单“系统管控中心 =》系统管理 =》全局设置 =》”全局设置 =》升级服务器设置项,升级服务器格式如下: Data Source=。 Initial Catalog=demo。 User ID=vmp。 Password=123 具体升级服务器信息请与官方联系获得。 上传程序文件 及时从官方 群共享中下载最新的升级文件并上传到服务器中。 升级用户在下载升级包后应确保将 、 config 目录、 port 目录删除,然后上传覆盖旧程序。 修复数据结构 文件上传成功后登录后台访问菜单“系统管控中心 =》数据同步 =》数据结构比对 =》”,系统将会自动与升级服务器进行比对,数据结构不同的表将会以红色背景标识出来,并在表后面出现“结构修复”按钮,点击按钮将会自动。 LiveVMP 系统使用说明书 第 12 页 数据同步 菜单同步:此处建议完全同步。 动作项同步:一般情况下只需要同步本地没有的动作项,完全同步会导致自定义配置被覆盖。 设计器同步:此处建议完全同步。 地区同 步:第一次同步建议采用完全同步,同步前先将列表页数修改为1000 增加单次同步数量,后续同步只需要部分同步,同步完成后改回 10 即可。 工作流同步:如没有修改过流程配置建议完全同步,如有个性化配置建议同步前与开发人员联系。 用户组同步:此处建议完全同步。 角色同步:一般情况下只需要同步本地没有的角色,完全同步会导致自定义配置被覆盖。 积分项同步:此处建议完全同步。 组件同步:此处建议完全同步。 字典同步:此处建议只同步本地没有的字典项,以及随更新包发布的需要更新的字典项说明,其他字典项 不建议同步。 系统初始化 升级步骤完成后请进入菜单“系统管控中心 =》系统管理 =》全局设置 =》”全局设置 =》,点击“系统初始化”按钮。 LiveVMP 系统使用说明书 第 13 页 第 5章 工作流管理 为满足事物审核需要,系统提供了一个轻量级工作流引擎,可以实现简单的流程审批审核功能。 工作流目前属于开发级功能,因此普通用户无法配置这项功能,只能使用开发人员配置好的工作流来实现流程审批。 提交审批 以捐款结转审批为例,点击菜单“我的管理中心 =》救助管理中心 =》我发布救助信息”,点击其中一条后面的“申请结转”,进入结转申请界面,如下图: 提交保存后在浮动区域会出 现“流程审批”按钮,如下图: 点击“流程审批”出现流程界面,选择 需要将“结转申请”提交给哪一位管理员审核,并输入提交审核附言或审核意见等,然后点击“提交审批”按钮,“结转申请”就会自动送到选择的审批人待办事项中 ,如下图: LiveVMP 系统使用说明书 第 14 页 待办事项 财务管理员登陆系统后台后点击“待办事项”系统会自动列出当前用户需要办理的所有事项,点击相应事项后面的“审批”字样进入审批流程,如下图: 点击“流程审批”出现流程审批界面,此时已经是流程审批的最后一步,将会审批通过并完成结转,最后一步审核不需要选择流程接手人,如下图 : LiveVMP 系统使用说明书 第 15 页 审批通过 审批通过表示该结转申请将被审核通过并完成结转。 审批退回 审批退回表示本次结转申请不通过,需要用户重新申请结转。 流程监控 监控各项流程审批事项的办理情况。 我发起的流程 查看由我发起的所有流程,并查看流程办理情况。 我参与的流程 查看我参与审批的流程审批事项。 LiveVMP 系统使用说明书 第 16 页 第 6章 权限管理 系统帐号分类 系统帐号分为前台用户帐号、团队管理员帐号(团队版专用)、节点管理员帐号(集群版专用)、财务管理帐号、后台管理员帐号、权限代理帐号 6 种类型,其中只有前台用户帐号和团队管理员帐号可以参与公益相关业务,其他都属于 后台管理类账户。 前台用户帐号:通过前台注册的会员帐号一律属于前台用户帐号,该类帐号可以注册成为志愿者、充值、捐款、义卖、参加活动等,该类帐号无法直接分配权限,需要通过权限代理帐号“ Personal_User(个人用户) ”获得权限,因此变更此类帐号权限需要通过修改权限代理帐号“ Personal_User(个人用户) ”拥有的角色“ Personal_User”的权限位来实现,如下图: 团队管理员帐号:(该帐号在团队版中才能起作用)团队版系统可以通过将前台会员帐号授予“ Sub_Group_Admin” 用户组,这样该用户将拥有管理本团队相关事物的权限,团队管理员权限通过代理帐号“ Sub_Group_Admin(公益团队管理员) ”获得,变更团队管理员权限需要通过修改权限代理帐号“ Sub_Group_Admin”拥有的角色“ Sub_Group_Admin”的权限位来实现。 节点管理员帐号:(该帐号仅在集群版中才能起作用)集群版每个节点都要分配一名集群节点管理员,节点管理员拥有该节点的完全管理权限,节点管理员只能在创建节点的时候创建,管理员权限通过代理帐号“ Group_User(节点管理员) ”获得,变更节点 管理员权限需要通过修改权限代理帐号“ Group_User”拥有 LiveVMP 系统使用说明书 第 17 页 的角色“ Group_User”的权限位来实现。 财务管理帐号:系统内置一个财务管理帐号 official,所有官方财务收入和开支都由这个帐号来管理,对于集群版各个节点的财务管理员一般由节点管理员兼任,如果节点采用集中式财务则各个节点财务都归属 official 管理。 后台管理员帐号:后台管理帐号只能通过后台用户管理菜单下的功能增加,每一个后台管理员都可以任意分配权限,分配权限通过给每个管理员帐号分配不同的角色来实现。 权限代理帐号:权限代 理帐号不对外公布,亦不用登录该帐号,通过一个权限代理帐号可以控制一种类型的所有帐号的权限,代理帐号权限变更则对应类型帐号权限变更。 权限控制逻辑 系统基于 MRBAC 多级权限控制体系,实现最大六级 层级式 +团队数据权限管理 ,其中: 个人只能查看到自己的数据。 团队管理员只能查看到本团队的数据。 节点管理员可以查看到本级节点和下属节点的数据。 超级管理员可以查看到所有数据。 用户拥有那些权限由该用户拥有的角色决定,一个用户可以拥有多个角色,多个角色的权限累加及是该用户拥有的权限。 任何对前台用户 和节点管理员进行单独分配角色的行为都是无效的,前台用户和节点管理员权限受权限代理账户管控。 更改权限代理账户权限意味着更改了该账户代理的这一类型所有用户的权限,请谨慎更改权限代理账户的权限。 LiveVMP 系统使用说明书 第 18 页 为后台管理员分配权限 我们建议只对后台管理员分配权限,其他帐号(包括代理帐号、前台会员、节点管理员)权限我们已经设置好不需要改动。 如创建一个新闻发布管理人员,步骤如下: 以管理员帐号进入菜单“系统管控中心 =》系统管理 =》用户管理”,点击“新建用户”,输入用户名和中文昵称,以及拥有的角色“信息发布”和“信息管理”,然 后点击“新建用户即可”,如下图所示: LiveVMP 系统使用说明书 第 19 页 更改角色权限位 决定用户拥有那些权限靠角色来控制,但最终决定用户权限的是角色所拥有的权限位,也就是说角色仅仅是多个权限位打包后的一个中间人身份,通过角色来将相应的权限位传递给用户,用户从而获得自己应该有的权限。 全局关闭某些功能 进入菜单“集群管理中心 =》集群管控 =》分类管理”,在此新建或修改对应站点分类的权限位,然后在菜单站点管理中将站点分类设置为对应的站点分类,则不管后面角色中分配啥权限,只要该站点分类中不包含对应的权限位,所有用户都将无法使用该功能。 LiveVMP 系统使用说明书 第 20 页 第 7章 财务管理 支付宝充值 系统提供支付宝充值作为唯一在线充值渠道,通过系统充值入口充值后钱将进入官方支付宝账户,同时系统会自动记录下用户充值金额并写入用户账户,这样用户就可以利用充值如系统的金额在系统内进行各种消费和捐款等。 支付宝补单 支付宝充值成功后会自动调用公益系统充值接口将充值结果写入用户账户,偶尔会有调用不成功问题存在,这时候需要通过“支付宝补单”菜单人工将充值写入用户账户。 代理充值 对于部分确实无法在线充值的用户,系统支持人工代理充值,志愿者现场缴纳,由工作人员代为充值进志愿者账户。 LiveVMP 系统使用说明书 第 21 页 个人账户 个人账户通过对个人账户详情的查询功能,包括充值、消费、余额等。 具体功能请参见菜单“我的管理中心 =》我的财务中心”下所有功能菜单。 总账 总账是系统提供给财务人员的一个总览全局财务状况的功能,不含明细。 官方总收入:包括官方经营所得和外界捐款给官方等,以及志愿者捐款给求助人时捐款首先进入官方账户,这也算官方收入。 官方总支出:包括官方办公开支等,以及志愿者捐款给求助人时捐款首先进入官方账户,然后官方以官方支出的形式做一次结转支出给求助人,这些都属于官方支出。 官方可支配:官方输入 减去官方支出及是官方目前可支配的金额。 LiveVMP 系统使用说明书 第 22 页 会员总充值:会员充值金额,以及通过义卖物品获得的收入,不减去已经消费部分。 会员总消费:包括捐款、购买义卖物品、缴纳活动报名费、捐助活动、捐助办公的一切开支。 会员可支配:会员总充值减去会员总消费及是会员可支配金额。 账户总余额:表示目前官方账户拥有的总余额,账户总额 =会员总充值 +官方总收入 会员总消费 官方总开支。 网络透明公示 通过网络透明公示功能可以实现将公益组织的每一笔收入和开支都能明细公布到网上供公众查询 监督,包括支出人、受益人、支出金额、 支出时间等。 组合查询技巧: 查询范围选择捐助个人 +支出对象输入志愿者姓名:可以查询出该志愿者捐给受益人的详情,包括捐款金额、受益人、总金额、捐款次数等。 查询范围选择捐助个人 +收益对象输入受益人姓名:可以查询出该受益人接受志愿者捐助详情,包括捐款人、捐款金额、总金额、捐款次数。 更多查询组合请根据需要组合或在交流群寻求帮助。 Live。livevmp志愿者管理系统使用说明书
相关推荐
移 动仓 库 管 理 员产 品 移 库移 库 记 录库 存查 询创 建 移 库 业 务单库 间 移 动 操 作库 内 移 动 操 作移 库 登 帐库 位 信 息产 品牌 号 等 级 信 息移 库 单 提 交 2)业务流程描述 业务流程名称 固体产品移库流程 所属业务职能域 仓储管理 所属业务部门 仓库管理部 业务流程详细描述 01 库位上面有库存项,就可以进行移库操作。 02 从库 存中安排移库
通过前面设置, 在归档模式下,只要更改了 表空间 结构,就会 自动 备份控制文件 通过看备份的控制文件可以得到当前数据的 dbid SQL select dbid from v$database。 DBID 4030187386 SQL exit 从 Oracle Database 10g Enterprise Edition Release Production With the
量总是为 0,后量为求解周期内装置校正的班侧线量的合计量,节点原始量与节点后量相同,节点平衡量为生产平衡计算结果 b) 罐(库位)节点的前量为移动起始时刻(或周期起始时刻)的库存量,后量为移动结束时刻(或周期结束时刻)的库存量,节点原始量为后量与前量之差,平衡量为生产平衡计算结果。 c) 进出厂(互供)节点的前量总是为 0,后量为求解周期内进出厂班量的按物料区分的合计量,节点原始量与后量相同
薄对食品、药品的生产日期和保质期进行登记 , 每月必须对避难硐室内水、食品、急救箱药品进行一次检查 ,发 现异样应立即进行更换。 永久避难硐室内的防爆饮水机、防爆电脑需按照说明书进行 操作。 六、工作人员配 备、培训管理制度 对 XX 煤矿职工的培训及紧急避险系统人员配备管理 ,需做好硐 室内设备使用的培训工作。 XX 煤矿职工。 组织管理 14 紧急避难硐室实行三班值班制度
nageImple 功能类 修改 StudentManageImple 类中的 systemRegister 方法 public void systemRegister() { /** * 首先弹出注册窗口 */ StudentRegisterWindow oneStudentRegisterWindow=new StudentRegisterWindow()。 (true)。 }