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