大型的支付系统，如支付宝、财付通每天交易额都非常巨大，后系统是如何对账、风控的呢？
Posted on大型的支付系统，如支付宝、财付通每天交易额都非常巨大，后系统是如何对账、风控的呢？
大型的支付系统，如支付宝、财付通每天交易额都非常巨大，后系统是如何对账、风控的呢？
廖艳、张大维、泽芳铜芸等人赞同 谢邀，不过我看到一楼答案50多票赞同后就不想写了。 提问是大型支付系统的风控和对账是如何实现的，答案却是从商户角度谈使用支付公司产品对账的体验。 不过，我今天看到@黄继新 也在其他问题中逆袭了一把，质疑了第一答案。所以我就先放在这里，如果赞同数超过35票，我就把我所做的支付结算系统相关业务经验分享给大家，否则就算啦~ 另，暂时没有答案，欢迎折叠。 鉴于已经有30票了，看这样子超过35是没什么太大问题，由于内容众多，我先准备起来了 请大家稍安勿躁 ------------------------------------------------------------扯淡的分割线---------------------------------------------------------- 先扯淡一下对账，这坑有点大，容我慢慢填。刚刚打了半小时的草稿由于没保存，死机后被系统吃掉了……知乎貌似原来有自动保存功能的……去哪里了…… 业务上，为何对账，对账的操作步骤等@詹世波已经说得很多了，我谈谈一些没涉及的。 为了可以更好地解释支付结算系统对账过程，我们先把业务从头到尾串起来描述一下场景，帮助大家理解： 一个可能得不能再可能的场景，请大家深刻理解里面每个角色做了什么，获取了哪些信息： 某日阳光灿烂，支付宝用户小明在淘宝上看中了暖脚器一只，价格100元。犹豫再三后小明使用支付宝网银完成了支付，支付宝显示支付成功，淘宝卖家通知他已发货，最近几日注意查收。 我们来看看这个过程中有几个相关方，分别做了什么。我语文不好，写得饶口，如果看不懂请多看几次： 小明：持卡人，消费者，淘宝和支付宝的注册会员，完成了支付动作，自己的银行账户资金减少，交易成功。 银行：收单银行，接受来自支付宝的名为“支付宝BBB”的100元订单，并引导持卡人小明支付成功，扣除小明银行卡账户余额后返回给支付宝成功通知，并告诉支付宝这笔交易在银行流水号为“银行CCC” 支付宝：支付公司，接收到淘宝发来的订单号为“淘宝AAA”的商户订单号，并形成支付系统唯一流水号：“支付宝BBB”发往银行系统。然后获得银行回复的支付成功信息，顺带银行流水号“银行CCC” 淘宝：我们支付公司称淘宝这类电商为商户，是支付系统的客户。淘宝向支付系统发送了一笔交易收单请求，金额为100，订单号为:“淘宝AAA”，支付系统最后反馈给淘宝这笔支付流水号为“支付BBB” 以上流程貌似大家都达到了预期效果，但实际上仍然还有一个问题： 对支付公司（支付宝）而言，虽然银行通知了它支付成功，但资金实际还要T+1后结算到它银行账户，所以目前只是一个信息流，资金流还没过来。 Tips:插一句话，对支付系统内部账务来说，由于资金没有能够实时到账，所以此时小明的这笔100元交易资金并没有直接记入到系统资产类科目下的“银行存款”科目中，而是挂在“应收账款”或者“待清算科目”中。大白话就是，这100元虽然答应给我了，我也记下来了，但还没收到，我挂在那里。 对商户（淘宝）而言，虽然支付公司通知了它支付成功，他也发货了，但资金按照合同也是T+1到账。如果不对账确认一下，恐怕也会不安。 倒是对消费者（小明）而言：反正钱付了，你们也显示成功了，等暖脚器呀等暖脚器~ 基于支付公司和商户的困惑，我们的支付结算系统需要进行两件事情：一是资金渠道对账，通称对银行帐；二是商户对账，俗称对客户帐。对客户帐又分为对公客户和对私客户，通常对公客户会对对账文件格式、对账周期、系统对接方案有特殊需求，而对私客户也就是我们一般的消费者只需要可以后台查询交易记录和支付历史流水就可以了。 我们先聊银行资金渠道对账，由于支付公司的资金真正落地在商业银行，所以资金渠道的对账显得尤为重要。 在一个银行会计日结束后，银行系统会先进行自己内部扎帐，完成无误后进行数据的清分和资金的结算，将支付公司当日应入账的资金结算到支付公司账户中。于此同时，目前多数银行已经支持直接系统对接的方式发送对账文件。 于是，在某日临晨4点，支付宝系统收到来自银行发来的前一会计日对账文件。根据数据格式解析正确后和前日支付宝的所有交易数据进行匹配，理想情况是一一匹配成功无误，然后将这些交易的对账状态勾对为“已对账”。 Tips:此时，对账完成的交易，会将该笔资金从“应收账款”或者“待清算账款”科目中移动到“银行存款”科目中，以示该交易真正资金到账。 以上太理想了，都那么理想就不要对账了。所以通常都会出一些差错，那么我总结了一下常见的差错情况： 1.支付时提交到银行后没有反馈，但对账时该交易状态为支付成功 这种情况很正常，因为我们在信息传输过程中，难免会出现掉包和信息不通畅。消费者在银行端完成了支付行为，银行的通知信息却被堵塞了，如此支付公司也不知道结果，商户也不知道结果。如果信息一直没法通知到支付公司这边，那么这条支付结果就只能在日终对账文件中体现了。这时支付公司系统需要对这笔交易进行补单操作，将交易置为成功并完成记账规则，有必要还要通知到商户。 此时的小明：估计急的跳起来了……付了钱怎么不给说支付成功呢！坑爹！ TIPS：通常银行系统会开放一个支付结果查询接口。支付公司会对提交到银行但没有回复结果的交易进行间隔查询，以确保支付结果信息的实时传达。所以以上情况出现的概率已经很少了。 2.我方支付系统记录银行反馈支付成功，金额为100，银行对账金额不为100 这种情况已经不太常见了，差错不管是长款和短款都不是我们想要的结果。通常双方系统通讯都是可作为纠纷凭证的，如果银行在支付结果返回时确认是100元，对账时金额不一致，可以要求银行进行协调处理。而这笔账在支付系统中通常也会做对应的挂账处理，直到纠纷解决。 3.我方支付系统记录银行反馈支付成功，但对账文件中压根不存在 这种情况也经常见到，因为跨交易会计日的系统时间不同，所以会出现我们认为交易是23点59分完成的，银行认为是第二天凌晨0点1分完成。对于这种情况我们通常会继续挂账，直到再下一日的对账文件送达后进行对账匹配。 如果这笔交易一直没有找到，那么就和第二种情况一样，是一种短款，需要和银行追究。 以上情况针对的是一家银行资金渠道所作的流程，实际情况中，支付公司会在不同银行开立不同银行账户，用以收单结算（成本会降低），所以真实情况极有可能是： 临晨1点，工行对账文件丢过来（支行A） 临晨1点01分，工行又丢一个文件过来（支行B） 临晨1点15分，农行对账文件丢过来 。 。 。 临晨5点，兴业银行文件丢过来 。。。 不管什么时候，中国银行都必须通过我方业务员下载对账文件再上传的方式进行对账，所以系统接收到中行文件一般都是早上9点05分…… 对系统来说，每天都要处理大量并发的对账数据，如果在交易高峰时段进行，会引起客户交互的延迟和交易的失败，这是万万行不得的 所以通常支付公司不会用那么傻的方式处理数据，而是在一个会计日结束后，通常也是临晨时段，将前一日交易增量备份到专用对账服务器中，在物理隔绝环境下进行统一的对账行为，杜绝硬件资源的抢占。 以上是银行资金渠道入款的对账，出款基本原理一致，不过出款渠道在实际业务过程中还有一些特别之处，由于大家不是要建设系统，我就不赘述了。 谈完了资金渠道的对账，我们再来看看对客户帐。 前面提到了，由于资金落在银行，所以对支付公司来说，对银行帐非常重要。那么同理，由于资金落在支付公司，所以对商户来说，对支付公司账也一样重要。能否提供高品质甚至定制化的服务，是目前支付公司走差异化路线的一个主要竞争点。 就流程而言@詹世波已经说的差不多了，我就不赘述了…… ----------------------------------------------------------没经过排版的小知识点--------------------------------------------------- 之前说过，银行与支付公司之间的通讯都是可以作为纠纷凭证的。原理是对支付报文的关键信息进行密钥加签+md5处理，以确保往来报文“不可篡改，不可抵赖”。 同理，支付公司和商户之间也会有类似机制保证报文的可追溯性，由此我们可以知道，一旦我方支付系统通知商户支付结果，那么我们就要为此承担责任。由此我们再推断一个结论： 即便某支付订单银行方面出错导致资金未能到账，一旦我们支付系统通知商户该笔交易成功，那么根据协议该结算的资金还是要结算给这个商户。自然，我们回去追究银行的问题，把账款追回。 ----------------------------------------------------------没经过排版的小知识点--------------------------------------------------- 一、对支付系统而言，最基本的对账功能是供商户在其后台查询下载某一时间段内的支付数据文件，以供商户自己进行对账。 这个功能应该是个支付公司就有，如果没有就别混了。 二、对大多数支付系统而言，目前已经可以做到对账文件的主动投送功能。 这个功能方便了商户系统和支付系统的对接，商户的结算人员无须登录支付平台后台下载文件进行对账，省去了人工操作的麻烦和风险。 对大型支付系统而言，商户如果跨时间区域很大，反复查询该区域内的数据并下载，会对服务器造成比较大的压力。各位看官别笑，觉得查个数据怎么就有压力了。实际上为了这个查询，我最早就职的一家支付公司重新优化了所有SQL语句，并且因为查询压力过大服务器瘫痪过好几次。 现在比较主流的做法是把商户短期内查询过、或者经常要查询的数据做缓存。实在不行就干脆实时备份，两分钟同步一次数据到专用数据库供商户查询，以避免硬件资源占用。甚至……大多数支付公司都会对查询范围跨度和历史事件进行限制，比如最多只能查一个月跨度内，不超过24个月前的数据……以避免服务嗝屁。 对账这块大致就这样了，再往细的说就说不完了，大家有什么想问的可以单M我或者回复答案。 稍后给大家讲一下风控。 -----------------------------------------------风控的分割线------------------------------------------- 风险控制，在各行各业都尤其重要。 金融即风险，控制好风险，才有利润。 虽然第三方支付严格意义上说并非属于金融行业，但由于涉及资金的清分和结算，业务主体又是资金的收付，所以风险控制一样非常重要。 对支付公司来说，风控主要分为合规政策风控以及交易风控两种。 前者主要针对特定业务开展，特定产品形态进行法规层面的风险规避，通常由公司法务和风控部门一起合作进行。例如，一家公司要开展第三方支付业务，现在要获得由人民银行颁发的“支付业务许可证”。遵守中国对于金融管制的所有条规，帮助人行监控洗钱行为……这些法规合规风险，虽然条条框框，甚至显得文绉绉，但如果没人解读没人公关，业务都会无法开展。 当然，这块也不是本题所关注的重点，提问者关注的，应当是业务进行过程中的交易风控环节。 现在随着各支付公司风险控制意识的加强，风控系统渐渐被重视起来。除了上述提到的合规风控相关功能，风控系统最讲技术含量，最讲业务水平，最考究数据分析的业务就是交易风控环节。 对一笔支付交易而言，在它发生之前、发生过程中及发生过程后，都会被风控系统严密监控，以确保支付及客户资产安全。而所有的所有秘密，都归结到一个词头上：规则。风控系统是一系列规则的集合，任何再智能的风控方案，都绕不开规则二字。 我们先看看，哪些情况是交易风控需要监控处理的： 1.钓鱼网站 什么是钓鱼呢？ 用我的说法，就是利用技术手段蒙蔽消费者，当消费者想付款给A的时候，替换掉A的支付页面，将钱付给B，以达成非法占用资金的目的。 还有更低级的，直接就是发小广告，里面带一个类似http://tiaobao.com的网址，打开后和淘宝页面一摸一样，上当客户直接付款给假冒网站主。 第一种情况风控系统是可以通过规则进行简单判定的，虽然有误杀，但不会多。 通常使用的规则是判断提交订单的IP地址和银行实际支付完成的IP地址是否一致，如果不一致，则判断为钓鱼网站风险交易，进入待确认订单。 但第二种情况，亲爹亲娘了，支付公司真的没办法。当然遇到客户投诉后可能会事后补救，但交易是无法阻止了。 2.盗卡组织利用盗卡进行交易 大家都知道，信用卡信息是不能随便公布给别人的，国内大多信用卡虽然都设置了密码，但银行仍然会开放无磁无密支付接口给到商户进行快速支付之用。 所谓无磁无密，就是不需要磁道信息，不需要密码就可以进行支付的通道。只需要获取到客户的CVV，有效期，卡号三个核心信息，而这三个信息是在卡上直接有的，所以大家不要随便把卡交给别人哦~ 碰到类似的这种交易，风控系统就不会像钓鱼网站这样简单判断了。 过去我们所有的历史交易，都会存库，不仅会存支付相关信息，更会利用网页上的控件（对，恶心的activex或者目前用的比较多的flash控件）抓取支付者的硬件信息，存储在数据库中。 当一笔交易信息带着能够搜集到的硬件信息一同提交给风控系统时，风控系统会进行多种规则判定。 例如：当天该卡是否交易超过3次 当天该IP是否交易超过3次 该主机CPU的序列号是否在黑名单之列 等等等等，一批规则跑完后，风控系统会给该交易进行加权评分，标示其风险系数，然后根据评分给出处理结果。 通过硬件信息采集以及历史交易记录回溯，我们可以建立很多交易风控规则来进行监控。所以规则样式的好坏，规则系数的调整，就是非常重要的用以区别风控系统档次高低的标准。 例如，我听说著名的风控厂商RED，有一个“神经网络”机制，灰常牛逼。 其中有一个规则我到现在还记忆犹新： 某人早上八点在加利福尼亚进行了信用卡支付，到了下午一点，他在东亚某小国家发起了信用卡支付申请。系统判断两者距离过长，不是短短5小时内能够到达的，故判定交易无效，支付请求拒绝。 规则非常重要，当然，数据也一样重要。我们不仅需要从自己的历史记录中整合数据，同时还要联合卡组织、银行、风控机构，购买他们的数据和风控服务用来增加自己的风控实力。 SO，风控是一个不断积累数据、分析数据、运营数据、积累数据的循环过程。 好的风控规则和参数，需要经过无数次的规则修改和调整，是一个漫长的过程。 不知道大家做互联网，有没有利用GA做过AB测试，同样的，风控系统也需要反复地做类似AB测试的实验，以保证理论和实际的匹配。 最后给大家说一个小小的概念： 所谓风控，是指风险控制，不是风险杜绝。 风控的目标一定不是把所有风险全部杜绝。 合理的风控，目标一定是：利润最大化，而不是风险最小化 过于严格的风控规则，反而会伤害公司利益（看看销售和风控经常打架就知道了） 不光是交易的风控，我们日常制定规则，法规，公司流程，也一定要秉着这个出发点进行规划。 以上，基本上差不多了，有问题大家随时留言评论我。 谢谢大家原谅我的傲娇，给我点了那么多票赞同，受之有愧。 最近（2013年7月）回头看了一下这个答案，感觉有一些描述不够精确，有一些语言不够精炼，思考着是不是重构一下这个答案……
2013-07-0257 条评论感谢分享收藏•没有帮助•举报
所以，没有答案，哪来赞同，奇怪~ 2012-11-15回复赞0 赞举报
我也觉得傲娇了 你写答案是为了得到赞同吗？
2012-11-15回复赞0 赞举报
赞成一下，期待更多专业的回答~ 2012-11-15回复赞0 赞举报
不喜勿入，根据知乎规定，目前这个答案可点“没有帮助”。
如果一个需要写好久的答案实际上没什么人关注，那我觉得没必要花那么多精力分享。我写答案不是为了赞同，但也不希望浪费时间。如果只有一两个人关心，我完全可以通过IM工具随时回答他们问题。
2012-11-15回复赞2 赞举报
哈哈，我也希望看到更切题的答案和回复，但一直没有出现，然后我就个人知道和了解的抛砖引玉了一把，希望引出更多的意见和答案，结果来了60多票..... 兄台莫恼哈，其实很多人都想了解支付结算系统相关业务，你就给大家科普一把嘛。 2012-11-15回复赞0 赞举报
看了下@天顺 的资料，原来是盛付通的啊，哈哈，真正的专业人士啊，欢迎科普
2012-11-15回复赞0 赞举报
哈哈，我不恼，分享原本应该就是快乐的，不过我性格如此，说话总是比较刺，您才不要见怪。 2012-11-15回复赞0 赞举报
知乎用户
自动保存系统只有在草稿状态的时候才有用。所以在改答案的时候，要么就定期保存，要么就先在本地写好了…………【惨痛教训……
2012-11-15回复赞0 赞举报
天顺（作者）回复 知乎用户
想请教一下小明那个场景，如果小明用支付宝网银支付淘宝上的购物的话，我理解应该这样， 消费者：小明 收单机构：支付宝 商户：淘宝 发卡银行：网银银行 卡组织：银联 关于对账还真是门学问呢，看来要学的还真多。多谢。 2012-11-16回复赞0 赞举报
这个过程就把卡组织剔除掉吧，便于沟通。实际上大多数支付公司网银也是直连银行，没有通过银联系统做资金清分。
2012-11-16回复赞0 赞举报
@天顺 同学讲下Paypal或信用卡对账吧，我之前搞对账的时候最怕弄的就是这块，到现在都还有点搞不清楚 2012-11-16回复赞0 赞举报
天顺（作者）
@詹世波 原本我的博客里把外卡相关的东西全给介绍了，无奈后来服务器没续费，报废了，又没保存……这些玩意写起来要命，关注的人又不多……所以我后来就越来越懒得写了，哈哈
2012-11-16回复赞0 赞举报
我怎么觉得，最后一句才是重点。。 2012-11-16回复赞0 赞举报
其实对账文件的收发，勾兑，差错处理基本上来说，已经可以实现系统自动化处理了。对于商户B2C平台、支付平台、自连银行之间由于扎差时间或系统时间不同产生的差异，才是对账处理最麻烦的地方
2012-11-16回复赞0 赞举报
对账终于理顺了，等待风控的描述。 2012-11-17回复赞0 赞举报
随便说个数字，哈哈~有点人数关注，写了才有意义呀 2012-11-21回复赞0 赞举报
“通常使用的规则是判断提交订单的IP地址和银行实际支付完成的IP地址是否一致，如果不一致，则判断为钓鱼网站风险交易，进入待确认订单。”
弱弱的问下，提交订单跟完成支付不都是用户行为么，为什么IP不一致会认定为钓鱼网站呢？
2012-11-28回复赞0 赞举报
完整支付行为的是用户，而发起订单的是钓鱼网站，两者IP不匹配。 2012-11-28回复赞0 赞举报
呵呵，了解了，非常感谢～
2012-11-30回复赞0 赞举报
恭喜天顺逆袭成功！要相信知乎社区的力量〜 2012-12-05回复赞0 赞举报
辛苦了。码字哈多。@天顺 这个才是在支付公司应该学的东西。 2012-12-05回复赞0 赞举报
这只是系统建设层面小小的经验，其实要做支付，还有很多很多……都不知从何说起。
2012-12-05回复赞0 赞举报
天顺儿，这篇文章第一部分，有小明、银行、支付宝、淘宝的角色，在“银行”的角色里应该是“发卡行”而不是“收单行”吧，因为支付宝本身就处理收单工作了 2012-12-05回复赞0 赞举报
线上网银渠道，发卡行就是收单行，不太会有银行作为收单行替其他行收单。外卡除外。
2012-12-05回复赞0 赞举报
哈，在银联在线支付里，就有收单和发卡之分 2012-12-05回复赞0 赞举报
天顺（作者）
不太明白你所说的究竟为何……
2012-12-05回复赞0 赞举报
@贾鹏 第三方支付裏面，其實無所謂發卡、收單角色。如果一定要套用，的確銀行作爲發卡銀行來描述比較準確。@天顺 文中的描述有誤。 2012-12-05回复赞0 赞举报
对第三方支付公司而言，所有收单银行渠道，即是他的收单行。
对收单行来说，第三方支付公司是收单商户。对第三方支付而言，收单银行即是收单行。
什么情况下需要区分发卡行和收单行？
也就是收单渠道不仅支持本行银行卡收单，同时支持他行卡收单时，会区分发卡行和收单行。
在互联网上，通常对第三方支付而言，无所谓区分发卡行和收单行，原因是事实上互联网支付基本都是本银行卡走本银行渠道，也就是线下POS所称的“本代本”。试问自己发的卡自己收单，又何必计较收单和发卡呢？
线下POS、外卡支付之所以要区分发卡行收单行，是因为其资金渠道特殊性所致。例如：通过银联清分网络，招行的POS机也可以刷工行的卡，然后通过银联进行数据清分，走跨行的资金清算轧张。
但互联网渠道，网银支付，99.99%的第三方支付渠道都是一家一家银行系统对接，对第三方支付的商户来说，第三方支付公司是收单机构；对持卡人来说，他所持信用卡的所在银行是发卡行；对第三方支付公司来说，前面是商户，后面是收单行，仅此而已。
当然，外卡的渠道和国内不同，将来可以单开一个专题去讨论。
2012-12-05回复赞0 赞举报
画图吧。这事儿文字太难说清楚了 2012-12-06回复赞0 赞举报
你说的都对，我之前的表述也是同一个意思，但是有一点：第三方模式下，银行对持卡人来说是发卡行，对第三方来说才是收单行。所以要看文中描述时的主语是谁 2012-12-06回复赞0 赞举报
在网银支付过程中，持卡人无所谓发卡行和收单行概念，他只需要知道商户需要收钱，钱付给了支付宝即可。收单银行只对第三方支付机构有意义，何况从头至尾，基本都是站在第三方支付的角度看待问题，我觉得兄台无需在这个称呼上继续纠结了。
2012-12-06回复赞0 赞举报
对于后来者，这个答案确实和日常工作非常接近，学习了！ 2012-12-07回复赞0 赞举报
「银行丢个文件」银行确实只会丢文件
2012-12-27回复赞0 赞举报
知乎用户
那家风控企业应该是ReD（Retail Decisions），但是我看到首先想到的是Red Bend，好容易混淆。 2013-04-19回复赞0 赞举报
所以，广义范围内“出纳”
2013-06-22回复赞0 赞举报
咨询个问题：刚看到一些关于三方那个支付机构的法规,三方支付机构必须将资金托管在一个银行，而你在这里写到三方支付公司基本上在每个银行都会有一个账户。那么这个银行账户和托管银行的资金交接是怎么一个过程呢？ 2013-06-23回复赞0 赞举报
请问，“支付BBB”与“支付宝BBB”是不是一样的？
2013-06-24回复赞0 赞举报
天顺 老兄厉害，长知识了。听君一席话，胜读10年书。 2013-06-27回复赞0 赞举报
举手提问：顺哥写的好清晰，但是还有几个小问题请教：
1.既然支付公司会在各家银行都开账户，那客户支付的款项不是可以立刻到账么?为什么是T+1日？（我知道这是个小问题，跟主题没啥子关系，囧。。。）
2.是否有人通过支付系统进行洗钱？现在有把反洗钱纳入风控范畴么？
3.风控预警的效率高不高?会不会有很多误判？（银行从业人员表示，我们的预警量实在是忒多了= =!）
2013-07-08回复赞0 赞举报
一个一个回答哈。 1.T+1日只是普遍情况，大多数银行的网银收单产品的确就是规定的T+1保证到款。当然据我所知已经有部分银行支持即时到账了，这个问题应该问银行，而不是支付公司。 2.有通过支付公司洗钱的，目前仍然有，甚至不少支付公司（不点名了）很多产品就是明着往灰色地带走的。当然，人民银行要求配合的反洗钱措施都会做的，商户审核也会相对走过场，不会太过分。 3.会有误判，这个避免不了，所以风控才是一门学问啊。 2013-07-08回复赞0 赞举报
哥们你现在不搞技术，专心忽悠了吧，这么罗里吧嗦的解释最终细节部分却少的可怜。
2013-07-08回复赞0 赞举报
哥们，不知道你现在是搞什么的，相信大家都会鼓励你来一篇细节部分多得令人发指的答案出来，我第一时间帮你点赞！ 2013-07-08回复赞0 赞举报
作者好用心，还很谦逊，好人一个
2013-07-08回复赞0 赞举报
请问支付宝公司账户上客户的资金，会用于购买短期的定期理财产品么？还是说，只是和银行谈一个比较高的利率，吃利息？ 2013-07-08回复赞0 赞举报
八仙过海各显神通，呵呵。你说的方式其实都是可以的，主要看合作的商业银行内部如何帮你包装这个事情，单纯吃活期利息岂不亏死了……
2013-07-09回复赞0 赞举报
合理的风控，目标一定是：利润最大化，而不是风险最小化
多希望公司那个213的风控能看到。 2013-07-09回复赞0 赞举报 写下你的评论…
评论取消 只有作者关注的人才能在这里评论 知乎是一个真实的问答社区，在这里分享知识、经验和见解，发现更大的世界。 使用邮箱注册 »
