中移动报账项目方案
财务报销流程自动化实施案例分享
财务报销流程自动化实施案例分享引言随着信息技术的快速发展，企业财务管理正逐步从传统手工操作向自动化、智能化转变。
本文将分享一家中型制造企业实施财务报销流程自动化的真实案例，以期为其他企业在财务流程优化方面提供参考。
企业背景该企业拥有员工约500人，年营业额达数亿元。
在实施自动化之前，财务报销流程繁琐，耗时长，效率低下，员工和财务部门均感到不便。
项目目标1.简化报销流程，减少不必要的手工操作。
2.提高报销审批的效率和准确性。
3.实现报销数据的实时监控和分析。
实施步骤1. 需求分析首先，通过问卷调查、访谈等方式收集员工和财务部门的意见和建议，明确流程中存在的问题和改进需求。
2. 系统选型对比多家财务软件供应商，最终选择了一款集成了报销流程自动化的财务管理软件，该软件支持移动审批、自动记账等功能。
3. 流程设计根据企业实际业务需求，重新设计报销流程，包括费用申请、审批、报销、记账等环节，并确保流程符合财务制度和内部控制要求。
4. 系统部署与培训在企业内部部署新系统，并对财务人员和员工进行系统操作培训，确保他们能够熟练使用新系统。
5. 流程试运行在小范围内试运行新流程，收集反馈，调整优化流程细节。
6. 全面推广在试运行成功后，全面推广新流程，逐步淘汰旧的报销流程。
成效评估1. 效率提升自动化流程实施后，报销审批时间从原来的平均3天缩短至1天，大大提高了工作效率。
2. 准确性增强系统自动校验报销数据，减少了人为错误，提高了报销数据的准确性。
3. 数据分析通过系统收集的报销数据，企业能够进行实时监控和分析，为管理决策提供数据支持。
结语通过实施财务报销流程自动化，该企业不仅提高了工作效率，还提升了财务管理水平。
这一案例表明，财务流程自动化是企业提升管理效率、优化财务结构的有效途径。
希望本文的分享能够为其他企业在财务流程优化方面提供有价值的参考。
中国移动电子报账平台系统规范
中国移动省公司层面财务集中管理报账平台系统规范中国移动通信有限公司2007年9月目录1.适用范围 (5)2.参考文件 (5)3.术语与定义 (5)4.符号与缩略语 (6)5.报账单据图例 (6)6.总体说明 (7)6.1. 建设原则 (7)6.2. 建设目标 (8)6.3. 系统定位 (8)6.4. 体系架构 (9)6.5. 功能架构 (13)7.功能要求 (13)7.1. 报账单据模板功能要求 (13)7.1.1. 报账单据模板分类 (16)7.1.2. 差旅费 (16)7.1.3. 借款还款 (18)7.1.3.1.员工借款单 (19)7.1.3.2.借款还款单 (20)7.1.4. 日常及其他费用报账单 (23)7.1.5. 采购订单类 (23)7.1.5.1.采购订单类市场营销报账单 (25)7.1.5.2.采购订单类工程建设报账单 (25)7.1.5.3.采购订单类网络运行维护报账单 (29)7.1.5.4.采购订单类资产存货报账单 (32)7.1.6. 非采购订单类 (35)7.1.6.1.非采购订单类市场营销报账单 (37)7.1.6.2.非采购订单类工程建设报账单 (39)7.1.6.3.非采购订单类网络运行维护报账单 (41)7.1.7. 人工成本报账单 (27)7.1.8. 税金报账单 (42)7.1.9. 预付款 (42)7.1.9.1.成本类预付款报账单 (42)7.1.9.2.工程类预付款报账单 (42)7.1.10. 批量报账 (46)7.1.11. 计提类费用报账单 (48)7.1.12. 支付申请(已列账) (48)7.1.13. 暂收管理 (49)7.1.13.1.暂收款报账单 (50)7.1.13.2.暂收款支付报账单 (52)7.1.14. 收入管理 (52)7.1.14.1.尚未由BOSS出账的收入报账单 (53)7.1.14.2.其他收款（应收） (55)7.1.14.3.其他收款（杂收） (56)7.1.15. 资产管理 (56)7.1.15.1.资产调拨报账单（部门内） (57)7.1.15.2.资产调拨报账单（部门间） (59)7.1.15.3.资产调拨报账单（地市间） (59)7.1.15.4.资产闲置报账单 (62)7.1.15.5.资产减值报账单 (63)7.1.15.6.资产报废报账单 (64)7.1.15.7.资产清理报账单 (64)7.1.15.8.资产盘盈报账单 (67)7.1.16. 工程管理 (67)7.1.16.1.资产暂估通知书 (67)7.1.16.2.工程项目形象进度暂估表 (69)7.1.17. 资金管理 (69)7.1.17.1.下拨资金或信用额度申请报账单 (70)7.1.17.2.资金转账和提现申请报账单 (71)7.1.18. 供应商新增报账单 (72)7.1.19. 其他报账单 (72)7.2. 报账单据流程管理功能要求 (74)7.2.1. 报账单据流程（示例） (74)7.2.2. 报账单据录入 (76)7.2.3. 报账单据提交 (76)7.2.4. 报账单据审批 (79)7.2.5. 报账单据拒绝 (80)7.2.6. 报账单据删除 (80)7.2.7. 授权录入和授权审批 (81)7.3. 接口管理功能要求 (81)7.3.1. 基本功能要求 (82)7.3.2. 和ERP系统接口 (82)7.3.2.1.ERP基础数据同步至报账平台系统 (83)7.3.2.2.报账单据导入ERP (89)7.3.3. 和银企互联系统接口 (96)7.3.3.1.付款清单 (96)7.3.3.2.支付结果 (97)7.3.4. 和合同管理系统接口 (97)7.3.4.1.合同基础信息 (98)7.3.4.2.合同付款条件和合同文本 (98)7.3.4.3.合同收款条件和合同文本 (99)7.3.4.4.合同收款列账及收/付款信息 (99)7.3.5. 和预算管理系统接口 (100)7.3.5.1.报账项目信息 (100)7.3.5.2.预算控制结果........................................ 错误!未定义书签。
医共体智能报账流程方案
医共体医共体智能报账流程方案医共体智能报账建设目标智慧报账旨在为医院提供财务集中核算、集中支付、高效高质地传递会计核算信息等服务，具体目标为：报账流程规范化、原始凭证影像化、档案管理电子化、财务信息共享化，即通过医院医共体智能报账体系，实现全员费用报销、职工借还款、资金支付等业务线上完成；通过电子影像实现对报账原始单据的影像管理，实现单据高效传递及远程作业支撑；通过电子档案系统实现档案的统一归档及日常管理；通过与人力资源管理系统、内部办公系统（OA系统）、银医互联系统等集成，实现信息快速准确传递，资金不落地处理。
最终达到医院报账工作效率与效益的提升，为医院管理水平的提高打下坚实基础。
医共体智能报账流程梳理该模式下，报销流程可以概括为：1.提出报销申请。
若开支事项需要事前申请，报销人通过内部办公系统等填写事前申请单，部门负责人及归口部门领导等审批后，进行预算冻结；若开支事项无需事前申请，则报销人直接在移动报账端或者电子报账系统填写报销单。
2.打印报销单并投递。
报销单提交成功后，报销人打印带单据号条码的报销单，将其与原始发票及其他附件一起放置票据箱。
3.影像扫描。
票据员扫描报销人投递的报销单及发票等附件，上传至电子影像系统。
4.业务审批。
通过部门负责人、预算归口部门、分管院领导等多层级预设审批流程，对报销人提交的报销单进行审批。
审批人可查看报销单的明细内容与所附的影像附件。
若审批人驳回报销申请，则其可驳回至已经过的任意审批流节点。
审批后，系统按报销金额冻结预算。
5.共享中心财务初审。
初审内容有事项是否合规、附件是否完整、是否对报销金额进行调整、系统生成的凭证是否正确等。
若不符合规定则可驳回至已完成的任意审批流节点。
6.共享中心财务复审。
复审主要复核初审工作，若不合规可驳回至初审。
若审核通过，则生成支付信息。
通过财务复审的单据，生成的凭证信息通过接口导入会计核算系统。
7.出纳付款。
出纳提交已通过财务复审的报销单，由银医互联系统完成资金支付。
中国移动集团公司内部控制手册与业务流程(doc 213)
中国移动股有限公司内部控制手册业务流程目录业务流程1资本性支出业务流程 (606060)1.1 招标及合同管理业务流程 (606060)1.2 一般工程资本性支出业务流程 (727272)1.3 应急工程资本性支出业务流程 (969696)1.4 零星固定资产采购业务流程 (106106106)1.5 国际线路支出业务流程 (113113113)1.6 切块规模管理业务流程 (126126126)1.7 资本承担业务流程 (129129129)2经营性支出物资采购业务流程 (132132132)3资产管理及处置业务流程 (140140140)3.1 固定资产及无形资产管理业务流程 (140140140)3.2 固定资产维修业务流程 (164164164)3.3 存货管理业务流程 (175175175)4服务提供、计费、收入及收款/结算业务流程 (193193193)4.1 产品定价业务流程 (193193193)4.2 业务受理业务流程 (197197197)4.3 计费帐务业务流程 (228228228)4.4 收款和应收账款的管理业务流程 (243243243)4.5 与移动运营商的结算业务流程 (254254254)4.6 信息源合作方结算业务流程 (268268268)4.7 内部结算业务流程 (277277277)4.8 移动卡收入业务流程 (285285285)4.9 代办业务流程 (292292292)4.10 大客户业务流程 (298298298)5关联方交易业务流程 (308308308)6资金管理业务流程 (316316316)6.1 筹资业务流程 (316316316)6.2 货币资金管理业务流程 (325325325)6.3 对外投资业务流程 (346346346)6.4 资金补贴业务流程 (362362362)7成本费用管理及核算业务流程 (367367367)7.1 人工成本业务流程 (367367367)7.2 经营租赁成本业务流程 (378378378)7.3 一般成本费用支出业务流程 (384384384)8会计报表编制业务流程 (392392392)9重大表外事项管理 (405405405)9.1 担保业务流程 (405405405)9.2 法律规范遵循业务流程 (415415415)10信息管理与披露业务流程 (424424424)10.1 管理信息数据业务流程 (424424424)10.2 信息披露业务流程 (437437437)11预算管理和财务分析业务流程 (452452452)1资本性支出业务流程1.1招标及合同管理业务流程一、业务流程范围1 所涉及的业务范围选择设计单位、承建商、供应商和监理公司；签订合同并对合同的执行和存档进行管理；组织采购；对购入物资的数量、质量和单价金额进行检验并对相关资产项目,以及应付账款进行记录；监督工程建设的实施并适时进行验收；向供应商支付货款。
中移动服务方案标书
中移动服务方案标书尊敬的各位：感谢您对中国移动服务方案标书的关注和支持。
作为中国移动的服务方案，本标书旨在为客户提供最优质的服务和解决方案，促进客户合作发展，实现共赢。
中国移动作为中国最大的移动通信运营商之一，一直致力于为客户提供更加安全、可靠、便捷、高效的移动通信服务。
本标书所提供的服务方案涉及固定电话、移动通信、数据传输、企业短信、智能互联、云计算等众多领域，是中国移动生态圈中的综合性服务。
一、服务方案概述本服务方案所涉及的产品和服务包括：1. 固定电话：提供全方位固定电话综合服务，针对不同用户需求提供包括语音、多媒体、数字视频会议等多种功能。
2. 移动通信：提供全国范围内的通讯服务，包括语音通话、短信、GPRS、EDGE、3G、4G 等多种移动通信服务。
3. 数据传输：提供互联网接入服务、VPN 专线接入服务、数据中心托管服务等。
4. 企业短信：提供符合企业需求的短信广告、移动办公、营销推广、安全验证等服务。
5. 智能互联：提供多种智能互联产品，包括大屏展示、广告互动、智能语音等数字化营销推广产品。
6. 云计算：提供基础设施即服务（IaaS）、平台即服务（PaaS）和软件即服务（SaaS）的云计算服务，支持用户应用从私有云、公有云到混合云的多层次部署。
二、服务细节说明1. 服务优势：（1）安全可靠：中国移动人性化、智能化的管理系统和先进的网络设备，确保客户数据信息的安全性和可靠性。
（2）灵活方便：支持固定电话、移动电话、短信、互联网等多种通信形式，可根据不同客户需求定制不同的服务方案。
（3）智能升级：提供智能终端产品，包括手机、平板、路由器等，配合智能营销推广产品，实现全新的客户交互体验。
（4）服务质量：中国移动全面推行服务品质管理，确保服务质量在国内同行业领先。
（5）立足未来：中国移动一直积极推行新技术并进行前瞻性布局，将持续推出更多服务和功能以满足不断变化的客户需求。
2. 实施方案：服务实施方案根据客户需求定制，提供专业的方案设计、系统建设、测试上线、数据迁移等全方位服务。
移动报销软件的功能与问题分析
移动报销软件的功能与问题分析随着移动互联网的普及和企业管理的数字化需求，移动报销软件也成为了越来越多企业所采用的一种管理方式。
移动报销软件能够提升报销效率，减少企业管理成本，但是在使用时也会出现一些问题。
功能分析：1. 快速发起报销：移动报销软件允许员工在移动设备上快速发起报销申请，省去了填写纸质单据和耗时的手动录入。
2. 减少人工审核：移动报销软件能够对员工提交的报销单据进行自动审批，在确保报销单据合规的情况下，可以减少企业对关键人员的依赖，降低人工审核的成本。
3. 实时数据查看：移动报销软件能够实时汇总报销数据并生成分析报告，支持员工和管理层随时查看报销情况，方便决策。
4. 电子票据管理：移动报销软件支持员工上传和保存电子票据，提高了企业的数据管理效率，减少了纸质票据的存储和管理成本。
5. 智能报销分析：移动报销软件使用人工智能技术，对员工的报销数据进行分析,能够识别出违规报销情况，提醒员工及时调整。
问题分析：1. 数据安全性：移动报销软件涉及企业的财务数据和员工的个人信息，在使用时需要保证数据的安全性，避免信息泄露和滥用。
2. 缺乏培训：许多企业使用移动报销软件的员工并没有得到足够的培训，不懂如何使用移动报销软件，导致使用过程中出现一些问题。
3. 费用问题：应用移动报销软件需要支付相关的费用，对于一些小企业而言，移动报销软件的费用可能会成为一项负担。
4. 系统互通性：目前市场上存在不同的移动报销软件，有些企业可能同时使用多种不同的报销软件，这就需要不同软件之间的数据互通，而这也可能会带来一定难度。
综上所述，移动报销软件具备快速发起报销、减少人工审核、实时数据查看等优势，但在使用过程中也面临着数据安全、缺乏培训、费用问题和系统互通性等问题。
企业在使用移动报销软件时需要注意以上问题，合理利用移动报销软件提升企业管理效率。
专项资金管理制度（八篇）
专项资金管理制度____省中小学校长培训____管理制度第一章总则第一条为切实规范____管理制度，保障资金安全、高效运行，发挥资金使用效益，特制定以下管理制度。
第二条本制度适用范围为____师范学院承接的“教育部—中国移动中小学校长培训项目”。
第三条____师范学院对____部控制制度的建立健全和有效实施以及____的安全完整负责。
第二章基本原则第四条移动项目____提取和使用都必须符合国家统一规定，实行“专账核算、专项使用”第五条移动项目____的拨付本着专款专用的原则，严格执行项目资金批准的使用第六条移动项目____使用计划和项目批复内容，不准擅自调整、不准拆借、挪用、挤占和随意扣押，第七条移动项目____报账拨付要附真实、有效、合法的凭证。
第三章资金支付程序第八条移动项目____使用部门每月填报资金使用计划，提交有关领导批准后方能生效。
第九条移动项目____使用时，由____师范学院指定专人根据审批后的预算表进行审核无误后，根据学校相关财务制度办理相关手续后支付。
第十条移动项目____使用后，应及时办理报销手续，前账不清，后账不借。
第十一条____师范学院每月初，检查上月的资金计划执行情况。
第五章附则第十二条本制度如有与学校财务管理规定相冲突之处，按学校规定执行。
专项资金管理制度（二）为切实规范____管理，保障资金安全、高效运行，发挥资金使用效益，特制定以下管理制度：一、____实行“专人管理、专户储存、专账核算、专项使用”。
二、资金的拨付本着专款专用的原则，严格执行项目资金批准的使用计划和项目批复资料，不准擅自调项、扩项、缩项，更不准拆借、挪用、挤占和随意扣压；资金拨付动向，按不同____的要求执行，不准任意改变；特殊状况，务必请示。
三、严格____初审、审核、审核制度，不准缺项和越程序办理手续，各类____审批程序，以该____审批表所列资料和文件要求为准。
四、____报账拨付要附真实、有效、合法的凭证。
2024年专项资金管理制度模版（二篇）
2024年专项资金管理制度模版____省中小学校长培训专项资金管理制度第一章总则第一条为确保专项资金管理制度的规范性与有效性，保障资金的安全、高效运行，并充分发挥其使用效益，特制定本管理制度。
第二条本制度明确其适用范围为____师范学院所承接的“教育部—中国移动中小学校长培训项目”。
第三条 ____师范学院需对专项资金内部控制制度的建立健全、有效实施以及专项资金的安全完整承担全部责任。
第二章基本原则第四条移动项目专项资金的提取与使用必须严格遵守国家统一规定，实行“专账核算、专项使用”的管理模式。
第五条移动项目专项资金的拨付应坚持专款专用的原则，严格按照项目资金批准的使用范围进行执行。
第六条移动项目专项资金的使用计划和项目批复内容，严禁擅自调整、拆借、挪用、挤占和随意扣押。
第七条移动项目专项资金的报账拨付必须附带真实、有效、合法的凭证。
第三章资金支付程序第八条移动项目专项资金使用部门需每月填报资金使用计划，并提交相关领导审批，待审批通过后方可生效。
第九条在使用移动项目专项资金时，____师范学院应指定专人依据审批后的预算表进行审核，确认无误后，按照学校相关财务制度办理支付手续。
第十条移动项目专项资金使用后，应及时办理报销手续，确保前账清晰，避免后账的借支。
第十一条 ____师范学院需于每月初对上月的资金计划执行情况进行检查。
第五章附则第十二条若本制度与学校的财务管理规定存在冲突，应以学校规定为准执行。
2024年专项资金管理制度模版（二）____省中小学校长培训专项资金管理制度第一章总则第一条为确保专项资金管理制度的规范性与有效性，保障资金的安全、高效运行，并充分发挥其使用效益，特制定本管理制度。
第二条本制度专门适用于____师范学院所承担的“教育部—中国移动中小学校长培训项目”。
第三条 ____师范学院需对专项资金的内部控制制度的建立健全与有效执行负责，同时确保专项资金的安全与完整。
第二章基本原则第四条移动项目专项资金的提取与使用必须严格遵守国家统一规定，实行“专账核算、专项使用”的原则。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中移动报账系统建设1项目背景中国移动于2008年启动了中国移动总部FSSC层面财务集中管理工作，各省公司财务核算中心成立。
2008年5月进行财务集中管理报账平台和银企互联系统的全国集采。
经过多轮与中国移动集团的技术交流和统一谈判，用友软件电信事业部中标9个省的报账平台项目和6个省的银企互联项目。
报账平台：9个省黑龙江、吉林、辽宁、陕西、甘肃、宁夏、青海、西藏、新疆银企互联：6个省黑龙江、山东、广东、湖南、内蒙古、西藏项目现基本都在进行第5-7期建设中下图为移动各省报账项目建设历程：2建设目标1、基于私有云部署(中国移动报账项目)以下数据参考的是中国移动报账项目日常数据系统用户量:5000人月单据量:1.5W张日单据量:1.5W/20=750张并发量：5000/25=200人高峰期并发量:200*2=400人全国数据大约为一个省的30倍左右.由此推算数据如下:系统用户量:15W人月单据量:50W张日单据量:50W/20=2.5W张并发量：15W/30=0.5W人高峰期并发量:0.5W*2=1W人数据库:DB2、ORACLE2、基于Saas部署（中小型企业租户模式）以下估算数据按照10000家公司，平均一家公司100人计算系统用户量:100W人月单据量:300W张日单据量:300W/20=15W张并发量：100W/25=4W人高峰期并发量:40000*2=8W人数据库:MySQL以上得知,系统需要满足如下:1、8W人的并发量。
2、支持多数据库的部署。
3、租户之间数据隔离。
4、租户之间可以进行不同的后台管理。
本项目目标是建立一个生态化报账平台，报账系统建设目标主要分为四个方面：1.共享服务化：a)实现目标：集中核算、集中支付、集中审核、集中管控b)效果实现：标准化、工厂流程化，提高效率和质量，降低运营成本，加强内控。
c)考虑要素：地点、流程、组织岗位、政策法规、技术、服务及考核d)采用技术：网络化报销系统、条码技术、影像技术、双屏技术、移动技术2.作业驱动的全业务化：a)全业务报销：收入、支出、人财物、产供销、投融资等所有主营业务、支撑业务全部纳入报销体系，既是一个信息采集工具，有事财务联通业务的关键桥梁b)作业驱动：科目-作业预算-业务大类-业务小类-报销项目，细化到作业，以作业驱动资源的消耗（即报销）。
3.互联网化：a)云计算技术：云部署、saas服务b)移动应用：app、微信整合c)大数据分析：结构化、非结构化数据分析、经营分析、业务效率分析、用户行为分析d)社交应用：在线客服、微信互动e)用户体验：前后台分离，工作台设计，界面友好，体验良好4.平台化：a)平台开放性：平台开源，提供第三方应用和服务的集成，更好满足客户需求。
如商旅服务、理财服务、电子发票等等。
b)平台运营：包括客户自运营运营、用友自运营、合作运营等模式、代运营等多种模式。
内容包括：IT运维、流程配置、模板配置、影像扫描、档案管理、会计作业等等从上图可以看出系统建设分为了三个阶段:第一阶段：互联网化报账平台，该阶段以中国移动需求为原型，在全新的互联网开发平台上，实现报账的全面互联网化；完成报账核心应用大部分功能、辅助应用和支撑应用关键功能的上线使用；一阶段产品要求能满足移动各省现有报账系统的迁移。
同时能实现与NC 对接，对外向NC集团客户推广。
第二阶段：集成化报账平台，该阶段完善和丰富报账核心应用、辅助应用和支撑应用的功能；完善前端门户应用的功能；实现移动应用，由微信整合到APP开发使用，提高报账业务效率和体验；二阶段产品要求在丰富功能的基础上，重点考虑提升用户的体验；第三阶段：生态化报账平台，考虑引入和集成第三方应用服务，增强平台服务功能，满足平台客户多方位的需求；在丰富和完善平台服务功能的基础上，开发平台运营管理功能，满足平台的第三方运营要求；具备对外咨询服务能力，建立完整运营体系，实现运营的多方位价值变现。
使用客户结构从大型单一集团至大型多元化集团至大型企业及小型企业到项目型组织不断演化及支持；3建设范围实现前后台管理系统的分离:功能范围分为前台应用和后台管理；其中后台管理分为系统管理和业务管理；公共功能：帮助中心、忘记密码、用户信息、设置功能{主门户设置、委托授权设置、工作交接设置、系统安全设置、个人信息设置}、消息管理{代办事项、代阅事项、系统公告}、门户切换功能报账人门户：检索功能、收藏夹、报账人首页{常用单据维护、报账单据过滤、填报、收藏、最近报销单据、系统公告、建议咨询}、合同管理、票据箱、报账单据{规划25张单据+四川移动需求+移动在线及互联网公司需求}、我的报销{首页面、我的申请、我的报销、合同管理、票据箱、账表统计、消息管理、收藏夹}审批人门户：审批人首页{代办任务、代办审批、常用报表、关键指标分析、常用单据、最近报销单据}我的报销{首页面、业务申请、报销单、账表统计（2张左右）、消息管理}财务处理门户：财务处理首页{代办任务、代办审批、系统公告、建议咨询、作业统计}报账基础管理{借款控制规则、备用金额度设置、费用类型设置、地区类型设置、报销标准设置}期初管理{借款期初、合同期初、预算期初}共享基础管理{待办池类型、待办量化标准、作业时间设置、业务高峰期、特殊档案设置、量化派单规则、量化时长管理}共享作业管理{待办处理、待办调整}预算管理{预算信息管理、预算信息调整、预算执行台账}合同管理{合同信息管理、合同执行台账}消息管理、账表统计4项目方案4.1建设思路本项目建设的核心是需要实现报账系统的互联网化，实现企业的saas应用，并需要运维平台的支持；建设内容包括：通过如下图后台规划思路使用业务场景化（业务画像）方式，可以了解本项目需要的功能；产品在业务建模方面的功能设计要求：1.平台要求对每一项报账业务必选根据图中12个维度有详尽的描述，在业务建模时可以按可视化、导航的方式，对业务进行画像，完成业务的设计和配置。
2.用户可以选择平台提供的标准化的业务模型，也可以增加新的业务模型，增加一项新业务模型可以从现有业务模型拷贝修改。
3.对于配置好的业务模型，可以提供全景图，即指定一个业务模型，可以完整看到图中的各项内容。
综上，报销系统从需要互联网化的saas应用，并对运维的要求，以及其中搜索、权限模型、参数设置（业务规则）、单据模板、审批流程等与iuap企业互联网开放平台匹配度很吻合；4.2应用架构基于本项目的整体建设思路，报账系统的整体应用架构如下：应用的管理流程设计应用的功能设计4.3系统架构在平台系统实现方面，我们需要重点考虑以下几个问题：(1)由于财务大集中，而各省份之间没有业务关系，系统需要支持多租户(2)系统需要保证弹性伸缩以及高可用(3)支持云端的审批流程(4)支持用户自定义模板(5)云服务架构在不同的saas，基于ass；提供公共的服务(6)流程、搜索的支持(7)分布式服务的高并发高可用(8)运维管理以上是广信中移动报账系统的系统架构，下图为IUAP服务端框架和中间件结构，可以看出；业务应用采用的技术栈；4.4应用开发框架4.4.1前后端分离4.4.1.1前提要素Web开发技术的日益发展和Web系统需求的日益的提高,使得前后台分离的条件日益成熟,而必要性也日益提高.总结概括如下:a.前端无所不能,通道日益便利,需求日益明确.b.HTML/CSS标准的发展使得前端表现日益丰富在近年Web前端技术的竞赛中,HTML5/CSS3显然还是领跑者,它们的标准不断发展也给前端实现带来了更多可能,介于这两种技术是任何模式的必选,这里就不加累述了.c.JS框架的不断发展使得前端开发无限可能如今,内有JQuery这种简单易用的基础函数库,外有AngularJS和BackBone这种框架实现. 在JS的肩膀之上,前端开发事实上已经具备无限可能.d.RESTful Api和Json的发展使得前后端交互日益便利当然,分离以后就存在交流的问题,如何快速,简洁,有效,统一的在前后台进行信息的交互,成为分离以后必须考虑的问题.幸运的是, RESTful思想和Json数据标准的出现,使得这种交互日益便利,在前端,我们耳熟能详的JS技术和框架对RESTful和Json的支持可以说已经水到渠成. 至于后端,不管什么语言,什么平台都有非常成熟的方案.e.前后端的不同发展趋势使得前后端分离需求日益明显Web开发桌面化已经是无法阻挡的潮流,而前端开发的需求应该会向更加注重界面表现,速度流畅,用户体验的方向发展,而且要求只会越来越高.而在后端,稳定,性能,安全,存储,业务等核心问题依然是主流,所以前后端的需求必将日益分化,注重表现和注重内在的前后端开发人员必将需要适合自己的舞台.4.4.1.2分离原则分离的四大原则：a.前端静态化：前端有且仅有静态内容,再明确些,只有HTML/CSS/JS. 其内容来自于完全静态的资源而不需要任何后台技术进行动态化组装.前端内容的运行环境和引擎完全基于浏览器本身.b.后端数据化后端可以用任何语言,技术和平台实现,但它们必须遵循一个原则:只提供数据,不提供任何和界面表现有关的内容.换言之,他们提供的数据可以用于任何其他客户端(如本地化程序,移动端程序).c.平台无关话前端3大技术本身就是平台无关的,而后台连接部分的本质是实现合适的RESTful接口和交互Json数据,就这2者而言,任何技术和平台都可以实现.d.架构分离化前端架构完全基于HTML/CSS的发展和JS框架的演变,与我们耳熟能详的后台语言(如C#, Java, NodeJs等)完全无关. 由于前台是纯静态内容,大型构架方面可以考虑向CDN方向发展.后端构架几乎可以基于任何语言和平台的任何解决方案,大型构架方面, RESTful Api可以考虑负载均衡;而数据,业务实现等可以考虑数据库优化和分布式4.4.1.3分离特点页面逻辑和呈现效果: JS已经无所不能,依托于目前的各种JS函数库和框架，在获取到合理的数据以后，几乎没有做不出来的逻辑和效果。
对于数据校验，路由控制，代码复用等等问题，前端技术已经完全可以解决。
服务器性能和优化: 由于前端内容是完全的静态内容,在初次获取以后的大部分时间内，浏览器使用的就是本地缓存，也就是说，服务器的压力主要来自于承载数据的RESTFul Api调用，压力的大幅降低不言而喻。
加上对交互数据的合理设计,可以说对客户端-服务端的交互量控制已经接近极限。
安全性: 由于前端静态内容仅仅只能获取,而后端只能接受Json,应该说,屏蔽了大量可能发生的注入型问题,而一些其他问题,比如非法对象,数据加密,DDOS等问题,这些本身就是后端人员无法回避的责任,在任何模式下都必须考虑.跨平台,跨技术: 正如刚刚所所说, 前端技术本身无平台限制,而后端几乎任何平台都能实现.企业级构架考虑: 前端考虑搭建CDN,后端考虑负载均衡,数据库优化和分布式设计.关键问题是,前后端构架可以分开考虑,各自交给其专业人员去架设.测试: 前端JS已经出现非常优秀的单元测试框架(AngularJS),而后端RESTFul测试技术早已驾轻就熟.SEO:的确是一个问题,但通过OWIN或者其他HTTP Module桥接技术,转接一部分HTTP路由到SEO功能并非难事.开发技术:前端人员只需要学习HTML/CSS/JS,而后端人员只需要学习后端语言.几乎不需要穿插.Ajax跨域:如果远程调用或者内部少量调用,可以考虑后端转接和JSONP,内部构架分离可以考虑CORS.4.4.1.4动静分离由下图可以看到一个标准的http处理流程：a.首先通过Web Server 接受Http请求;b.比如html、css等静态资源Web Server 可自行处理;c.当遇到动态资源(jsp等)时候Web Server 将请求转接至Application Server中，由Application Server处理;Web Server或者叫HTTP Server主要用于操作Http请求，包括接受客户端的请求以及响应。