保理信息系统需求说明书
(完整版)保理操作手册
盛保理产品方案一、准入标准1、具备完备的应收账款管理体系，所经营的产品质量稳定、标准化程度高，但应收账款比重较高，为支持营运周转，有资金需求的企业。
2、买方条件：原则上买方为自然人和政府的除外，无银行和商业信用（主要是履约付款）不良纪录。
3、卖方条件：须有固定的生产经营场所，非买方关联企业（back to back factoring除外），与买方之间的交易关系必须是连续的，没有因为履约质量遭到买方拒绝付款的记录，不存在与买方交叉销售等情形而可能引起应收帐款债权被冲销的情况。
4、买卖双方原则上应均具有2年以上的连续经营纪录（包括股东或实际控制人的从业经验），且原则上应具有连续1年以上的交易关系，80％的应收帐款帐龄在6个月以内。
二、业务条件1、商务合同已生效，且卖方已履行合同项下的义务；2、应收帐款未到期；3、应收帐款账龄原则上不超过半年，付款期（指应收帐款转让之日起到应收帐款商务合同约定付款日）原则上不超过一年；4、仅指对卖方根据商务合同的约定应向买方收取的扣除预付款、已付款、佣金、销售折扣等后的款项净额；5、商务合同中不含附条件的分期付款条款；三、不可接受的应收帐款1、可能发生债务抵销的应收帐款；2、已经转让或设定担保的应收帐款；3、代销或者其他方式约定销售不成即可退货而形成的应收帐款；4、买卖双方正在发生贸易纠纷的应收帐款；5、因关联交易，如卖方向其附属机构、控股公司、母公司或者所属集团其他成员销售而产生的应收帐款；6、商务合同约定或法律法规规定债权不得转让的应收帐款；7、商务合同因违反国家法律、法规而导致无效的应收帐款；8、被第三人主张代位权的应收帐款；9、被采取法律强制措施的应收帐款；10、基础合同项下的尾款；质量保证金类的尾款；11、存在其他权利瑕疵的应收帐款，如以鲜活产品、服务、劳务、知识产权等为交易标的的应收帐款融资业务（卖方已履行完毕全部义务、不存在质量保证或后续服务等义务和责任的除外）。
保理信息系统需求说明书
保理信息系统需求说明书保理信息系统需求说明书1.引言本需求说明书旨在对保理信息系统进行全面的需求分析和规划，以满足公司保理业务的管理和发展需求。
本文档将详细描述系统的功能、性能、安全性、用户界面等方面的需求，并提供相应的附件供参考。
2.业务背景在本章节中，将介绍保理业务的背景和相关的业务流程，以便更好地理解保理信息系统的需求。
2.1 保理业务概述保理业务是指一方（被保理人）将其应收账款转让给另一方（保理商），由保理商提供资金融资和账款管理服务的一种融资方式。
2.2 保理业务流程在此部分，将详细描述保理业务的流程，包括供应商与保理商之间的合作、应收账款转让、资金融资、账款管理和结算等环节。
3.功能需求本章节将列出保理信息系统的功能需求，包括但不限于以下内容：3.1 用户管理保理信息系统需要实现用户的注册、登录、权限管理等功能，以便管理不同角色的用户，如供应商、保理商、资金方等。
3.2 业务流程管理保理信息系统需要支持保理业务的各环节管理，如应收账款转让、资金融资、账款管理、结算等，确保业务流程的顺畅进行。
3.3 资金融资管理保理信息系统需要提供资金方案管理功能，包括资金方信息管理、融资方案设定、融资申请与审批、资金调度等，以满足资金方的需求。
3.4 应收账款管理保理信息系统需要提供应收账款管理功能，包括应收账款登记、查询和统计分析等，以便企业对应收账款进行有效管理。
3.5 风险管理保理信息系统需要实现风险管理功能，包括风险评估与监控、风险预警和应对措施等，以保证保理业务的安全性和稳定性。
3.6 报表与统计保理信息系统需要提供丰富的报表与统计功能，以辅助用户进行决策和分析，同时满足监管报表的要求。
4.性能需求本章节将列出保理信息系统的性能需求，包括但不限于以下内容：4.1 响应时间系统应具备良好的响应时间，用户在进行操作时不会出现卡顿或无响应的情况，能够快速地获取所需信息。
4.2 并发处理系统应能够处理大量的并发请求，能够同时服务多个用户，并保持系统的稳定性和性能。
互融云产品说明书(商业保理系统)
商业保理业务管理系统产品说明书文档时间：2016年7月目录1.产品介绍 (3)2.系统优势 (4)3.功能结构 (4)4.功能清单 (4)5.品质服务 (10)6.技术架构 (11)7.海量经验 (11)7.1.十余年项目服务支持经验 (11)7.2.唯一一家全业务软件企业 (11)7.3.专家级解决方案制定 (12)1.产品介绍互融云保理业务管理系统是根据多种类保理业务管理需求，针对保理业务的流程结合互联网金融而开发的一套计算机软件管理系统。
产品结合网站客户端、第三方支付管理、后台ERP系统三个管理版块以实现保理业务的信息化、智能化管理。
互联网金融平台商业保理产品一般都是有追索权的保理。
供应商（通常是中小企业）与买方（通常为供应链核心企业）订立货物销售或服务合同，产生应收账款；供应商将该应收账款转让给商业保理公司，由商业保理公司向其提供融资服务，实现资金周转；商业保理公司与互联网金融平台签订合作协议，将该应收账款转让给平台投资人；到期后商业保理公司从买方（明保理）或供应商（暗保理）处收到还款，并支付给互联网金融平台投资人。
在商业保理业务中，互联网金融平台通常都会通过商业保理公司回购、引入担保机构或保险公司等方式对投资者进行本息保障。
2.系统优势3.功能结构4.功能清单5.品质服务互融云软件的服务流程区别于一般的简单软件交付，虽然我们的产品分标准产品版本及定制产品版本，但是所有版本产品均提供不等的定制设计内容，我们所有的签约项目服务流程都包含以下步骤：需求调研——原型设计——原型设计确认——产品定制部分开发——系统试运行交付——系统正式上线运行6.技术架构7.海量经验7.1.十余年项目服务支持经验互融云在多年金融行业软件服务中累积了大量的行业经验，接触了上千家金融企业客户，在回答客户对公司产品的咨询以及满足客户对产品购买的需求外，也在这个过程中认真积累金融业务知识和金融企业的业务管理需求，如果服务于像金融行业这样一个具备准入门槛的行业，不站在客户业务角度提供软件服务，那么提供的软件是很难真正帮助企业将业务管理与信息化建设高度整合的，从而使得软件不能真正产生价值，在企业内部也不能正常使用运转。
保理服务的业务申请书模板
保理服务的业务申请书模板如下：尊敬的保理公司：您好！我代表我方企业向您提交关于保理服务的业务申请书，希望能够得到您的支持与帮助。
在此，我们先向您简要介绍一下我方企业及业务需求，以便让您更好地了解我们的需求。
一、企业基本情况我方企业成立于____年，注册地为____，主要从事____行业的生产经营。
企业拥有强大的研发团队、先进的生产设备和技术，产品远销国内外市场。
为了扩大市场份额，提高竞争力，我们希望能够借助保理服务优化现金流，降低融资成本，提升企业整体运营效率。
二、业务需求1. 融资需求：我方企业目前有____万元的应收账款尚未收回，需进行保理融资，以满足短期资金周转需求。
2. 应收账款管理：我们希望借助保理公司提供的应收账款管理服务，对客户的信用状况进行实时监控，降低坏账风险。
3. 催收服务：由于部分客户回款周期较长，我方企业需借助保理公司的专业催收团队，提高应收账款的回收效率。
4. 信用风险承担：我们期望保理公司能够根据客户的信用状况，为我们提供相应的信用风险担保，确保我方企业在贸易过程中的资金安全。
三、合作优势1. 业务规模：我方企业年销售额达到____万元，具备较大的业务规模，与保理公司合作具有较高的盈利潜力。
2. 行业地位：我方企业在行业内拥有良好的口碑和稳定的市场份额，有助于保理公司拓展业务范围。
3. 财务管理：我方企业具备完善的财务管理体系，能够为保理公司提供准确的财务数据和业务信息。
4. 信用保障：我方企业承诺遵守合同约定，按时履行付款义务，确保保理公司的权益得到保障。
四、合作建议1. 保理融资额度：根据我方企业的应收账款规模和信用状况，建议保理公司提供____万元的融资额度。
2. 融资利率：希望保理公司能够根据市场行情和我方企业的信用等级，给予较为优惠的融资利率。
3. 服务费用：请保理公司详细介绍各项服务费用的收费标准，以便我们进行综合评估。
4. 合作期限：我们希望与保理公司建立长期稳定的合作关系，共同发展壮大。
银行对接系统需求分析说明书
银行系统需求分析说明书1引言1.1目的银行系统的建立，一方面为公司内部各子系统提供了统一的资金管理方案，另一方面为银行、第三方支付公司提供信息交互通道。
通过使用网络通信方式与银行、第三方支付公司进行全面的业务交互，最终实现交易查询、账户管理、资金交易等功能。
同时，根据不同约定级别实现异常纠正，保证每次业务操作的完整性和准确性，提供每个时间段内的资金交易情况明细，保证资金能被安全正确的使用。
1.2背景随着保理业务量的不断扩大，原有保理系统涵盖的业务功能太多，当有业务扩充和功能升级时，改动原有保理系统太过复杂和繁琐，影响较大。
现在将保理系统按功能划分，分为业务综合平台、运营管理平台和资金管理平台。
其中，资金管理平台包括资金柜面系统、资金账户系统、资金路由系统、资金系统、资金账务系统、银行系统。
资金管理平台是为了管理资金流向而存在的，当业务平台发送业务请求给资金管理平台时，资金柜面系统作为资金管理平台的总的出入口，对外的接口提供方，起到承上启下的作用，所有的资金相关的外部请求统一发送到资金柜面系统中，再由资金柜面系统按照一定规则，根据不同业务数据，组织不同的后方接口，发送给对应的内部系统进行处理。
银行系统为资金柜面系统提供调用接口，当有譬如转账类请求时，由资金柜面系统根据业务调用银行系统，银行系统调用银行接口而完成。
1.3术语缩写1.4前提条件及约束银行系统的功能是相对独立的，只负责与资金渠道的交互，为资金管理方提供直接交易和查询。
当银行系统接收到转账请求时，银行系统会与资金渠道进行对接，对于谁发起的请求，为什么会发起请求，银行系统不会关注，它只是执行指令。
银行系统有其独立的数据库，数据库中存放资金渠道信息和资金出入信息。
银行系统数据库支持异步操作。
银行系统支持同一业务重复性剔除，譬如说，当网络出现问题，同一业务请求调用过银行系统多次时，只保留第一次的请求。
对于如何区别是否是同一请求调用，当每一次调用时，调用请求会带上业务编号、版本号、订单号等。
XX市——XX省医疗保障信息平台财务管理子系统运营(20XX年)项目需求说明
XX市——XX省医疗保障信息平台财务管理子系统运营（20XX年）项目需求说明一、项目概况建设实施XX市——XX省医疗保障信息平台财务管理子系统在XX日常财务业务经办和管理服务的应用，另外通过定期的实施总结为XX市医保部门当前及未来的信息化建设提供指导性建议和优化性措施。
主要工作内容包括：系统应用部署实施、财务管理子系统的相关业务指导、配合XX市医保部门完成信息化相关文案编写等。
二、项目需求三、服务内容（一）应用软件管理平台建设实施服务1．服务定义功能模块中提供了角色、权限、单位、人员等基础信息的管理功能和服务功能。
服务方需要针对XX财务用户进行管理，提供新增或删除用户，并赋予不同的系统角色如各级经办机构会计、出纳人员角色或管理人员角色。
2．服务人力投入在本项目建设实施过程中，要求投入不少于1人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。
（二）基础资料配置服务1．服务定义基于XX省医保信息平台财务管理子系统统一建设、规划、要求的框架，结合XX市医保在会计账套、会计科目、辅助核算等的要求，服务方需配合XX市医保部门的要求，在本模块进行基础资料定义配置。
2．服务人力投入在本项目建设实施过程中，要求投入不少于1人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。
（三）基金账务处理实施服务1．服务定义基金账务处理依据省级的统一规划，在XX省医疗保障信息平台财务管理子系统中统一账套编码、会计科目编码要求下，针对XX市医保财务核算的进行系统级基础资料及单位级基础资料的改造，实现XX市基金财务数据的规范统一。
基金账务处理包含了凭证处理、往来管理、定期处理、科目账、辅助账等功能。
服务方需协助用户解决在记账、查账过程中出现的问题，保障本功能模块的正常运行，为医保基金财务提供实时服务。
2．服务人力投入在本项目建设实施过程中，要求投入不少于2人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。
保理平台申请书模板
尊敬的XX保理平台：我代表我方公司（以下简称“申请人”），向贵保理平台提交申请，希望贵平台能为我们提供国内保理业务服务。
以下是我方公司对贵保理平台的申请资料：一、申请人基本信息1. 公司名称：XXX有限公司2. 成立时间：XXXX年3. 注册资本：人民币XX万元4. 注册地址：XX省XX市XX区5. 经营范围：XXX行业相关业务6. 法人代表：XXX7. 联系方式：电话：XXX，邮箱：XXX二、申请保理业务类型1. 业务类型：国内保理业务2. 应收账款金额：人民币XX万元3. 应收账款期限：XX个月4. 融资需求：人民币XX万元三、申请人财务状况1. 最近一年审计报告：附件2. 最近一个月财务报表：附件3. 应收账款情况：详细列出应收账款明细，包括购货方名称、合同金额、已收款金额、未收款金额等。
四、申请人信用状况1. 信用评级报告：附件2. 贷款卡（证）：附件3. 法人代码证：附件五、购货方信息1. 购货方名称：XXX有限公司2. 营业执照号：XXX3. 联系人：XXX4. 联系方式：电话：XXX，邮箱：XXX5. 购货方财务状况：提供购货方最近一年审计报告或财务报表。
六、交易背景及应收账款情况1. 交易背景：详细描述申请人与购货方的交易背景，包括货物或服务内容、合同签订时间、合同履行情况等。
2. 应收账款情况：提供经购货方确认的应收账款对账单，标明相关交易合同应收账款付款情况、付款期限及付款条件明细。
七、其他资料1. 申请人公司简介：提供申请人公司简介，包括公司经营情况、市场竞争力、发展前景等。
2. 法定代表人及管理人员资格证明：提供法定代表人及管理人员的相关资格证明。
3. 授权委托书：如法定代表人授权他人代为办理保理业务，需提供授权委托书及受权人身份证明。
我们希望贵保理平台能对我们的申请进行认真审核，并尽快给予答复。
我们相信，通过贵保理平台的服务，我们将能更好地解决应收账款融资问题，提高公司经营效益，实现双方共赢。
信息系统需求说明书
信息系统需求说明书信息系统需求说明书信息系统专业目录一、引言1.1编写说明 (3)1.2编写目的 (3)1.3系统目标 (3)1.4参考文献 (3)1.5业务流二、用户需求2.1业务需求 (4)2.2性能需求 (4)三、业务流程3.1数据流程图 (5)3.2UC矩阵 (7)四、系统分析4.1用例图及用例分析 (8)4.2类图 (16)4.3 E-R 图 (17)4.4事件流程图 (18)五、功能5.1包图 (22)5.2系统功能 (24)5.3系统功能的模块 (24)六、数据调查及分析6.1数据字6.2数据项描述 (32)七、系统运用技术分析7.1主要技术 (33)7.2开发模式 (33)7.3项目完成主要步骤 (33)八、系统重要代码8.1登陆部分 (34)8.2卖票部分 (36)九、风险说明9.1信息系统面临的主要风险 (40)9.2风险的处理策略 (41)十、遗留问题 (42)十一、总结 (42)§1引言随着人们生活水平的不断提升，看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道，人们对电影院的要求也随之不断提高，因此，电影院为了提高自身的竞争力而开发电影信息系统管理软件，在以后的运营中为用户提供更加优质的服务。
§1.1编写说明项目开发的提出者为在校的学生，开发者为刘储文、赵越、徐燕、杨晓亮、刘玉，已明确用户有：各大电影院。
用户特点：各大电影院的工作人员、管理人员和影院顾客。
§1.2编写目的此文档定义了该电影院管理系统的规格和功能说明。
该文档的使用者主要为系统的管理人员，使用人员和维护人员。
部分文档中提到的功能在实际操作中因技术限制未能全部实现。
目的是使该程序的使用人员，运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。
§1.3 系统目标软件开发的意图为便于电影院的管理，方便查看有关电影及放映的情况。
如电影院队职工、顾客、电影信息的查找、删除、修改和添加。
保理信息系统需求说明书
【保理系统】需求说明书目录1 引言 (3)1.1 编写目的 (3)1.2 范围 (3)1.3 定义 (3)1.4 参考资料 (3)2 项目概述 (3)2.1 目标 (3)2.2 产品功能 (4)2.3 用户特点 (5)2.4 假定和约束 (5)3 具体需求 (6)3.1 功能需求 (6)3.2 性能需求 (8)3.3 外部接口需求........................................... 错误!未定义书签。
3.4 属性 (9)3.5 其他需求 (10)4 运行环境需求 (10)4.1 设备 (10)4.2 支持软件 (10)4.3 接口................................................... 错误!未定义书签。
4.4 控制................................................... 错误!未定义书签。
5 附录 (11)1引言1.1编写目的此文档用于说明描述保理系统的系统提供功能，业务流程情况及运营说明。
1.2范围本文档的适用范围为项目开发人员、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员，也适用于客户。
该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。
1.3定义1.4参考资料2项目概述2.1目标本系统的目标是能够提供一套简单的保理业务支撑平台，能够在一定人工运营的基础上完成保理业务的流程处理，符合实际业务要求。
系统功能主要面对四方面使用者：A: 卖方用户（供应商）B: 买方用户（经销商）C：银行人员D: 系统运营人员2.2产品功能本软件为用户提供一个保理业务支撑平台，能在运营支持上提供一套基础的保理业务流程。
2.3系统总体业务流程2.4用户特点面相4方用户:1：卖方：提交单据2：买方：确认单据3：银行人员：查询下载融资单据4：运营人员：审核单据，单据申请融资，买卖家管理，合同管理，资金源管理2.5假定和依赖本项目是否能够成功实施，主要取决于以下几点：（1）为了项目的开发下的条件和实施，在必要时对现有的业务流程进行合理的调整。
信息系统需求说明书
信息系统需求说明书一、引言信息系统需求说明书旨在详细描述所需的信息系统的功能、性能、安全性、可靠性等方面的要求。
本文将对信息系统的需求进行全面的阐述，确保系统能够满足用户的实际需求。
二、背景随着科技的不断发展，信息系统在各个领域中的作用越来越重要。
为了适应市场的需求和提高企业的效率，我们公司决定开发一个全新的信息系统。
这个系统将在销售管理、库存管理、财务管理等方面提供全面的支持。
三、系统范围与目标本系统的范围包括销售管理、库存管理以及财务管理等模块。
其主要目标是实现销售流程的自动化、库存管理的精确控制以及财务数据的准确统计。
通过该系统，用户可以方便地进行销售订单的处理、库存的管理和财务数据的分析。
四、业务需求4.1 销售管理模块销售管理模块需要具备以下功能：- 销售订单管理：支持创建、修改和删除订单，记录订单状态和交付日期。
- 客户管理：记录客户基本信息，包括联系方式、历史订单等。
- 销售报表：实时生成销售统计报表，包括销售额、销售数量等指标。
4.2 库存管理模块库存管理模块需要具备以下功能：- 库存记录：记录库存的入库和出库情况，包括商品名称、数量、入库日期等信息。
- 库存查询：根据商品名称和库存数量等条件查询库存情况。
- 库存预警：当库存数量低于设定的阈值时，系统自动发送预警信息。
4.3 财务管理模块财务管理模块需要具备以下功能：- 费用管理：记录各类费用支出，包括采购成本、营销费用等。
- 财务报表：实时生成财务报表，包括利润表、资产负债表等。
五、非功能性需求5.1 性能要求- 系统响应时间应不超过2秒。
- 系统能够同时支持1000个用户并发操作。
5.2 安全要求- 用户登录采用用户名、密码的方式进行验证。
- 系统要有权限管理机制，不同用户拥有不同的权限。
5.3 可靠性要求- 系统应具备数据备份和恢复的功能，确保数据安全。
- 系统应具备容错机制，能够通过自动恢复和重启等方式解决系统故障。
六、总结通过对信息系统的需求进行详细描述，我们已经清楚了系统的功能、性能和安全等方面的要求。
互融云产品说明书(应收保理业务管理系统)
应收保理业务管理系统产品说明书北京互融时代软件有限公司文档时间：2015年11月目录1.产品介绍 (4)2.相关优惠 (4)3.适用客户 (4)4.功能结构 (4)5.功能清单 (5)6.技术架构 (7)7.海量经验 (7)7.1.十余年项目服务支持经验 (7)7.2.唯一一家全业务软件企业 (8)7.3.专家级解决方案制定 (8)8.极致安全 (9)8.1.基于SSL证书（https）安全传输模块 (9)8.2.实现前台用户端、后台管理端独立部署 (9)8.3.数据库安全防篡改模板 (10)8.4.数据库安全灾备 (11)8.5.专业黑客流量攻击入侵检测 (11)9.高端功能 (13)9.1.超强多业务整合、多平台整合、线上线下业务整合能力 (13)9.2.用户数、门店数、分公司数量均无限制 (13)9.3.超强自动实时债权匹配（债权转让系统） (13)9.4.各类系统接口开发能力 (13)9.5.全面、自动、自定义的自动计息付息功能 (13)9.6.自动生成还款（投资）付息（收息）计划表 (14)9.7.灵活的权限分配机制 (14)9.8.自适应的流程自定义管理 (14)9.9.一键式合同在线生成 (14)9.10.可靠的资信评估与授信 (14)9.11.轻松实用的财务对账 (14)9.12.多样化的担保措施 (15)9.13.精准的数据统计分析 (15)9.14.工作审核项目审批 (15)9.15.多样式的财务报表 (15)9.16.便捷的收息逾期提醒 (15)9.17.方便快捷的移动办公 (15)10.品质服务 (16)1.产品介绍互融时代保理业务管理系统是根据多种类保理业务管理需求，针对保理业务的流程结合互联网金融而开发的一套计算机软件管理系统。
产品结合网站客户端、第三方支付管理、后台ERP系统三个管理版块以实现保理业务的信息化、智能化管理。
互联网金融平台商业保理产品一般都是有追索权的保理。
广西北部湾银行理财资产管理系统项目需求说明
附件1：广西北部湾银行理财资产管理系统项目需求说明一、项目背景随着利率市场化的实质性推进以及监管框架的完善，国内资产管理业务将越来越呈现其本原特色，即商业银行作为专业投资管理人，为各类投资者设计符合其需求的金融产品，并通过在各类金融市场上的专业化运作满足投资者风险收益管理需要的专业化经营活动。
理财资产管理业务已经成为银行重要的收入和利润来源之一，随着资产业务规模的不断增长，为应对越来越复杂的市场风险、信用风险、操作风险以及合规风险等，为改变现有手工设计、手工台账的管理格局以及风险监控指标缺失、监控力度不到位的现状，提高我行理财信息报送效率，实现各类理财产品产品设计、产品发行、资产管理、投资交易、产品兑付的全流程电子化、标准化管理，提高我行理财业务管理水平，达到银监[2014]35号文“银行应建立独立的理财业务管理信息系统”要求。
二、总体要求及目标理财资产管理系统以资产管理业务为核心，围绕着理财产品管理、交易管理、风险管理、投组管理等关注重点而架构，在系统数据结构设计方面考虑未来其他系统数据接入的兼容性，使系统功能具备不断扩充的可能。
该项目实施后，系统架构应能够满足今后一段时间内系统进一步扩充与发展的需要。
（一）实现理财业务全生命管理服务体系，可实现理财产品从规划、辅助设计、发行、投资运作、限额管理、估值核算、清算、记账、对账等理财产品全生命周期管理，在提升银行综合实力的基础上，逐步提高理财资金投资管理能力。
（二）建立高效、专业的流程化管理模式。
改变目前纸质流转，人工控制和审批的模式，建立高效专业的流程化管理模式，在有效分工的基础上整合内部资源，实现风险可控，决策高效。
（三）建立涵盖前中后台的综合业务系统。
实现资金流、资产流、信息流的电子化管理，实现前台交易、中台风控、后台核算的无缝对接。
（四）全面的风险管理体系。
以市场风险、信用风险、流动性风险、操作风险为核心，建立覆盖全业务流程的风险控制和风险分析体系，响应银监会的风险监管要求，提升银行核心竞争力。
医疗保险信息系统需求说明书
医疗保险信息系统需求说明书引言编写目的目的：1）正确表达医保中心建立医疗保险系统的需求，为系统设计人员和程序开发人员提供系统需求的依据。
2）为系统的维护和升级提供参考资料。
预期读者：系统分析员、系统设计师、程序开发人员、系统使用人员。
同其他系统的联系：医疗保险中心领导、各参保单位领导、各医院医疗信息系统背景系统名称：医疗保险信息系统项目任务提出者：北京医疗保险中心项目开发者：中国人民大学信息学院Vivian项目使用者：北京医疗保险中心及各大医院任务概述目标加快医疗保险制度改革，建立城镇职工基本医疗保险制度，为广大职工提供基本的医疗保障，是党的十五大和九届人大一次会议明确提出的重要任务，是政府的五项重要改革之一，这关系到社会主义市场经济体制的建立与完善，关系到改革、发展和稳定的大局，关系到我国跨世纪战略目标的实现。
建立城镇职工基本医疗保险制度，即适应社会主义市场经济体制，根据财政、企业和个人的承受能力，建立保障职工基本医疗需求的社会医疗保险制度。
建立医疗保险制度的目标是：基本医疗保险的水平要与社会主义初级阶段生产力发展水平相适应；城镇所有用人单位及其职工都要参加基本医疗保险，实行属地管理；基本医疗保险费由用人单位和职工双方共同负担；基本医疗保险基金实行社会统筹和个人帐户相结合。
医疗保险机构是为参保单位或个人提供医疗保险服务的专门机构。
参保单位或个人在医保中心建立档案，缴纳相关费用，享受相关的医疗保险服务。
以往对于各项医保服务都是进行纯手工操作；但随着参保人员的不断增多以及各项医保服务的完善和扩充，无疑，再完全由人工处理各项服务将会给医保行业带来很多不必要的麻烦，比如：由于操作人员记录失误带来的档案登记错误，由于信息不流通带来的缴费延迟等等。
在这种情况下，医保中心就需要借助于现代飞速发展计算机技术和数据库技术建立一个功能庞大的医疗保险信息系统。
该系统可以将绝大多数人工服务转为计算机内部实现，既减少了工作人员的负担，又具有准确，高效，流通性好的优势，大大提高整个医疗保险中心的服务效率。
开展信息系统安全检测工作的需求说明
全平台
2
渗透测试
全平台
3
配置核查
全平台
4
安全加固
全平台
5
代码检测
全平台
6
应用系统专项检测
网上报名及电子交易系统7源自回归测试/8
出具测试报告
/
二、人员安排及工期
检测期间，第三方需安排3-4名信息化专业人员跟进工作。工期为30天。
开展信息系统安全检测工作的需求说明
为有效排查、修复黄埔区“三资”平台系统漏洞，强化应用系统专项检测工作，进一步提高黄埔区“三资”平台系统的安全性，更好适应新时期农村集体“三资”监管业务需求，确保黄埔区“三资”平台系统长期安全、稳定运作。
一、检测内容
本次信息系统安全检测主要内容：
序号
检测项目
检测范围
1
传统保理业务系统需求分析说明书
第1章引言 (1)1.1 编写目的 (1)1.2 工程背景 (1)1.3 业务术语 (2)1.4 业务涉及的标准与标准 (2)1.5 参考资料 (2)第2章总体需求描述 (4)2.1 目标 (4)2.2 预期用户 (4)2.3 业务品种总体描述 (4)2.3.1 有追索权保理业务描述 (4)2.3.2 无追索权保理业务描述 (4)2.3.3 其他 (4)2.4 总体业务流程描述与风险限制要点 (5)2.4.1 业务全流程总体描述 (5)2.4.2 全流程总体风险限制要点 (8)2.5 各业务品种业务流程与风险限制要点 (11)2.5.1 有追索权保理业务流程与风险限制要点 (11)2.5.2 无追索权单保理业务流程与风险限制要点 (15)2.5.3 行内双保理业务流程与风险限制要点 (20)2.6 系统功能总体描述 (27)2.7 与其他系统〔业务〕的关系 (28)2.7.1 与对公信贷治理系统的关系 (28)2.7.2 与核心系统的关系 (29)2.7.3 与其他系统的关系 (31)第3章业务需求详细描述 (33)3.1 业务操作治理 (33)3.1.1 业务操作内容 (33)3.1.2 操作权限限制 (33)3.1.3 二级核准治理 (34)3.1.4 日常交易操作错误治理 (35)3.1.5 日志治理 (37)3.2 风险治理概要 (37)3.2.1 风险控管概要 (37)3.2.2 额度控管要求 (40)3.3 账务治理概要 (43)3.3.1 会计账务治理总体原那么概述 (43)3.3.2 会计科目治理功能 (44)3.3.3 传票账务治理功能 (44)3.3.4 通过传票账务设置来建立出账行规那么 (45)3.3.5 通过传票账务设置来建立账务归户规那么............................... 4 53.3.6 通过传票账务设置来建立额度治理规那么 (46)3.3.7 通过传票账务设置来建立不同业务品种的治理规那么 (47)3.3.8 依据以上治理规那么在交易发生自动核算账务并记账 (47)3.3.9 治理所有历史账务流水 (48)3.4 利息治理 (48)3.4.1 利息计提 (48)3.4.2 结息方式 (49)3.4.3 利率调整、浮动方式 (49)3.5 费用治理 (50)3.5.1 计费方式 (50)3.5.2 收取方式 (50)3.5.3 支付方式 (50)3.6 根底信息治理 (50)3.6.1 客户信息治理 (50)3.6.2 额度信息治理 (52)3.6.3 合同信息治理 (54)3.7 正常交易治理 (55)3.7.1 账款受让 (55)3.7.2 预付款支用 (57)3.7.3 预付款偿付 (57)3.7.4 账款回收........................................................... 5.8 3.8 异常交易治理. (59)3.8.1 商业纠纷及账款折让 (59)3.8.2 买方退货 (60)3.8.3 账款逾期 (60)3.8.4 预付款逾期 (61)3.8.5 担保付款 (62)3.8.6 账务冲正 (63)3.9 参数治理 (63)3.9.1 公用参数治理 (63)3.9.2 系统参数治理 (64)3.10 用户与权限治理 (65)3.10.1 组织机构与用户治理 (65)3.10.2 权限治理 (66)3.11 在线帮助 (67)3.12 报表治理 (67)第1章引言1.1 编写目的编写本工程需求分析说明书的目的是为了使用户和开发者双方对该系统的功能和需求有一个共同的理解,使之成为整个系统客户化开发工作的根底, 便于系统开发过程中的限制与治理.本需求分析说明书是整个系统开发的主要依据之一,对工程的设计、开发构建和系统测试等阶段提供依据；为设计工程方案、核定工程本钱、编制方案进度提供文字依据；同时为对工程的完成进行用户测试、用户确认和验证提供支持.1.2 工程背景在参加WTCB,国内银行面临着跨国金融集团进入国门所带来的巨大挑战, 毋庸置疑中间业务将成为双方竞争的主要阵地, 而保理业务更是外资银行凭借其技术和实力优势而志在必得的业务领域.在我国业已结束的“入世〞双边谈判所达成的协议中,保理业务被明确列入开放工程. 和国外同行相比,无论是保理业务的专业技术人员方面,还是运作治理方面,我们都明显处于劣势.另外,随着传统资产负债业务的盈利空间不断缩小和同业竞争的进一步加剧,银行迫切需要开展中间业务,寻求新的利润增长点.保理业务属于银行的中问业务,其收益高于传统的贷款业务.此项业务一般按销售额收取一定比率的手续费用以及治理费用,并对企业获得的融资款收取利息,且年利率通常较银行优惠利率高出一定比例.为此,开展保理业务对银行来说无疑具有十分重要的现实意义.中国XX银行获人行批准自2003年开办保理业务.保理业务是指卖方将其现在或将来的基于其与买方订立的货物销售合同和劳务合同所产生的应收账款, 根据契约关系转让给中国XX银行,由中国XX银行针对受让的应收账款为卖方提供销售分户账治理、应收账款催收、保理预付款、信用销售限制和信用风险担保等效劳中的特定的两项或两项以上的综合性金融效劳产品.保理业务开办至今XX银行一直采取手工操作模式.随着业务的逐步推广, 迫切需要有相应的IT系统支持保理业务的流程治理、风险治理、会计核算及数据信息治理等,到达优化流程、标准操作、增强风险防范,增强市场竞争力的目的.1.3 业务术语1〕保理：指XX银行接受基于商业贸易中形成的应收账款债权,并为卖方提供信用风险担保或预付款支用或应收账款治理或催收的效劳；2〕应收账款：应收账款是指企业因赊销产品或劳务而形成的债权,3〕有追索权保理：指建行银行为企业提供账款催收、销售账户治理以及发票预付款支用效劳,但不承当买方信用风险.4〕无追索权保理：指XX银行有条件地买断企业的应收账款债权,并提供信用风险担保和预付款支用效劳.1.4 业务涉及的标准与标准1〕?GRIF〉或?国际保理通那么?,FCI,世界保理商联合会2〕?国际保理公约?,国际统一司法协会3〕?联合国国际贸易中应收账款转让公约?,联合国4〕?中华人民共和国合同法?5〕?中华人民共和国共和国物权法?6〕?中华人民共和国担保法?7〕?中华人民共和国商业银行法?1.5 参考资料1〕?GRIF〉或?国际保理通那么?,FCI,世界保理商联合会2〕?国际保理公约?,国际统一司法协会3〕?联合国国际贸易中应收账款转让公约?,联合国4〕?中华人民共和国合同法?5〕?中华人民共和国共和国物权法?第2章总体需求描述2.1目标保理业务系统为XX银行国内保理业务的治理和操作提供一个运行平台,通过该平台实现以下业务目标：1〕实现保理业务操作电子化,提升业务效率；2〕标准全行保理业务操作和执行规划；3〕实现总行、一级行等保理业务治理部门对保理业务的治理和业务监控；4〕实现保理业务的准入、审核、审批、支用、账户治理、风险监控等全流程的治理；5〕建立国内保理业务支撑平台,支持保理业务的产品创新.2.2 预期用户系统的最终用户定位于总行保理业务治理岗位、一级分行保理业务治理岗位、二级行保理业务操作岗位.2.3 业务品种总体描述2.3.1 有追索权保理业务描述有追索权保理是指建行银行为企业提供给收账款治理和预付款效劳,但不承当买方信用风险.有追索权保理以单保理方式提供.2.3.2 无追索权保理业务描述无追索权保理是指XX银行有条件地买断企业的应收账款债权,并提供给收账款治理、预付款和信用风险担保效劳.无追索权保理主要通过“单保理〞和“行内双保理〞两种方式提供效劳.2.3.3 其他系统需要具备灵活配置业务品种的条件,可以根据对收息方式、追索权、收费方式等要素的灵活组合形成新的业务品种.2.4 总体业务流程描述与风险限制要点2.4.1 业务全流程总体描述如“图2.4 -1〞所示需要与其他业务与治理系统的有效协作,实现保理业 务的 准入、审核、审批、支用、账户治理、风险监控等全流程的治理.CCBS纹果〔图2.4-1保理业务全流程示意图〕流程说明:⑴ 客户提出业务申请时,客户经理判断是否已经完成一般授信.假设没有完成,那么先在对公信贷治理系统系统中完成一般授信,并根据额度授信管理的要求,将该客户的国内保理额度纳入到某一个大类产品额度当中〔暂定为流动资金贷款类额度,尚待风险治理部确定〕.〔2 〕完成授信后,在对公信贷治理系统系统中实施保理业务审批. CLPM; 0-雕信2；煤理业务甫批 ③一合赢h 1-3.CCBFS ⑥ 激度处理 _帐务处理 _4— 特登处理解帐英处室及成款咪籥外理交跑理5 Y还就交曼处理尊而度处理1P(3)完成业务审批后,在对公信贷治理系统系统实施合同审批,确定客户保理额度数量、期限、币种等信息和数据.(4)完成合同审批后,保理业务经办行根据合同审批的要求与客户签署保理合同.(5)对公信贷治理系统系统将审批通过的合同信息传递给保理业务系统, 保理业务系统对相应的客户信息、额度信息、合同信息等进行集中维护.(6)客户提出账款转让与预付款支用申请,客户经理发起完成申请审批, 并提交保理业务系统实施账款受让和支用相关业务处理.(7)完成相关业务处理后保理业务系统暂时扣减相应客户额度.(8)保理业务系统根据交易和支用处理,实施相应的账务处理和会计处理, 并形成相应的会计凭证.(9)保理业务系统完成账务和会计处理后形成支用通知和相应的会计凭证.(CCBFSf核心系统系统连接之间,打印会计凭证和支用通知)(10)核心系统系统根据保理业务系统提供的会计凭证和支用通知实施账务处理后和支用操作.(保理业务系统与核心系统系统连接前,柜面会计人员核对会计凭证和支用通知,根据会计凭证和支用通知在核心系统系统中实施会计处理.)(11)核心系统系统在完成账务处理和支用处理后, 保理业务系统通过查询获取相关结果数据.(12)保理业务系统根据查询结果,实施相应的账务处理,并为额度治理提供结果依据.假设支用成功,那么通过；假设支用不成功,那么更正已经初建的账务数据. (13)保理业务系统根据查询结果,对额度实施相应的处理.假设支用及账务处理通过,那么额度扣减保持不变.假设支用失败,那么复原预先扣减的额度.(14)客户还款时(卖方还款或买方还款),保理业务系统实施还款交易处理.(15)完成还款交易处理后,保理业务系统记录还款对应需要释放的额度.(暂时不释放)(16)完成额度处理后,保理业务系统实施相应的账务处理和会计处理.(17)保理业务系统形成相应的还款通知或还款信息以及相应的会计凭证提交给核心系统系统.(系统未完成连接,手工操作阶段,打印还款通知和相应的会计凭证.)(18)核心系统系统根据保理业务系统的还款信息和会计信息实施还款操作和账务处理.(系统未完成连接,手工操作阶段.柜面操作人员审核会计凭证和还款通知,并在核心系统系统中实施还款操作和会计处理.)(19)核心系统系统在完成还款处理和账务处理后,保理业务系统通过查询获取相关结果数据.(20)保理业务系统根据查询结果,实施相应的账务处理,并为保理业务系统额度治理提供结果依据.假设还款成功,那么通过；假设还款不成功那么更正已经初建的账务数据.(21)保理业务系统根据查询结果,对额度实施相应的处理.假设还款及账务处理通过,那么释放额度.假设还款失败,那么不释放额度.(22)保理业务系统根据业务的实际情况实施相应的正常与非正常的业务处理.(23)保理业务系统根据根据业务的实际情况对于某些与额度相关的业务处理实施相应的额度处理(例如发生商业纠纷时,将冻结客户的相关额度等).(24)保理业务系统根据会计准那么和相关业务治理标准,自动实施相应的计息、计提、摊提等账务处理；并根据系统相应的业务处理实施相应的账务处理(如对逾期的预付款计收逾期违约金的处理),并将相应的账务处理结果提交给核心系统系统.(25)核心系统系统根据保理业务系统提供的账务信息实施相应的账务处理.(26)核心系统系统在完成账务处理后,保理业务系统通过查询获取相关结果数据.(27)保理业务系统根据查询结果,实施相应的账务处理,并实施相应的额度处理.(28)保理业务系统根据对公信贷治理系统系统的要求,将客户的额度使用情况按时反应给对公信贷治理系统系统,以便对公信贷治理系统系统实施额度监控.(29)保理业务系统根据十二级分类的要求,将保理合同项下的支用信息反馈给对公信贷治理系统系统供十二级分类使用.2.4.2 全流程总体风险限制要点在全流程当中的主要风险包括信用风险、操作风险和技术性风险.其中主要的信用风险包括了卖方信用风险、买方信用风险、买卖方交易带来的信用风险. 由于具体的信用风险和限制策略与具体的保理业务品种有关,所以这里将主要讨论全流程业务的操作风险和技术性风险,将信用风险的限制要点留在具体保理业务品种的风险限制要点中描述.保理业务全流程的操作风险、技术性风险及相应的限制要点主要包括以下几个方面：1)额度输入风险风险内容：在全流程保理额度由对公信贷治理系统系统负责审批形成,在保理业务系统与对公信贷治理系统系统实现互联之前,由手工将对公信贷治理系统审批的额度录入到保理业务系统当中.这就容易形成相应的操作风险.限制要点：该风险的限制要点包括两个方面.第一是尽快完成两个系统的互联,并在保理业务系统中将该额度设置为一般操作人员不可更改的数据项.第二是在手工录入阶段,增强复核工作.2)保理额度控管风险内容：保理业务系统从对公信贷治理系统系统为每一客户获得一个保理总额度,在操作当中可将该额度分解为客户作为卖方时的额度和作为买方时的额度.限制要点：系统对额度分解工作进行限制,使两额度的总和小于等于保理总额度.3〕交易操作风险风险内容：在保理业务系统当中进行交易操作时,操作内容包括发票录入、收息、收费、支用比例等.由于需要录入的信息量较大,所以容易产生操作失误等问题.限制要点：系统在这个方面提供两种限制方式.第一是在交易提交前设置复核〔主管放行〕进行一次审核,再提交.第二种限制方式是系统提供“冲正〞〔抹账〕处理机制,在交易完成并提交后,发现错误时,系统够通过冲正的方式化解错误操作.4〕支用操作风险风险内容：在核心系统与保理业务系统实现全自动化处理之前,保理业务系统需要打印支用通知和会计凭证,再由柜面人员登录核心系统系统实施操作,这就大大提升了操作风险. 限制要点：对于这种操作风险的限制主要包括两个方面.第一是核心系统自身的管控举措来降低操作风险.第二是通过系统提供的“冲正〞〔抹账〕处理机制,在交易完成并提交后,发现错误时,通过冲正的方式化解错误操作.5〕额度释放风险风险内容：保理业务系统暂时还无法实现与核心系统系统的实时交互,所以在业务操作过程中,保理业务系统中在支用时的额度扣减、还款过程中的额度释放都将存在一定的时延.这就带来的额度释放风险,即在实际完成还款之前就释放了额度.限制要点：对于这个潜在风险的限制,采用额度“剩余值最小化原那么〞.即在支用时,保理业务系统先进行额度扣减,支用正常保持扣减,支用失败,额度复原.在还款时,先不释放额度,在确认还款成功后再释放额度.6〕账务一致性风险风险内容：核心系统系统负责最终支用和还款等操作, 同时在核心系统系统内部也有相应的会计科目和账务处理,同时目前核心系统系统提供的批处理数据传输为“T+1〞.为此,核心系统系统与保理业务系统之间的账务存在着不同的可能性,特别是实现系统实时交互之前,这种潜在风险的概率由于人为操作失误的可能性和时间延迟的问题而加大误差的可能性.限制要点：对于这一潜在风险,风险限制要点主要集中在以下几点：〔1〕在系统实现实时交互之后.首先业务的计息、计费、罚息、结息、计提、摊提、逾期等处理全部由保理业务系统实施, 并将结果传递给核心系统,核心系统根据保理业务系统的处理结果进行账务更新.其次,系统提供直接数据交互,减少人为操作失误.第三,系统通过对账来检验账务一致性. 第四,对于错误操作通过“冲正〞来纠错.〔2〕在系统实现实时交互之前.首先业务的计息、计费、罚息、结息、计提、摊提、逾期等处理全部由保理业务系统实施, 并将结果传递给核心系统,核心系统根据保理业务系统的处理结果进行账务更新.其次,保理业务系统通过核心系统系统的实时查询了解业务处理情况,并根据处理结果操作保理业务系统实施相关账务更新,减少时间延迟带来的误差〔比方计息〕.第三,对于错误操作通过“冲正〞来纠错.7〕贸易真实性风险风险内容：在保理业务预付款支用过程中,通常以商业票据〔发票〕作为债权认定的依据.为此就存在这伪造票据骗取融资的风险.限制要点：对于这个潜在风险的限制,主要包括两个方面.第一是制度上规范,在卖方融资的时候,不仅仅要核对发票,贸易合同,还要实方提供相应的货物验收单等商业凭证.第二是系统操作上,建立 核查岗位,操作人员在操作保理交易时对票据进行检验,在完成 操作,提交后,再有复核岗进行一次核查,再提交才能完成整个 交易的操作过程.2.5 各业务品种业务流程与风险限制要点2.5.1 有追索权保理业务流程与风险限制要点2.5.1.1 业务流程描述如“图2.5—1〞所示,有追索权保理的全业务流程如下:有追索单保理〔图2.5-1有追索权保理业务流程示意图〕卖方信 _________________ 授 业务申请卖方客户经理岗卖方保理岗卖方会计岗买方客户经理岗买方七信息用支款付预理保支用申请回收款账收应维护,受让、核准・ 审核、放行计息、结息 还款交易保埋专尸 开户L户账号 J/-►受让、收费1 呆埋预1、」款计息、结息保理专户:送买方还款ran…|公证送达买方应收账款5让通知书工应收账款,让通知书\ 受理f ______________ />■放款流程注释:I表示在对公信贷治理系统系统内完成的工作;I I表示在保理业务系统内完成的工作；/ / 表不关键信息；I I表示在核心系统系统内完成的工作；; 二？表示在线下手工完成的工作；流程概要:阶段处理行处理方式主要岗位概述业务核准二级行线下客户经理-业务主管国内保理业务申报一级行线下产品经理-业务主管卖方客户准入,买方客户准入*,业务方案审核*买方额度核定一级行线下产品经理保理系统新增买方客户额度〔非授信〕申报总行线下产品经理核定业务审批二级行对公信贷治理系统客户经理-业务主管发起业务审批流程一级行对公信贷治理系统信贷审批人审批可使用额度二级行线下客户经理-业务主管〔行长〕保理合同制作、签章业务信息维护二级行线下客户经理提交客户资料、核准文件、审批文件、合同二级行保理系统操作岗一复核岗业务信息录入〔客户经理提交〕或导入〔对公信贷治理系统〕二级行保理系统操作岗打印“应收帐款转让通知书〞二级行线下客户经理送卖方签章后,公证送达买方正常交易处理受理转让申请二级行线下客户经理受理应收帐款转让朝#二级行保理系统操作岗发票录入应收帐款受让二级行保理系统操作岗一复核岗单据审核、应收帐款受让核准二级行核心系统会计岗〔虚拟柜员〕受让及收费入帐二级行保理系统操作岗打印“应收帐款受让通知书〞、“应收帐款转让通知书〞〔或“帐号更改通知书〞〕二级行线下客户经理送卖方,前者取回执,后者签章后寄送买方〔不需公证〕预付款支用二级行线下客户经理受理预付款支用申请、二级行保理系统操作岗录入支用信息并计算可使用额度二级行线下业务主管放款核准二级行保理系统复核岗复核放行二级行核心系统会计岗〔虚拟柜员〕转帐预付款偿付二级行线下客户经理受理预付款偿付申请、二级行保理系统操作岗一复核岗卖方还款二级行核心系统会计岗〔虚拟柜员〕扣款入账应收帐款收回二级行核心系统会计岗收款入帐〔保理收款专户〕二级行保理系统操作岗一复核岗买方还款〔冲抵保理预付款、利息,尾款付卖方〕二级行核心系统会计岗〔虚拟柜员〕转帐异常交易处理争议二级行线下客户经理收到“争议通知〞二级行保理系统操作岗一复核岗录入争议信息并冻结发票额度帐款折让/退货二级行线下客户经理收到“应收账款调整申请〞二级行保理系统操作岗一复核岗录入争议解决信息、账款折让金额二级行保理系统操作岗打印“保理预付款调整通知书〞二级行线下客户经理通知卖方偿付超额支用的预付款二级行保理系统操作岗一复核岗卖方还款二级行核心系统会计岗〔虚拟柜员〕扣款入账间接还款二级行保理系统操作岗一复核岗卖方还款二级行核心系统会计岗〔虚拟柜员〕扣款入账帐款逾期二级行保理系统操作岗一复核岗额度变更〔冻结买卖方关联额度〕二级行保理系统操作岗打印“应收账款逾期通知书〞二级行线下客户经理寄送买方,通知卖方回购二级行保理系统操作岗一复核岗卖方还款二级行核心系统会计岗〔虚拟柜员〕扣款入账预付款逾期二级行保理系统操作岗一复核岗预付款逾期〔按逾期违约金率计息〕二级行保理系统操作岗一复核岗额度变更〔冻结卖方额度〕2.5.1.2主要风险限制要点有追索权保理的风险相对较小,主要包括卖方客户信用风险、业务品种操作风险等.以上已经描述了系统的技术性风险,为此这里主要描述业务信用风险、业务品种的操作风险及相应的风险限制要点.1〕卖方偿付风险风险内容：尽管有追索权保理可以要求卖方回购,但同样会面临着卖方偿付水平缺乏而形成坏账的风险,或者由于买方的偿付水平缺乏而造成卖方不能按时还款,形成逾期等问题. 限制要点：对于卖方偿付风险的限制主要包括三个方面.第一是制度和操作上需要增强对卖方客户的选择、信用评审、买卖方交易的核查和卖方经营状况的监控.第二个方面是,系统额度控管方面的,即系统在有追索权保理状况下也需要考虑买方的风险额度.第三个方面是,在支付保理预付款时,可以分批、分次发放,而不选择一次性预付全部,以降低潜在的风险损失.2〕假贸易真融资风险风险内容：在保理业务实践中,存在这卖方客户假贸易真融资的可能性,这种可能性虽然较小,但也形成了潜在的风险.。
集团信息系统项目需求说明书
ＸX X X集团*＊＊系统项目需求说明书(规划方案）项目名称：项目类别:□新建□续建□改建单位(盖章)：项目负责人：项目联系人:联系电话:咨询机构:提交时间:年月日一、编制原则：文件编制时应以集团信息化“十二五”发展规划为指导,充分考虑企业得实际情况、现实约束、未来发展等方面得需求,做到内容全面完整详实，为X X集团提供科学、合理、可行得个性化、专业化得解决方案。
充分考虑与其它相关系统(已建、在建、欲建）得关系，明确软硬件等相关接口需求，以实现各业务数据得交互与共享。
二、编写要求:1.文档遵循标准模板，结构清晰,内容完整，无漏缺。
2.需求描述准确、完整、无二义性，易于理解，对于专业术语或业务名词要有解释说明；避免使用模糊、主观得术语,减少不确定性，如“界面友好、操作方便”“可接受得、足够得”;3.文档使用正确得语法及拼写、标点.4.借助列表、数字、图与表来表示信息,便于理解。
本文件编制包括但不限于目录中得内容，目录结构不变，具体内容可进行适当添加、整合与调整,对于不适用得地方可自行调整以达到最佳描述效果。
正式需求说明书需提交与WORD版两种.（本文件编制应以项目访谈记录、调研报告为基础,有对项目可行性结论。
所有形成得基础性调研资料应第一时间交业务部室审核）ﻬ目录引言ﻩ错误!未定义书签。
概述ﻩ错误!未定义书签。
一、项目背景、现状与必要性....................................................................... 错误!未定义书签。
1、1背景ﻩ错误!未定义书签。
1、2现状及问题ﻩ错误!未定义书签。
1、2、1组织结构及管控................................................................ 错误!未定义书签。
1、2、2业务现状ﻩ错误!未定义书签。
1、2、3网络现状............................................................................ 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
保理系统需求说明书
1引言
1.1 编写目的
此文档用于说明描述保理系统的系统提供功能，业务流程情况及运营说明。
1.2 范围
本文档的适用范围为项目开发人员、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员，也适用于客户。
该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。
1.3 定义
1.4 参考资料
2项目概述
2.1 目标
本系统的目标是能够提供一套简单的保理业务支撑平台，能够在一定人工运营的基础上完成保理业务的流程处理，符合实际业务要求。
系统功能主要面对四方面使用者：
A: 卖方用户（供应商）
B: 买方用户（经销商）
C：银行人员
D: 系统运营人员
2.2 产品功能
本软件为用户提供一个保理业务支撑平台，能在运营支持上提供一套基础的保理业务流程。
2.3 系统总体业务流程
2.4 用户特点
面相4方用户:
1：卖方：提交单据
2：买方：确认单据
3：银行人员：查询下载融资单据
4：运营人员：审核单据，单据申请融资，买卖家管理，合同管理，资金源管理
2.5 假定和依赖
本项目是否能够成功实施，主要取决于以下几点：
（1）为了项目的开发下的条件和实施，在必要时对现有的业务流程进行合理的调整。
（2）项目投资人为调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环境有助。