财务共享服务中心解决方案V01

深圳市安财软件有限公司10/18/2019WdV1.01公司简述企业现状产品组成应用场景前景分析公司简述我们服务的客户企业现状产品组成应用场景前景分析公司简述安财软件中国服务中心企业现状产品组成应用场景前景分析公司简述安财软件合作伙伴企业现状产品组成应用场景前景分析公司简述凯基上海CA中心微软SAP战略伙伴瑞杰信诚项目总体背景公司简述产品组成应用场景前景分析企业现状技术落后无法满足现行经营管理的需求财务核算不能实现数据共享传递事前、事中控制困难随着业务水平，管理水平和应用水平的提高，原有系统只能在局域网上运行，不能进行远程处理，经常出现数据混乱的现象，不能准确的对帐，而且重复录入性工作多，特别是收付凭证不能直接引入，需要手工录入。这种财务系统已远远满足不了业务管理的需要。各地独立进行财务系统设计开发和财务核算，存在信息孤岛，不能满足公司对财务整体状况进行监控、统计和内部对帐等管理的需要。由于财务不能完全甩帐，只能作事后分析，不能进行事前计划和事中控制，难以较好发挥财务监控的作用。随着ＩＴ技术的飞速发展，企业面临的竞争环境发生了根本性变化，如顾客需求瞬息万变，技术创新不断加速，竞争日趋激烈。在这种形势下，企业管理必须转变，从粗放经营向成本控制转变，从部门管理到企业级协同管理转变。只有这样，才能适应竞争形势的变化。通过对公司现行财务系统的分析，我们认为，公司财务系统尽管能在一定程度上满足公司发展和财务管理需要。当前存在的问题公司简述产品组成应用场景前景分析企业现状员工报销时间漫长手工报销模式下员工为处理报销需多次找领导进行签字，并直接到财务进行报帐，大量占用有效工作时间。单据签批占用领导大量时间各事业部均包含异地分支机构，当地领导的工作安排常常被审批签字而打乱，异地更要利用传真跟踪审批。财务工作量巨大员工将大量单据送至财务部，财务部门既要审核原始单据，又要审核业务审批流程，最后才能编制记帐凭证，输入会计信息系统。当前存在的问题公司简述产品组成应用场景前景分析企业现状财务信息滞后月底汇总会计报表方式无法实现对各地分支机构经济业务的实时监控和集中管理，资金流量和流向信息的迟滞传递很难适应现代集团公司快节奏的业务特点。资金支付滞后，对帐困难在传统的银行支付手段下，资金支付受审批流程和银行处理速度的双重制约，严重滞后于业务发生。同时，大量的资金支付带来了大量的银行对帐工作，财务人员工作负荷大，且出错率高。资金管理分散各地分支机构均开立银行帐号，沉淀了大量流动资金，给企业资金管理带来诸多不便。总体目标和策略财务共享服务中心（FSSC）涉及领域目标策略有服务水平承诺（SLA）实现集团财务的集中管理与监控将处理过程简单化、标准化利用规模效益的能力不仅以近期焦点问题为导向，充分兼顾财务管理远期发展的需求先考虑系统的集中应用，实现财务管控，再通过系统推进解决集中后的效率问题解脱经营部门和业务部门的低技术含量的重复劳动后台手工操作向财务信息化、财务业务一体化转变集中分支结构核算，核算型向管理型转变高效的工作能力提供一致、可靠和低成本的服务票据及影像管理应付账款AP应收帐款AR费用报销总帐GL资金管理预算控制财务分析及报告BI商旅管理集中资金管理，集中预算控制…………FSSC简介FSSC项目实现的步骤全程透视公司支出数据节省公务消费信息共享透明建立专业的财务系统，提升财务管理水平信息准确，数据挖掘提高员工满意度聚集财务人员精力于决策支撑工作快速适应变革公务支出管控加强财务服务质量提升数据挖掘，支持战略和业务发展创造良好外部经营环境前瞻性统一性适应性集中报销管理集中核算管理集中财务系统集中数据挖掘核算规范标准统一强化资金垂直管控内控加强防范管理漏洞风险项目定位-FSSC与其他系统之间的关系……SAPR3AP/GL采购系统营收系统人事系统外部银行系统内部结算中心资金支付培训费用采购支付记帐凭证费用支付预算执行/预算控制(预算,资金系统)银企直联预算执行分析商旅管理系统公务卡管理CallCenter信息查询客户服务知识管理系统绩效管理系统人员管理系统运营支撑员工系统业务审批流影像扫描系统报销信息实物发票财务审核系统生成会计凭证信息付款FSSC平台FSSC产品应用架构FSSC产品功能架构FSSC系统部署应用场景-业务-资金管理系统接口资金系统对网上报销的要求银行余额资金计划预算管理资金流出票据管理ERP系统网上报销提单付款导入发票报销单付款信息行/实际付款数④装入支付方式为票证的审核支付金额信息支出票据/信用证现金流出数统计解付操作资金计划预算付款是否已上ERP付款写入付款回写⑤提取现金付款数Y支付方式票证N开票/开证其他支出录入现金查询统计银行帐户余额⑥按银行帐户装入付款明细数据审核②提取审核支付金额①提取审核支付金额/排除归口类归口支出③装入归口类型的审核支付金额归口分解预算与执行计划与执行应用场景-业务-银企直连接口网银接口帐务处理付款信息确认银行信息系统报销到帐功能介绍：★帐务处理人员在ERP中完成帐务处理确认、转账支付、代发代扣以及币种中转等。★帐务处理完成后，需进行复核并确认相关付款信息的准确。★通过因特网或专线连接方式，实现了银行和企业计算机系统的平滑对接。通过银行提供的网银接口，把已确认的付款信息直接生成付款指令发送至银行系统进行处理，避免了出纳的再次操作，企业也无需专门登陆网上银行，即可完成资金的管理和调动。★银行系统确认付款信息的准确，并进行付款操作。★在ERP帐务处理后的第二天，员工即可收到报销款项。应用场景-业务-银企直连接口预算计划资金流入资金流出提交单据业务审批，归口会签财务审核发票处理，导入ERP付款完毕单据关闭预算执行计划调整计划执行控制资金管理网上支付获取执行数获取支出数应用场景-原始票据实物流员工网上提交单据SubmitVoucherOnline当地票据员接收并邮寄LocalReceiveandMail票据室归档IndexandArchive审核接收并审核ApproverReceiveandApprove总部票据员接收并分发SSCReceiveandDistribute票据稽核QC条形码Bar-Coding应用场景-原始票据影像管理流程ScanfilesLocalFilesUploadtoServerLeader★当地票据员收到员工提交的报销单据后，按单据上的条码进行扫描接收操作，同时按业务性质将其进行专业分组。★扫描员将分组后的单据进行扫描，扫描系统根据条码将扫描图片自动分组，并按条码所代表数字一一命名。★扫描后，扫描员将图片上传至影像服务器，系统根据条码数字进行校验，如果系统中校验无误，则允许上传。上传成功后，系统根据业务领导审批情况将单据分配至任务列表。★审核人员提取任务，系统根据权限隔离（专业分组）以及任务列表将审核任务自动推送至审核人员，这样通过系统控制的模式来消除审核过程中存在的道德风险。★审核完成后，导入帐务系统进行帐务处理并最终完成会计凭证制作及归档。票据影象扫描步骤ApproverReportsEmployeeScan-Client应用场景-报销业务流程业务发生信息传递信息归档申请审批采购/出差费用发生业务审批终止提交变更填写付款流程审批财务核算报帐单据员工报销生命周期信息采集审核付款信息导入归档申请审批核算处理导入SAP根据业务需要对原始单据进行扫描并传递至总部财务部核算中心相关人员系统填写，条形码信息反映在电子信息并打印在核算票据申请中预算系统信息事先加载和控制，用于预算控制管理短信息、电子邮件或WEB界面及时通知处理或使员工了解审批和处理状态总部核算人员通过扫描枪从票据中快速定位，确认和修改会计核算帐户报帐发票等各类信息自动加载至SAPR3ERP单据跟单功能，利用扫描及条码技术实现单据的实物流的跟踪分拣等功能；核算资料归档后可以通过扫描件满足日常查询。应用场景-商旅管理应用场景-SAP账务集成安财产品模块组成公司简述企业现状产品组成应用场景前景分析……项目特点公司简述企业现状产品组成应用场景前景分析……全球化、集团化集中管理支撑平台1采用多币种、多语言和多字符集处理公务支出业务支持多法人、多组织业务模式支持集中和分布式部署信息流、实物流、帐务流和资金的统一2从发卡行提取公务消费的交易数据根据交易数据生成报销单据业务流程和凭证的同步管理流程透明可管理提升财务服务水平，提高财务效率3单据状态可视提供员工自助服务平台，节省财务人力将财务制度融入财务共享服务中心，通过热线服务，提高员工满意度项目特点公司简述企业现状产品组成应用场景前景分析……易用性、友好性、安全性7采用员工非常容易使用的表单式填写方式通过配置，更多的使用默认值满足组织机构对数据隔离的需要和ERP集成解决易用性和数据统一和合同系统集成，实现合同数据支付管理和OA、企信通集成，实现了审批流程的信息共享和快速审批和Portal集成，使领导和员工快速和多途径了解报销进度和HR或统一用户系统集成，实现了权限和身份统一管理银行系统对接，加快支付周期和提高了流程效率和SAPR3ERP等系统有效集成8系统特点公司简述企业现状产品组成应用场景前景分析……产品性能表现-负载性能事务名最小值(S)平均值(S)最大值(s)标准偏差(秒)思考时间(S)响应时间(S)通过失败vuser_init_Transaction0.0230.0843.2970.20600.08412000A_Login_Transaction0.1522.40334.0854.43502.403159800B_Template_List_Transaction4.59310.33824.9352.86191.338159200C_Template_Open_Transaction9.67221.51451.6556.815192.514157120D_Bill_Submit_Transaction32.31361.60588.27510.758601.605151040E_Logout_Transaction15.04329.94345.1988.622290.943148040vuser_end_Transaction000.00400012000•说明：思考时间：页面加载后，用户查看页面数据，录入页面数据的时间，该过程客户端和服务器端一般无数据交互。服务器响应时间=平均值-思考时间•结论：以上所有操作的服务器响应时间均在可接受范围之内，运行事务零失败。实际注册用户(100%)常用注册用户（40%）提单并发（2.5%）24000960060032000128008004000016000100048000192001200产品性能表现-空间增长性能单据主表单据明细在途任务完成任务日志合计每条记录大小2KB2KB3KB3KB3KB一张单据比例1条2条2条5条14条24条一张单据大小2KB4KB6KB15KB42KB67KB影像文件150KB根据以往企业用户历史平均数据统计，数据库单位占用空间数如下：一张单据所占数据库大小：12KB业务实时数据+15KB完成任务+42KB操作日志补充：操作日志记录属于可开关功能，而此类数据属于主要用于时候查错，不影响主要业务处理，改功能一旦启用数据库空间占用比例超过一半，如考虑空间增长过快可另建数据库存放，或者另外部署于其他DB服务器上。单据数(万)业务数据（GB）日志数据（GB）单据合计（GB）影像（GB）天数(天)10.270.410.681.55102.74.16.81550205.48.213.6201004010.816.427.2402007219.429.548.9108365100274168150500五万人的制造型企业，按每天2000张单据及每张产生5张Image计算，数据库及硬盘空间增长如下：考虑到数据库的增长，业务数据和日志数据可分不同数据库甚至不同服务器存储。应用场景：差旅报销公司简述企业现状产品组成应用场景前景分析提单人MIKE需要从广州到北京出差；出差预计时间为2009-11-1