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

《用友政务工资发放系统概述.ppt》由会员分享，可在线阅读，更多相关《用友政务工资发放系统概述.ppt（54页珍藏版）》请在三一办公上搜索。

1、工资发放系统概述,北京用友政务科技有限公司主讲人：xxx,汇报内容,业务背景,业务背景统一发放工资是指用财政性资金安排的工资资金由财政部门委托代发工资银行直接拨付到个人工资帐户上的管理方式。统一发放工资实行“编制部门核准编制、人事部门核定人员和工资、财政核拨经费、银行代发到人、及时足额到位”的管理原则。,业务背景,市级党政机关、人大机关、政协机关、人民检察院、人民法院、各民主党派及有关人民团体和执行机关工资标准的事业单位的所有在编在职人员和离退休人员。统一发放的工资项目严格执行国家统一规定的工资制度和标准。,人员范围,工资范围,工资统发的意义,用友政务“财政工资发放系统”是按照国家“金财工程”

2、建设的目标，结合各地对工资发放业务的不同需求，以先进的技术架构为依托而开发出来的新一代工资发放系统。通过与国库集中支付系统无缝衔接，自动生成用款计划与支付申请，减少拨款环节、提高工作效率；通过将指标引入工资系统，增强指标控制能力，实现对工资支出额度的有效控制。,产品定位,面向省、地市、区县三级财政以统发工资为核心，涵盖所有发放到个人的人员经费的发放支持人事、编办、财政业务一体化管理财政综合业务解决方案的重要组成部分,产品发展过程,版本发展2006年4月份开始规划，11月份开发完成用户试用版本V6.02007年1月份正式在辽宁省厅进行试点07年8月份发布V6.1版本，在黑龙江省厅试点08年6月份

3、发布V6.2版本，主要用于吉林、山东、宁夏地区09年3月份发布V6.3版本，用于2009年度的市场推广10年5月份发布gfmis3.0版本，用于2010年度的市场推广11年6月份发布稳定版本，用于2011年度的市场推广典型用户黑龙江全省、辽宁省厅、宁夏区厅、武汉市局、山东省全省地市级、苏州市、天津塘沽、重庆渝、吉林、贵州等300多个点深圳、宁波,产品特点,产品特点,汇报内容,业务架构,软件架构,说明：软件支撑平台的基本构成，它包括五个部分：技术支撑平台、分析和监控平台、交易平台、标准以及安全体系。其中交易平台、分析和监控平台搭建在技术支撑平台之上，标准和安全体系贯穿整个平台和应用系统。,部署架

4、构,业务框架图,功能结构图,网络拓扑图,汇报内容,系统业务流程,多卡、多次、多行、多批次,银行数据加密,指标控制和预警,标准发放流程,十三月工资,代扣(不)代缴,补发补扣,外部接口,个税计算功能,标准工资,总体业务流程图,系统配置介绍,业务流程图,标准发放流程单位信息流程,标准发送流程包括单位信息流程预算单位依次编制单位信息、人事信息、工资信息，组成工资数据；编委审核预算单位送审的工资数据中的单位信息；,标准发放流程人事信息流程,承上页人事信息流程预算单位依次编制单位信息、人事信息、工资信息，组成工资数据，自动生成人事变动表；人事局审核预算单位送审的工资数据中的人事信息和人事变动情况；,标准发

5、放流程工资发放流程,承上页工资发放流程预算单位依次编制单位信息、人事信息、工资信息组成工资数据，自动生成人事变动表、工资变动表；人事局审核预算单位送审的工资数据；财政业务处室审核工资数据中的工资信息和指标使用情况；国库处（或支付中心）审核工资数据中的工资变动情况和指标使用情况，并生成支付申请，审核通过后，生成支付凭证；,工资发放流程图,十三月工资,十三月工资由预算单位自行选择当年或上一业务年度任意一个月的国家规定的工资做为第十三个月工资发放额度的衡量标准。第十三个月工资生成后，按照工资发放标准走业务流程。,代扣代缴,代扣代缴银行发放工资时，直接将个人代扣代缴款项缴存至专户中。主要由“三险一金”

6、和“个人所得税”构成代扣项。,代扣不代缴,代扣不代缴银行发放工资时，先将个人缴纳的那部分款项代扣，但并未即时缴存至专户，而是过一段时间后，再由单位将已代扣下来的那部分个人缴纳款项与单位缴纳款项合并缴存至专户中，每次以预算单位为基础，这就是“代扣不代缴”。如“住房公积金”类工资项，一般由个人缴纳一部分、单位缴纳一部分，就可能出现该种现象。（黑龙江模式，也是目前使用最多的模式）,补发补扣,补发补扣由于某些原因，导致人员当月之前的部分工资需要在本月补发。补发的工资与当月工资合并一次性发放，但代扣的个税一般都是分摊至之前每个月中，与之前月份已发工资再次合并计算并补扣。这就是“补发补扣”。补发，就是补当

7、前月之前应发、但实际未发放的工资；补扣，就是扣除补发工资应缴纳的个人所得税、三险一金。,多次、多卡、多批,多次发放单位人员发放工资时，基本工资和奖金、补助、福利等分开发放。或者，将预算内统发与预算外自筹分开发放。这是“多次发放”。多次发放之间的工资项不会相同。多卡发入（多银行）在工资发放时，基本工资和奖金、补助、福利等不但要分开发放，而且发放至不同的工资卡中，一般来说，基本工资一个帐户，奖金、补助、福利等其它工资项一个帐户。这是“多卡发放”。,多次、多卡、多批,多批发放有的地方按照人事性质（即：工资类别）发放工资。每月发放工资时，行政、事业在职人员和行政、事业离退休人员分开发放。这是“多批发放

8、”。多批发放、多次发放、多卡发放三种方式可以相互独立存在，也可以相互组合存在。,标准工资,工资标准标准工资分为两部份来实现，首先增加自定义的工资标准，指定对应的工资项与人事项。然后，对新增的工资标准维护其相应的级次与工资金额。,个税计算功能,个税计算功能个税计算就是个人所得税的计算。目前采用的扣税规则是：超额累进计税法，即：标准计算方法：（工资收入 扣税基数）适用税率 速算扣除数。个税计算功能支持十三月工资分别计税、当月多次发放计税、补发合并计税、多次发放和补发同时存在的个税计算方法。,指标控制和预警、银行数据加密,指标控制和预警工资上报时，是否根据指标预算来进行控制按照工资指标总额度预警可发

9、多少月份的工资 银行数据加密导出的代发工资明细数据加密，保证数据安全,外部接口,外部接口编制数据导入/导出机制人事数据导入/导出机制工资数据导入/导出机制,汇报内容,项目前期准备工作,结合当地实际情况，制定相关办法，并成立项目组，确定好系统管理员的人选，是项目成功的基础。,管理办法出台,项目组织,人员定岗,、项目管理,项目前期准备工作,、硬件环境,系统服务器运行工资发放系统至少需要一台数据库服务器，一台应用服务器。数据库服务器可以与支付系统数据库服务器共用应用服务器提供weblogic服务，建议单独部署系统客户端系统客户端可以与支付系统客户端共用,硬件网络方面的准备,项目前期准备工作,、网络环

10、境,可采用政务网、ADSL VPN和电话拔号三种模式。ADSL VPN带宽较高；各地方财政局可以根据当地网络状态，选择合适的联网方式,银行联网采用专线帧中继或ADSL VPN模式。推荐采用专线,不推荐56K Modem电话线联网方式,项目前期准备工作,、业务数据,业务范围和业务模式的确定首批纳入的预算单位、代发行的数量业务模式的基本确定。如采用何种代扣形式、审核级次、工资项、各审核项、编委是否需要审核单位信息等。基础数据的整理操作人员列表、预算单位信息采集表人事信息采集表、工资信息采集表,汇报内容,项目实施管理,实施过程实施启动会（天）,项目实施启动会协助用户召开项目实施启动会，会议主题包括：

11、用户项目组成员、主要操作员、系统管理员确定业务流程制定、特殊业务需求制定实施范围及规模确定软硬件环境确定总体实施计划确定培训计划、试运行计划、上线时间等确定,实施过程收集阶段（天）,基础数据收集阶段收集整理基础数据，包括：用户列表、预算单位列表及其权限表工资项制定、审核项（含人事、工资）制定其他相关基础数据维护协助用户审核基础数据审核所有基础数据，确认数据准确性,实施过程部署阶段（天）,部署阶段服务器部署包括服务器端的部署建立与支付系统对接的中间库等客户端部署在线端离线端试运行数据库的建立根据会议要求及用户的基础数据建立,实施过程培训阶段（天）,培训阶段系统管理员培训系统的部署、维护软件操作操

12、作员培训编委、人事部门预算单位（重点，根据实施规模分批，采用电教室模式讲解）财政部门,实施过程试运行阶段（天）,试运行阶段准备试运行环境，包括：支付系统测试库工资系统测试库模拟真实业务进行操作，测试内容包括：软件、硬件、网络环境的正常运行工资数据的编制、审核、上传、发放数据准确、速度正常与支付系统的对接数据准确,实施过程系统上线（天）,系统上线采用正式环境，发放当月工资工资发放数据正确无误运行速度正常、稳定查询数据正确无误准备项目验收报告、移交报告,实施过程上线保障期（天）,上线保障期保证系统运行正常针对性培训，特别是系统管理员系统验收移交项目移交，进入售后服务期,汇报内容,后期维护,实施队伍组成 实施队伍由实施方北京方正春元公司统一安排 组成情况：1名项目实施经理，1到2名实施工程师后期维护 软件维护采用三层结构：第一层：当地合作伙伴 第二层：省级技术支持机构 第三层：北京方正春元服务支持组多样的维护方式 电话或邮件服务支持、远程在线诊断和故障排除 现场技术支持等网络支持,附件,附件说明：附件一：会议纪要.doc 附件二：实施范围及业务模式确认表.doc 附件三：单位信息管理采集表.xls附件四：人事信息管理采集表.xls附件五：工资信息管理采集表.xls,谢谢！,