广州农商银行IFRS9减值及估值系统项目供应商征集公告
广州农商银行IFRS9减值及估值系统项目供应商征集公告
广州农商银行计划进行IFRS9减值及估值系统项目采购。现就该项目的采购公开征集有意向的供应商。
一、项目名称
IFRS9减值及估值系统项目
二、项目背景
为了实现减值、估值计量准确高效及自动化，我行将建设IFRS9减值及估值系统。
三、采购内容
本次IFRS9减值及估值项目采购整体解决方案，系统主体功能包括实现减值功能模块、估值功能模块。具体采购内容与服务要求以招标文件为准。
四、项目要求
IFRS9减值及估值项目包括配套产品及实施服务，业务需求参考附件1，技术需求参考附件2，具体的报价要求、业务需求、技术需求和项目实施管理要求等以招标文件内容为准。
五、意向供应商要求
（一）供应商资质和能力要求
1.注册资金1000万元（含）以上；
2. 2016年至今（以合同签署时间为准），公司至少有1个IFRS9减值及估值项目在国内银行业中标的案例,或者至少分别含有1个IFRS9估值项目、1个IFRS9减值项目在国内银行业中标的案例；
3.具备独立法人资格；
4.与其他报名的供应商不存在任何关联；
5.一般纳税人。
（二）供应商意愿要求
1.服从我行项目开发、人员管理、财务管理的相关规定；
2.同意使用我行格式合同，并积极配合我行法审意见签订合同；
3.同意与我行签订项目管理相关的协议，包括但不限于保密协议、服务承诺书、工作计划任务书；
4.同意按照我行规定对项目和供应商进行考核、评价、奖励和扣罚；
5.同意接受我行内部、我行聘请的外部机构、我行的上级管理部门进行监督、检查；
6.按照监管部门安全可控、外包商风险管理要求，同意向我行提供满足我行对项目自主可控要求的所有源代码（包括平台级或产品级源代码）及配置说明文件；
7.投标方承诺不存在知识产权纠纷，且近三年（2016年至今）在经营活动中没有重大违法或不良记录。
六、意向供应商报名需提供资料
（一）供应商报名意向书，内容包括但不限于项目名称、供应商名称、供应商联系人、获取本公告信息的网站、联系电话及邮箱等（格式自拟）；
（二）营业执照副本复印件、国税/地税登记证复印件、组织机构代码证复印件（营业执照需包含注册资本等信息，若无，请另提供注册资金的相关证明材料；如是三证合一加载统一社会信用代码的营业执照，可无需提供税务登记证及组织机构代码证）；
（三）一般纳税人资格证明材料；
（四）企业及服务团队简介；
（五）2016年至今（以合同签署时间为准）1个及以上IFRS9减值及估值项目在国内银行业中标的案例,或者同时含有1个估值项目，1个减值项目在国内银行业中标的案例的案例清单和证明材料，包括能证明签署日期和项目内容的要素齐全的合同关键页复印件；
（六）与其他报名的供应商不存在任何关联关系承诺函（格式自拟）；
（七）供应商意愿承诺书（针对“五、意向供应商要求中（二）供应商意愿要求”进行承诺，需逐条列明）。
注：1.材料需装订成册；
2.征集报名提供加盖公章的原件、复印件或扫描件均可。供应商须对报名信息和资料的真实性负责。如提供虚假资料，将被列入我行供应商黑名单；
3.电子邮件报名的，附件不可以超过20M，且勿通过超大附件或云附件、网盘等形式发送。
七、意向供应商提交材料的方式及时间
（一）专人送达：上班时间（周一至周五上午8:30-12:00；下午14:00-17:30）将材料送至广州市珠江新城华夏路1号信合大厦南翼7楼招标采购中心；
（二）邮寄：广州市珠江新城华夏路1号信合大厦南翼7楼招标采购中心，邮编：510623；
（三）电子邮件：chenxiangling@grcbank.com 邮件名称：项目名称+供应商名称；
（四）公告期：2019年7月25日-2019年7月31日；
（五）报名截止时间：2019年7月31日下午17:30 。
八、联系方式
联系人：陈小姐
联系电话：***-********
电子邮箱：chenxiangling@grcbank.com
声明：
1.各报名供应商递交报名资料即表示对材料的真实性负责，并由此承担法律风险和赔偿责任。
2.符合本公告报名条件的供应商，按时提交合格报名资料后，并不必然获得正式采购邀请。
3.采购人保留要求报名供应商补充提交资料的权利。
4.采购人有权对本次供应商征集审核结果不做任何说明。
广州农村商业银行
2019年7月25日
附件1：业务需求通过将估值模型、减值模型系统化，能够实现金融资产公允价值计量的自动化，能够更加准确、高效地对金融资产计提减值准备。在满足时效性要求的同时，也降低了人工误差出现的概率，估值、减值结果更加真实可信。因此，我部拟聘请具有估值、减值系统开发经验的供应商实施我行估值、减值系统的开发工作。具体系统功能如下：
（一）估值模块功能
1、账户管理、权限管理
系统支持超级管理员账户、管理员账户、估值权限账户、查询权限账户、授权复核账户。超级管理员账户具有全局权限，可增删管理员账户，修改管理员权限；管理员账户可修改一般用户权限，增删一般权限账户。
2、日志管理
系统具备日志管理功能，所有账户操作记录均须记录于日志中，日志支持历史查看、导出功能。
3、数据维护
（1）系统支持直接接入行内业务系统数据，支持资产台账维护。权限允许下，可手动增加、导入、删除、修改台账数据。系统提供数据导入模板下载。
（2）系统支持直接接入wind等市场数据，系统无法接入的模型参数要求支持手工录入。对于必需参数与非必需参数，系统需具有显著标识，必需参数为空或者异常时，应出现拒绝提示。
（3）系统支持数据校验，对于不合逻辑、不合要求的数据应报告异常，并提供多种异常处理方式。
4、模型选择
各类资产需采用对应的估值模型，对于每一笔资产，系统支持估值模型自动判断以及手动更改估值模型。
5、源数据导出
系统支持业务台账查询导出、模型参数查询、导出。
6、估值结果查询、导出
（1）系统提供历史估值结果、当期估值结果查询功能。当期估值结果在完成入账后，转入历史估值结果中。查询功能支持按日期检索以及按资产检索。对于按日期查询的估值结果，支持在查询后的界面中点击单笔资产进入该资产的历史估值结果查询的快捷方式。
（2）系统支持估值结果的导出功能（按资产或者按估值日期），同时，支持历史上未采用系统估值的估值结果导入功能；系统应提供数据导入模板下载，不合要求的数据导入应提示拒绝。
（3）系统估值结果显示不仅支持最终估值结果，也支持中间过程的相关因子计算结果显示。
7、会计分录生成入账
（1）系统支持根据本次估值结果及历史估值结果自动生成会计分录功能，在具有相关权限的账户审核估值结果及入账分录后，支持系统自动入账。相关会计分录、入账记录皆可查询、导出。
（2）系统自动生成的会计分录，支持超链接功能，即对于分录中的每一笔金额，点击金额能直接查询到产生该金额的具体资产清单及其估值结果、调账金额（进一步地，可查询该笔资产的历史估值结果、调账金额），其明细清单支出导出功能。
8、报表生成
自动生成报表或者相关图像，体现入账对各损益或者各科目的影响。
9、异常处理
（1）系统支持异常处理方式配置，在日终系统自动跑批时，若产生异常，应产生异常报告，并根据提前配置的异常处理方式处理异常，例如跳过数据异常的资产，继续跑批。
（2）系统支持估值结果异常判断功能，根据设置的阈值或者相关规则，系统自动对估值结果进行分析，对于波动较大或者违背设置的规则或阈值时，系统红色显示，并生成异常报告。
（3）对于估值结果异常的资产，系统支持异常处理方式选择。
10、数据、报表导出格式
以上所有可导出的内容均支持多种格式导出，具体要求为Excel(含xls、xlsx格式)、pdf、htm、html等。
11、其他
（1）供应商应提供完整的系统操作说明书，以及对我行相关人员开展培训。
（2）供应商应提供系统后续维护、优化服务。
（3）供应商可提供的其他增值服务。
（二）减值模块功能
1、损失阶段划分
系统支持损失阶段划分规则设置、损失阶段系统划分、损失阶段划分人工调整、审核认定、损失阶段划分信息查询等功能。
2、减值计量
系统支持三阶段预期损失计量、历史违约率、零售贷款迁移矩阵、实际损失率、主标尺PD校准、生存公式计量剩余生命周期PD、内部评级法LGD、违约风险暴露EAD、内部评级客户占比计量等功能。
3、减值模拟测算
系统支持多时点全量资产减值模拟测算、模拟测算结果分析、情景分析、减值预测、报表展示、结果查询与批量导出、审核认定、模拟测算结果经审批后会计入账等功能。
4、减值入账
此模块的功能在于具备减值入账操作权限的人员对系统内计算的减值结果以及系统外直接报送的减值结果进行并表汇总，并经过审批确认录入核心系统。
（1）系统支持根据本次减值结果及历史减值结果自动生成会计分录功能，在具有相关权限的账户审核减值结果及入账分录后，支持系统自动入账。相关会计分录、入账记录皆可查询、导出。
（2）系统自动生成的会计分录，支持超链接功能，即对于分录中的每一笔金额，点击金额能直接查询到产生该金额的具体资产清单及其减值结果、调账金额（进一步地，可查询该笔资产的历史减值结果、调账金额），其明细清单支出导出功能。
5、参数管理
系统支持公司模型参数、巴塞尔主标尺PD、零售迁移矩阵参数、表外CCF参数、高风险黑名单、情景权重参数、宏观因子、其他行内所需的定制化参数导入等功能。
6、总分对账功能
系统可支持会计科目余额与核心总账核对的结果展示，点击会计科目余额可进入对应所有资产余额、应收利息明细，并可展示总分对账结果、偏差率。
7、用户权限管理
系统可设置超级管理员、管理员、减值计量岗、减值审查审批岗。超级管理员账户具有全局权限，可增删管理员账户，修改管理员权限；管理员账户可修改一般用户权限（包括但不限于减值结果查询、减值结果修改、减值参数审批、减值结果复核等权限），增删一般权限账户。
8、信息查询
系统支持逐笔债项的单笔减值结果明细查询、计算过程回溯、时点批量查询，查询条件至少包括债项ID（借据号、资产ID、票据号、合同号等）、客户ID、客户名称、业务发生日期、业务品种、所属机构等。
9、报表展示
报表管理功能将逐笔计算减值、减值拨备比例、减值拨备支出在总行/分行/支行维度、区域维度、行业维度、时间维度、阶段划分维度、五级分类维度、科目类别维度、模型分组维度、拨备支出类别（仅对于减值拨备支出）上单维度或多维度的汇总结果，并以柱形图、饼状图等形式实现数据的可视化，支持报表导出（至少包括excel、pdf）。
10、异常处理
（1）系统支持异常处理方式配置，在日终系统自动跑批时，若产生异常，应产生异常报告，并根据提前配置的异常处理方式处理异常，例如跳过数据异常的资产，继续跑批。
（2）系统支持减值结果异常判断功能，根据设置的阈值或者相关规则，系统自动对减值结果进行分析，对于波动较大或者违背设置的规则或阈值时，系统红色显示，并生成异常报告。
11、日志管理
系统具备日志管理功能，所有账户操作记录均须记录于日志中，日志支持历史查看、导出功能。
12、其他
（1）供应商应提供完整的系统操作说明书，以及对我行相关人员开展培训。
（2）供应商应提供系统后续维护、优化服务。
（3）供应商可提供的其他增值服务。
序号 | 分类 | 技术需求描述 |
1 | 架构 | 1、提供完整的系统架构、网络架构、部署架构，描述各设备的配置和工作内容、方式等。 2、基于先进开放的平台作为基础架构，架构具有清晰的分层，低耦合高内聚，具有高可用性和高负载能力。 3、交易柜面使用我行统一柜面系统，系统管理界面采用B/S架构，系统应支持IE 7.0及以上版本，支持Firefox、谷歌等主流浏览器。 |
2 | 操作系统 | 系统应支持多种主流硬件和操作系统平台（UNIX、AIX、Linux），且遵循招标方技术规范要求。 |
3 | 数据库 | 系统应支持金融行业各主流的企业级数据库，如Oracle 10g/11g等，且遵循招标方技术规范要求。 |
4 | 中间件 | 系统支持IBM WebSphere、Oracle Weblogic等主流中间件，不允许使用无中间件管理的应用服务程序，且遵循招标方技术规范要求。 |
5 | 二次开发平台 | 1.系统应提供方便易用、适用于本系统的二次开发平台及完整的技术文档，可以对系统进行二次开发及维护。 2.二次开发平台提供修改的范围应涵盖前台业务界面、界面控制逻辑、后台业务逻辑、业务工作流程以及新功能扩展等。 3.具备集成开发工具，提供一站式、流程式的开发模式，开发步骤简洁便利，支持模板式开发、配置化程度高。 4.具有仿真测试工具和报表工具。 5.具有规范统一、清晰、丰富的代码注释 |
6 | 性能指标 | 1.系统必须具备外部访问量控制、并发控制、软负载均衡、故障隔离等压力疏导配置模块。 2.系统管理客户端： (1)操作员登录系统主页面不超过5秒。 (2)操作员打开菜单功能项界面的等待时间不超过3秒。 (3)操作员保存交易的等待时间不超过5秒。 |
7 | 可靠性和稳定性 | 系统设计和开发时应充分考虑数据存储策略的高效性，建立合理的索引，在配合数据归档清理的基础上，满足大数据量的处理，并保证数据长期保留不会影响系统的运行效率。 |
8 | 安全指标 | 1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码加解密、密码有效期限、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户，不能使用管理员用户； 2.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户； 3.系统应充分考虑网络方面的安全性要求。 4．加密算法要采用国密算法，且遵循招标方技术规范要求。 |
9 | 扩展性 | 1.应用系统应具备模块化、参数化和插件式特征； 2.系统提供灵活体系架构，具有性能扩展能力，支持通过增加服务器的方式进行任意扩展，可随业务发展和性能要求而方便地扩展； 3.解决方案应充分考虑本系统与其它外部系统或行内系统集成的必要性与方案； 4.系统应很灵活地配置新业务管理，业务功能和管理功能及系统配置提供高度参数化，方便灵活； 5.系统应具备成熟灵活的报表开发工具，可以通过配置报表内容模板和数据源快速生成报表，有效增强系统对个性化需求的响应速度。 |
10 | 数据备份与清理 | 系统提供对于日志文件、临时文件、数据库表数据的定时归档和清理。定时归档和清理应支持自定义策略，包括但不限于归档时间点、保留期限、文件大小、业务条件等。清理的频率、目录范围、数据表范围等参数可通过系统功能配置。 |
11 | 与其他系统的对接 | 1.系统支持与其他应用系统的对接和交互，支持这些系统提供的数据上行或下行接口。 2．系统支持通过数据文件、Socket、中间件等方式与其他系统对接，支持各种常用协议与各种常用报文，如定长报文、变长报文、XML报文等。 |
12 | 日志要求 | 1.建立完备的系统日志、应用日志、错误日志，系统服务启动、系统服务停止、用户登录、用户注销和用户日常操作等均应登记日志记录。 2.日志的记录信息应该做到完整、条理清晰，同时应充分考虑跟踪定位问题的高效和便利。 3.系统应充分考虑日志分级、分日期、分用户的要求。开发过程中的调试日志在上线时必须屏蔽，系统出错时必须记录详细的日志以便定位问题，包括应用系统的处理步骤、代码文件、类、方法和出错行数。 4．一个交易产生的所有日志比较要有唯一标识区分，能够根据为你标识迅速定位该交易的所有日志。 5.负载均衡部署时交易错误信息能准确反映日志所在服务器 |
13 | 可维护性 | 1.系统应提供易操作、人性化的运行维护菜单，通过界面方式进行服务起停、批量处理、系统运行监控等功能； 2.系统应具备完善可靠的灾难应急、恢复方案。 |
14 | 系统迁移 | 系统必须考虑与旧系统的迁移过渡方案，包括数据迁移、交易功能迁移、文件迁移等，新系统投产后旧系统已有业务保持原有模式继续运作。 |
15 | 版本管理 | 1.采用主流的版本管理工具，所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理； 2.系统开发时必须至少具备三套版本，即开发版本、业务测试版本和上线版本； 3.系统应充分考虑版本管理的可靠性和便利性，对于需要多个手工步骤操作的发布过程，须提供自动化工具整合整个发布过程。 |
16 | 系统集成 | 中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作，负责应用软件的规划、部署、安装、配置、测试、上线工作。 |
|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
