物业专项维修资金管理系统项目投标书方案样本.doc

中国光大银行福州分行
物业专题维修资金管理系统

项目技术方案
（HM）

重庆正大华日软件
2月

文档说明
创建日期：2月23日
最终修订：2月28日

注：本项目方案将包含福州分行待实施两个城市（漳州市和长乐市）物业专题维修资金管理系统说明，其中现有通用部分说明也有特殊部分说明。通用部分内容同时适适用于这两个城市，特殊部分是针对其中一个城市需求说明，在文档中将有显著章节区分或标注。

重庆华日软件
（以下为文档正文）

目录
中国光大银行福州分行 1
物业专题维修资金管理系统 1
项目技术方案 1
1 项目概述 5
1.1 项目背景 5
1.2 项目综述 5
1.3 项目目标 6
2 业务说明 6
2.1 名词定义 6
2.2 业务规则 6
2.2.1 漳州市 6
2.2.2 长乐市 7
2.3 业务处理 7
2.3.1 漳州市 7
2.3.2 长乐市 10
2.4 关键处理 11
2.4.1 批量开户 11
2.4.2 批量代发 11
2.4.3 批量代扣 12
2.4.4 批量开通理财 12
3 系统设计 14
3.1 系统环境 14
3.1.1 数据环境 14
3.1.2 软件环境 14
3.1.3 运行环境 15
3.2 系统结构 17
3.2.1 漳州市 17
3.2.2 长乐市 18
3.3 数据视图 18
3.3.1 物业关系 19
3.3.2 账户关系 20
3.3.3 分户数据 20
3.3.4 总户数据 22
3.4 系统功效 23
3.4.1 物业管理 23
3.4.2 业务处理 24
3.4.3 业务审核 26
3.4.4 单据管理 27
3.4.5 信息查询 28
3.4.6 统计报表 28
3.4.7 自动对账 29
3.5 系统性能 30
3.5.1 数据容量 30
3.5.2 响应时间 30
3.5.3 用户数量 30

1 项目概述
1.1 项目背景
为加强光大银行零售业务基础性建设、提升用户群体规模，借助多年来房地产市场蓬勃发展机遇，支撑国家房屋管理部门对物业专题维修资金进行愈加科学管理。光大总行决定开展物业专题维修资金业务，现在已制订了《中国光大银行物业专题维修资金业务管理措施》、《中国光大银行物业专题维修资金业务操作规程》等规章制度。同时为简化步骤、降低手工操作，需要进行对应技术开发和系统建设。
1.2 项目综述
此次物业专题维修资金管理系统项目关键针对漳州市和长乐市两个地域管理需求。
依据漳州房管局要求，拟建设一套物业专题维修资金银行端管理系统，而且满足漳州房管局提供《住房资金管理系统承接银行接口说明书》；由漳州房管局进行关键业务管理，资金管理由光大银行完成。
依据长乐房管局要求，拟建设一套物业专题维修资金管理系统；实现房管局进行审核、查询、对账等功效。系统应含有易操作、易维护、易扩展功效。
1.3 项目目标
物业专题维修资金管理系统项目将实现以下目标：
１. 满足光大银行物业专题维修资金业务开展需要，为业务提供支撑。
２. 满足当地房屋管理部门规章制度和资金管理需求。
2 业务说明
2.1 名词定义
物业专题维修资金：是指专题用于物业共用部位、共用设施设备保修期满后维修、更新、改造资金。
物业专题维修资金业务：指中国光大银行为房屋管理部门、业主委员会等有权部门或机构和业主提供资金保管、投资管理和账户服务业务。
2.2 业务规则
2.2.1 漳州市
1. 房管局系统关键提供业主、房屋信息查询和明细查询功效。
2. 房管局系统提供开户、缴存、支取、支用、销户审核功效。
3. 房管局系统提供晚上和光大系统对账功效。
4. 业主专用账户对应房屋具体门牌号码作为开户名，以房地籍或宗地号产生唯一信息作为证件号开设，作为个人户进行管理，以光大银行物业维修基金卡（借记卡）为载体，屏蔽存款、取现、转账、理财等各项金融功效，仅保留查询，批量代发代扣等功效。
2.2.2 长乐市
1. 业主专用账户对应房屋具体门牌号码作为开户名，以房地籍或宗地号产生唯一信息作为证件号开设，作为个人户进行管理，以光大银行物业维修基金卡（借记卡）为载体，屏蔽存款、取现、转账、理财等各项金融功效，仅保留查询，批量代发代扣等功效。
2. 中国光大银行为有权部门或机构和业主提供柜台、自助银行、电话银行等渠道，查询业主物业维修资金缴存、增值及使用等情况及物业简明信息。物业维修资金系统上线后还能够查询物业具体信息。
2.3 业务处理
2.3.1 漳州市
1. 信息导入：将房管局提供楼盘信息文件（已成功经过房管局审核）导入设计好数据结构数据库中。
2. 开户
（1） 批量开户：依据房管局提供楼盘信息文件导入数据，银行人员登录系统产生批量开户文件。
（2） 业主单笔开户：单笔开户适适用于业主（包含个人，或委托单位）持房管局开具《缴款通知书》前来我行办理缴交物业专题维修资金业务。银行检验完成用户提供对应《缴款通知书》，录入相关信息后生成发卡文件。
3. 缴存
（1） 批量缴存：批量缴存是依据开发商（或业委会或房管局）提供房管局开具《缴款通知书》和批量缴存业主明细文件，在确定待缴存业主均完成开户后，由银行人员依据缴存申请编号向房管局系统提议验证请求，验证经过后，进行缴存记账，打印批量缴存凭证，同时生成批量代发文件。
（2） 单笔缴存：单笔缴存是业主持房管局开具《缴款通知书》在银行开户后，由银行人员依据缴存申请编号向房管局系统提议验证请求，验证经过后，进行缴存记账，打印缴存凭证，同时生成代发文件。
4. 凭证管理
（1） 缴存凭证打印：单笔缴存记账完成后，承接银行需要打印业主缴存凭证。
（2） 缴存凭证批量打印：根据缴存申请编号，将对应清册打印信息生成一个文件，银行经过ftp方法得到该文件完成打印。
5. 支用记账：承接银行收到支用凭证，向房管局系统提议验证请求，验证经过后准予支用，不然不许可支用。同时进行维修资金支用记账（注：因漳州房管局现在采取支用方法为银行端表现为房管局专户资金划拨方法，房管局内部自行对支用资金进行清算到户，现在我们无法取到房管局资金清算明细，故支用接口预留）。
6. 冲正交易：承接银行向房管局系统提议缴存、支取、支用交易记账后，假如因为特殊情况需要将缴存、支取、支用记账冲正，提议本笔交易，冲正后，许可该缴存、支取、支用业务重新记账。
7. 查询交易：
（1） 记账结果查询：针对通讯超时问题，提供给承接银行接口查询记账结果（包含缴存、支用、支取）。
（2） 业主基础信息查询：为业主提供维修资金缴存金额、余额等信息。
（3） 业主交易明细查询：为业主查询维修资金交易明细信息。
（4） 业主信息修改查询：负责业主基础信息修改前返显工作。
（5） 业主信息修改：修改业主基础信息。
8. 投资管理
（1） 为了提升维修资金收益，依据房管局授权（委托），中国光大银行能够进行存款或国债购置。
（2） 中国光大银行依据房管局授权（委托）为维修资金专用业主账户选择“阳光理财定存宝”存款方法， 约定专用业主账户内活期最低保留余额、定时起存金额及期限，实现自动转存和智能计息，以提升收益。
（3） 中国光大银行依据房管局授权（委托）为维修资金专用业主账户进行利息和投资收益清算。
9. 日终对账
（1） 专户日终余额上送：将专户每日日终余额上送到房管局系统
（2） 对账文件上送：每日日终由承接银行将当日维修资金专户交易明细上送房管局系统，上送方法采取FTP方法。
2.3.2 长乐市
1. 信息录入：信息录入能够分为批量和单笔录入形式：具体有物业信息录入、栋信息录入、单元信息录入、房屋信息录入等。（批量导入支持EXECL文件导入）。
2. 信息修改：对于物业信息、栋信息、单元信息、房屋信息可进行修改。
3. 审核模块：对开发商或物业提交缴款、支用等信息进行审核，审核经过进行备注，生成批量授权文件，打印缴款或支用通知单，同时发送银行。
4. 信息查询：用于对业主账户信息和明细、专户明细查询、小区信息查询等，并支持报表打印。
5. 日终处理：日期翻至下一工作日；提议专户余额对账，银行返回专户余额，如发觉两边余额不符合，下一工作日查找原因 。
2.4 关键处理
2.4.1 批量开户
批量发卡上送文件格式：
|证件种类|证件号码|汉字名|英文名|性别|职员标识|职员编号|税率国别|联络电话|联络地址|联络邮编|发证机构编码|职业|工作单位|

批量发卡返回文件格式：
序号 用户姓名 卡号 活期一本通号 证件种类 证件号码 用户号 支付条件

2.4.2 批量代发
批量代理上送文件格式:
用户帐号|金额|用户姓名|摘要|
用户帐号|金额|用户姓名|摘要|
用户帐号|金额|用户姓名|摘要|

批量代理返回文件格式:
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|

2.4.3 批量代扣
批量代理上送文件格式:
用户帐号|金额|用户姓名|摘要|
用户帐号|金额|用户姓名|摘要|
用户帐号|金额|用户姓名|摘要|

批量代理返回文件格式:
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|
序号|用户帐号|金额|用户姓名|错误码|错误信息|摘要|

2.4.4 批量开通理财
批量开通理财文件格式:
|卡号|
|卡号|
|卡号|

3 系统设计
3.1 系统环境
3.1.1 数据环境
Oracle database 9i/10g
Oracle是世界领先数据管理软件开发商，因其复杂关系数据库产品而著名。Oracle数据库产品为财富排行榜上前1000家企业所采取，很多大型网站也选择了Oracle系统。Oracle database含有以下显著优势。
1. 最大程度地提升可用性，消除空闲数据中心冗余。
2. 将数据压缩到低成本存放分区中，以提升性能。
3. 安全地保护信息和支持法规遵守。
4. 将数据库管理员生产力提升了一倍，并降低了变更风险。
3.1.2 软件环境
Microsoft .NET Framework、Microsoft Visual Studio
.NET Framework安全处理方案基于管理代码概念，和由通用语言运行时（CLR）加强安全规则。大部分管理代码需要进行验证以确保类型安全及预先定义好其它属性行为安全。比如，在验证代码中，申明为接收4字节值访问将拒绝提供8字节参数调用，因为不是类型安全。验证过程还确保了实施流只传送到已知位置，如方法入口点--这个过程去除了跳转到任意位置实施能力。
验证将阻止不是类型安全代码实施，在它们引发破坏前捕捉很多常见编程错误。通常弱点--如缓存溢出，对任意内存或没有初始化内存读取，对控件随意传送--全部不再可能出现。这将使最终用户受益，因为在她们实施代码前对其进行检验。这也有益于开发人员，她们会发觉很多常见错误（过去一直在困绕前开发）现在能够查明，并能阻止它们引发破坏。
CLR也能使非管理代码运行，但非管理代码不能从这些安全方法中受益。特殊许可和对非管理代码调用能力相关，一个强大安全策略能确保这些许可被合适地给。经过很长时间后，非管理代码到管理代码移植将降低对非管理代码调用频率。
3.1.3 运行环境
Microsoft Windows Server 、Microsoft IIS
Windows Server 是微软最新一个服务器操作系统名称，它继承Windows Server 。Windows Server 在进行开发及测试时代号为"Windows Server Longhorn"。
Windows Server 是一套相等于Windows Vista(代号为Longhorn)服务器系统，二者很可能将会拥有很多相同功效；Vista及Server和XP及Server间存在相同关系。（XP和Server 代号分别为Whistler及Whistler Server）
Microsoft Windows Server 代表了下一代Windows Server。使用Windows Server ，IT专业人员对其服务器和网络基础结构控制能力更强，从而可关键关注关键业务需求。Windows Server 经过加强操作系统和保护网络环境提升了安全性。经过加紧IT系统布署和维护、使服务器和应用程序合并和虚拟化愈加简单、提供直观管理工具，Windows Server还为IT专业人员提供了灵活性。Windows Server 为任何组织服务器和网络基础结构奠定了最好基础。
Microsoft Windows Server用于在虚拟化工作负载、支持应用程序和保护网络方面向组织提供最高效平台。它为开发和可靠地承载Web应用程序和服务提供了一个安全、易于管理平台。从工作组到数据中心，Windows Server全部提供了令人兴奋且很有价值新功效，对基础操作系统做出了重大改善。
Windows Server 完全基于64位技术，在性能和管理等方面系统整体优势相当显著。在此之前，企业对信息化重视越来越强，服务器整合压力也就越来越大，所以应用虚拟化技术已经成为大势所趋。经过测试，她们认为，Windows Server 完全基于64位虚拟化技术，为未来服务器整合提供了良好参考技术手段。Windows Server 虚拟化 (Hyper-V)。Windows服务器虚拟化（Hyper-V）能够使组织最大程度实现硬件利用率，合并工作量，节省管理成本，从而对服务器进行合并，并由此降低服务器全部权成本。Windows Server 在虚拟化应用性能方面完全能够和其它主流虚拟化系统相媲美，超出；而在成本和性价比方面，Windows Server 更是含有压倒性优势。
3.2 系统结构
因漳州市和长乐市含有不一样管理需求，所以含有不一样系统结构。
3.2.1 漳州市
漳州市房管局（房屋管理系统）
HFMP终端
光大银行业务管理系统
自动对账
光大银行关键
交易命令
HFMP接口协议

3.2.2 长乐市
回单／报表
来账文件
光大银行业务管理系统
自动对账
光大银行关键
交易命令
长乐市房管局（审核／监管）

3.3 数据视图
物业专题维修资金管理数据关键包含两部分：物业数据和帐务数据。物业数据和帐务数据全部含有类似对应关系。
数据视图是对物业专题维修资金相关数据关系全方面分析，数据视图是软件系统开发数据结构参考和指导，而且含有较高通用性。系统实际开发时并不需要实现本章数据视图中描述地全部数据项管理，而应依据业务实际需要进行取舍。
3.3.1 物业关系
城市（第一级）
区县（第二级）
街道（第三级）
小区（第四级）
房屋
业主
楼栋（第五级）

3.3.2 账户关系
城市级（汇总专户）
区县级（汇总专户）
街道级（汇总专户）
小区级（汇总专户）
房屋级（物业分户）
明细（交易明细）
楼栋级（汇总专户）

3.3.3 分户数据
1. 应缴本金：按住物业维修资金管理措施要求应该缴纳资金总额；通常每个时期计算方法会不一样，所以应缴本金计算方法会出现多个情况。
2. 入账类记账金额（变动时统计交易明细）
a) 初缴本金：第一次缴费金额。
b) 续缴本金：第一次以后补交或追缴金额总和。
c) 转入本金：从对公模式或她行转入时本金总和。
d) 转入利息：从对公模式或她行转入时利息总和。
e) 结算利息：关键系统结息收入总和。
3. 出帐类记账金额（变动时统计交易明细）
a) 正常使用本金：正常情况下支出本金总和。
b) 正常使用利息：正常情况下支出利息总和。
c) 退款支出本金：退款支出本金总和。
d) 退款支出利息：退款支出利息总和。
e) 销户支出本金：销户时指出本金总和。
f) 销户支出利息：销户时支出利息总和。
g) 管理费支出：按主管部门相关文件要求依法提取管理费，管理费仅从利息中支出。
4. 关键系统本息总额：统计银行关键金融系统本息总额（关键余额）。
5. 资金计算值
a) 本金总收入＝初缴本金＋续缴本金＋转入本金
b) 本金总支出＝正常支出本金＋退款支出本金＋销户支出本金
c) 利息总收入＝转入利息＋结息收入
d) 利息总支出＝正常支出利息＋退款支出利息＋销户支出利息＋管理费支出
e) 本金总余额＝本金总收入－本金总支出
f) 利息总余额＝利息总收入－利息总支出
g) 账户总余额＝本金总余额＋利息总余额
6. 缴存率＝（本金总余额＋利息总余额）／应缴金额
7. 欠缴金额（当缴存率低于限定值，通常为30%）＝应缴金额－（本金总余额＋利息总余额）
3.3.4 总户数据
1. 市级总户：对应物业归属市级。
2. 区县总户：对应物业归属区县级，一个房管局管理一个区县，所以区县总户也了解为房管局总户。
3. 街道总户：对应物业归属街道级，一个街道办事处管理一个阶段，所以也可了解为街道总户，不过街道未对物业专题资金实施管理，所以无管理需求。
4. 小区总户：对应物业归属小区级，一个小区由一个业主委员会管理，所以也可了解为业主委员会总户（未成立业主委员会之前称之为楼盘，成立以后称之为小区）。
5. 楼栋总户：对应物业归属楼栋级，多个楼栋组成一个小区进行集中管理，也有单个楼栋独立管理情况，比如城市中商务楼。
6. 物业分户：对应每一户物业个体。
以上总户除物业分户外，其它总户全部有管理部门基础信息（名称、地址、电话、主办行、开户行、清算帐号）和总户资金项（累计应缴、累计余额、累计本金、累计利息、累计转入本金、累计转入利息、累计使用本金、累计使用利息、累计管理费、总缴存率、累计欠款、累计欠款户数）组成。总户资金项实际上是下级资金项汇总值。
3.4 系统功效
系统功效关键包含物业数据管理、业务处理、自动对账三个方面，本章着重说明这些功效管理关键点和基础要求和易用性要求。这些功效属于物业专题资金管理系统关键功效，而且适适用于漳州市管理需求和长乐市管理需求，但这两个系统在实现这些功效时候并非一成不变，实际上会依据管理需求侧关键不一样而有所差异。
3.4.1 物业管理
物业管理关键针对城市、区县、街道、小区、物业和业主类别数据提供维护和管理。物业管理关键是物业和业主数据，城市、区县、街道和小区属于辅助数据，其关键用途是用于对物业和业主数据分类和归属，方便用于分析和统计。
物业数据含有以下管理特点：
１. 数据量大通常采取批量提取和导入方法进行维护。
２. 数据正确性要求较高而且不受光大银行控制。
针对以上情况，物业数据管理模块将提供经过Excel文件批量导入数据功效，而且批量导入数据时可分类导入（先导入房屋数据、后导入业主数据），因为通常情况下数据文件并不是同时抵达／取得。另外因为银行无法确定数据正确性，所以对于房屋数据和业主数据修改必需统计变更日志，且可查询和对照式查看。以上物业管理模块设计实现将有效支持业务开展并确保数据可追溯性。
物业管理关键有以下功效项：
１. 城市设定：设定系统管理城市参数。
２. 区县管理：区县数据和层级关系维护。
３. 街道管理：街道数据和层级关系维护。
４. 小区管理：小区数据和层级关系维护。
５. 楼栋管理：楼栋数据和层级关系维护。
６. 物业管理：物业数据和层级关系维护，统计修改日志和数据导入。
７. 业主管理：业主数据和层级关系维护，统计修改日志和数据导入。
3.4.2 业务处理
物业专题维修资金关键业务处理可分为四种：开户、缴存、支取、冲正、理财、销户和结息。其中开户、缴存、支取、结息和销户属于常规性业务，冲正和理财属于特殊业务。业务处理功效设计需要满足银行金融业务基础规则同时也要符合国家房屋管理局政策和物权法要求。
1. 开户：支持单笔或批量开户，和关键经过批量发卡上送文件进行人为可控交互。
2. 缴存：支持单笔或批量缴存，和关键经过批量代发上送文件进行人为可控交互。
3. 支取：支持单笔或批量支取，和关键经过批量代扣上送文件进行人为可控交互。
4. 冲正：支持按批或按笔冲正，实施冲正业务不能和关键交易相冲突。
5. 理财：批量理财开通，和关键经过批量开通理财文件进行人为可控交互。
6. 销户：支持单笔或批量销户，和关键经过批量代扣上送文件进行人为可控交互。
7. 结息：由自动对账模块经过关键对账文件每日自动完成。
物业专题维修资金业务处理时必需对业务数据进行验证，尤其是在批量业务处理情况下，人工验证将严重影响业务处理效率，而且当数量比较多时候几乎变难以完成（比如：在批量业务处理中需要开户1000户，不过其中有两户物业信息不完善），所以系统将设计严格业务数据验证机制，解放繁重人力工作，而业务操作人员只需要关注业务数据验证结果。
在业务处理步骤中将设计以下业务处理机制：
1. 在业务处理前验证业务数据，当业务数据不符合业务处理要求时系统将提醒操作人员并暂停业务处理，直到业务数据取得修正符合业务处理要求。
2. 在业务处理中任意环境可暂停业务处理，而且在后续任意时候可从之前中止步骤继续实施业务处理。
3. 全部业务处理完成后将产生数据统计文件（批量上传文件或批量命文件）服务器存档，而且可在后续任意时间查询并下载产生文件。
经过以上业务机制设计将能很好适应物业专题维修资金业务管理需求，而且提升操作人员业务处理效率，确保业务正确性和完整性。
3.4.3 业务审核
物业专题维修资金管理模式是房管局对资金使用实施监管，银行之心资金帐务管理。所以资金缴存和支取均需要经过房管局审核，在银行实施缴存和支取业务之前必需经过房管局审核，审核经过才能实施资金缴存和支取。
业务审核步骤以下所表示：
1. 开发商、业委会或物管企业提交资金缴存和支取申请。
2. 房管局经过系统审核提交业务申请（经过／不经过）。
3. 审核经过以后银行实施业务处理。
4. 审核不经过退回提起源修正后重新提交业务申请。
注：业务审核经过网络进行文件或数据交流，但对于业务申请者而言必需书面打印并取得房管局书面同意后银行才能受理业务。

3.4.4 单据管理
物业专题维修资金和传统资金管理不一样，在管理过程中包含到多个角色。所以在多个角色之间和银行和这些角色之间将会存在多个单据流转和管理要求。
物业专题维修资金包含到以下角色：
1. 房屋管理局
2. 房地产开发商
3. 物业管理企业
4. 业主委员会
5. 房屋全部些人/机构
6. 银行
物业专题资金管理系统将提供可依据单据格式模板生成成套单据文件功效，单据模块可依据不一样单据需要进行配置方便更换。
系统将提供以下单据生成功效：
１. 批量生成缴款通知单。
２. 按业务处理生成业务回单。
3.4.5 信息查询
依据系统数据类型，信息查询关键是物业数据查询和账户数据查询。
物业数据查询将提供按层级关系筛选和按房屋关键字或业主关键字查询方法对数据实施查询定位。
账户数据查询将关键查询分户数据和交易明细，将提供按层级关系筛选和房屋关键字或业主关键字查询方法对数据实施查询定位。
另外物业资金管理一个关键查询是物业资金缴存情况查询，将依据层级筛选查询区域或小区下欠缴或需要续缴分户。

3.4.6 统计报表
物业专题资金管理系统提供报表分为基础报表和定制报表。基础报表含有通用性，是根据物业管理层级和资金管理项设计，而且支持报表数据下探。定制报表依据特定报表要求按需定制。
基础报表包含物业统计报表和银行财务报表。
１. 城市级物业专题资金汇总统计报表（可下探至区县级）。
２. 区县级物业专题紫荆汇总统计报表（可下探至街道级）。
３. 街道级物业专题资金汇总统计报表（可下探至小区级）。
４. 小区级物业专题资金汇总统计报表（可下探至楼栋级）。
５. 楼栋级物业专题资金汇总统计报表（可下探至房屋级）。
６. 房屋级物业专题资金汇总统计报表（可下探至明细级）。
７. 财务日报表。
８. 财务月报表。
９. 财务季报表。
１０. 财务年报表。
3.4.7 自动对账
物业专题资金管理系统是银行关键金融系统和用户之间桥梁。物业专题资金管理系统数据需要和金融关键进行同时，并确保资金数额一致。
物业专题资金管理系统采取T-1数据同时对账模式，数据时限晚于关键系统一天。自动对账模块属于守护进程，将自动按设定时间间隔进行调度并运行，提取关键对账文件进行自动对账。
对账模块关键工作任务有以下方面：
１. 查对本系统数据完成性和正确性。
２. 查对本系统数据和关键数据差异。
３. 实施必需日终处理。
对账模块关键完成以下任务：
１. 查对分户和汇总户金额项。
２. 查对交易明细和分户金额项。
３. 实施自动结息操作。
４. 实施分户状态同时。
５. 实施关键分户金额查对。
６. 实施关键分户交易明细查对。
７. 实施报表生成任务（假如有）。
８. 生成对账日志。
3.5 系统性能
3.5.1 数据容量
１. 系统数据结构设计必需能够容纳市级城市下属全部区县物业数据。
２. 系统数据结构设计必需能够容纳市级城市下属全部物业分户交易明细。
3.5.2 响应时间
１. 系统操作界面响应时间在３秒以内。
２. 系统报表或查询界面响应时间在10秒以内。
注：物业专题资金管理系统含有批量业务处理、批量数据导入和批量单据生成功效，这些功效响应时间因单个批次处理数据量大小不一样而不一样，而且程序将设计为后台处理模式。
3.5.3 用户数量
１. 系统许可自定义多个角色而且无限角色数量。
２. 系统许可分行级以内全部部门或职员用户数量。