长期讨论：新一代核心系统建设

ashaji

家住海淀 发表于 2012-4-23 09:17
这是一个视野与细节之间，宏观与微观之间的价值认同问题，很有代表性。
我们大部分玩银行IT都是缺乏的视 ...

非常赞同。这些大而泛的内容，其实每一个观点后面都包含了对整个银行架构体系的认识，每一点的展开都是巨大的网络。在细节的认识基础上，拔高视野才能提出这些大而泛的内容，这是很不容易做到的事情。

ccqy1178

核心业务系统就是一个忽悠的伪命题

重庆银行刚做了新一代核心系统咨询项目，核心定位于一个提供无渠道差别服务的后台纯交易系统，包括企业级产品管理、渠道管理、客户管理、运营管理平台、参数中心、定价中心、真正的交易与核算分离。。。。。完整的核心业务主题模型，将产品静态信息与服务动态信息解耦，一个产品不仅仅可以配置其业务规则，重要的是产品可以配置其可以使用的服务，以及这些服务在各个渠道上是如何使用。。。核心系统中没有任何科目与内部帐，前端是以客户为中心的一站式服务的智能处理前端。

gavenwei 发表于 2013-5-27 19:20
交易与核算分离是新一代项目的主题之一，从参与者角度来看，分离是为了还原银行业务参与者视角的本质，即 ...

真正的交易与核算清算分离，其关键点是在于是否有完整的交易事件。
技术分离是将交易与核算清算过程解耦，业务上分离是完全独立的。
交易就是交易，交易产生交易事件，这时候交易系统已经完成成交易任务。
核算清算模块针对交易事件进行解析，判断是否核算，怎么核算等等。
作为一个交易系统不应该有任何科目、内部账户等任何核算的信息。
交易系统一切都是以交易事件来还原交易本质的，跟核算一点关没有。
例如划拨一笔资金，过去就是通过内部账户的对转或内部账户的系统内划拨，本质就是科目记账。
那么请问在的交易实质是什么？反映的业务内容是什么，我们不能简单的为了记账而记账，应该充分体现业务交易的本质，即交易事件。
有了完整的交易事件，即这件事是什么具体内容，渠道、币种、金额、交易对手等等。
交易与核算分离其实是业务内涵，如果仅仅从技术流程上做简单的割裂，并不能给业务上带来本质上的提升。

keithguofan 发表于 2012-7-13 13:41
据说韩国的所有人在所有银行通用一个帐户，怎么实现的？真的不？

不了解具体内容。
我理解：是否韩国的核心系统做了账户与协议的分离。
过去的核心中以账户为主线，以交易为中心。银行的各类业务种类以账户为代表，不同的业务种类账户拥有不同的账户结构。业务数据的存储、维护和展现等操作都在账户层面进行。账户是整个核心系统的静态信息主脉络。
如果按照核心主题模型思路，在账户结构上做了瘦身，将原账户结构中有关业务规则的内容提炼成一个个协议，从技术上对账户与协议进行了解耦，协议体现规则，账户体现经过协议规则计算后的结果信息。
协议是业务主题中非常关键的地方，协议是客户有关银行产品、介质、账户、渠道等约定后的存贮集合，是未来银行为客户提供服务的基础。未来的新的业务规则模版是体现在产品、账户、介质、渠道等的变化，协议则是快速存储这些信息的地方。协议结构原则上要求可加可减、可开可关。
协议在技术上意义很重要，但是对于业务上根本看不到，仅仅能说协议是载体，而非可参数的业务规则。

zkc999 发表于 2012-4-27 12:35
ls说的对，银行最重要的是业务，业务，还是业务。

没错，系统是干嘛的？为什么用计算机？这是为了替代人工，为了完成业务本身，所以业务才是关键，是核心。并不是说技术没有用，关键是看技术实现的方法了，纯代码能搭建系统，参数配置也能搭建系统。这两者貌似在操作层面没啥区别，但是对于新业务的支撑呢？

个人认为业务模型和技术模型非常关键，技术模型是龙骨，是架构；业务是内容，是可抽象与复用的业务规则、

从纯技术去看系统，技术人员如何去业务化的抽象技术动作，利用复用的原理，交易工具化的理念，搭建起一套与业务无关的技术基础，以不变应万变！
从纯业务去看系统，业务人员如何去技术化的抽象业务本质，梳理业务规则、业务流程、如何快速的通过业务参数的变化，以变制变！

pastory1

您好，目前我这边参与负责搭建银行核心系统，相关问题想找您交流下，方便的话可以 留个qq之类么

pacman2000

pastory1 发表于 2013-10-24 14:55
您好，目前我这边参与负责搭建银行核心系统，相关问题想找您交流下，方便的话可以 留个qq之类么

有啥问题直接在版里问吧，

pastory1

pacman2000 发表于 2013-10-24 15:00
有啥问题直接在版里问吧，

pc server如何啊 目前国内好的系统商有哪几家，400的呢

weitao6186

acca64 发表于 2013-10-21 10:08
真正的交易与核算清算分离，其关键点是在于是否有完整的交易事件。
技术分离是将交易与核算清算过程解耦 ...

一些账户（内部帐）本身具有产品特点，明显具有资产账户(如贷款)或者负债账户（如存款）的特征，并不是简单的内部帐，我对“交易系统不应该有任何科目、内部账户等任何核算的信息” 这一点有疑义。 另外交易事件的定性或者量化应该怎么做？ 交易系统里的交易设计如何弃会计核算，我现在也在设计开发这块工作，但实际上交易系统总摆脱不了会计核算的影子，设计时总是考虑核算系统应该怎么处理这些数据，崩溃，甚至认为，让不懂金融不懂会计的设计师干这项研究