OLD 网上报销系统体系结构设计报告

1、上海浦东发展银行网上报销系统二期上海浦东发展银行网上报销系统二期 体系结构设计报告体系结构设计报告 文件标识：SPDB-EAII-SD-ARCHITECTURE 当前版本：1.2 作 者： 文件状态： 草稿 正式发布 正在修改 完成日期：2007-7-30 微软微软(中国中国)有限公司顾问咨询部有限公司顾问咨询部 2021 年年 5 月月 版 本 历 史 版本/状态作者参与者起止日期备注 0.1John Bao2007-6-10草稿 1.0John Bao2007-7-1根据讨论结果修订 1.1John Bao2007-7-12各接口子系统补充说明 1.2John Bao2007/7/30工作

2、流/登录认证接口调整 补充项目背景资料 目目目 录录录 1. 系统概述系统概述.5 1.1 系统背景系统背景.5 1.2 系统目标系统目标.6 2. 需求概述需求概述.8 2.1 功能需求功能需求.8 2.1.1 用户对象用户对象.8 2.1.2 使用场景使用场景.9 2.1.3 需求概要需求概要.10 2.2 非功能需求非功能需求.17 2.2.1 业务业务.17 2.2.2 用户用户.19 2.2.3 外部系统关系外部系统关系.21 2.2.4 系统实施系统实施.21 3. 设计约束及策略设计约束及策略.22 4. 系统总体结构系统总体结构.25 4.1 部署结构图部署结构图 逻辑框图逻辑

3、框图.25 4.2 部署结构图部署结构图 各子系统接口图各子系统接口图.26 4.3 部署结构图部署结构图 网络物理拓扑结构图网络物理拓扑结构图.27 4.4 统一认证登录及权限控制统一认证登录及权限控制.28 4.5 员工福利教育基金额度接口员工福利教育基金额度接口.29 4.6 工作流及任务提醒工作流及任务提醒.30 4.7 主数据及帐务处理接口主数据及帐务处理接口.31 4.8 支付处理接口支付处理接口.32 4.9 其他其他.33 5. 结构与功能结构与功能.36 6. 开发环境的配置开发环境的配置.41 7. 运行环境的配置运行环境的配置.41 8. 测试环境的配置测试环境的配置.4

4、2 1. 系统概述系统概述 上海浦东发展银行网上报销系统二期（以下简称 EAII）作为一个完整的解决 方案实现电子化的财务支付平台，通过该系统实现申请（费用开支前/费用开支后） 、审批、报销/付款、对账、过账全部环节的系统化，规范财务支付流程，统一报 销支付的数据，提高财务工作效率。 通过系统数据集成，财务及高层管理人员能及时地获得费用开支和现金流等 信息，进行相应的决策。将预算数据与实付数据综合起来，辅助各类预算执行的 控制和管理。 本系统包含报销过程中的预算执行和控制，提供教育培训基金额度申请和审 批流程，预算数据调整的申请和审批，教育培训基金额度由教育培训基金额度系 统来管理。 1.1

5、系统背景系统背景 上海浦东发展银行经过一年多的电子报销系统一期的全行推广和使用经验积 累，当前在用的电子报销系统迫切需要进一步实现功能支持和优化，目前凸现的 系统问题包括： 系统支持的审批流单一，无法满足不同管理机构不同费用事项的审批规 则； 系统的日志功能薄弱，无法完整记录系统中的特殊操作，系统安全性存 在隐患； 电子报销系统同其他系统的接口设计不尽完善，存在数据同步时滞、非 无缝以及同步错误等问题； 系统查询功能薄弱，可供查询的数据范围较小，一般只能在一个季度的 跨度内进行查询； 电子报销系统对于预算执行的监控较为粗放，如对于项目预算只能进行 总额控制，无法区别对待不同预算类型的年结处理等

6、； 系统对于用户角色的设定不够细致，也无法对不兼容岗位进行系统强制 分割； 对于分期付款、分期确认费用等特殊帐务处理，系统目前支持的操作方 式较为烦琐，用户体验不佳。 1.2 系统目标系统目标 电子报销系统二期的主要目的就是解决一期存在的问题，在一期的基础上对 系统设计和功能在审批流程、预算管理、权限管理、数据整合以及用户体验方面 进行规范和优化。 网上报销二期实施目标如下： 优化全行网上报销财务流程,建立一套适应分行细分需求、灵活的财务报 销机制,为全行财务大集中打下基础 预算控制的增强：要求支持 4 种预算管理模式，并实现年底预算结转的 功能 提供员工教育基金额度的网上申请、审批功能 降低

7、报销流程的复杂性，提高优化用户体验。提供在线提交及向导模式 提交申请，并能保存已提交的表单作为将来提交表单的模板 与 SAP 各项主数据的实时同步及入帐的集成，与网银支付的无缝集成和 支付记录的同步，实现支付、记账和对账等操作的不落地处理和实时控 制，满足合规性审核要求 灵活度高可由业务自定义的权限管理功能：能够针对每个用户设定其能 够操作的事务及范围，并能够通过系统控制角色互斥，对权限管理的操 作保留审核日志 对系统查询功能的增强，提高业务人员查询的灵活程度 2. 需求概述需求概述 2.1 功能需求功能需求 上海浦东发展银行需要进一步完善电子报销系统的功能和优化，加强系统安 全性，使其能够在

8、符合浦发系统审计规范的前提下，完成从在线提交报销申请、 费用开支事项审批、财务规范审核、款项支付、银行现金账务核对、到 SAP 入账 等全部环节，并且在每个环节中尽可能借助系统强制控制规范审批路径、预算使 用、款项支付以及财务入账处理。同时，增强电子报销系统的信息提供、检索、 分析功能，逐步成为费用控制决策的信息基础之一。 2.1.1 用户对象用户对象 电子报销系统目标服务对象是上海浦东发展银行进行费用控制的财务管理人 员。 电子报销系统的使用用户涉及到上海浦东发展银行全行需要通过系统进行报 销的申请人员、提交人员、部门审核人员、不同费用类别/金额的审核人员、财务 预审人员、财务审核人员、系统

9、管理员 教育培训系统的额度申请人员、部门审核人员、额度管理人员、培训负责人、 人事负责人、系统管理员 2.1.2 使用场景使用场景 EA 二期设想的业务流程如图所示。 开始 是否预支款或 事先审批事项 提交预申请单 提交支付申请单 根据费用事项选定 预设的审批路径和 预算类型进行费用 开支审批 之前是否有预 申请 关联预申请 是 否 否 是 是否允许开支 单据、报销凭证签 收 否 是 单据、凭证是 否合规 换人复核 是 否 是否科目摘要 错误 直接修改 等待补齐单据或者 指定回溯点 否 是否复核通过操作付款 指定回溯点 否 是付款复核 付款要素是否 正确 指定回溯点 否 完成付款 手动：现金、

10、票据 接口：网银 支付是否成 功，银行存款 现金账务是否 一致 否 SAP POSTING 接口处理 是 返回过账日志 自动比对EA-SAP 科目发生数 是否成功？ 是否一致？ 结束 是 否 单据预审 否 E-ACCOUNTING 二期整体业务流程图二期整体业务流程图 基本的业务流程类似于现有系统，主要差异在于： 在关键判断环节允许有权人指定打回给前面的特定节点； 可以根据分行需要，为部分利润中心在提交开支审批之前增加单据预审环节； 审批路径由系统根据费用事项自动从预设流程中选定； 接口均采用无缝、不落地方式处理，且能提供反馈信息至 EA。 2.1.3 需求概要需求概要 (1) 通过该系统实现

11、申请（费用开支前/费用开支后） 、审批、报销/付款、对账、 过账全部环节的系统化，规范财务支付流程，统一报销支付的数据，提高财 务工作效率。 a) 提交预申请或支付申请 所有的预申请和支付申请的提交，均采用在线方式。使用向导模式帮 助用户提交申请，对于重要的决定单据走向的选项，设置单独页面提 示用户选择，例如： a)“无预支款预申请” 、 “有预支款预申请” 、 “支付申请的选择”：单 选，必选项，系统不要设定默认选项； b)费用事项的选择：单选，必选，系统不要设定默认选项； c) 预算类型的选择：根据选择的费用事项和审批规则的配置由系统 自动选择； 允许用户保存申请的草稿，或者参照以前提交的

12、单据作为提交同类申 请的模板; 提交申请时允许携带附件（扫描图片、word、excel、pdf 文件等） ， 以补充提供审批人需要的信息; 专门设置单据打印版式，重新编排申请单的打印格式，使其更为紧凑， 以节约用纸。在打印预申请或支付申请单时，不要打印单据中已被撤 销的支付项，以及界面上的其他功能按钮。 b) 预算控制 支持 5 种预算管理模式，并根据预算管理模式分别设定年末预算额度 结转的功能： 1. 利润中心预算: 处理超预算或者其他三项预算不予管理的费用， 可以选择是否设置确定的预算额度，如设置了确定的预算额度并 在年末产生结余，结余部分无需结转至次年。预算期间为年度， 预算需要分解到科

13、目组; 2. 部门预算: 对不同的成本中心（组）的不同费用事项在确定期间 内进行预算控制，允许单笔费用报销申请同时使用多个部门预算. 对于年末结余无需结转至次年。预算期间为年度，预算需要分解 到科目组; 3. 项目预算：对单独立项的项目下的不同费用事项在不定期间内进 行预算控制。预算额度载体为 SAP 同步的内部订单。可以设定一 个或一组用户使用某个特定订单预算。年末结余需要结转至次年。 预算需要分解到科目组； 4. 营销费用预算：对各客户经理（团队、部门）的不同的营销费用 事项在确定期间内进行预算控制。预算额度载体为 SAP 的内部订 单。允许单笔费用报销申请同时使用多个营销费用预算。可以设

14、 定一个或一组用户使用某个特定营销费用预算。系统能够对同一 预算下，不同用户的额度使用进行统计。年末结余按照不同分行 设定是否需要结转至次年，预算需要分解到科目组； 5. 个人额度：对各员工的不同福利品种（对应到费用科目组）在确 定期间内进行额度控制。额度数据从 SAP HR 同步，控制到人 （工号） ，也只能由本人使用，年末结余部分需要结转至次年; c) 审批和工作流 工作流能够针对不同利润中心的不同费用事项设定不同的审批路径； 审批环节支持按部门、归口部门及行长室审批多个环节构成。每个环 节的审批人允许设置多人，根据事项或者金额大小分工； 对于开支部门审批人的审批动作允许并发处理，无需排列

15、先后次序； 单据提交人本人不得出现在审批人列表中，工作流系统要支持不相容 角色互斥； 允许审批人通过排序或者查询选择审批单据； d) 财务签收预审 在单据签收页面参照 outlook 界面设置单据预览窗格，增加列示申请 金额信息，并允许对单据列表按照单据编号、提交日期、提交人进行 排序。 在单据签收环节即允许财务经办人员修改单据的科目和说明字段。修 改科目时允许手动输入或者从弹出窗口选择，弹出窗口中仅列示本单 据费用事项适用的科目。 允许财务经办直接拒绝不合规范的单据，在每个单据或支付项后，增 设“拒绝”作为一个处理操作选项同“待签” “签收”并列。 将签收窗口分割为上下两部分，待签收的单据列

16、于上半部，一旦签收 则转移至下半部。单据在下半部窗口的排列顺利依照签收的顺序，这 样经办签收后提交给复核时，单据按照经办签收时的顺序排列。 如分行选择在审批环节前增加预审环节，预审环节的界面和功能设定 参照单据签收环节，只是将“签收”动作修改为“预审通过” 。 e) 财务复核。 在单据复核页面参照 outlook 界面设置单据预览窗格，增加列示申请 金额信息，并允许对单据列表按照单据编号、提交日期、提交人进行 排序。 将签收窗口分割为上下两部分，待复核的单据列于上半部，一旦复核 通过则转移至下半部。 每个复核批次的清单能够保存下来，可以在需要时重新调阅和打印。 单据经过财务复核后不再发送邮件通

17、知申请人，只需在完成支付后通 知。 完成单据签收和复核的单据在最下方显示财务经办和复核的信息。 f) 财务支付处理功能。 支付方式托收的水电费、电话费，一般都是银行存款付过后进行报销， 系统对已付过款的托收凭证在选择支付方式时能否增加一项“已付款” ，对支付方式为“已付款”的，无需经过支付复核环节，直接将支付 项状态置为“待过账” 。 同一单据内同一收款人的支付项合并支付。 完成选择支付后，系统自动统计并显示本批次的支付总笔数和总金额。 完成选择支付后直接进入支付处理的环节，省略支付复核的步骤。 每个支付批次的清单能够保存下来，可以在需要时重新调阅和打印。 实现与支付系统的无缝接口，使得支付指

18、令能不落地的进行支付处理， 支付处理的结果也能够通过无缝接口回传至电子报销系统并刷新单据 状态，杜绝人为修改的可能性。对于支付不成功的单据提供修改特定 支付条件及重新提交支付的功能。 网银批量付款对于系统内支付也应当在匹配户名和账户一致后进行支 付，否则返回错误信息。 财务支付复核人员在 EA 系统进行银行对帐后能够查询以前日期已对 帐的凭证明细。 g) 撤销单据功能 对于完成支付前的单据且不能通过审批、签收或者复核环节拒绝的单 据，使用撤销功能随时终止流程； 在单据进入支付环节之前，均匀许提交人进行撤销，如是代理提交人 提交的，则只能由代理提交人撤销，被代理人不能撤销； 在点击撤销按钮后，添

19、加撤销警示，系统提示“您确认要撤销该笔单 据吗”字样，同时要求撤销人输入撤销单据的理由说明及确认，以减 少误操作情况。审批人以及财务人员查询被撤销单据时，能够获取以 下信息：撤销人、撤销时间、撤销原因； 财务经办、复核、支付经办、复核均可撤销错误单据，但是必须录入 撤销理由并经过双人会同，经办提交的撤销经复核会同后方可生效， 复核提交的撤销经系统管理员复核后方可生效。系统管理员不能直接 撤销单据或者支付项。已完成支付的单据任何人都不得撤销。 h) 查询功能 对查询内容的组合筛选功能进一步强化，增加可筛选字段的模糊查询， 取消必输筛选字段。 预算查询时，能够根据预算额度的有效期限进行分段查询，例

20、如对于 按月调整的预算额度，可以查询某月的上月结余额（如果适用） 、本 月新增额、本月使用、本月结余等情况。 i)系统财务后台数据与 SAP 系统的接口与自动连接。凭证录入仍然由财务 人员自主选择要过账的支付项。凭证录入界面增加全选/全部取消的操作 功能，增加复核人信息字段。实现 EA 与 SAP FI 账务数据交换的无缝接 口，系统对状态为“待过账”的支付项能够根据单据内容自动判断分录 类型并批量生成过账分录通过无缝接口传递到 SAP，分录类型除了常规 支付之外也要包括分期付款、分期确认费用、三单校验、多笔预支款转 无形资产（如装修费用）等特殊操作，对于每条分录均返回明细的过账 结果日志（含

21、错误原因） 。三单校验允许在修正错误后重新提起 j) 系统参数及业务主数据维护功能 权限管理维护 1. 系统对于用户角色进一步细分，能够针对每个用户设定其能够操 作的事务（申请、审批、单据签收、单据复核、款项支付、支付 复核、过账、查询、系统维护等）以及能够操作的范围（利润中 心、部门、成本中心等） ，并能够通过系统控制落实有冲突的岗 位之间的分离和牵制； 2. 对权限操作保留日志，增加 EA 对系统管理员日志的自动记录， 显示功能； 3. 对于存在普通代理和审批代理关系的员工应能设定各自可以操作 的事务（申请、审批、打印、查询） ； 4. 增加按照成本中心组维护代理人被代理人关系的功能。如果

22、代理 人发生变动，维护也可简化。同理增加按照成本中心组维护有权 审批人的功能； 5. 查询角色能够根据查询内容（单据、预算、报表、日志）和查询 范围（人员、成本中心、部门、利润中心）组合定义其权限。 预算维护 1. 利润中心预算、部门预算、项目预算额度通过 EA 前台维护。允 许在维护预算时对增加的预算额度录入简单说明并通知预算使用 人； 2. 任何一种预算都能够从成本中心、部门（成本中心组） 、利润中 心、时间跨度、科目或科目组等维度加以控制； 3. 维护预算额度采用增量方式，维护方式采用在线维护实时更新； 4. 增加预算上传的检查功能，即当某次上传的预算金额小于已申请、 报销金额时系统不予

23、接受； 5. 通过前台维护的预算额度需要经办复核； 6. 保留预算维护的历史记录以备查询。 业务主数据同步：与 SAP 系统各项主数据，如成本中心，人员、内 部订单、供应商、会计科目等的准实时同步，并允许根据 ea 的业务 需求在 ea 内增加维护部分字段。 k) 在系统交付使用后，协助浦发行在总行的系统实施，人员培训和推广工 作。对各地分行的系统实施和推广工作提供后台的技术支持。 (2)教育培训基金额度申请及审批流程。具体内容包括： l) 教育基金额度申请提交 在线表单提交教育基金额度申请。两种表单格式：外出培训申请、在 职学历学位教育申请 预申请时对于申请的额度不控制，由审批人决定是否可以

24、通过 预申请单据上提供是否个性化扣除 20%的选项 员工教育基金额度信息从教育基金额度系统中获取在表单中显示，填 写时额度数据动态实时查询显示、提交以后的额度数据动态实时查询 显示 m) 预申请单据上增加显示实际报销金额，报销时的金额不允许大于预申请 的金额 n) 员工可以撤销已经全部审核通过的预申请单据，单据状态为未报销的 o) 额度申请单据状态在审批处理成功后状态为申请成功，支付报销使用时 状态为报销处理中，支付成功以后申请单状态为已报销 p) 同一个申请人只允许提交一份预申请或支付直到支付完成，支付时对应 到申请单，申请单中反映支付支付情况报销申请时间，结清时间，报销 金额 q) 教育基

25、金额度申请审批人可以直接修改是否个性化扣除 20%的选项，填 写审批意见，对于不通过的可以输入或选择不通过原因。 r) 教育基金额度申请报销时： 对于教育培训额度报销财务审核通过以后到教育基金额度系统扣除失 败的单据自动回退到原点，同时邮件通知填报人 对于教育培训额度报销财务审核通过以后到教育基金额度系统扣除成 功，同时设置是否个性化扣除 20%的选项以后再支付，支付成功后邮 件通知申请人 s) 教育基金额度从教育基金额度系统中获取，控制到人，额度扣除也从 教育基金额度系统中扣除。 t) 员工能够对额度表单申请状态予以查询、查询本人所有申请表单状况 u) 教育基金额度管理员能够按日期期间查询所

26、有申请表单，能够按表单状态查询 所有申请表单，查询后的信息能够输出为 EXCEL 格式表单，总行管理员能够查 询全行表单 2.2 非功能需求非功能需求 2.2.1 业务业务 可用性可用性/可靠性可靠性 电子报销系统涉及的子系统包括认证子系统、流程控制子系统、报销额度控 制子系统、预算额度/教育基金额度申请子系统、外围系统数据同步/接口子系统。 系统的物理部署架构如下： 从图上可知，系统采用双机互备机制来确保数据和系统的可靠运行，避免了 单点故障。 可扩展性可扩展性 通过灵活的工作流引擎可以使系统在业务流程和规则改变时，通过可视化的 流程配置工具进行流程配置，可以满足如下业务并支持业务的扩展。

27、同一业务在不同分支行机构的流程不同 同一分支行机构对于不同费用类别（如：差旅费，餐饮费等）的流程不同 同一费用类别在不同情况下（如：金额大小，部门等）的流程不同 同一流程在执行过程中可能随时发生变化（如：代理，转发，回退等） 灵活的授权机制，当出现人员变动的时候，只需要改变人员和角色之间的关 联，无需调整一系列相关功能的授权； 分级授权机制，授权管理系统提供自授权的机制。可以将指定范围的授权管 理权限赋予分行指定的人员，同时支持 A、B 角复核的授权控制牵制功能 灵活的预算类别配置机制，预算类别可以被拆细支持多种预算管理模式，项 目预算支持拆细的费用事项（科目组）并可以分配给一个或一组人，支持

28、灵活的 项目预算定义。 安全性安全性 为保证数据库在故障情况（服务器故障、操作系统故障）下可以恢复，数据 备份是必不可少的。根据网上报销系统对数据的实时性和不间断性要求较高，所 以备份的目标为保证数据库在出现损坏情况下可以快速恢复。这样的备份策略就 可以采取以下备份循环： 数据库 日志 日志 日志 日志 每周五备份数据库，而在周一至周四则备份差异和日志。在出现故障时，可 以最快速的恢复数据。 2.2.2 用户用户 用户体验用户体验/易用性易用性 全部采用在线表单提交方式。采用向导式界面，分步骤提示用户所需输入的 信息。尽量采用列表筛选的方式，减少用户输入量，并进行在线实时校验，从而 提高表单提

29、交的成功率； 引入模版概念。对于常用的费用申请表单，提供预先填好的模版，方便用户 进行简单的修改后直接使用； 引入草稿箱概念。用户未填写完成的表单，或曾经提交过的表单可以保存在 草稿箱中，随时可以调取出来使用； 单据直接修改功能。由于某种原因被退回的单据无需完全重新填写，只要在 线修改好以后，就可以直接重新提交； 增加附件功能。管理员可以通过自定义文档管理策略，在文档级别上控制访 问用户的权限，能够指定保留期和到期操作以进行自动的过期附件归档； 表单模版管理。表单模版的升级和管理应该尽量简单，由维护人员（非开发 人员）就可以完成修改，并发布。 用户培训用户培训 电子报销系统目标服务对象是上海浦

30、东发展银行的费用控制的财务管理人员。 另外包括各分行需要通过系统进行报销、额度申请的提交人员、部门审核人员、 不同费用类别的审核人员、额度管理人员、培训负责人、人事负责人、财务预审 人员、财务审核人员、系统管理员。 电子报销系统服务对象涉及的人员多、地域远，因此，通过培训各分行的分 行培训师和系统管理员是用户培训的主要形式。 2.2.3 外部系统关系外部系统关系 电子报销系统涉及的子系统包括认证子系统、流程控制子系统、报销预算额 度控制子系统、预算额度/教育基金额度申请子系统、外围系统数据同步/接口子 系统。 与外部系统的接口架构如图：(4.2 部署结构图 各子系统接口图) 统一认证系统需要与

31、 AD 系统集成； 系统相关基础数据从 SAP/HR/FI/CO/MM 系统中同步； 报销费用明细到 SAP 的凭证过帐，包括 SAP/FI 以及 SAP/CO； 网上报销与核心系统的接口对接； 费用的支付到网银接口支付； 从工作流系统中获取流转以及人员分配等的任务信息； 申请和报销教育基金额度的控制与使用需要与教育基金额度系统对接。 2.2.4 系统实施系统实施 系统迁移系统迁移 上海浦东发展银行网上报销系统二期是在一期的功能基础上进行改造开发， 在满足一期已有功能的基础上对系统设计和功能在审批流程、预算管理、权限管 理、数据整合以及用户体验方面进行规范和优化。 二期作为一期的延伸和扩展需要

32、保持一期的业务数据的连续性，其中包括已 经使用的额度明细，额度余额等信息需要在二期系统中延续使用，一期中的流程 流转信息不迁移。 3. 设计约束设计约束及策略及策略 遵循的标准和规范 上海浦东发展银行网上报销系统二期作为一个完整的解决方案实现电子化的 财务支付平台，财务支付的审批流程需要满足浦发银行的内审内控管理要求，在 支付的帐务处理上要满足财务上的帐务处理规范。 用户习惯 电子报销系统的使用用户涉及到上海浦东发展银行全行需要通过系统进行报 销的申请人员、提交人员、部门审核人员、不同费用类别/金额的审核人员、财务 预审人员、财务审核人员、财务支付人员、财务过账人员、系统管理员 上述用户已经有

33、过电子报销系统一期的实施和使用体验，二期系统会对一期 用户在使用习惯上产生改变，通过更加人性化的界面引导，尽量做到改动对使用 习惯的影响最小。 部署结构要求 二期系统的部署结构不同于一期的部署结构，需要重点解决二期系统的周边 应用系统接口，以及 EAII 系统与周边系统跨网段访问的要求，与周边系统的接口 如下： EAII 通过 BizTalk Adapter for SAP 到 SAP 系统的接口办公网 EAII 到教育基金额度系统 DB 的接口办公网 EAII 到员工福利额度系统 DB 的双向接口办公网 EAII 到系统邮件服务的接口（使用 SOP业务网或 SMTP办公网） EAII 到支付

34、系统的接口（使用 SOP业务网或网银公网） EAII 到统一认证系统的接口 EAII 到工作流系统的接口 支付/过账安全 EAII 系统需要根据报销的支付要求选择自动支付或现金支付，在自动支付时 需要对员工或在本行开户的供应商以及对他行开户的供应商完成支付交易，支付 方式采用不落地方式处理，需要保障支付处理的安全可靠，并提供支付以后的对 账，在支付出错时提供财务人员手动选择支付方式完成支付。对于他行支付返回 的回单由人工在系统外进行处理。 EAII 系统产生过账分录以后需要自动到 SAP/FI 以及 SAP/CO 系统中完成过账， 能够方便财务进行账务对账。 发展可扩展的体系结构 随着业务和公

35、司整体战略的进步，EAII 系统必将在可预见的将来进行新的发 展。因此，e-Accounting 系统的维护和升级工作将伴随系统运行的始终。在这样 的情况下，体系结构的可扩展性和可维护性将决定系统的生命力。 EAII 系统的可扩展性考虑包括了系统的工作流引擎、统一认证平台以及 MOSS 系统和灵活的 Infopath 表单设计等，作为可扩展性发展的基础架构。 充分考虑执行效率 系统实现的是公司全体员工日常报销工作，从浦发行的规模和发展速度上看， 系统将承受的压力会快速增长，必须充分考虑到用户对执行效率的承受力，尽量 减小用户访问的延迟，提高处理容量。为此，需要仔细考虑数据库设计和数据访 问方式

36、，严格限制共享资源的争抢，避免互锁，满足高业务数据安全可靠的前提 下，事务粒度控制到最小化，增加并发吞吐的访问量，减少 Web 服务器对 SQL 服务器的访问次数，以及增强应用系统的数据缓存技术；同时，充分利用 XML 技 术的优越性，将数据获取和数据显示工作负载在服务器和客户端之间分配，利用 分布计算的能力减小服务器需要进行的工作，同时也减小网络数据流量，提高用 户端的响应速度。 系统实现的公司全体员工日常报销单据将会积累大量的数据信息和附件文档， 以及日益增长的用户量和业务量，需要有较大的储存空间以及磁盘 I/O 并发量快 速访问数据和附件档案。系统采用 SAN/NAS 结构将会使大量的并

37、发数据访问分 解到各个磁盘或条带读取，大大提高了数据的访问能力。采用应用服务器集群-负 载均衡方式，在满足用户响应速度的同时，当用户量业务量增长时，通过增加应 用服务器的方式来横向扩展，同时也满足了业务增长的系统可扩展能力。 4. 系统总体结构系统总体结构 4.1 部署结构图部署结构图 逻辑框图逻辑框图 SAP Adapter 员工 机构 成本 中心 供应商 内部 订单 科目 过账/对账 FI 过账 CO 过账 对账 统一认证 权限配置 员工机构 成本 中心 角色 员工组 机构组 信息同步模块 功能配置模块 工作流 流程配置 流程驱动 流程接口 流程规则配置 人员 角色 机构组 流程 流程 规

38、则 流程 驱动 模块 EAII 业务核心系统 支付/过账 单据审批 统一认证 权限模块 流程发起接口模块 表单 档案 处理 接口 模块 单据提交 表单查询 表单 支付项 日志 单据签收 复核 预算控制 预算 供应商 帐户 费用 事项 Moss门户/表单 内容管理系统 表单服务 协同/档案管理 SOP支付 自动支付支付查询支付对账 通知 邮 件 通 知 额度 培 训 /福 利 额 度 4.2 部署结构图部署结构图 各子系统接口图各子系统接口图 统一认证 权限配置 员工机构 成本 中心 角色 员工 组 机构 组 信息同步模块 功能配置模块 人员权限获取 管理结构获取 EAII 业务核心系统 支付

39、过账 单据 审批 统一认证 权限模块 流程发起 接口模块 表 单 档 案 处 理 接 口 单据 提交 表单 查询 表 单 支 付 项 日 志 单据 签收 复核 预算 控制 预 算 帐 户 事 项 主数据同步 员工 供应商 订单 科目 成本中心 获取基础数据 实时获取 成本中心传输 工作流 流程配置 流程接口 流程规则配置 人员 角色 机构 组 流程 流程 规则 流程 驱动 模块 SAP服务器 定时同步 同步权限信息 获取流程信息/流转状态 SOP支付 支付对账 实时支付 SAP过账 过账对账 实时过账 实时提交 定时对账 IPP/SOP服务器 实时提交 定时对账 通知 邮 件 通 知 额度系统

40、接口 培 训 额 度 福 利 额 度 发送通知 节点提交 培训额度系统 SMTP服务器 福利额度系统 获取额度 更新额度使用额度扣减调整 发起流程 节点处理调用 人员分配通知 4.3 部署结构图部署结构图 网络物理拓扑结构图网络物理拓扑结构图 应用服务器1 应用服务器2 DB (主) DB（备） SAN EA II SAP 服务器 终端用户 教育基金额度预算 NLB 办公AD 业务AD 统一认证 SOP IPP SMTP邮件服务器 Exchange 员工福利 工作流平台 USO 分行管理员 工作流门户 防火墙 4.4 统一认证登录及权限控制统一认证登录及权限控制 EAII 系统的终端用户加入的

41、是办公网络的 AD 域环境，通过系统的 AD 域集 成用户身份访问配置，可以使得用户在域环境中不用重复输入域帐户登录域即可 直接使用 EAII 系统，因此，EAII 系统通过 USO 认证转换将终端办公用户映射到 业务网用户登录到 EAII 的业务网段应用服务器，用户仅在第一次使用使用时需要 输入业务网的密码，以后可以自动登录，使得用户登录体验得到较好的满足。 最终终端用户最终终端用户-访问办公网络办公网络 AD 登录域-通过 USO 转换为业务网段的 域认证信息-集成转换后的业务域用户认证访问集成转换后的业务域用户认证访问 EAII 应用系统应用系统而无需每 次输入账号。(EAII 在业务

42、AD 域，用户在办公 AD 域，通过 USO 转换， 用户仅需在第一次输入密码) EAII 系统的用户登录通过 AD 域集成认证以后经由浦发的用户统一认证系统 认证用户的应用使用权限，获取能够登录应用的通行证后进入 EAII 系统的应用门 户。 域用户（终端用户）访问 EAII 应用系统应用系统-呼叫认证组件访问业务网络 AD 域确认用户身份-认证组件访问统一认证系统统一认证系统确认用户可以访问应用 以后颁发通行证 EAII 应用系统应用系统-统一认证系统统一认证系统-EAII 应用系统应用系统 EAII 系统的管理用户直接登录统一认证系统门户页面，维护和配置 EAII 系 统的用户角色、功能

43、权限、数据权限等信息。 域用户（管理用户）访问统一认证系统统一认证系统门户配置权限信息 工作流系统的用户角色等信息都来源于用户统一认证系统。 统一认证系统统一认证系统-工作流系统工作流系统 接口及子系统模块包括： 统一认证统一认证 模块名称功能简述 人员/机构信息获取定期从数据汇聚平台获取认证平台需要的公共基本信息 功能/任务信息配置配置应用系统的所有功能点/任务信息 角色/人员/功能配置定义和配置人员/角色能够使用的功能点信息。 复制信息到工作流系统根据员工/机构/角色信息改变自动触发更新通知,将信息更新到工作流系统. 应用系统的机构组织信息 获取 定期按需从 SAP/CO 模块中获取成本机

44、构组织关系信息并同步到统一认证子系 统 人员-机构组定义和配置人员拥有的组织层次的数据查询范围权限信息。 人员认证信息获取通过统一认证接口获取人员角色可使用的功能点信息和数据查询权限信息 AD 集成认证用户验证通过 AD 集成认证接口验证用户身份 4.5 员工福利教育基金额度接口员工福利教育基金额度接口 EAII 系统作为一个财务预算的执行控制系统，对预算额度的使用管理必不可 少，目前本期预算额度的应用接口包括与员工福利额度系统，教育基金额度系统 的应用接口，其中与员工福利额度系统的接口是双向的。 EAII 应用系统应用系统-员工福利额度系统（办公网）员工福利额度系统（办公网）- EAII 应

45、用系统应用系统 EAII 应用系统应用系统-教育基金额度系统（办公网）教育基金额度系统（办公网） 接口及子系统模块包括： 额度控制额度控制 模块名称功能简述 员工福利额度获取定期按需从员工福利额度系统中获取人员的额度分配信息 单员工福利额度获取根据员工工号实时从员工福利额度系统中获取此人员的福利额度信息 福利额度使用接口提供其它系统调用的按员工工号更新福利额度使用的接口，可按需更新福利额度的 使用 员工培训额度获取根据员工工号实时从员工培训额度系统中获取此人员的培训额度信息 培训额度使用接口调用培训额度系统的额度使用接口 预算额度控制根据选择的预算类型以及相关的成本中心/人/订单、科目、预算期

46、间来控制费用 4.6 工作流及任务提醒工作流及任务提醒 EAII 系统在用户提交预申请/支付申请/申请以后，需要经由各部门及条 线的流转审批，审批规则和审批流程经由工作流驱动系统来根据部署的流程和规 则进行单据的批转，在某个待批示的环节根据角色分配审批人员，并告知 EAII 系 统需要发邮件通知审批人批示单据，审批人通过邮件直接点击连接进入审批处理 界面，在所有审批环节结束后告知 EAII 系统需要发邮件通知代理人和申请人单据 审批成功。 EAII 应用系统应用系统-工作流系统工作流系统-EAII 应用系统应用系统 EAII 应用系统应用系统-邮件服务系统（办公网）邮件服务系统（办公网） EA

47、II 系统的普通用户直接登录工作流系统门户页面，查看和处理 EAII 系统 的待办事项。 域用户（普通终端用户）访问工作流系统工作流系统门户查看和处理待办事项 EAII 系统的管理用户直接登录工作流系统管理门户页面，查看和管理 EAII 系统的流程状态等信息。 域用户（管理用户）访问工作流系统管理工作流系统管理门户查看和管理流程 接口及子系统模块包括： 工作流工作流 模块名称功能简述 流程规则配置按条件配置并定义流程节点的流转规则 流程定义定义流程节点以及流程节点能够被访问的机构组和角色 流程驱动人员分配按流程规则流转到节点以后能够按节点配置的角色和机构组分配到人员 节点处理通知人员分配完成以

48、后通知应用系统可以通知人员来获取任务 流程发起接收流程发起请求，启动一个流程应用 任务项发起接收任务提交请求，启动一个任务项处理驱动流程任务 单据处理流转单据处理流转 模块名称功能简述 任务项通知根据工作流调用的任务项通知节点生成需要通知的内容并发送邮件给节点的处理 人 4.7 主数据及帐务处理接口主数据及帐务处理接口 EAII 系统的主数据（员工/成本中心/机构/科目/供应商）以及订单/项目来源 于 SAP 的 HR/FI/CO/MM，需要定期和实时的同步相关主数据，账务处理需要实 时过账到 SAP 的 FI/CO。 EAII 应用系统应用系统-SAP 系统系统-EAII 应用系统应用系统(

49、组数据/对帐) 接口及子系统模块包括： 主数据处理主数据处理 模块名称功能简述 员工信息获取定期按需从 SAP/HR 模块中获取人员的基本信息 单个员工信息实时获取根据员工工号实时从 SAP/HR 模块中获取此人员的基本信息 成本机构组织信息获取定期按需从 SAP/CO 模块中获取成本机构组织关系信息并同步到统一认证子系 统 成本中心信息获取定期按需从 SAP/CO 模块中获取成本中心的基本信息 单个成本中心信息获取根据成本中心编号实时从 SAP/CO 模块中获取此成本中心的基本信息 以及此成本中心的机构组织隶属信息 单个供应商信息获取根据供应商编号实时从 SAP/FI 模块中获取此供应商的基

50、本信息 内部订单信息获取定期按需从 SAP/CO 模块中获取内部订单的基本信息 采购订单信息获取定期按需从 SAP/MM 模块中获取采购订单的基本信息 单个采购订单信息获取根据采购订单编号实时从 SAP/MM 模块中获取此采购订单的基本信息 科目信息获取定期按需从 SAP/FI 模块中获取科目的基本信息 账务处理账务处理 模块名称功能简述 账务过账根据单据类型、支付方式、支付状态和支付项科目等来确定过账分录到 SAP/FI 的过账，根据合并分录要求完成到 SAP/FI 的合并分录过账，到 SAP/CO 的明细 成本要素过账，根据物资采购的采购订单号完成采购订单的 SAP/MM 发票校验和 相应

51、的账务处理。 账务过账对帐若过账交易无返回成功状态则按过账流水号查询过账信息，并按查询结果处理过 账。定期核对固定期间的账务过账明细，核对过账未成功的明细，对未成功的重 新处理过账，对已成功的登记 SAP 中的过账凭证号。 4.8 支付处理接口支付处理接口 EAII 系统的本地以及跨行支付需要通过 IPP 引用 SOP 的核心交易来完成。 EAII 应用系统应用系统(支付)-IPP/SOP 系统系统-EAII 应用系统应用系统(对帐) 接口及子系统模块包括： 支付处理支付处理 模块名称功能简述 账务自动支付根据需要自动支付付款的账户信息到支付接口完成支付交易 支付对帐若支付交易无返回成功状态则

52、按支付流水号查询支付信息，并按查询结果处理支 付。定期核对固定期间的支付交易明细，核对支付未成功的明细，对未成功的重 新处理支付，对已成功的支付登记 SOP 的支付受理编号。 自动支付异常处理列出自动支付失败的支付项，允许重新选择支付方式或让提交人重新输入帐户。 选择结算方式根据支付要求确认或重新选择结算方式，提交结算处理 手工结算根据列出的手工结算单据支付项列表，逐笔确认结算提交。 4.9 其他其他 EAII 应用系统的业务数据储存，表单/文档储存，流程信息处理等的支撑数据 库服务系统。EAII 应用系统安装 MOSS 应用/BizTalk 应用分别实现表单的处理和 帐务通讯处理，MOSS

53、应用/BizTalk 应用需要访问数据库服务器存放表单/单据附 件以及流程状态等信息。 EAII 应用系统应用系统-EAII 数据库服务器数据库服务器 MOSS 系统系统-EAII 数据库服务器数据库服务器 BizTalk 系统系统-EAII 数据库服务器数据库服务器 EAII 应用系统的应用服务器采用负载均衡方式提供应用服务，对外采用一个 NLB 的访问 IP 地址(透过 DNS 域名解析)，通过 NLB 均衡访问应用服务器 01 和 应用服务器 02。应用服务内部采用 y.y.y 地址对外不公开，作为内部 DB 访问以 及应用服务器系统内部服务器端应用的服务调用地址。 EAII 数据库存储

54、系统采用 Windows 集群方式提供可靠应用服务，对外采用 一个 Cluster IP 地址和名称访问 Sql Server。 由于终端用户在办公网段，需要透过防火墙访问 EAII 应用系统的 NLB 访问 地址和站点主机头名称。 EAII 应用系统需要透过防火墙能够访问办公域下的 SAP、福利、邮件服务器。 EAII 应用系统需要访问到业务域下统一认证、工作流、IPP、EA 数据库。 网络地址列示如下： (应用服务器) 序 号 功能名域名NLB 公共 IP IP备注 1EAII 应用服务器 01netbios 机器域名： 对内： y.y.y.11 访问： 办公域 SAP 办公域福利系统 办

55、公域邮件服务器 访问： 业务域统一认证 业务域 IPP 业务域工作流 业务域 EA 数据库 2EAII 应用服务器 02netbios 机器域名： 对内： y.y.y.12 访问： 办公域 SAP 办公域福利系统 办公域邮件服务器 访问： 业务域统一认证 业务域 IPP 业务域工作流 业务域 EA 数据库 3办公网域名/IPDNS 用户访问域名 x.x.x.10 x.x.x.10 x.x.x.10 映射到业务网段 y.y.y.10 (数据库服务器) 序 号 功能名域名Cluster 公共 IP IP备注 4EAII 数据库服务器 01netbios 机器域名： 对外： y.y.y.21 Sql

56、 server Ent 2005 5EAII 数据库服务器 02netbios 机器域名： 对外： y.y.y.22 Sql server Ent 2005 6业务网域名/IPDNS 应用访问域名 y.y.y.20 业务域帐户/域组 序号功能名备注 7Moss 应用域帐户提供 Moss 安装域用户 8Moss 应用组将 Moss 应用域帐户加入此组 9BizTalk 应用域帐户提供 BizTalk 安装域用户 10BizTalk 应用组将 BizTalk 应用域帐户加入此组 11Sqlserver 应用域帐户提供 Sqlserver 安装域用户 12Sqlserver 应用组将 Sqlserv

57、er 应用域帐户加入此组 13Cluster 服务域帐户提供 Cluster 服务域帐户 SAN 划分要求 序号功能名备注 14仲裁 LUN 划分 2 个 1GMSCS/DTC 各 1 个存放仲裁数据 15业务 LUN 划分 1 个 150GRaid 0+1 16流程 LUN 划分 1 个 100GRaid 0+1 17附件 LUN 划分 5 个 200GRaid5 18日志 LUN 划分 1 个 100GRaid 0+1 19中转 LUN 划分 1 个 100GRaid5 20系统 LUN 划分 1 个 50GRaid 0+1 服务器配置如下： 序号功能名内存CPU硬盘备注 1EAII 应用服务器 014G 以上3G 以上 x 2Raid5/0+1NLB 网口 x2 2EAII 应用服务器 024G 以上3G 以上 x 2Raid5/0+1NLB 网口 x2 3EAII 数据库服务器 014G 以上3G 以上 x 2Raid1/SANCluster 网口 x2 主 存储光纤卡 x2 4EAII 数据库服务器 024G 以上2G 以上 x 2Raid1/SANC