目前大部分证券公司的银行间债券业务及资金管理是通过人工的手段，人工确认银行间债券业务行为，人工确认收付款，人工簿记资金、股份、中债登的指令状态。没有一个完善的系统支撑银行间债券业务的管理。归纳目前银行间债券管理的现状是：
1. 业务电子化支持不足；
在银行间市场，债券的招投标发行、交易、托管、结算往往使用由不同机构开发或维护的技术系统，这些技术系统的开发具有较强的垄断性，系统功能比较单一，而且数据接口标准化程度不高，系统之间缺乏互联性，由此导致市场成员在很多业务环节上只能采用手工操作，整个市场缺乏整体性的技术平台支持。
大量的业务信息以纸面文文件的方式存在和传递，没有一套完整的电子化债券托管台账。业务审批、交易、结算等操作多采用手工方式处理，不仅操作效率低，而且易诱发操作风险。
2. 业务的直通式处理不足；
从银行间市场整体结构来看，发行市场与交易市场之间、发行交易系统和后台结算托管系统之间、后台结算托管系统和商业银行的支付系统之间、以及银行间市场与交易所市场之间相互分割，缺乏一体化的系统连接和业务规划，业务指令操作过程中需要经过多次的停顿、格式转换、手工录入，无法实现直通式的业务处理。
调研后发现，在实际业务实践中，业务审批、交易下单、后台结算、风险监控各环节独立操作，公司与市场机构之间、前台业务线和后台业务线之间往往采用电话、传真、人工录入等方式传递业务信息，操作员则依据纸面文档以手工方式重复制作业务指令，人为增加了操作风险，同时缺乏对整体业务流程进度的跟踪和监督，各环节的业务信息不能共享。
3. 业务和资料的集中度不足；
银行间市场的业务信息分散地存在于各个业务系统中，部分技术系统数据接口不开放或收费较高，无法对数据进行集中采集加工。重要的业务信息没有以较为安全的电子文文件方式存在，公司交易资产、客户信息、历史业务信息、市场产品信息不完整，无法进行有效的业务统计和分析。
4. 资金支付预测、计划缺少系统支持；
债券分多期交易时，对未来资金支付情况完全靠手工编制报表，无法形成方便，有效，快捷的了解未来支付资金情况，及资金支付明细。
为了解决银行间市场业务中存在的上述问题，证券公司建立一套以银行户账户管理为基础，业务过程管理为核心，集销售交易、结算划付、簿记为一体的银行间直通式的业务管理系统。以便能提高银行业务的时效性、安全性，并能够快速响应未来业务变化，管理变化的需要。
新意银行间业务管理系统（以下称本系统）是专注于解决证券公司银行间债券的前、后台业务，是集销售交易、结算划付、簿记为一体的银行间债券直通式的业务管理系统。银行间债券特点是实时性强、交易资金大、交易自由度高，业务专业化程度高，这些都增加了银行间债券的投资风险，因此在证券公司内部对银行间的业务也是分不同的小组分管不同的业务内容，做精每一块业务，使风险减到最小。因此本系统在设计上支持了证券公司这种分部门、分业务的管理模式，增加了交易的风险防范，提高了交易环节电子化程度，提供了债券分析的决策依据。归纳本系统主要有如下7点目标：
1. 支持分部门、分业务的管理：
不同的部门、不同的业务在系统中可以建立一个虚拟的交易账户，虚拟的交易账户可管理着相应的可用资金与券，并可以分配给多个交易员使用，不同的交易员可以设置不同交易权限。每个虚拟的账户交易时可以对应多个外部市场，不受未来外部交易账户的增加影响。
2. 支持事前、事中、事后风险控制：
交易申报时，交易员的申报受交易员权限限制，交易申报的审批等事前风险控制；交易过程中交易确认审批，付款时审批，收款时确认通知，系统不同状态的监控等事中风险控制；交易后盈利的分析，资金流、资金缺口分析等事后的风险控制。
3. 支持可扩展、可定制的业务流程设计：
对交易中的申报审批、确认审批、划款申批，收款确认通知，账户的建立审批均能支持在一程度上的自主定义，适应证券公司管理的个性要求。
4. 方便高效的资金电子划付管理：
交易确认后交易数据自动按收付属性生成付款指令与收款指令，付款指
令审批后完成电子化划付，收款指令根据银行到账流水匹配确认收款。收付
款完成后完成账户资金簿记。一体化的设计，节省了人力与时间，保证了业
务的实时性。
5. 集中簿记：
系统簿记了交易账户的资金变化及头寸、券变化及余额，还簿记中债登系统中的指令状态，还可以扩展为未来其它第三方簿记系统的指令状态簿记，在第三方系统接口开通后，第三方系统的指令状簿记就不仅仅是映射，而成为是真实的簿记动作。实时影响第三方系统中的指令簿记的状态。
6. 支持财务接口导出：
能根据证券公司所使用的财务系统要求，按其接口的要求导出财务系统中需要的估值数据。
7. 支持与交易平台的接口数据自动交换：
在外部交易平台提供了电子接口后，系统能实现与其对接实现数据自动交换，目前外汇交易中心交易的下行能对接，上行暂不能，系统未来应能支持外汇交易中心的上、下行对接，上交易固定收益平台上、下行对接，基金公司的上、下行对接。
本系统需要对接的外部系统有：中债登簿记系统、外汇交易中心系统、上交所固定收益系统、基金公司系统，
对接的内部系统有：新意法人结算系统、财务系统、OA系统、统一认证系统、新意自有资金管理系统等；本系统需要从中债登簿记系统中查询交易指令状态并根据交易指令状态的内容生成相应的操作指令，在日终时根据对账信息进行对账；本系统需要把审批过的银行间债券交易指令发送到外汇交易系统中（手工），同时根据回报数据自动核对交易是否成功并进行记账处理；本系统需要把审批后的固定收益报价指令提交到上海交易所固定收益平台中，同时可以根据回报信息进行记账处理；本系统需要把经过审批后的基金交易指令提交到基金公司并根据基金公司的回报数据进行记账处理；通过本系统完成的交易指令需要生成相应的资金划付指令进行资金划付同时在法人清算系统中完成资金记账处理；通过本系统完成的交易指令需要生成相应的资金划付指令到自有资金管理系统中并对资金账户做记账处理；通过本系统生成的流程可以通过OA系统或本系统的操作终端完成流程的审批功能；本系统在指定时间可以导出财务系统需要的估值数据，导入财务系统作估值；本系统可以使用现有的统一认证系统完成身份验证；本系统数据流图，如下图所示：
如上图所示。
本系统属于和法人清算系统并列的一个业务系统，本系统在技术平台上将采用新意公共技术平台（E-FRAME），操作员、系统管理员将通过技术平台提供的访问门户通过IE浏览器访问本系统，OA系统、财务系统等第三方系统将通过公共技术平台提供的第三方接入服务访问本系统。
根据业务要求本系统需要对接的外部系统有：外汇交易系统、中债登簿记系统、基金系统、上交所固定收益平台系统、新意法人清算系统、财务系统、OA系统、新意自有资金管理系统，根据“小核心，大外延”的设计思想，系统把这些第三方系统定义统一的接口，通过适配器模式实现跟不同系统、不同协议、不同平台的系统对接，以适应业务扩展的需要。具体架构，如下图所示：
如上图所示：
系统将采用E-FRAME作为系统的基础技术平台，E-FRAME平台将为本系统提供用户管理、权限管理、工作流服务、公共组件、通讯服务、消息服务等基础技术服务。
为了满足和第三方异构系统的对接，系统采用WEB Service或DBF作为和第三方系统对接的技术和第三方系统实现对接。
本系统分成固定收益平台数据库服务器、固定收益平台WEB服务器，其中固定收益平台WEB服务器和自有资金管理系统、法人清算WEB服务器、财务系统应用服务器、OA系统应用服务器、银证系统通讯机部署在同一个网段，固定收益系统数据库服务器和自有资金系统数据库服务器、清算系统数据库、财务系统数据库部署在同一个数据库网段。营业部和总部的管理终端分别位于各自的网段，各个网段之间采用防火墙隔离，如下图所示：
如上图所示，每个网络之间均采用防火墙进行隔离，访问策略上只允许单向访问。
一、 外汇交易中心
本系统的交易申报数据，做市商报价通过接口报送到外汇交易中心，从外汇交易中心取回交易确认数据。目前下行是提供了接口，上行并未提供接口。等接口提供后，系统支持自动上行数据。
二、 上海固定收益平台
本系统的交易申报数据，做市商报价通过接口报送到上海固定收益平台，从上海固定收益平台取回交易确认数据。目前上、下行均提供了接口，系统要支持自动上、下行数据。
三、 基金公司
本系统的交易申报数据，通过接口报送到指定的基金公司，从基金公司处取回交易成功数据。目前该接口很不明确，但明确后如何对接，与哪些基金公司对接后，要支持自动上、下行数据。
四、 中债登簿记系统
目前是在中债登系统作了指令簿记状态，在本系统记录该指令信息，中债登簿记系统开放接口后，本系统将主动查询中债登中指定的交易记录的指令状态，并能根据该指令状态来决定本系统要作何指令操作，在本系统指令状态作完后，并能主动的送到中债登簿记系统，并影响中债登系统中的相应交易记录的指令状态。
五、 新意法人结算系统
本系统交易数据，资金划付数据通知新意法人结算系统，法人结算系统根据需要作资金账户入账。资金调拨是否设在新意法人结算系统，这要根据证券公司的自身管理的需要决定。
六、 新意自有资金系统
本系统交易数据，资金划付数据通知新意自有资金系统，新意自有资金系统根据需要作资金账户入账。资金调拨是否设在新意自有资金系统，这要根据证券公司的自身管理的需要决定。
七、 新意银证系统
本系统资金划付指令，收款指令最终要通过新意银证系统发到银行与取回银行的到账流水数据、在线银行账户余额查询数据。
八、 统一认证中心
证券公司如有统一认证中心，经认证中心认证过的用户身份，在本系统中不必再次认证，可以操作该用户在本系统中有权限的功能模块，在本系统登录的用户也先通过统一认证中心认证，该用户同样也能直达其它系统操作。
九、 OA系统
本系统流程步骤如果指定了要通过OA审批，系统能将审批任务推送给OA系统，本系统能接口OA系统的审批结果，该功能的实现也要借助统一认证中心。
十、 财务系统
本系统产生的估值数据，可以根据证券公司财务系统接口要求，导给财务系统做估值使用。
说明：
系统网络架构由银行网络、银行和券商网路、券商前置机、应用服务器和应用终端等构成。
1. 银行前置机：联网银行指定的接入通讯机，由银行负责提供。处理由券商端发起的业务请求并同其内部系统交互。处理方式采用不落地方式，部分跨行划款业务到银行端柜台落地人工干预处理。
2. 银行和券商网路：银行系统和券商系统的通讯线路可采用DDN专线、拨号线路或INTERNET网。
3. 券商前置机：负责响应券商内部各种应用系统的业务请求，并处理和银行通讯前置机数据交互。
4. 防火墙：起到对券商内部应用系统网络的保护作用，防止外部非法系统侵入。
5. 应用服务器：负责响应和处理券商内部各级机构银行业务应用服务。
6. 应用终端；指券商内部各个分支机构办理银行业务的服务终端。
系统的安全包括接口通讯安全（即券商内部系统和银行系统的通讯安全）和应用系统安全两个方面。其中：
1. 接口通讯安全
接口通讯涉及银行和券商两个系统，其安全管理显得尤其重要。主要采用以下措施来保证其安全性。
² 物理上：通过采用前置机的方式隔离券商和银行的网络，确保券商内部系统不暴露出来。
² 数据通讯上：采用各联网银行安全方案。主要有加密机（SJY05）或加密卡（SJY02）、客户端安全代理程序或安全API接口等方式对关键数据（如划款指令）进行数字签名，防止数据被篡改和交易发起方抵赖。
² 业务控制上：银行端、券商端前置机分别对需要接入客户系统进行注册，防止非法客户系统侵入。
2. 应用系统安全
对于券商内部的应用系统（如在线银行业务服务）采取的主要安全上措施有：
² 物理上：采用防火墙，起到对券商内部应用系统网络的保护作用，防止外部非法系统侵入。
² 数据通讯上：采用SSL通讯安全证书进行系统内部通讯双方身份验证。
² 业务控制上：通过用户和权限的管理，对系统用户的操作功能权限和业务权限进行控制。
系统流程管理采用可定制的模式，支持用户自定义各类业务、部门的处理流程，指定流程名称，指定流程适用的业务，指定流程步骤适用的岗位及用户。
1 业务流程定义
根据证券公司自身管理特点，用户可以定义所需要的业务处理流程，如交易申报审批流程、交易确认审批流程、内部虚拟交易账户开立审批流程，账户资产调整审批流程，其它业务流程等。
1.1 支持用户自定义业务处理流程；可定制内容包括：流程名称、流程描述、流程步骤、指定流程步骤可否终止流程、可否回退及指定退回的流程步骤；
1.2 支持用户修改已定义的业务流程；
1.3 支持用户删除不再使用的业务流程；
2 业务流程授权
一个业务处理流程定义后，用户可以对业务流程授权，用户可以定义该流程适用的业务、适用的部门，流程步骤处理的角色及用户。
2.1 支持用户为业务流程指定适用的业务；
2.2 支持用户为业务流程批定适用的部门；
2.3 支持为流程步骤授可操作的用户角色；
2.4 支持为流程步骤授可操作的用户；
账户分为内部账户与外部账户，外部账户是由第三方系统生成的账号，在本系统的映射，包括银行间会员的证券账户，上交所的证券账户，其它银行的账户。内部账户是管理需要，由系统生成账号，它实际上是管理上分的交易小组，一个部门可以只有一个交易小组，也可以有多个交易小组。一个外部账户可以细分为多个内部账户，一个内部账户可以存放多个外部账户的资产。账户灵活的关系使得外部账户尽量少而简单，又适应证券公司复杂的内部管理需求。 外部账户与内部账户的关系可以用如下图表示：
内部账户是管理的需要，它是设置在部门下，它存放着资金与证券资产，所以系统管理它的整个生命周期，其建立与变更到注销，在系统中是密切关注，任何变动都将留痕，必需按公司管理的要求定制审批流程。
内部账户在系统中建立后，它的交易权限等需要分配，只有分配了权限后该账户才能作交易，交易的权限包括，交易市场（外部交易账户）、交易品种、单笔交易金额范围、限制的交易对手方，交易类型、结算方式等。部门的交易权限实际上是该部门下所有内部账户交易权限的总和，系统中不设置部门的交易权限。
1 内部账户开户、变动、注销审批
内部账户开户、变动、注销按管理设置的流程审批后才能建立。开户、变动、注销可能有不同的流程。
2 账户维护
账户维护包括了审批后的内部账户，与外部账户；内部账户维护后按系统的规则配号，外部账户是直接按原样维护到系统中，维护功能包括新增、删除、修改。
3 内部账户交易授权
每个内部账户建立后要先授权才能交易，有如下交易授权：
u 指定交易的市场（即批定外部交易账户）；
u 指定该市场下的每个交易品种、单笔交易的最大金额与最小金额；
u 指定交易类型；
u 指定结算方式；
u 指定不与特定的交易对手方交易（因对方信用级别低等缘故）；
u 指定限制特定的风险债券品种等；
u 指定账户交易的最大资金额度；(详见交易余额管理)
u 指定账户交易的最大券额度；(详见交易余额管理)
内部账户在交易时必需在允许的交易权限范围内交易，否则在申报或交易确认时无法通过。交易授权功能包括新增加交易权限，删除交易权限。
交易员是隶属于部门，一个交易员在授权后可以在所属部门下的多个内部账户上做交易。 交易员建立后，需要对它授权后才能作交易，交易的权限包括，交易市场（外部交易账户）、交易品种、单笔交易金额范围、限制的交易对手方，交易类型、结算方式、交易额度、内部账户等。
1 交易员信息维护
交易员信息维护包括交易员的新增、删除、修改。
2 交易员交易授权
每个交易员建立后要先授权才能交易，有如下交易授权：
u 指定交易的市场（即批定外部交易账户）；
u 指定该市场下的每个交易品种、单笔交易的最大金额与最小金额；
u 指定交易类型；
u 指定结算方式；
u 指定不与特定的交易对手方交易（因对方信用级别低等缘故）；
u 指定限制特定的风险债券品种等；
u 指定账户交易的最大资金额度；(详见交易余额管理)
u 指定账户交易的最大券额度；(详见交易余额管理)
交易员在交易时必需在允许的交易权限范围内交易，否则在申报或交易确认时无法通过。交易员的权限交易授权功能包括新增加交易权限，删除交易权限。
每个交易部门都有作交易的资金余额与券的余额，公司在管理时可能真实银行头不在部门管理，但部门是可以使用该资金与券的，本系统在管理时可以把这部分资金与券当作部门的真实头寸使用，直接记入部门的资产，各部门在管理上还会分为多个交易小组，在本系统中体现为内部账户，通过对内部账户授于使用余额，就可以把部门的资金与券分配落实到内部账户；与此同时，部门下还有交易员，交易员可以根据管理需要在一个或多个内部账户作交易，交易员在交易之前也需通过内部账户授于交易余额。交易员在多个内部账户作交易时，交易员在每个内部账户都有个对应的余额。每次交易的结果都会影响交易员、内部账户的余额，这个余额实际上就是交易员、内部账户的虚拟头寸与券的余额。见下图：
每个内部账户间资金或券不够时，可以通过向其他内部账户借用，内部账户内的交易员也一样，在资金或券不够时，可以通过且只能向其它组内交易员借用。这样就达到资源互补。
1 内部账户余额授权
部门可以对每个内部账户授于资金使用余额、券的使用余额。
2 交易员余额授权
内部账户可以对交易员授于资金使用余额、券的使用余额。
3 内部账户间的余额借调
内部账户在资金与券的余额不够使用时，可以向部门内的其它内部账户借调。借调包括借调资金、借调券，借调由借方内部账户发起，对方确认后，由部门主管审批后完成相应借调余额调整，到期后由借入方发起返借业务操作，返借业务由借方发起，部门主管审批后完成返借余额调整。
u 借入方申请；
u 借出方确认；
u 部门审批后借调余额调整；
u 借入方返借申报；
u 部门审批后返借余额调整；
4 交易员间的余额借调
交易员在资金与券的余额不够使用时，可以向内部账户内的其它交易员借调。借调包括借调资金、借调券，借调由借入方交易员发起，对方交易员确认后，由部门主管审批后完成相应借调余额调整，到期后由借入方交易员发起返借业务操作，返借业务由借入方发起，部门主管审批后完成返借余额调整。
u 借入方交易员申请；
u 借出方交易员确认；
u 部门审批后借调余额调整；
u 借入交易员方返借申报；
u 部门审批后返借余额调整；
客户的信息在本系统中也是重要的一项内容，他不仅可用于交易时对手方信息的使用，它还是交易决策的一部分，系统对过对客户的分类、评级等，可以记录客户的各种信息，以作为交易的一个限制条件，比如，对信用评级低的客户可以拒绝与其交易，在交易发起时就可以做到控制。同时可以能过交易数据统计客户贡献值。根据该项指标，公司可以对指定客户作相应的服务等。
1 客户信息维护
客户信息维护包括新增、删除、修改一个客户的信息。系统为新增的客户统一配号；
2 客户分类管理
对存在的客户作分类管理，可以根据如下信息对客户作分类：
u 客户行业性质；
u 客户规模；
u 客户所属地域；
3 客户信用评级管理
根据管理需要，定义出相应的信用类别，对不同的客户按其性质、规模、交易过程中的行为，作出相应的评级。
u 信用级别定义；
u 对客户评定信用等级；
4 客户贡献评价
根据客户交易流水，统计出客户在指定时段内的交易量贡献，按公司管理设置的贡献级别来评定贡献级别。
u 贡献级别定义；
u 对客户评定贡献等级；
5 客户综合查询
通过客户分类、信用级别、贡献级别可以筛选出符中投资条件的客户，减少交易风险。
每只债券是一个产品，每只债券有它的发行人、持续期、发行规模、产品特点等多样的属性，产品在不同的阶段有着不同的分险，对产品进行归类管理显得非常重要，而且要不定期的对产品重新归类管理，把因产品本身引起的交易风险降到最低。
1 产品信息维护
产品信息维护包括手功新增、删除、修改，自动从指定的资讯系统中获取产品基本资料，自动维护成产品；
2 产品分类管理
根据产品的如下特点归类：
u 普通债券；
u 内嵌期权的债券：包括可赎回债券、可回售债券、可转债、可交换债；
u 利率基准：回购利率、同业拆借利率；
3 按债券发行人分类
按债券发行人可以分以下几类：
u 财政部；
u 人民银行；
u 政策性银行；
u 上市公司；
u 商业银行。
通过上述分限，可以作为交易时的权限制控制，也可债券风险的一项指
标。
4 按分险指标分类
通过行业提供的债券信用指标，债券的持续期、债券久期等区别分险指标；
u 设置债券持续期段；
u 设置债券久期段；
u 维护债券信用指标；
u 风险分类：分类内部如下；
ü 债券的信用级别：行业一般有提供标信用评级；
ü 是否担保；
ü 持续期：系统设置了期限段；
ü 债券久期：系统设置了债券久期段，债券久期值由外部获得；
5 产品综合查询
通过产品类别、发行人、风险归类可以筛选出符中投资条件的产品，减少交易风险。
交易分为交易申报、交易确认、作市商报价，交易的市场又分为银行间市场、中证交易所市场（上交所固定收益平台），场外基金市场。不同的市场有不同的交易接口，不同的交易业务也有不同的管理方式。
银行间市场的交易申报是指交易双方协议后，由付券方在外汇交易中心申报，融券方作交易确认。上了本系统后，交易申报可以在系统完成，申报后通过经交易申审批，审批通过后可以打印交易申报单，提交交易下单员在外汇交易中心客户端输入交易申报信息，如果外汇交易中心开放了上行接口后，审批通过后的交易申报信息可以自动的发往外汇交易中心系统，实现电子化报盘。交易申报记录经对手确认后，本系统能自动通过外汇交易中心下行接口下载到本系统，形成交易确认指令，交易确认经审批后形成收付款指令。如果是对手方作的申报交易，本系统自动下载后形成交易确认指令，不需作交易申报。
作市商报价与交易申报一样，报价方案经审批后通过外汇交易中心客户端由手工输入外汇交易中心系统，上行接口下放后，实现电子化报价。
上交所的固定收益平台目前已开通上下行接口，可以通过接口实现电子化作市报价、申报交易。
交易申报时如果有不满足内部账户交易权限、交易员交易权限，系统禁止此类申报，此为交易的事前风险防范。
交易中审批步骤如果指定了OA审批，审批人员可以通过OA实现对本系统业务的审批。
1 交易申报
交易申报只能在交易员权限、内部账户权限范围内申报才有效，不满足权限的申报无法提交；
交易账户权限可限制的交易内容：
u 交易的市场；
u 交易市场下的每个交易品种、单笔交易的最大金额与最小金额；
u 交易类型；
u 结算方式；
u 交易对手方交易；
u 限制特定的风险债券品种；
u 交易资金余额；
u 交易券的余额；
交易员权限可限制的交易内容：
u 交易的市场；
u 交易市场下的每个交易品种、单笔交易的最大金额与最小金额；
u 交易类型；
u 结算方式；
u 交易对手方交易；
u 限制特定的风险债券品种；
u 交易资金余额；
u 交易券的余额；
交易相关的其它功能；
u 单笔交易；
u 组合交易：几个不同的交易单一起申报，包括不同债券、不同的对手方、不同的结算方式、不同的交易类型都可以统一申报、统一审批，最后分别交易；
u 大额交易分笔交易：大额交易按规则自动拆分成多笔交易；
u 交易撤单；
2 交易申报审批
系统支持交易申报后需要审批，审批流程可以根据管理需要设置，审批流程可以是多级的，每一个流程步骤可以指定需要在OA上完成审批。通过审批后的交易申报，可以按公司管理要求格式，打印交易申报单，由人工在外汇交易中心客户端由手工输入外汇交易中心系统，上行接口下放后，审批后交易申报信息自动通过接口进入外汇交易中心系统。
u 交易申报审批通过；
u 交易申报审批不能过；
u 支持在OA系统中完成审批；
3 接收交易确认
由本方交易申报，经交易对手方确认的交易数据；由交易对手方申报，由本方确认的交易数据，均要下载到本地，经过交易确认审批，系统能过下行接口自动的下载上述两类数据,转为交易确认数据，由交易员提交交易确认审批。
4 交易确认审批
交易员提交交易确认数据后，进入交易确认审批流程，审批流程可以根据管理需要设置，审批流程可以是多级、支持汇签，每一个流程步骤可以指定需要在OA上完成审批。通过审批后的交易确认数据，付款的交易自动转为付款指令，收款的交易自动转为收款指令。
u 交易确认审批通过；
u 交易确认审批不能过；
u 支持在OA系统中完成审批；
u 审批通过后转为收、付款指令；
5 作市商报价
系统支持作市商报价申报，只有经过授权的交易员才能申报，交易员在申报时只能申报有权限的债券，申报报需要审批。
6 作市商报价审批
作市商报价在系统中申报，作市商报价申报后需要审批，审批流程可以根据管理需要设置，审批流程可以是多级的，每一个流程步骤可以指定需要在OA上完成审批。通过审批后的作市商报价，可以按公司管理要求格式，打印作市商报价单，由人工在外汇交易中心客户端由手工输入外汇交易中心系统，上行接口下放后，审批后作市商报价信息自动通过接口进入外汇交易中心系统。
u 作市商报价审批通过；
u 作市商报价审批不能过；
u 支持在OA系统中完成审批；
资金调度管理就是管理交易资金的往来，包括了资金的划出与对手方划入资金的收取。交易确认审批通过后，该笔交易就需要付款或划券，如果需要付款的需要发出付款要求，本系统称之为调拨资金，系统支持发起调拨请求，调拨支持内部的审批，审批通过后发送到自有资金系统，由自有资金系统完成电子划付，本系统接收自有资金系统划付结束信息，对部门的资金头寸作减少，同时对交易余额作真实变化。如果是收款业务，系统发出收款请求，收款信息发到自有资金系统，本系统接收自有资金系统收款确认信息，对部门的资金头寸作增加，同时对交易余额作真实变化。
1 资金调拨
交易确认审批通过后的交易流水数据自动转成调拨指令，通过人工确认后就转为调拨指令，发到自有资金系统，由自有资金系统完成电子付款。主要功能包括：
u 交易确认审批通后的交易流水转为调拨指令；
u 人工确认调拨指令，加工调拨指令相关信息；
u 调拨指令发往自有资金系统；
u 实时接收自有资金系统返回的付款结果信息；
u 根据付款成功信息记减部门资金头寸；
u 根据付款成功信息对交易额管理相关账户与交易员作余额变化。
2 资金收款
交易确认审批通过后的交易流水数据自动转成收款指令，通过人工确认后就转为收款指令，发到自有资金系统，由自有资金系统完成付款确认。主要功能包括：
u 交易确认审批通后的交易流水转为收款指令；
u 人工确认收款指令，加工收款指令相关信息；
u 收款指令发往自有资金系统；
u 实时接收自有资金系统返回的收款结果信息；
u 根据收款成功信息记增部门资金头寸；
u 根据收款成功信息对交易额管理相关账户与交易员作余额变化。
结算分为盘中逐笔结算与盘后批量结算，在系统中生成的交易指令数据，在交易中完成的收款、付款后就逐笔结算资金，并提交资金簿记；交易完成后，就逐笔结算券，提交券的簿记，银行间市场都要求是盘中逐笔结算。盘后批量结算是指在交易结束后指定时点一起结算，结算数据由结算公司提供，系统根据交易数据与结算数据匹配后完成结算，对交易失败的数据要剔除，其中还有非交易产生的数据。
1 盘中逐笔结算
u 交易付款成功后。逐笔结算资金；
u 交易收款确认后，逐笔结算资金；
u 交易完成后，逐笔结算证券；
2 盘后批量结算
交易结束后，对当日的所有交易数据根据结算公司提供的结算数据作批量结算，剔出交易失败的数据。
u 结算数据的读入系统；
u 对交易与结算匹配成功数据结算；
u 对非交易人工确认数据结算；
簿记分为资金簿记、证券簿记、中债登指令状态簿记，未来还可能有其它第三方系统的指令状态簿记。第三方系统的簿记在相应的第三方开接口后可以直接将指令状态簿记写到第三方系统，目前第三方系统指令状态簿记只是在本系统作个记录。
资金簿记是实时的，在收付款完成后就簿记，同时对内部账户、交易员的资金余额也作相应簿记，证券簿记也是时实的，在证券到账，即交易成功后即簿记，同时也对内部账户、交易员券的余额做相应簿记。
1 资金簿记
需要付款的交易在收到自有资金系统付款成功后，簿记资金减少；需要收款的交易在收到自有资金系统收款确认后，簿记资金增加；
u 簿记交易部门的资金账户余额；
u 簿记内部账户的资金余额；
u 簿记交易员的资金余额；
2 证券簿记
在交易成功后，即所有交易环节完成后簿记证券，证券在交易过程中为冻结状，交易成功后解冻并作交收簿记。
u 簿记交易部门的证券余额；
u 簿记内部账户的证券余额；
u 簿记交易员的证券余额；
3 中债登指令状态簿记
在交易确认后就需要到中债登系统中作指令状态簿记，并在系统中作同步的簿记，在中债登系统开放簿记接口后，可以通过系统的簿记直接写到中债登系统，实现自动簿记。
u 基本指令确认簿记：在交易确认后即可以做基本指令确认簿记；
u 付款确认簿记：买券付款的交易时，在付款给对手方后作付款确认簿记；
u 收款确认簿记：卖券收款的交易时，在收到对手方款时作收款确认簿记；
u 合同确认簿记：在交易完成时，作合同确认簿记；
u 自动上送以上4个中债登指令（在接口开放后）；
核算包括资金核算与证券核算，资金核算又分为部门总头寸与资金管理系统的头寸核对，部门资金头寸与部门内部账户余额的核对，还包括交易员余额的核对。证券核算包括公司证券余额与托管公司的证券余额核对，部门证券余额与部门内部账户证券余额、交易员证券余额的核对。核对的结果是为了产生异常核对表，及时发现异常，起到风险防范的作用。
1 资金核算
部门总头寸与资金管理系统的核算，需要通过资金管理系统的数据完成，部门间的核算只需本系统数据就能完成，主要功能包括：
u 部门总头寸与资金管理系统的核算：根据不同部门在自有资金管理系统中获得相应头寸，与系统中部门总头寸比较；
u 部门总头寸与内部账户的资金余额核对；
u 部门总头寸与部门交易员资金余额核对；
u 内部账户资金余额与交易员资金余额核对；
u 生成各类核对的异常报表；
2 证券核算
与托管公司的证券核对，需要取得托管公司的证券余额数据，部门间的核算只需本系统数据就能完成，主要功能包括：
u 读取托管公司提供的证券余额数据；
u 托管公司证券余额与公司证券总额核对（所有部门的汇总）；
u 部门证券总余额与内部账户的证券余额核对；
u 部门证券总余额与部门交易员的证券余额核对；
u 内部账户证券余额与交易员证券余额核对；
u 生成各类核对的异常报表；
交易申报时即进入监控，交易监控是全程的，从交易申报到最后的交易成功，其中包括交易申报、交易确认、中债登指令状态、付款（收款）状态、交易结算簿记；交易监控属于交易风险事中控制的行为，一旦交易异常，随时提配相关人员。
对于不在本系统作交易申报的交易，只有交易确认的交易数据，交易监控是从确认数据进到系统后开始的。
1 交易申报监控
监控状态包括：
u 交易申报输入状态（未审批）：部门、账户、交易员、交易相关信息；
u 交易申报审批状态：进入审批，但未批完成，当前所处的审批用户，如果有多个审批步骤，显示多个审批的状态；
u 交易申报已审批：所有交易申报审批通过后，是该状态；
u 交易申报发送：目前是打印申报单后，就认为已报送，上行接口通后，指令发送成功后就为交易申报发送成功状态；
u 交易申报审批退回：审批不通过，会指出哪个审批人不通过；
u 交易申报发送失败：只有上行接口开通后有该状态；
2 交易确认监控
监控状态包括：
u 交易确认状态（未审批）：部门、账户、交易员、交易相关信息；
u 交易确认审批状态：进入审批，但未批完成，当前所处的审批用户，如果有多个审批步骤，显示多个审批的状态；
u 交易确认已审批：所有交易申报审批通过后，是该状态；
u 交易确认转付款状态：已生成付款指令，并发出付款请求；
u 交易确认转收款状态：已生成收款指令，并发出付款请求；
u 交易确认审批退回：审批不通过，会指出哪个审批人不通过；
3 中债登指令状态监控
监控状态包括：
u 基本指令确认状态；
u 付款状态；
u 收款状态；
u 合同确认状态；
4 付款监控（资金划拨）
u 付款成功状态；
u 付款失败：没有付款返回的信息；
5 收款监控
u 收款成功状态；
u 收款失败：没有收到款的信息；
6 其它监控
u 资金簿记；
u 股份簿记；
u 交易结束；
u 交易失败；
估值是针对债券资产而言，债券资产每天都随着价格的变化而使资产的价值在波动，在完成日终清算后，系统会对账户内所有资产进行估值，估值有许多种方式，主要指估值的方式，通过导入估值的方式，计算出债券大体价值，并能按财务接口的格式导出估值数据，供财务系统参考。
1 估值方法
常用的主要有以下几种估值方式：
u 按市场行情估值：根据收盘价、平均价来计算价值；
u 按理论价估值：按定价模型计算的理论价值；
u 按摊除成本估值：按实际利率计算价值；
u 按外部提供的估值价估值：导入外部提供的估值数据来计算价值，比如中债登提供的债券估值；
2 导出估值
导出估值数据，提供财务系统作估值使用；
风险控制包括交易的事前控制、交易过程中事中控制及监控、事后检查，通过事前的限制控制交易风险发生；事中的交易审批审，防范交易风险，事中的交易过程监控，保证交易的正常完成；事后的检查交易引发的风险，仍可以结算阶段起到终止交易的作用。
通过账户与交易数据可以按部门、内部账户、不同交易市场，甚至每笔交易作收益分析，分析收益、当前现金流、未来可能存在的现金流动性缺口及券的缺口，按管理设置的规则分析每只债券的风险等级。主要功能包括：
1 风险控制
风险控制在前面各章节都有提到，这里再总作个总结：主要有如下内容。
u 交易申报时的事前控制：通过权限、交易余额、交易申报审批、客户分类、债券分组等控制交易风险；
u 交易过程中的事中控制：通过交易确认审批、划款审批、收款审批、交易监控等手段控制交易风险；
u 交易结算、收益分析等事后检查：通过结算后检查资金头寸，现金流、资金与券的余缺分析，收益分析等作事后风险检查；
2 风险分析
风险分析主要对债券本身的分险，我司资金状况、券的状况，已有交易收益等分析，总结出可能存在的风险，对未来的交易起到指导与参考作用，主要有如下内容。
u 现金流分析：分析当日与一段时间的现金流入、流出、净流入与净流出；
u 未来现金流动性分析：分析未来一段时间内的将要流入与流出的现金，结合当前的资金头寸，计算出未来指天日期的可能的净资金总量，对下一个工作日的交易计划有指导性的作用，也称为资金余缺分析；
u 未来券的流动性分析：分析未来一段时间内的将要流入与流出的券，结合当前的券的余额，计算出未来指天日期的可能券的总量，对下一个工作日的交易计划有指导性的作用，也称为券余缺分析；
u 债券分险分析：按事先设置的规则，对债券进行风险分析，比如债券的持继期、债券久期、到期收益率、市值、权重、债券发行人风险等，从面评定债券的分险等级，对交易有指导性作用；
u 现券投资分险分析：对库存的现券按债券的各类分险指标分析，导入债券久期、修正久期、债券组合久期等模形，分析库存券的投资分险，结算债券分险分析，对现存的券作减与增的战略指导。
u 交易收益分析：通过对已有交易，按时间段、交易对手方、交易员、内部账户等统计交易的收益，可以据此实时排名，找出最能盈利的相关元素，指导未来的交易；
债券承销、分销，代客户投标会产生纸质合同文件，系统支持纸质合同扫描后转为电子影像文管理起来，对不同客户的电子影像分类管理，对每份合同可以在系统中标识合同执行情况，以便跟踪合同执行状况。
1 合同扫描
通过扫描设备，把纸质合同扫描到系统，实现合同电子影像管理。电子影像合同管理以合同号为索引，每个合同对应不同的客户，根据客户信息也能搜索到合同资料。电子影像以加密文件形式保存，支持彩色、灰度、黑白形式的扫描，在扫描过程中支持影像的加工。
扫描内容根据管理需要可以分类，比如分为债券分销合同、代客户投标合同，未来在业务扩展时，可能通过增加扫描类别来应对变对，每个扫描类别下可以定义扫描项，一个扫描类别支持多个扫描项，对每个扫描项可以定义它质检参数，不合质检参数的扫描文件，系统拒绝保存。主要功能包括：
u 支持电子扫描；
u 支持扫描按类别区分；
u 支持定义每个扫描类别的扫描项；
u 支持定义每个扫描项的质检参数；
u 支持在扫描是自动按设定的参数质检；
u 支持在扫描后对影像的加工；
2 合同执行
每个合同都有合同号、一个与业务相关的号，当该合同业务交易成功后，系统能自动对合同作已执行的标识，人工也可以通过手工的方式对合同进行逐一标注。对于违约的合同，需要人工标注，人工可以批量的对多个合同作违约标识。主要功能包括：
u 支持自动标识合同已执行；
u 支持人工手动批量标识合同已执行；
u 支持人工手动批量标识合同已违约；
3 合同跟踪
通过合同设置指标，相关部门可是实时监控合同的状态，满足指标的合同信息。主要功能包括：
u 设置合同监控指标值；
u 根据设置的指标值实时筛选满足条件的合同信息，达到监控目的；
系统的权限体系分成菜单功能和业务操作权限，菜单功能权限是指授权对象可以操作的系统功能模块和功能菜单，业务操作权限是指授权对象可行操作的业务范围。
系统提供了灵活的权限管理机制，可以对机构、岗位和操作员进行菜单功能和业务操作等多重权限进行设置，满足证券公司权限管理要求。
1 支持按菜单功能授权
u 用户可以按菜单功能授权可操作的部门；
u 用户可以按菜单功能授权可操作的岗位；
u 用户可以按菜单功能授权可操作的操作员；
2 支持按业务操作授权
u 用户可以按业务操作授权可操作的部门；
u 用户可以按业务操作授权可操作的岗位；
u 用户可以按业务操作授权可操作的操作员；
自有资金管理系统、法人结算系统都将通过新意6.0银证系统和各个银行前置机对接。
客户资金、自有资金的划付方案如下图所示：
