做IC卡业务系统的厂商 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

kmc，可以找30、56所，有时间研究规范的话，自己做也很简单；
dp，建议找卡商级别的做，例如捷德、握奇，dp说白了就是字符串拼接，价值还在参数的理解以及应用的扩展，一般应用提供商很难理解到芯片级别；
ec，直接在现有corebank里面做扩展就可以了，交易种类不多
联网联合，略有点门槛，找个有经验的公司咨询，在现有系统改造即可
论pboc2.0案例，中信网络毋庸置疑的第一，不过听说很多骨干在试点成功后都去甲方了
论一卡通案例，华腾应该是第一
如果只是说能做到，前面提到的公司都没有问题
dp，卡商的dp不想吐槽，一般相当一般。
ec 主要涉及电子现金相关的比较麻烦，考虑卡片执行脚本失败。
联网联合 难度在于ATM业务流程，和POS的电子现金清算，ATM的改造银联暂时还没计划。
中信人员流失严重，产品见过一些，不说话。
华腾，老东家，不说话。
其他见楼上。
huangxin638 发表于 2011-11-18 14:55

kms是要资质的，不是谁想做就能做
dp，卡商的dp不想吐槽，一般相当一般。
ec 主要涉及电子现金相关的比较 ...
hsm需要资质，但pboc2的kms只是hsm的使用，没听说需要资质这个说法，如果需要资质，不知是哪个单位主管，有资质以什么单位颁发的什么证书来证明？
atm难度比较大，大部分atm厂家实力不足或投入不足，很难做到完善的pboc/emv卡的支持
kms的资质问题是听银行的人说的，人行好像有kms的规范，就现在来说基本只有看到科友的kms，其他的神马格尔的都不行。
如果仅仅是简单的由磁条---》IC, +一个电子钱包，这样的方案太多了，也不复杂。关键是多应用，才能看出数据准备及应用生命周期管理的复杂性，当然初期阶段，国内还不具备这样的环境。韩国日本走在世界前列
zhanglp74 发表于 2011-11-19 16:23

如果仅仅是简单的由磁条---》IC, +一个电子钱包，这样的方案太多了，也不复杂。关键是多应用，才能看出数据 ...
举个例子介绍dp的重要性吧
本帖最后由 CountOnMyself 于 2011-11-19 23:28 编辑
jollyja 发表于 2011-11-18 09:49

kmc，可以找30、56所，有时间研究规范的话，自己做也很简单；
dp，建议找卡商级别的做，例如捷德、握奇，d ...
可以做kms的厂商，只要是30和56的代理都可以，科友或者天安可能是做的比较多。
DP的话，确实是卡商或者KMS的提供商兼做会更好，当然也可以由集成商做，本来就不难，只不过要同时了解KMS接口和个人化数据模板结构而已。但金融IC卡应用做得比较多的卡商，应该是恒宝和东信和平，握奇对这块肯定不熟悉。
甚至ATM、POS和后台应用部分，肯定是开发卡系统和前置的厂商最合适。
其实还需要有柜面终端的IC卡接口部分，这部分也只能由前端厂商或者核心厂商改造。
jollyja 发表于 2011-11-19 22:58

举个例子介绍dp的重要性吧
数据准备跟应用的商业应用不是一个概念。是想如果你的一个SIM卡上，要有好几十个，甚至100个应用，后台该如何管理？ 另外如此的话，整个移动支付的生态系统已经相当完备，韩国日本的生态系统建设发展的已经成熟