7.支付风控系统设计：风控数据仓库建设(二)

支付风控系统设计：风控数据仓库建设（二）

支付风控系统在数据存储设计上和其它业务不同的地方在于数据获取与使用的流程。一般业务系统会先确定系统数据需求，再设计如何在业务流程中采集数据，以及数据的格式怎么定义。而支付风控面临的是一个无法预知的场景，需要在实践中根据当前运行情况不断调整。它会先把数据采集过来，之后才能从中发现可能存在的问题，并针对该问题制订风控规则。也就是风控是先采集数据，再使用数据。

风控分析不仅要看交易数据，还得研究所有相关联的数据，这才能全面分析出来风险的根源，推断出需要采取的措施。因而数据采集工作对风

控系统建设和演化是非常重要的。本文分析风控所需要的数据，如何采集和存储数据，建立支持风控的数据仓库。

一、数据来源

一笔交易的风险等级的计算需要考虑到多个维度。未成年人购买高档酒、促销期间羊毛客刷单、在洗钱高发地区的商户销售的物品成交价格远超实际价格。这些可疑交易的识别，仅依靠支付系统本身是无法完成的。用户的年龄、商品特点(是否高档酒)、是否促销、羊毛号的识别等，需要从各业务系统，甚至公司外部收集和用户、商品、商家、地区、手机号相关的数据，通过对这些数据进行分析，提取特征，识别潜在的风险。

1.内部数据

风控几乎需要收集所有相关系统的数据。用户系统需采集用户的静态信息，姓名、性别、年龄等。风控系统不仅仅关注这些静态信息，还需要重点关注用户的行为信息，包括注册、密码修改、修改个人信息等操作，需要收集这些操作的时间、地点、设备等信息。此外，用户之间的关系，也是风控系统需要关注的数据。

商户系统：除了采集机构的基本信息，如成立时间、注册时间、人员规模、营业额、销售额、经营范围、注册地点等，还

需要考虑到该商户关联的用户，包括法人代表、公司组织结

构、主要员工信息等。

?商品系统：商品的静态信息，包括类型、价格、上架时间、库存等信息；商品的浏览、放入购物车、购买、评论、退货

等用户操作，包括这些操作的时间、地点、设备等信息。

?社交数据，包括评论、论坛、留言等。

?业务系统，如视频系统中的观影记录、类型偏好、时间、地点、设备等信息。

当然，支付数据是风控最重要基础数据。用户在支付系统中涉及到的数据都需要收集整理来支持风控分析。包括但不限于账户数据、订单数据、交易数据、优惠券数据和账务流水等。这些数据在支付数据库中也存在，风控所需要的数据和业务数据略有不同。除了业务数据外，风控还关心如下数据：

?用户当前上下文环境，包括用户所用设备的类型、操作系统、

IP地址、设备ID、所在地等，而这些数据往往并不是业务所

关心的。而且记录太多的上下文数据也影响性能。

?账户，订单等操作实体的状态。在业务数据库中一般仅保留实体的最终状态，比如账户是否已锁定、订单是否已支付等。

而风控需要关心这些状态变更的时机，以及变更的时间间隔。

例如，用户频繁更改交易密码，超正常频率提交订单等，就

不是一个正常的状态。

这些数据一般可以从日志中采集。

2.外部数据

对于大部分业务单一和用户量不大的公司来说，其数据有限而且单一，需要使用外部数据来辅助完成风控计算。

常用的外部数据包括：

?公安部的实名认证数据，包括用户姓名、身份证号信息；

?央行发布的各种名单，如洗钱区域，恐怖组织名单等。

?央行信用报告，这个查询可是要真金白银的。

?微博数据，一个人经常了解如何养卡，套现等内容并不是太好的事情。

?工商局提供的公司信息。

?招聘网站上的公司招聘信息。公司一直有招聘说明业务还不错。

?芝麻信用，这个需要申请。

二、采集方式

一般来说，风控的非实时数据采集，不能直接从线上的数据库中读取，这会把数据库打死。主要的数据采集方式有从库采集，日志采集和pingback三种方式。

1.数据库从库

主流数据库，如Hbase，Mysql都提供同步数据进从库的功能，读取从库不会影响主库操作。但如上所述，采用从库有如下问题：

?分析所需数据和业务数据不同，还需要从其他途径补充数据。

?将风控所需数据和业务数据紧耦合起来了。一旦业务有变更，风控系统也需要调整。

2.日志

这是风控数据采集的主要方式。业务方可以将风控所需要的数据输出到日志中，风控系统对接日志来异步采集数据。这使得数据采集不会影响业务处理主流程。这种方式风险在于：

?需要规范日志的格式，否则每个系统一套日志格式，会导致对接工作量巨大。

?保持日志的稳定性。一旦代码被修改，打印日志的代码被删除了，会导致日志数据无法采集的风险。

?需要注意日志采集系统的可靠性。目前主流的采集框架都有可能会丢失日志。虽然从我们使用的情况来还未发生这种事

情，但不排除这个风险。

从技术上来说，日志采集的框架主要框架有

?ELK（Elastic+Logstash+Kibana），Logstash驻留在日志输出端采集日志，并发送到Elastic服务器上。

Kibana则是一个日志分析的工具；

?Flume+Kafka+Elastic。通过Flume进行采集，输出到Kafka，汇总到Elastic进行存储。日志分析可以在Elastic

上离线非实时进行，也可以直接对接Kafka准实时分析，即

流处理。使用Storm或者Spark都可以。

3.pingback

Pingback指在页面上埋入脚本来监测用户的操作，特别是点击操作和键盘操作，将检测到的用户行为异步发送到服务器端。这可以侦测到用户在页面停留时间，鼠标点击的区域等信息，由此可以推断用户偏好，情绪等信息。pingback的挑战在于如何在服务器端应对流量洪峰。pingback数据一般不直接入库，可以先写入Kafka，风控系统对接Kafka来分析pingback数据。

三、数据特征

用于支持风控计算的最终数据，在静态与动态数据为基础计算出来的带置信度的推算数据为主的离散数据，有点绕口，我们详细分析下这里涉及到的几个概念，来说明最终用来支持风控计算的数据有什么特征。

1.静态数据与动态数据

上述采集到的数据，大部分是静态数据。也就是这些数据一旦产生，一般不会被修改。但在分析时，还需要一些易变的动态数据来，比如用户的年龄，每天的访问量，每天消费金额等。

2.原始数据与推算数据

不管静态还是动态数据，他们都是从用户输入或者系统采集的方式产生。但我们知道，互联网的数据可靠性是有问题的。网上千娇百媚的姑娘，在现实中可能是一位抠脚大汉。虽然系统中设计了复杂的表格来收集用户信息，但会提供全部信息的用户还是很少，大家对隐私内容还是捂得很紧。

所以，在进行风险计算前，还需要对数据进行验证和补充。这都需要借助其他数据来进行推算，这些数据被称为推算数据。推算数据和原始数据不同之处在于它会有多个可能取值，每个值都带有置信度。完全可信为100%，不可信为0。置信度总和为1。比如正常情况下，用户的性别要么男，要么女。假如有个用户注册时选择性别女，但经常买刮胡刀，衬衣，没有买过女性用品，那实际性别为男的置信度就非常高。

3.离散数据与连续数据

这是从属性值的取值范围来评估。比如用户每天的订单额，一般来说是连续分布的。而性别，职业，爱好等，是离散值。一般来说，离散值更容易做分析处理，刻画特征，所以在分析前，需要对连续数值做离散化处理。

四、名单数据

名单数据是支付风控数据仓库中最重要的内容。风控系统数据仓库建设，也一般都从名单数据开始。名单加上简单的拦截规则，已经可以解决绝大部分风控的问题。就算在更先进的风控系统中，名单仍然是风控中的基础数据。在评估事件风险时，名单往往是用来执行第一道拦截时所用的数据。比如用户交易时使用的手机是黑名单中的手机，则必须终止本次交易。

1.黑白灰名单

大家都熟知黑名单与白名单，一个是必须阻止，一个是必须放行。除此之外，还有灰名单。灰名单用于对一些高风险的用户进行监控。这些用户的行为不是直接阻止，而是延迟交易，经人工确认无问题后再放行。

2.更新周期

相对其它数据来说，名单数据的更新频率不高，按天、周、月更新都有，很少有需要实时更新的内容。对于手机号，证件号等名单，一般可以采取人工更新的策略。每天评估风控数据，对确认有问题的号码，加入到黑名单中。如果采用的是第三方名单，则需要按照第三方的要求对名单做更新。

3.名单列表

一般来说，风控系统需要配置的名单列表有：

（1）个人名单

如下名单是必备的（后续会及时更新）：

?央行的反洗钱恐怖分子名单

?公安部的通缉犯名单

?全国法院失信被执行人名单信息公布与查询

（2）IP名单

没有权威的IP名单。这需要在运行中积累。建立IP名单需要注意如下事项：公司内部IP，合作伙伴IP可以列入白名单列表；手机运营商的IP也要做到白名单中，封一个IP等于封掉一大批手机号；代理服务器可以列入灰名单；访问量大的IP也可能大公司的外网IP，不能仅依赖访问量来识别黑IP。

（3）公司名单

必备名单包括央行反洗钱制裁公司名单和工商局失信企业名单

（4）手机号名单

这也没有权威数据，电信运营商也不会提供此类服务。支付宝正在推广这个服务，但还没有公开。黑名单数据需要自主收集。

（5）地域名单

央行公布的联合国反洗钱地区名单是必须在风控时考虑的名单，其他地域名单也需要自主收集。

（6）协查名单

公检法协查名单，接收到协查请求后，将人员全部信息拉黑。

4.名单数据存储

名单数据在使用上的特点：

?使用频率高，实时性要求高。各种名单匹配基本都需要在线上做实时计算。

?数据粒度小，总量大小不一，但存储空间需求都不高。大部分名单都是一些号码表，几个G的空间都能存储。

?更新频率低。名单数据一般都比较稳定，按天更新

在使用中，名单数据一般直接存储在内存中，或者使用内存数据库（Redis，Couchbase）。关系型数据库可以用来保存名单数据，但不会直接被线上应用所访问，它无法满足高访问量的需求。

五、画像数据

名单数据能够快速发现用户在某个维度上的异常行为。在实际使用中，存在过于简单粗暴，一刀切的问题。比如如果限制单次购买金额为5000元，这个规则被试探出来后，攻击者会选择4999元来规避这个限制。画像技术则是尝试从多个维度来评估当前事件的风险。比如画像刻画某用户平时主要在北京地区登录，购买习惯在10~300元之间。某一天突然发生一笔在东莞的4999元额度的消费，那这笔交易就非常可疑了。而这种交易通过规则比较难发现出来。支付风控涉及的画像包括用户、设备、商品、地域、操作行为等。这里重点介绍用户、设备和商品的画像。

1.用户画像（persona）

用户画像是从用户的角度来刻画其背景和行为习惯，为判定某交易的风险等级提供支持。用户画像的内容包括但不限于：

人口信息：一般就叫基本信息，主要包括：姓名、性别、出生日期、出生地、民族、星座等。

?联系方式：家庭地址、工作地址、手机、固定电话、紧急联系人、QQ、微信号等。

?资产特征：月工资、年收入、工资外收入、房产、车等

?家庭特征：婚姻状况、是否有小孩、小孩关联、家庭成员等

?交易偏好：交易频率（总计、年、月、日）、交易金额（总计、年、月、日）、常用账户、交易时间偏好、交易地点偏

好、交易所使用设备、交易物品、交易物品所属类别等。

?行为特征，这是和业务相关的特征。比如对于电商，关注用户浏览的物品、浏览的物品类别、购买的物品等。而对于视

频网站，则关注用户查看的视频、观影时长、类别偏好、观

影地点偏好等信息。

对于已登录用户，可以使用用户ID来识别并做画像，但对未登录用户，系统需要通过设备来识别。

2.设备画像

一个用户配备多台智能设备已经是很常见的事情了。手机，PAD，笔记本，台式机，都是常用的设备。用户在不同的设备上的行为往往是不一样的。有人偏好在电脑上寻找要购买的商品，却最终使用手机来下单，因为手机支付更便捷。对设备进行画像，和用户画像类似，实际上是

刻画使用设备的用户的特征。此外，对于未登录用户，由于无法标识，也只能通过设备来代表这个用户。设备画像关注如下信息：

?设备信息，包括设备类型、型号、屏幕大小、内存大小、CPU 类型、购买时间、购买时价格、现在价格等。

?交易偏好，同用户画像；

?行为特征，同用户画像。

对设备画像来说，生成一个能唯一识别该设备的标识，即设备指纹，是数据采集中的一个挑战。设备指纹具有如下特点

?唯一性，每台机器的指纹都不同，不能重复。

?一致性，机器指纹在一台机器上是唯一的，不同应用，不同登录用户中取到的指纹都是一样的。

?稳定性，指纹不会随时间变更，不会由于外围设备变更而变更。重装应用，重装操作系统也应该保持不变。

我们将在专门的主题中介绍如何生成设备指纹。

3.商品画像

商品画像是从商品的角度来刻画购买或者拥有该商品的人的特性。

?基本特征：名称，价格，类别，是否虚拟资产，上架时间，下架时间等

?促销信息：价格，开始时间，截止时间

?购买者特征：偏离这个特征越多，风险越大。购买时间分布，地点分布，价格分布，数量分布，年龄分布，性别分布等。

4.画像数据存储

画像数据有如下特点：

?数据粒度大。一个用户的画像数据，成百上千个维度都正常。

?大部分数据都是推算数据，也就是数据格式是带置信度的，比如{性别：男，80%；女，20%};

?每个维度的数据一般最终都需要离散化，比如年龄，虽然

0~150的取值区间还不算稀疏，一般还会将年龄再分段。

?数据量大。考虑到匿名用户和设备，上千万规模的注册用户，匿名用户和设备会在数十亿规模的量级。

?数据结构不稳定。根据业务需要会频繁添加新的数据维度，甚至添加新实体进来。

?数据更新频繁。采用推算数据，每天不仅仅要计算新增数据，也需要重新计算现有数据的维度权重。

?数据访问频率高。交易时计算权重，也需要使用画像数据。很难有一个数据库能够同时满足上述的需求。画像数据存储需要综合采用多种数据库来满足不同应用上的需求。

?数据写入库，需要支持数据批量、快速地写入，Hbase是个不错的选择。

?数据读取库，需要支持数据高速读取，couchbase可以满足这个需求。但couchbase不能存储所有数据，这样成本太高。

可以把couchbase作为HBase的缓存来使用。

?写库和读库之间的数据同步。可以根据业务量选取合适的消息队列。每天更新的数据规模在百万及其以下，ActiveMQ

可以满足需求；而上千万的数据，则需要使用Kafka。

六、知识图谱

画像是从群体和个体的统计角度评估事件的风险，而图谱则更进一步，从关系的角度来评估风险。知识图谱是由Google提出来并应用到搜索引擎上，其后在多个领域都得到很好的应用。交易是一种社会行为，所以从关系的角度来评估这个行为，能够更精确的了解行为中存在的风险。一个简单的例子，如果发现A是高风险的用户，而通过社交图谱分析，发现A经常和B有交易关系，那B的风险等级也相应地会被调高。

图谱在本质上是一个语义网络，是一种基于图的数据结构，它由点和边组成的。点代表一个实体，如人、公司、电话、商品、地址等，边代表实体之间的关系。

如上所示，如果A和B两人之间是夫妻关系，则在图中，A和B 分别被用一个节点来标识，称为实体，他们的关系是is_wife_of。对电话、出生日期、出生地点、公司等，也可以使用这种方式来表示。图谱的表达能力，不仅在于描述实体之间的关系，而且通过关系还可以推理出潜在的进一步关系。比如A是B的母亲，A是C的妻子，则有很大的概率可以推断出来C是B的父亲。支付风控需要像建立画像一样建立图谱，需要支持包括人，机构，地区，日期，电话，手机号，设

备，商品等实体，以及实体之间的关系。图谱数据源也是和画像一样。此外，还有一些互联网数据也有利于建立图谱百度百科，有很不错的公司，明星，电影，音乐等信息，一般仅限于国内或者中文版本的资料。由于编审并不严谨，数据质量不高。wiki，有各种语言的版本，提供各种领域的实体，参与的专业人士多，质量较高。各专业数据库，

知识图谱是基于图的数据结构，它的存储主要是使用图数据库。关系型数据库和Hbase等nosql数据库在处理图的关系以及关系计算上性能较差，需要专用的图数据库，当前主要的图数据库有neo4j，

Titan,Jena等。neo4j是使用最多的图数据库，而且可以和spark graph集成，方便对图谱数据做处理。

七、总结

总结一下，本文将风控系统所需要的数据分为名单、画像和图谱三个主

题，这三个主题也对应了风控系统发展的不同的阶段。这里列出了每个

阶段所需要的典型数据，以及这些数据会如何存储。风控系统会如何使

用这些数据，将下一篇博文中分享。

系列文章

支付风控系统设计：支付风控场景分析(一)

楼控系统监控设备现场调试方案资料

楼控系统监控设备现场调试方案 一、空调机组的调试方案 空调机组“关”状态下的目视及功能测试 1)目视检查所有设备的接线端子（所有端子排接线，机电设备安装就绪，做好 运行准备等） 2)目视检查温度传感器、压差开关、水阀及执行器、风阀执行器的安装和接线 情况，如有不符合安装要求或接线不正确情况则立即改正。 3)通过BAS手持终端（手操器），依次将每个模拟输出点，如水阀执行器、风阀 执行器、变频信号等手动置于100%，50％，0；然后测量相应的输出电压信号是否正确，并观察实际设备的运行位置。 4)通过手操器，依次将每个数字量输出点，如风机启停等分别手动置于开启， 观察控制继电器动作情况。如未响应，则检查相应线路及控制器。 5)将电器开关置于手动位置，当送风风机关闭时，确认下列事项： A.送风风机启停及状态均为“关”。 B.冷热水控制阀关闭。 C.所有风阀处于“关闭”位置。 D.过滤器报警点状态为“正常”。 E.风机前后的压差开关为“关”。 空调机组送风风机启停检查 保证无人在空调机内或旁边工作，确认送风风机可安全启动。按下列步骤检查：1)用鉴定合格的压差计，标定风机前后压差开关。当压差增至设定值（可调） 时，使压差开关状态翻转。标定好后，作好标定记录。 2)用鉴定合格的压差计，标定过滤器报警压差开关。使压差开关在压差增加至 设定值（可调）时状态翻转。标定好后，作好标定记录，表明该压差开关已标定。

3)将机组电气开关置于自动位置，通过BAS手持终端（手操器）启动送风风机， 送风风机将逐渐提速，确认风机已启动，送风风机运行状态压差开关为“开”。 通过BAS手持终端（手操器）关闭风机，确认送风风机停机，送风风机运行状态压差开关为“关”。 4)将“自动－手动”开关仍置于“自动”位置，再次启动送风风机，以便作进 一步测试。 空调机组温度控制 随着送风风机状态为“开”，执行下列检查： a)在“夏季”工况下，如果回风温度或房间温度高于设定温度，程序可以自动 开大水阀开度；当回风温度或房间温度低于于设定温度时，程序可自动减小水阀开度。 b)在“冬季”工况下，如果回风温度或房间温度高于设定温度，程序可以自动 减小水阀开度；当回风温度或房间温度低于于设定温度时，程序可自动开大水阀开度。 (注, 调试报告中所列值均为参考值，以批准设计值为准。) 注：由于PID控制环节积分时间的作用，执行器将花费一定时间，才能将阀门全开或全关。 空调机组过滤器报警 1)当空调机组送风风机状态为“开”时，确认过滤器阻塞报警点为“正常”。 2)用一块干净纸板或塑料板部分阻塞过滤器网，使检定合格之压差计测得的过 滤器前后压差超过开关点设定值(如250Pa,可调），确认BAS手持终端（手操器）上的报警输入点为“报警”。从过滤网上移去纸板或塑料板，确认过滤器阻塞报警点恢复正常。 连锁功能测试 1)当空调机组运行状态为“关”时，检测以下设备是否正常： 水阀执行器是否为0%，风阀执行器是否为0%； 2)当空调机组运行状态为“开”时，检测以下设备是否正常：

XX银行风控模型建设方案详细

XX银行风控模型建设方案 一、风控搭建整体思路 对于本行来说，开展互联网贷款面临的主要难题是数据和风控，特别是对于平台引流的消费金融客户，银行能获得的信息和数据极少。银行在收集数据这方面是很无力的，由于是消费信贷，贷款审批速度要求较快，无法对顾客进行一个全面的审查，没有一份比较详细的数据对顾客就没法形成完整的画像，这会大大提高贷款的风险。 因此在业务开展初期需要引入海量跨行业数据作为风控模型的基础，并借助专业咨询公司的力量建立起本行的全面风险管理体系，同时建议在本行自有数据不足的情况下，采取专家模型冷启动的方式建立起本行的反欺诈模型，评分模型，授信策略模型，定价模型等风控模型。并针对不同的网贷产品制定清晰的风险管理策略，明确网贷产品的风险偏好，按照小额分散的原则，从行业、区域、产品等维度设定互联网贷款的风险限额，审慎确定单一客户授信额度上限。 在产品正式上线后，试运营期间逐步积累充分的数据，需要专业的大数据风控团队和技术团队，对数据源进行清洗、整合、分析，对各环节的风控模型进行持续监督、验证、优化、再开发，在经历一个较为完整的周期后再与专业厂商采取联合建模的方式建立更适合本行产品情况的风控模型。 建立风控模型的全过程本行遵循以下原则：严格的原则、循序渐进的原则、合作建设的原则、先易后难的原则、迭代更新的原则、审

慎发展的原则。同时应由专业团队专人跟进风控建模全过程，切实防本行的风控模型核心数据外泄。 在选择合作机构方面，本团队将风控体系的建立分成三大板块：一是聘请专业的咨询公司对本行进行全面风险管理辅导，形成高效、有序、切合本行发展方向的完整风控体系。目前备选的厂商有：XX、XX、XX、XX、XX等；二是与专业的数据公司进行合作，确保风控模型具备良好的基石。目前备选的厂商有：XX、XX、XX、XX等；三是选择实用性强的产品厂商，挑选可扩展性强、兼容性强、界面友好、操作便捷的决策引擎，为本行后续全线上审批产品的推出做铺垫。目前备选的厂商有：XX、XX等。 目前本部接触的厂商包括专业咨询公司、专业数据源公司、咨询和产品兼具的公司和提供三大板块整体解决方案的公司。本部将会仔细研究每一家厂商提供的解决方案和报价，并挑选出几家较具竞争优势的厂商入场做POC，力争选择出性价比高、实用性好、兼容性强的厂商。 二、具体工作 针对本行目前的业务方向和产品需求，确定当前的工作重心在于为结合具体场景的消费贷量身打造一整套风控方案，主要工作包括以下几个方面： （一）数据源 1.政府类公共数据：包括社保、公积金、税务、水电缴费等信息。

7.支付风控系统设计：风控数据仓库建设(二)

支付风控系统设计：风控数据仓库建设（二） 支付风控系统在数据存储设计上和其它业务不同的地方在于数据获取与使用的流程。一般业务系统会先确定系统数据需求，再设计如何在业务流程中采集数据，以及数据的格式怎么定义。而支付风控面临的是一个无法预知的场景，需要在实践中根据当前运行情况不断调整。它会先把数据采集过来，之后才能从中发现可能存在的问题，并针对该问题制订风控规则。也就是风控是先采集数据，再使用数据。 风控分析不仅要看交易数据，还得研究所有相关联的数据，这才能全面分析出来风险的根源，推断出需要采取的措施。因而数据采集工作对风

控系统建设和演化是非常重要的。本文分析风控所需要的数据，如何采集和存储数据，建立支持风控的数据仓库。 一、数据来源 一笔交易的风险等级的计算需要考虑到多个维度。未成年人购买高档酒、促销期间羊毛客刷单、在洗钱高发地区的商户销售的物品成交价格远超实际价格。这些可疑交易的识别，仅依靠支付系统本身是无法完成的。用户的年龄、商品特点(是否高档酒)、是否促销、羊毛号的识别等，需要从各业务系统，甚至公司外部收集和用户、商品、商家、地区、手机号相关的数据，通过对这些数据进行分析，提取特征，识别潜在的风险。 1.内部数据 风控几乎需要收集所有相关系统的数据。用户系统需采集用户的静态信息，姓名、性别、年龄等。风控系统不仅仅关注这些静态信息，还需要重点关注用户的行为信息，包括注册、密码修改、修改个人信息等操作，需要收集这些操作的时间、地点、设备等信息。此外，用户之间的关系，也是风控系统需要关注的数据。 商户系统：除了采集机构的基本信息，如成立时间、注册时间、人员规模、营业额、销售额、经营范围、注册地点等，还

江森楼控系统方案

目录 一、系统总体论述 (3) 二、系统整体结构设计 (5) 2.1.数据管理服务器 (6) 2.2.直接数字控制器(DDC) (6) 三、结构模块化 (7) 3.1.控制层的模块化结构： (7) 3.2.管理层的模块化结构： (7) 四、二级网络 (7) 4.1.管理层网络 (8) 4.2.监控层网络 (8) 五、系统设备 (8) 5.1.主控计算机 (9) 5.2.系统软件 (10) 5.3.现场DDC控制器 (16) 5.4.打印机 (18) 5.5.不间断电源-UPS (18) 六、系统监控功能 (18)

6.1 整体功能 (18) 6.2 监控对象 (19) 6.3 控制功能 (20) 6.4 补充说明** (22)

BA系统技术案 一、系统总体论述 现代建筑物中，中央空调系统的能耗占整个建筑物能耗的60~70%。而中央空调系统中，冷水机组的能耗占到整个空调能耗的60~70%，而水泵水塔的能耗占到整个空调系统能耗的10~20%，则整个机房设备的能耗占整个空调系统能耗的70~80%，则机房设备的能耗占整个建筑物能耗的50%左右，由此可见对机房设备进行节能控制是非常重要，是进行能源节约，减少物业管理费用的捷径。尽管此项目的冷热水主机主要用于印务系统，但能耗和建筑物空调能耗一样，占很大的比重，因此采用群控系统节能是非常重要的。 针对#####项目，机房群控系统分别设计为对以下设备进行监控：冷水机组、冷冻水泵、冷却水泵、冷却塔、膨胀水箱,并且以此为基础，可将机房群控系统完美融合到楼宇自动化系统或其他系统用于集成，实现相关信息双向通讯。 我们本着设计简洁可靠，确保系统整体的安全性和可靠性，并符合########项目运营、管理和发展的需要，在一定时期保持其先进性，选用江森公司的VE800楼控系统，该系统有如下特点： ?先进性：全新的概念、全新的系统 ?开放性: 开放式网络、开放式协议、开放式用户界面 ?兼容性：兼容多种通信标准及机电厂商设备 ?经济性：易于施工、安装、操作和维护 ?灵活性：易于扩展 ?可靠性：已在全球围成功应用 我们将为您提供代表世界领先水平的江森公司VE800楼控系统，江森公司的设施管理系统采用完全集成化、网络化的系统架构，从设计到生产均符合ISO9000质量标准，我们将为您提供： 1.准确的控制精度。

楼控系统施工方案

天津国际贸易与航运服务中心弱电楼控系统施工方案 一、施工工序与施工方法 1.1 施工工序 天津国际贸易与航运服务中心弱电楼控系统施工工序如下： 1) 施工准备阶段 2) 弱电各系统主体结构剔凿、埋管阶段 3) 明配管敷设阶段 4) 弱电桥架、连接线管安装阶段 5) 线缆敷设阶段 6) 机柜、客户端设备安装阶段 7) 设备开通调试阶段 8) 交工验收阶段 1.2 具体的施工方法 1.2.1 弱电桥架、连接线管施工 因为天津国际贸易与航运服务中心大厦弱电系统工程的施工主要在线槽和线管内进行，所以桥架、线管必须安装牢靠，具体高度会在施工前征询建设方意见后实施。具体实施情况如下： ●墙体内配管进行墙面剔凿后暗埋，到达吊顶标高后统一标高（装修吊顶图出 来后与建设方、监理、总包房、装修公司协商），进行明配，明配管时，吊杆安装前弹线、打眼、吊杆安装；间距为1.5米； ●桥架安装时水平桥架宽度超过400mm时，采用φ10吊杆及40*40角铁作托架， 安装前弹线、打眼、吊杆安装；间距为1.5米，关键部位采用40*40角铁作龙门吊架；水平桥架宽度不超过400mm时，采用φ10吊杆及40*40角铁作托架，安装前弹线、打眼、吊杆安装；间距为1.5米，关键部位采用40*40角铁作单臂吊架；纵向桥架安装时，作支架固定，安装牢固； 1.2.2 弱电线缆施工 ●配线前消除槽内、管内的污物和积水，。 ●线缆布放前核对型号规格、路由及位置与设计规定是否相符；

●在同一线槽内线缆截面积总和不超过内部截面积的40%； ●线缆布放平直，不产生扭绞、打圈等现象，不受到外力的挤压和损伤； ●线缆在布放前两端应贴有标签，以表明起始和终端位置，标签书写清晰、 端正和正确； ●弱电线缆与强电线缆分离布放，线缆间的最小净距符合规范要求的 300mm以上； ●在整理、绑扎、安置线缆时，不让线缆叠加受力，线圈顺势盘整，固定 绑扎带、绳不能勒得过紧； ●拉线工序结束后，两端留出的冗余线缆要进行整理和保护，盘线时要顺 着原来的旋转方向，线圈直径不能太小，有可能的话固定在桥架、吊顶上或纸箱内，做好标注，提醒其他人员勿动勿踩； ●线缆布放时应有冗余，在设备间，双绞线预留适度，一般为2至4米， 用于端接配线架；工作区为0.3至0.5米；光缆在设备端预留长度一般为3至5米；有特殊要求的可以按设计及建设方要求预留长度； ●线缆布放，在牵引过程中，吊挂线缆的支点相隔间距不大于1.5m； ●布放线缆的牵引力，小于线缆允许张力的80%，对光缆瞬间最大牵引力 不超过光缆允许的张力； ●在以牵引方式敷设光缆时，主要牵引力加在光缆的加强芯上，避免损伤 光缆； ●电缆桥架内线缆垂直敷设时，在线缆的上端和每间隔1.5m固定在桥架 的支架上，以防线缆下坠造成自身损伤；水平敷设时，直接部分间隔距3～5m处设固定点；在线缆的距离首端、尾端、转弯中心点处300～500mm 处设置固定点； ●槽内线缆顺直、不交叉，线缆不溢出线槽，在线缆进出线槽部位，转弯 处绑扎固定。 ●在水平、垂直桥架和垂直线槽中敷设线缆时，对线缆进行绑扎，4对双 绞线以24根为束，25对或以上主干双绞线、光缆及其他电缆根据线缆的类型、缆径、线缆芯数为束绑扎，绑扎间距不大于1.5m，扣间距均匀、松紧适应；

企业安全风险控制和隐患治理信息系统建设工作方案

企业安全风险控制和隐患治理信息系统建设工作方案 为加快构建安全风险控制和隐患排查治理双重预防工作体系，推动全市工矿企业安全风险控制和隐患治理信息系统（以下简称系统）建设和运用，进一步提高企业对系统的使用能力和监管部门的监控力度，根据自治区安监局《关于印发< 工矿企业安全风险控制和隐患治理绩效考核办法> 、< 市、县（区）安监局安全风险控制和隐患治理绩效考核办法>的通知》（X安监办发[X]X号）和《关于开展工矿企业安全风险控制和隐患治理信息系统建设达标的通知》（X安监发[X]X号）文件要求，制定本方案。 一、工作目标 X 年全市系统建设要按照“风险辨识、清单入库、预控到岗、分级治患、闭环销号、全员参与、实时在线”要求，贯彻“提质扩面，促用增效”的工作思路，进一步完善考核机制，落实奖罚措施，提高企业对系统的使用能力和监管部门的监控力度，加快构建全市安全风险控制和隐患排查治理双重预防工作体系。在辖区工矿企业全面开展以“八个一”为标准的达标活动，年内全市上线的企业50 ％以上达标，实施动态全程监控，企业和各级安监人员运用系统进行安全管理和监管成为常态。 三、工作内容

（一）持续规范组织架构和行业分类信息。高度重视安监部门组织架构建设，将所有领导和安监人员纳入组织机构并分配账号，明确工作职责，确保文件接收、业务办理、监管执法工作常态化，为系统有效运用打下基础；督促企业自查并更新完善所属行业、主要负责人、分管负责人、安全部门负责人联系方式等基本信息，确保信息真实准确，尤其是行业信息必须严格按照《自治区安监局关于进一步完善隐患排查治理信息系统企业基本信息的通知》（X安监信息[X]X号）要求进行再核准、再完善，确保与统计上报企业的行业一致。 （二）发挥示范带动作用，全面推广“八个一”工作经验。 1.加强组织领导—形成一套推进资料。企业要切实加强系统建设组织领导，全面全员推动系统建设，建立专门的风险控制和隐患治理系统建设资料。主要包括： ①领导班子专题研究一形成专题研究记录（有图片）。企业主要负责人要亲自主持召开领导班子会议，传达本《方案》精神，专门研究部署系统建设工作，把系统建设作为打基础、治根本、管长远的整体工作加以推进。 ②召开全员动员大会一形成动员大会记录（有图片）。企业要组织全体员工召开系统建设动员大会，讲清系统建设的重要意义和工作要求，明确系统建设是全体员工必须做好的工作。 ③全面部署系统建设一形成建设工作方案。企业要制定系统

1.支付系统设计：支付系统的账户模型(一)

支付系统设计：支付系统的账户模型（一）账户体系是支付系统的基础，它的设计直接影响整个系统 的特性。这里探讨如何针对电子商务系统的支付账户体系 设计。我们从一些基本概念开始入手，了解怎么建模。 支付账户和登录账号 账户体系设计首先要区分两个概念，支付账户和登录账号。这是两个不同业务领域的概念：支付账户指用户在支付系统中用于交易的资金所有者权益的凭证；登录账号指用户在系统中的登录的凭证和个人信息。一个用户可以有多个登录账户，一个登录账户可以有多个支付账户，比

如零钱账户，储值卡账户等。一般来说，支付账户不会在多个登录账户之间共用。如果没有特殊说明，下文中的账户，都默认指支付账户。 账户的设计需求 在支付系统中，账户的设置，主要是从如下几个方面来考虑： 1.交易的需求，比如检查账户是否被锁定、余额是否足够、是 否有效等。 2.记账的需求，按照公司会计需求记录账户上的所有行为，包 括支出、充值、转账等。 3.对账的需求，包括和支付渠道、商户、个人的对账需求，核 对交易和账户余额是否正确。 4.风控的需求，如反洗钱、反欺诈等，都需要依赖于账户体系 来提供核心数据。本文暂不分析这个内容，将在《支付风控》、 《支付反洗钱》这两篇文章中详细分析 5.信用的需求，对用户、资产、商户等主体进行信用评估时， 也需要依赖账户体系来提供的核心数据。本文也暂不分析这 内容，将在《信用与支付》一文中分析。 这五个需求，按照其设计的优先级，也是从支付、记账、对账、风控来进行。支付系统根据其发展所处的阶段，逐步将新增需求纳入设计中。

账户设置，一般是从交易开始的。交易的实现必须有账户的支持，账户是交易的基本构成元素。从支付系统的角度，交易中涉及到的资金流是资金从一个账户流向另一个账户。发起交易的一方，被称之为交易主体，他可以是个人，也可以是一个机构。 资金从该主体所拥有的账户中流出。而接收交易的一方，被称为交易对手，他也可以是个人，或者机构。和第三方支付或者金融机构的交易不同，电商系统中，交易还会涉及到渠道。 由于电商系统本身并无清结算的资质，所有资金从交易主体到交易对手的账户的流动，在大部分情况下，并没有经过电商系统，而是由电商系统调用支付渠道提供的接口，由它来完成真正的支付过程。当然，渠道也不是活雷锋，在这过程中，渠道要收取费用。 所以，在电商系统中，一次交易会涉及到三个账户：交易主体账户、交易对手账户以及支付渠道账户。如何在这三个账户中完成一次交易，我们将在后续的《交易和记账》一文中详细分析。 记账与账户 公司的会计需要对每一笔交易都要做详细的记录，即记账。公司每天都产生大量的交易行为，为了便于管理和统计，一个简单的方法是对交易进行分类，比如食品、带宽、办公用品等等。这个分类，按照公司

霍尼楼控系统方案

目录 第1章、项目概述 (3) 第2章、用户需求分析 (4) 第3章、方案概述 (5) 3.1、系统应能达到的功能 (5) 3.1.1、保证楼内环境满足各种功能分区的要求 (5) 3.1.2、提供最佳的能源供应方案 (5) 3.1.3、实现物业管理现代化 (5) 3.2、招标文件及图纸 (5) 3.3、遵循标准 (5) 3.4、智能化系统设计的必要性 (6) 3.4.1、先进性 (6) 3.4.2、成熟性与实用性 (6) 3.4.3、灵活性和开放性 (7) 3.4.4、集成性和可扩展性 (7) 3.4.5、标准化和模块化 (7) 3.4.6、安全性与可靠性 (8) 3.4.7、服务性与便利性 (8) 3.4.8、经济合理性 (8) 第4章、系统设计 (9) 4.1、系统特点 (9) 4.2、系统结构 (10) 4.2.1、系统构成 (10) 4.2.2、系统网络结构 (10) 4.2.3、EBI/ComfortPoint TM系统的概述 (12) 4.3、系统配置方案 (14) 4.3.1、总体目标 (15) 4.3.2、楼宇自控系统监控说明 (15) 4.3.3、冷源监控系统 (15) 4.3.4、送排风监控系统 (16) 4.3.5、空调、新风系统 (16) 4.4、配置点表 (18) 第5章、系统功能描述 (19) 5.1、软件功能 (19) 5.1.1、EBI综述 (19) 5.1.2、EBI 系统软件配置 (21) 5.1.3、基本功能 (21) 5.1.4、软件特点 (22) 5.2、硬件功能 (30) 5.2.1、集散分布式的DDC控制器CP-IPC (31) 5.2.2、集散分布式的DDC控制器扩展模块CP-EXPIO (32) 5.2.3、集散分布式的DDC控制器数字输入输出模块CP-DIO (33) 5.2.4、集散分布式的DDC控制器小型控制器CP-SPC (34)

XX集团风控部建设方案

辽宁旷世投资有限公司风控部建设方案 为确保本公司业务的良性发展，切实提高投资收益质量，最大程度地防范和降低投资管理风险，保障投资者的利益和公司资金安全，风控部特制定以下规章制度。 第一章各部分职责 一、风控部职能范围 1、负责管理公司期货配资账户 2、负责和期货公司协调各账户手续费标准 3、负责配资资金的调拨和分配 4、负责配资账户操作风险的控制 5、负责每日资金使用情况的统计和报送 6、负责对特殊配资客户操作风险的评估 二、风控部经理职责 1、负责风控部全部工作 2、负责执行公司对于风控部的发展规划 3、负责风控部员工日常工作情况的监督和考核 4、负责期货行情中突发情况的处理 5、负责制定风控部月度工作计划并执行 三、风控员岗位职责 1、负责期货配资账户操作风险的控制 2、负责各期货配资账户手续费的扣除

3、负责期货行情中突发情况的发现、汇报并积极处臵 四、结算员岗位职责： 1、负责配资资金的调拨和分配 2、负责每日配资资金使用情况的统计和报送 3、负责各期货公司配资账户的开户和管理 4、负责各期货公司配资账户手续费的调整 第二章日常工作流程 一、开盘前的准备工作: 1、结算员将本工作日的风控操作单递交风控部经理 风控操作单是结算员统计的当日配资操作的信息统计表，其中包括每一笔配资业务的详细信息，如客户姓名、业务员姓名、配资账户名、账户号、账户密码、账户所属期货公司名称、手续费等信息。 风控操作单是风控员具体工作的基本参考。 2、风控部经理将风控操作单上的账户合理分派给具体的风控员 风控部经理在接到当天的风控操作单后，应根据各配资客户不同的操作习惯、配资资金量、配资账户风险及各风控员实际工作能力等情况，科学合理地将各风控账户分派到风控员手中。 风控账户的分派是风控工作的重要也是最基础的环节。 3、风控员仔细核对自己负责账户的配资信息 风控员在接到风控帐户后，需及时登录各个具体账户，检查

国家电网全面风险管理与内部控制信息系统的设计与实现

国家电网全面风险管理与内部控制信息系统的设计与实现 随着风控十三五相关工作持续推进、财务集约化不断深入发展,为实现国家电网战略目标和经营决策,对国家电网全面风险管理与内部控制信息管理水平提出了更高要求,需要国家电网进一步创新管理手段,充分运用信息系统的过程控制和结果监督功能,提高风险响应速度,把握发展机遇,降低公司发展中的各项潜在风险。为此,提出了国家电网全面风险管理与内部控制信息系统的设计与实现。在体系结构上,系统采用多层B/S体系结构,采用SG-UAP为开发平台,运用 Ajax、JQuery2.1.3、HTML/HTML5、JSP/Servlet、Spring3.2.6、Hibernate3.2.3等技术进行开发。服务端开发技术选择Java路线,Java代码、客户端组件、数据序列化等相关文件、数据统一采用UTF-8编码。 技术架构分为展现层、数据交互层、业务逻辑层及持久层。其中展现层通过浏览器展示各个模块功能,数据交互层是展现层与业务逻辑层的交互,持久层是实现对数据库的增删改查操作,系统采用关系型数据库对数据进行操作。国家电网全面风险管理与内部控制信息系统紧紧围绕公司战略目标,贯彻落实法治企业建设要求,坚持全员参与、全面覆盖、全程管控的原则,一体化建设与实施全面风险管理与内部控制体系,系统提出了风险监控、扫描调度、作业管理内核心功能的实现。风险监测模块是对风险预警、合规管理、风控绩效、数据管理功能的实现。 扫描调度模块用于对规则管理、疑点扫描、结果统计进行实现。作业管理模块可实现个人工作区、项目任务、风险评估、内控评价、管理改进、统计报告、内控建标的功能展示与处理。本系统的应用可以强化业务主导、风控统筹和审计监督三道防线协同运作,推动风控管理融入公司各项经营活动,推进风控管理集团化、标准化、信息化,合理平衡风控管理与效率效益,有效防范和化解各类风险,进一步增强公司风险应对能力和核心竞争力,保障公司安全健康持续发展。

智能照明控制系统设计方案剖析

正奇金融广场 智能照明控制系统 设 计 方 案 书 项目名称：正奇金融广场 项目类别：智能照明控制系统 文本类型：设计方案

概述 *****多功能商业大楼。该大楼智能照明控制系统为地上二至五层，其主要功能区有上百间商铺，走廊，卫生间及一些公共区域。

第一部分：前言 网络时代的发展，应引入智能化的概念。在传统的楼宇自控系统中，一般只包括了综合布线、计算机网络、安防、消防、闭路电视监控等子系统。但近年来，随着经济的发展和科技的进步，人们对照明灯具节能和科学管理提出了更高的要求，使得照明控制在智能化领域的地位越来越重要。而在楼宇大厦建设热潮中，各大公司企业和他们的建设者也意识到了智能照明的重要性。商业楼宇大功率动力和制冷设备比重较少，照明灯具则相对比重更多。使用照明控制系统，更能体现其在节能与管理方面的优势，提高学校的科学管理水平。 节能是照明控制系统的最大优势。传统的楼宇公共区域照明工作模式，只能是白天关灯，晚上开灯。而采用了智能照明控制系统后，我们可以根据不同场合、不同的人流量，进行时间段、工作模式的细分，把不必要的照明关掉，在需要时自动开启。同时，系统还能充分利用自然光，自动调节室内照度。控制系统实现了不同工作场合的多种照明工作模式，在保证必要照明的同时，有效减少了灯具的工作时间，节省了不必要的能源开支，也延长了灯具的寿命。 第二部分：商场用电现状 2.1商场用电概述 随着改革开放的不断深入和发展，各行各业正在发生着日新月异的变化，建筑行业的崛起和变化更是来势迅猛、内容纷繁，现代化的建筑千姿百态、造型各异并逐步呈现出高、大、全、新的特点。现代建筑的层数越来越高，占地面积越来越大，内部设施越来越完善，功能越来越齐全，所用设备和材料则越来越新。商业建筑的发展必然伴随着照明创新的繁荣，现代商业建筑照明设计的发展趋势

风险控制和隐患治理系统建设工作方案

风险控制和隐患治理系统建设工作方案 为进一步落实“安全第一、预防为主、综合治理”的安全生产方针，进一步贯彻2016年9月8日全区企业安全风险控制和隐患治理系统建设现场推进会精神，以“全区风险控制和隐患治理系统建设示范企业培养工作”为契机，结合本公司实际，特制定本方案： 一、工作目标 以强化安全意识，落实安全责任制为切入点，加大培训力度，提高公司管理人员和全体员工对系统建设认识，明确公司系统建设组织领导和工作任务，完善相关资料和系统建设，在中介机构的培训和帮扶下，按照上级有关要求，高标准、高质量、高速度完成风险控制和隐患治理系统建设，达到能独立操作使用系统，能辨识岗位风险，能掌握风险控制措施，能独立进行培训的目标。 二、组织机构 为确保风险控制和隐患治理系统能够在我公司有序实施，各项工作稳步推进，为此，我公司特成立风险控制和隐患治理系统建设领导小组，负责对风险控制和隐患治理系统的建设全面领导、协调。 组长：刘关军 成员：杨林增、陈占良、李振华、张芮银、梁艳峰、卢全 职责：负责我公司风险控制和隐患治理系统建设的推进工作，协调各公司各相关职能部门按照安监局和帮扶中介机构的要求落实具体工作，配合安监局和帮扶中介机构为我公司建立风险控制和隐患治理系

统的具体事宜。 三、工作内容及措施 依据《自治区安全生产委员会关于科学辨识安全风险加快推进企业安全风险预防控制信息系统建设的通知》（宁安委[2016]6号）文件精神及自治区、市、管委会安监局的有关要求，我公司主要开展以下六个方面的工作：即加强动员部署、建立领导机构、加强现场公示、建立骨干队伍、配备设施设备、工作有效开展。 1、加强动员部署。在系统开始建立前，我公司首先统一领导班子的思想，召开领导班子和各相关职能部门管理人员会议，传达上级政府关于建立风险控制和隐患治理系统建设的指示精神，使领导班子成员和各级管理人员在思想上达成共识，步调行动一致。同时召开全体员工大会进行总动员，提高全员对建立风险控制和隐患治理系统工作的认识。完善并建立一套规范化的系统资料，明确工作职责和分工，由安全科牵头，负责各个环节的协调和配合。 2、建立领导机构。公司建立以总经理刘关军为组长，生产厂长杨林增、安全科长陈占良、办公室主任李振华、办公室主管卢全、财务科长梁艳峰、电工组长张芮银为组员的领导小组，全面负责我公司风险控制和隐患治理系统的建设工作。 3、加强现场公示。公司在帮扶机构的帮助下，以点带面，按照人的不安全行为、物的不安全状态、环境的不安全因素和管理因素四个方面逐个对生产区和生活区进行风险辨识，并将辨识的结果形成一套风险清单。同时公司将投入一部分资金制作公示牌，将各个岗位的

基于JavaEE的银行信用风险控制系统的设计与实现

基于JavaEE的银行信用风险控制系统的设计与实现随着银行业自身的快速发展以及业务量的增加，信用风险问题在银行的经营过程中逐渐暴露出来，这在一定程序上要求银行业对信用风险进行管理以降低其发生的可能性。传统的基于C/S架构的银行信用风险控制系统面临着诸多问题，如数据之间不易同步、互操作性不够好、系统整体效率低以及运维成本高等，因此，探讨一种更高效的银行信用风险控制系统具有一定的现实意义。银行信用风险控制系统主要应用于银行信贷管理的日常工作中，主要是以信贷风险管理为核心，利用计算机技术及数据库技术等，来提高银行的信用风险控制的水平。在本论文中，结合银行信用风险控制工作的实际需求，阐述了系统开发的必要性和重要性。 论文采用了基于JavaEE的MVC架构，采用了Struts、Spring等多种开源框架，采用Oracle10G数据库，在充分分析银行信用风险管理相关业务的基础上，按照软件工程方法，对系统进行了需求分析。在分析的基础上，描述了系统的设计思想、系统体系结构以及数据库设计，并对主要功能模块以及模块之间必要的接口进行了阐述。在需求分析和总体设计的基础上，对系统进行编码，进而实现了该系统。最后对系统进行了全面测试，测试结果显示本课题设计和开发的银行信用风险控制系统风险评价结果准确、性能可靠。 银行信用风险控制系统具有可移植性高、安全性好、界面友好及便于运维等优点，这对于银行系统来说是十分关键的。而本系统的实施给贷款业务戴上了安全帽，对银行信贷风险进行量化，同时也丰富了银行信用风险控制的内容。通过在某商业银行的两年多时间的实际使用，本系统对于控制金融风险、合理配置信贷资源起能起到较大的的作用。

楼宇自动控制系统设计方案

楼宇自动控制系统设计方案 1.1概述 1.1.1项目概述 楼宇自控系统（Building Automation System，简称BAS）是全智能化的机电设备管理系统，通过人性化的智能管理平台，实现相关机电设备的集中监视、控制和管理。本系统总监控点数约1300点，用户通过BAS中央操作主站可实时对酒店内的机电设备进行监控。 1.1.2系统概述 楼宇自控系统（BAS）现阶段已广泛应用于商业与公共建筑，以便对各种机电设备进行高效率管理与控制，为现代化的智能大厦提供舒适的环境，同时合理利用设备，节约能源，节省人力，并确保设备的安全运行。BAS的整体功能可以概括为： ?对建筑设备实现以最佳控制为中心的过程控制自动化； ?以运行状态监视和计算为中心的设备管理自动化； ?以节能运行为中心的能量管理自动化； ?保持建筑物内部始终处于一个舒适宜人的环境中。 1.1.3系统优点 ?节约能源：根据统计，在一般的商用楼宇中，空调通风系统占能耗的50%~60%，照明系统占25%~30%，有效控制这些方面的能耗是节能的关键，BAS通过优化系统设备的运行，对设备实施有效的控制，减少设备的空转，达到直接节能的目的。 ?提高效率，节省人力：酒店内机电设备数量和型号众多，并且分布于各个楼层，在不采用BAS的建筑中，设备简单的操作、维护、保养都需要大量的人工完成；采用楼控系统，上述工作均由电脑根据程序自动完成，这样不仅提高了工作效率，节省了人力，而且避免了复杂的人事等一系列问题。 ?延长设备使用寿命：设备在计算机的统一管理下始终处于最佳运行状态，及时报告设备的故障情况并处理；按照设备的运行状况打印维护、保养报告，避免超前或延误维护，相应延长设备的使用寿命，也等于节省了资金。

平台建设方案流程简版

平台建设方案（简版） 一、平台方向及规划 1、平台方向 根据网贷平台目前可能存在的政策风险及业务风险，公司及平台的发展要符合法律法规绝不触碰红线，确定平台的方向以中介的性质去发展，附加第三方资金托管、以及担保和保险公司的介入增加用户资金安全； 2、平台规划 平台建设分为三个阶段实施； 第一阶段：理财用户入口 A.产品功能上实现理财用户产品的选择、投资、赎回等； B.与第三方支付公司公司洽谈资金托管业务，规避政策风险； C.通过与全国各大线下小额贷款、担保、金融投资等公司合作、推荐资质较好 的标的、公司内部审核后提供给投资用户购买； 第二阶段：自建贷款通道 A.产品开发贷款通道功能，需求用户在线可申请贷款； B.需求用户最终的需求落地在前期通过洽谈合作的形式提供给全国线下机构

审核放款；平台本身前期不参与需求用户的审核，只针对合作的线下机构去做审核； C.建立风控团队，建立风控机制（接入央行征信系统及其他征信公司系统）； 寻求多维度、完善的风控体系； 第三阶段：理财与贷款通道的融合 A.平台自身开始操作地区性贷款业务；地区的选择根据当地的经济条件及贷款 用户群体和风控体系的完善程度来选择； B.第三阶段中注重加强不良资产的处置，建立不良资产处置团队，可与全国较 大的不良资产处置公司合作； C.完善运营团队、建立有效的活动方案、提高平台业务收入； 3、流程简图 二、平台搭建方案 业务流程及方向确定后，各团队按照流程节点、时间节点完成所负责的任务节点； 前台页面展现：移动端和pc端（待定）

二、平台研发 1、前台研发 制定功能点流程及规则、页面展现方式、移动端及pc端（待定）开发； 2、后台管理系统 制定后台管理系统功能开发（包括机构使用后台）如：理财客户管理、借款客户管理、统计管理、广告营销系统、财务管理、机构合作管理、风控系统等其他功能及二级功能开发； 三、推广方式 1、与其他网站建立合作，广告、会员共享，活动联合推广等方式合作 2、短信、邮件等低成本方式推广APP用户下载； 3、通过软文、SEO优化、百度google竞价等方式提高整体用户访问量及成交量； 4、印制带有二维码的传单通过业务人员发放，给用户提供手机终端或web页面访问入口； 5、在新浪、腾讯建立微博、实时推送产品信息（设立微信服务号，进行微信用

支付系统账户体系的设计

支付系统账户体系的设计 云时代隶属于杭州云韦科技有限公司，提供技术的互联网金融基础设施，致力于协助有意参与互联网金融业务的企业客户确定战略方向和整体解决方案，并提供业界专业的架构和系统来确保其业务安全稳定地运行，同时符合监管要求。云时代核心管理团队在互联网行业和金融行业均拥有丰富的经验。其对互联网金融的深刻理解和对互联网金融基础设施研发的专注，形成公司独特的竞争力。 每个公司根据其业务和公司发展的不同阶段，所设计的支付系统也会有所不同。我们先看看互联网公司的一些典型的支付系统架构。 支付宝 先看看业内最强的支付宝系统，支付宝的支付系统整体架构设计 这个整体架构上并没有与众不同之处。在模块划分上，这个图显示的是最顶层的划分，也无法告知更多细节。但支付宝架构强点在两个方面，一个是账务处理，分为内外两个子系统，外部子系统是单边账，内部子系统走复式记账。不少支付平台是从这里得到启发来搞定的对账系统。 另一个亮点是柔性事务处理，利用消息机制来实现跨系统的事务处理，避免数据库锁导致的性能问题。 支付系统从架构上来说，分为三层： 支撑层：用来支持核心系统的基础软件包和基础设施，包括运维监控系统、日志分析系统等。

核心层：支付系统的核心模块，内部又分为两个部分：支付核心模块以及支付服务模块。 产品层：通过核心层提供的服务组合起来，对最终用户、商户、运营管理人员提供的系统。 支撑系统 支撑系统是一个公司提供给支付系统运行的基础设施。主要包括如下子系统： 运维监控：支付系统在下运行过程中不可避免的会受到各种内部和外部的干扰，光纤被挖断、黑客攻击、数据库被误删、上线系统中有bug等等，运维人员必须在第一时间内对这些意外事件作出响应，又不能够一天24小时盯着。这就需要一个运维监控系统来协助完成。 日志分析：日志是支付系统统计分析、运维监控的重要依据。公司需要提供基础设施来支持日志统一收集和分析。 短信平台：短信在支付系统中有重要作用：身份验证、安全登录、找回密码、以及报警监控，都需要短信的支持。 安全机制：安全是支付的生命线。 SSL、证书系统、防刷接口等，都是支付的必要设施。 统计报表：支付数据的可视化展示，是公司进行决策的基础。 远程连接管理、分布式计算、消息机制、全文检索、文件传输、数据存储、机器学习等，都是构建大型系统所必须的基础软件，这里不再一一详细介绍。 支付核心系统 支付核心系统指用户执行支付的核心流程，包括： 1用户从支付应用启动支付流程。 2支付应用根据应用和用户选择的支付工具来调用对应的支付产品来执行支付。 3支付路由根据支付工具、渠道费率、接口稳定性等因素选择合适的支付渠道来落地支付。 4支付渠道调用银行、第三方支付等渠道提供的接口来执行支付操作，最终落地资金转移。 支付服务系统 支持支付核心系统所提供的功能。服务系统又分为基础服务系统、资金系统、风控和信用系统。 基础服务系统提供支撑线上支付系统运行的基础业务功能： 1客户信息管理：包括对用户、商户的实名身份、基本信息、协议的管理； 2卡券管理：对优惠券、代金券、折扣券的制作、发放、使用流程的管理； 3支付通道管理: 通道接口、配置参数、费用、限额以及QOS的管理；

楼控系统施工方案

BA系统 1.1 设备安装 1.1.1 系统设备安装条件 （1）室内装修和BAS表面安装的元件、设备的协调作业方案，已经得到确认； （2）地面、墙面的预留孔洞、地槽和预埋件等应与合同一致，并经过业主方验收； （3）施工区域内能保证施工用电； （4）施工现场有影响施工的各种障碍物已提前清除； （5）与BA系统相关的各设备已安装完毕（或需要配合共同安装）； （6）BA系统设备安装完后有条件并能采取进行成品保护措施； 1.1.2 系统设备的安装 （1）中央控制器及网络通讯设备应在中央控制室的土建和装饰工程完工后安装； （2）设备及设备各构件间应连接紧密、牢固，安装用的坚固件应有防锈层； （3）设备在安装前应作检查，确定其外形完是否完整，内外表面漆层是否完好，设备内主板及接线端口的型号、规格是否符合设计规定； （4）按系统设计图检查主机、网络控制设备、UPS、打印机、HUB集选器等设备之间的连接电缆型号以及连接方式是否正确。尤其要检查其主机与DDC之间的通讯线； （5）检查系统电源是否到位，电源是否符合设计要求。 1.1.3 室内温、湿度传感器的安装 （1）温、湿度传感器的安装位置：不应安装在直射的位置，远离有较强振动、电磁干扰的区域，其位置不能破坏建筑物外观的美观与完整性，室外温、湿度传感器应有防风雨防护罩。应尽可能远离窗、门和出风口的位置，如无法避开则与之距离不应小于2m。 （2）并列安装的传感器，距地高度应一致，高度差不应大于1mm，同一区域内高度差不应大于5mm。

（3）温度传感器至DDC之间的连接应符合设计要求，应尽量减少因接线引起的误差，对于镍温度传感器的接线电阻应小于3Ω，1kΩ铂温度传感器的接线总电阻应小于1Ω。 1.1.4 风管型温、湿度传感器的安装 （1）传感器应安装在风速平稳，能反映风温的位置。 （2）传感器应在风管保温层完成后安装，安装在风管直管段或应避开风管死角的位置和蒸汽放空口位置。 （3）风管型温、湿度传感器应在便于调试、维修的地方安装。 （4）风管型温、湿度传感器应安装在风管保温层完成之后。 1.1.5 水管温度传感器的安装 （1）水管温度传感器应在工艺管道预制与安装同时进行。 （2）水管温度传感器的开孔与焊接工作，必须在工艺管道的防腐、衬里、吹扫和压力试验前进行。 （3）水管温度传感器的安装位置应在水流温度变化灵敏和具有代表性的地方，不宜选择在阀门等阻力件附近和水流流速死角和震动较大的位置。 （4）水管型温度传感器的感温段大于管道口径的二分之一时，可安装在管道的顶部，如感温段小于管道口径的二分之一时，应安装在管道的侧面或底部。 （5）水管型温度传感器不宜安装在焊缝及其边缘上开孔和焊接。 1.1.6 压力、压差传感器、压差开关安装 （1）传感器应安装在便于调试、维修的位置。 （2）传感器应安装在温、湿度传感器的上游侧。 （3）风管型压力、压差传感器的安装应在风管保温层完成之后。 （4）风管型压力、压差传感器应在风管的直管段，如不能安装在直管段，则应避开风管内通风死角和蒸汽放空口的位置。 （5）水管型、蒸汽型压力与压差传感器的安装应在工艺管道预制和安装的同时进行，其开孔与焊接工作必须在工艺管道的防腐、衬里、吹扫和压力试验前进行。 （6）水管型、蒸汽型压力、压差传感器不宜安装在管道焊缝及其边缘上开孔及焊接处。

XX上市集团风控部部门团队建设规划可行性方案

XX上市集团风控部部门团队建设规划方案

为确保本公司业务的良性发展，切实提高投资收益质量，最大程度地防范和降低投资管理风险，保障投资者的利益和公司资金安全，风控部特制定以下规章制度。 第一章各部分职责 一、风控部职能范围 1、负责管理公司期货配资账户 2、负责和期货公司协调各账户手续费标准 3、负责配资资金的调拨和分配 4、负责配资账户操作风险的控制 5、负责每日资金使用情况的统计和报送 6、负责对特殊配资客户操作风险的评估 二、风控部经理职责 1、负责风控部全部工作 2、负责执行公司对于风控部的发展规划 3、负责风控部员工日常工作情况的监督和考核 4、负责期货行情中突发情况的处理 5、负责制定风控部月度工作计划并执行 三、风控员岗位职责 1、负责期货配资账户操作风险的控制 2、负责各期货配资账户手续费的扣除 3、负责期货行情中突发情况的发现、汇报并积极处置

四、结算员岗位职责： 1、负责配资资金的调拨和分配 2、负责每日配资资金使用情况的统计和报送 3、负责各期货公司配资账户的开户和管理 4、负责各期货公司配资账户手续费的调整 第二章日常工作流程 一、开盘前的准备工作: 1、结算员将本工作日的风控操作单递交风控部经理 风控操作单是结算员统计的当日配资操作的信息统计表，其中包括每一笔配资业务的详细信息，如客户姓名、业务员姓名、配资账户名、账户号、账户密码、账户所属期货公司名称、手续费等信息。 风控操作单是风控员具体工作的基本参考。 2、风控部经理将风控操作单上的账户合理分派给具体的风控员 风控部经理在接到当天的风控操作单后，应根据各配资客户不同的操作习惯、配资资金量、配资账户风险及各风控员实际工作能力等情况，科学合理地将各风控账户分派到风控员手中。 风控账户的分派是风控工作的重要也是最基础的环节。 3、风控员仔细核对自己负责账户的配资信息 风控员在接到风控帐户后，需及时登录各个具体账户，检查配资资金及客户本金情况是否与操作单吻合。如有出入应及时与结算员沟通，避免影响客户操作。 账户资金情况的检查要求必须在8:50前完成。 二、开盘中的风险控制: 1、及时刷新