用友政务工资发放系统概述.ppt

工资发放系统概述,北京用友政务科技有限公司 主讲人：xxx,汇报内容,业务背景,业务背景 统一发放工资是指用财政性资金安排的工资资金由财政部门委托代发工资银行直接拨付到个人工资帐户上的管理方式。 统一发放工资实行“编制部门核准编制、人事部门核定人员和工资、财政核拨经费、银行代发到人、及时足额到位”的管理原则。,业务背景,市级党政机关、人大机关、政协机关、人民检察院、人民法院、各民主党派及有关人民团体和执行机关工资标准的事业单位的所有在编在职人员和离退休人员。统一发放的工资项目严格执行国家统一规定的工资制度和标准。,人员范围,工资范围,工资统发的意义,用友政务“财政工资发放系统”是按照国家“金财工程”建设的目标，结合各地对工资发放业务的不同需求，以先进的技术架构为依托而开发出来的新一代工资发放系统。 通过与国库集中支付系统无缝衔接，自动生成用款计划与支付申请，减少拨款环节、提高工作效率； 通过将指标引入工资系统，增强指标控制能力，实现对工资支出额度的有效控制。,产品定位,面向省、地市、区县三级财政 以统发工资为核心，涵盖所有发放到个人的人员经费的发放 支持人事、编办、财政业务一体化管理 财政综合业务解决方案的重要组成部分,产品发展过程,版本发展 2006年4月份开始规划，11月份开发完成用户试用版本V6.0 2007年1月份正式在辽宁省厅进行试点 07年8月份发布V6.1版本，在黑龙江省厅试点 08年6月份发布V6.2版本，主要用于吉林、山东、宁夏地区 09年3月份发布V6.3版本，用于2009年度的市场推广 10年5月份发布gfmis3.0版本，用于2010年度的市场推广 11年6月份发布gfmis3.0.02稳定版本，用于2011年度的市场推广 典型用户 黑龙江全省、辽宁省厅、宁夏区厅、武汉市局、山东省全省地市级、苏州市、天津塘沽、重庆渝、吉林、贵州等300多个点 深圳、宁波,产品特点,产品特点,汇报内容,业务架构,软件架构,说明：软件支撑平台的基本构成，它包括五个部分：技术支撑平台、分析和监控平台、交易平台、标准以及安全体系。其中交易平台、分析和监控平台搭建在技术支撑平台之上，标准和安全体系贯穿整个平台和应用系统。,部署架构,业务框架图,功能结构图,网络拓扑图,汇报内容,系统业务流程,多卡、多次、多行、多批次,银行数据加密,指标控制和预警,标准发放流程,十三月工资,代扣(不)代缴,补发补扣,外部接口,个税计算功能,标准工资,总体业务流程图,系统配置介绍,业务流程图,标准发放流程单位信息流程,标准发送流程包括 单位信息流程 预算单位依次编制单位信息、人事信息、工资信息，组成工资数据； 编委审核预算单位送审的工资数据中的单位信息；,标准发放流程人事信息流程,承上页 人事信息流程 预算单位依次编制单位信息、人事信息、工资信息，组成工资数据，自动生成人事变动表； 人事局审核预算单位送审的工资数据中的人事信息和人事变动情况 ；,标准发放流程工资发放流程,承上页 工资发放流程 预算单位依次编制单位信息、人事信息、工资信息组成工资数据，自动生成人事变动表、工资变动表； 人事局审核预算单位送审的工资数据； 财政业务处室审核工资数据中的工资信息和指标使用情况 ； 国库处（或支付中心）审核工资数据中的工资变动情况和指标使用情况 ，并生成支付申请，审核通过后，生成支付凭证；,工资发放流程图,十三月工资,十三月工资 由预算单位自行选择当年或上一业务年度任意一个月的国家规定的工资做为第十三个月工资发放额度的衡量标准。 第十三个月工资生成后，按照工资发放标准走业务流程。,代扣代缴,代扣代缴 银行发放工资时，直接将个人代扣代缴款项缴存至专户中。 主要由“三险一金”和“个人所得税”构成代扣项。,代扣不代缴,代扣不代缴 银行发放工资时，先将个人缴纳的那部分款项代扣，但并未即时缴存至专户，而是过一段时间后，再由单位将已代扣下来的那部分个人缴纳款项与单位缴纳款项合并缴存至专户中，每次以预算单位为基础，这就是“代扣不代缴”。 如“住房公积金”类工资项，一般由个人缴纳一部分、单位缴纳一部分，就可能出现该种现象。（黑龙江模式，也是目前使用最多的模式）,补发补扣,补发补扣 由于某些原因，导致人员当月之前的部分工资需要在本月补发。补发的工资与当月工资合并一次性发放，但代扣的个税一般都是分摊至之前每个月中，与之前月份已发工资再次合并计算并补扣。这就是“补发补扣”。 补发，就是补当前月之前应发、但实际未发放的工资； 补扣，就是扣除补发工资应缴纳的个人所得税、三险一金。,多次、多卡、多批,多次发放 单位人员发放工资时，基本工资和奖金、补助、福利等分开发放。或者，将预算内统发与预算外自筹分开发放。这是“多次发放”。多次发放之间的工资项不会相同。 多卡发入（多银行） 在工资发放时，基本工资和奖金、补助、福利等不但要分开发放，而且发放至不同的工资卡中，一般来说，基本工资一个帐户，奖金、补助、福利等其它工资项一个帐户。这是“多卡发放”。,多次、多卡、多批,多批发放 有的地方按照人事性质（即：工资类别）发放工资。每月发放工资时，行政、事业在职人员和行政、事业离退休人员分开发放。这是“多批发放”。 多批发放、多次发放、多卡发放三种方式可以相互独立存在，也可以相互组合存在。,标准工资,工资标准 标准工资分为两部份来实现，首先增加自定义的工资标准，指定对应的工资项与人事项。 然后，对新增的工资标准维护其相应的级次与工资金额。,个税计算功能,个税计算功能 个税计算就是个人所得税的计算。目前采用的扣税规则是：超额累进计税法，即： 标准计算方法：（工资收入 扣税基数） 适用税率 速算扣除数。 个税计算功能支持十三月工资分别计税、当月多次发放计税、补发合并计税、多次发放和补发同时存在的个税计算方法。,指标控制和预警、银行数据加密,指标控制和预警 工资上报时，是否根据指标预算来进行控制 按照工资指标总额度预警可发多少月份的工资 银行数据加密 导出的代发工资明细数据加密，保证数据安全,外部接口,外部接口 编制数据导入/导出机制 人事数据导入/导出机制 工资数据导入/导出机制,汇报内容,项目前期准备工作,结合当地实际情况，制定相关办法，并成立项目组，确定好系统管理员的人选，是项目成功的基础。,管理办法 出台,项目组织,人员定岗,、项目管理,项目前期准备工作,、硬件环境,系统服务器 运行工资发放系统至少需要一台数据库服务器，一台应用服务器。 数据库服务器可以与支付系统数据库服务器共用 应用服务器提供weblogic服务，建议单独部署 系统客户端 系统客户端可以与支付系统客户端共用,硬件网络方面的准备,项目前期准备工作,、网络环境,可采用政务网、ADSL VPN和电话拔号三种模式。ADSL VPN带宽较高；各地方财政局可以根据当地网络状态，选择合适的联网方式,银行联网采用专线帧中继或ADSL VPN模式。 推荐采用专线,不推荐56K Modem电话线联网方式,项目前期准备工作,、业务数据,业务范围和业务模式的确定 首批纳入的预算单位、代发行的数量 业务模式的基本确定。如采用何种代扣形式、审核级次、工资项、各审核项、编委是否需要审核单位信息等。 基础数据的整理 操作人员列表、预算单位信息采集表 人事信息采集表、工资信息采集表,汇报内容,项目实施管理,实施过程实施启动会（天）,项目实施启动会 协助用户召开项目实施启动会，会议主题包括： 用户项目组成员、主要操作员、系统管理员确定 业务流程制定、特殊业务需求制定 实施范围及规模确定 软硬件环境确定 总体实施计划确定 培训计划、试运行计划、上线时间等确定,实施过程收集阶段（天）,基础数据收集阶段 收集整理基础数据，包括： 用户列表、预算单位列表及其权限表 工资项制定、审核项（含人事、工资）制定 其他相关基础数据维护 协助用户审核基础数据 审核所有基础数据，确认数据准确性,实施过程部署阶段（天）,部署阶段 服务器部署 包括服务器端的部署 建立与支付系统对接的中间库等 客户端部署 在线端 离线端 试运行数据库的建立 根据会议要求及用户的基础数据建立,实施过程培训阶段（天）,培训阶段 系统管理员培训 系统的部署、维护 软件操作 操作员培训 编委、人事部门 预算单位（重点，根据实施规模分批，采用电教室模式讲解） 财政部门,实施过程试运行阶段（天）,试运行阶段 准备试运行环境，包括： 支付系统测试库 工资系统测试库 模拟真实业务进行操作，测试内容包括： 软件、硬件、网络环境的正常运行 工资数据的编制、审核、上传、发放数据准确、速度正常 与支付系统的对接数据准确,实施过程系统上线（天）,系统上线 采用正式环境，发放当月工资 工资发放数据正确无误 运行速度正常、稳定 查询数据正确无误 准备项目验收报告、移交报告,实施过程上线保障期（天）,上线保障期 保证系统运行正常 针对性培训，特别是系统管理员 系统验收移交 项目移交，进入售后服务期,汇报内容,后期维护,实施队伍组成 实施队伍由实施方北京方正春元公司统一安排 组成情况：1名项目实施经理，1到2名实施工程师 后期