在業務發展和信創安全的雙重驅動下，越來越多的銀行將核心下移或核心建設工作，作為推動數字化轉型和落實信創要求的重要抓手。但不同銀行，受制于業務規模、科技能力和成本投入，也有著不同的選擇，包括：技術路線、系統架構、項目實施等。

神州信息作為國內最早從事銀行核心業務系統建設的科技廠商，尤其在近兩年，更是承建和參與了包括國有大行在內大量不同類型銀行的核心項目建設，過程中與銀行及其他廠商共同解決了大量國產化技術路徑的問題，不僅幫助銀行按期完成了核心下移改造工作，更是積累了豐富的實施經驗，神州信息也愿意通過經驗的分享，幫助更多銀行完成新核心建設工作。

從功能中心到能力中心，核心的“無核化”趨勢

構建企業級的全行能力中心，已經成為核心下移或者新核心建設的一種趨勢。依托核心系統分布式和微服務技術架構，對核心系統內的公共支撐微服務進行功能擴展，逐漸形成全行級能力中心，既不影響核心系統功能，又能實現統一的能力中心建設。從功能中心到能力中心，帶來兩方面的改變：

一是打破系統邊界，從單一的縱向能力支撐走向中臺化的能力橫向覆蓋。在企業級數據平臺支撐下，真正形成覆蓋全行業務系統的能力中心。

二是實現技術能力的內聚。在“無核化”理念下，進一步實現核心能力的剝離和重塑，終將通用性技術能力內聚為全行級的統一技術平臺，有效支撐上層業務創新和發揮底層云算力的釋放。

自主還是聯合建設？基于長期發展考量

作為銀行最重要的生產系統，核心系統一直是銀行IT建設的重中之重，投入大、涉及部門多、建設周期長，其建設不僅是對全行科技能力的一次迭代，更是對全行科技能力的一次大考。目前國內核心建設主要采用“自主和聯合”兩種方式。

兩種方式各有各有利弊：

一是“自主建設”：所需科技力量強、人力投入多、資金投入大，但是系統適配度度高，可根據自身特點和需求進行開發建設；

二是“聯合建設”：所需科技、人員和資金投入相對較低，但是系統適配度低，在某些方面需要進行定制化改造。

針對性建議：

一是針對核心建設“投入大”的問題：加強聯合研發，大行、股份制或者頭部城商，可加強與科技廠商合作，采用聯合研發形式，引入成熟通用組件或者功能模塊，降低研發成本和縮短建設周期；

二是針對“可控及適用性”的問題，部分銀行在引入科技廠商參與核心建設過程中，要強化知識轉移，借助廠商力量完成自身科技隊伍的提升和培養，同時借助廠商力量完成關鍵差異化功能的開發，建立自身的特色架構體系。

同業實踐，核心建設的關鍵環節

一是信創環境下，核心系統的切換方式。根據實施銀行的規模、業務和技術復雜度及關聯系統數量等方面，一般采用“并行使用、分批次投產和一次性切換”三種方式。

“分批次投產”：適合業務、技術復雜度較高、關聯系統較多的建設項目，股份制或某些大體量區域銀行采用該方式較多。通過業務拆分、多次投產，確保業務連續性和降低建設風險。但是分步投產也會導致建設周期長，新老核心對接、運維等問題。

“一次性投產”：適合業務和技術復雜度較低，關聯系統較少的建設項目。快速投產后，各方面投入直接降低，運營和運維壓力小。但一次性切換難大，存在一定業務風險。

“雙核心并行”：除大行外，一般很少銀行選擇該方式。雙核心運行投入巨大，同時并行期還要同步滿足監管各種適應性修改。

二是上下游系統配套改造。在核心建設過程中，如何處理上下游涉及的大量關聯系統？可從兩個主要場景出發，進行判斷：

“少動或不動”：如果在核心建設前，已經對全行架構做過系統性梳理和改造，包括：各層、各域的系統劃分功能邊界；交易總線、微服務治理、數據總線建設；核心系統業務功能模塊接口優化調整等。

可采用主原則：外圍系統不做大的修改，核心系統采用原有業務接口模式進行調整和對接。下游系統接口報文格式、通訊轉換基于交易總線、渠道整合進行調整和修改。數據類系統采用數據總線轉換方式進行差異屏蔽。

“配套性改造”：以核心建設為契機，對全行架構梳理和改造，以及必要系統的升級。

可采用主原則：外圍系統依據各項原則下，做必要修改。核心系統采用既定設計的接口與服務結合需求調整。下游系統接口報文格式、通訊轉換基于交易總線、渠道整合進行調整和修改。下游系統結合新的標準進行業務調用以及異常處理調整。數據類系統采用最新數據結構和架構，進行業務功能和數據字段的對應調整。

三是核心切換前的并行驗證和生產交易流量切換。在新核心具備上線條件前，為降低對業務影響，實現系統平穩切換，可選擇三個關鍵階段進行上線前驗證：

一階段：新舊核心并行驗證，保證新舊核心業務一致；

二階段：試運行階段，可指定客戶、賬戶或分支行，在核心前置實現交易流量分階段切換；

三階段：新核心全面投產階段，在達成全量流量切換后，系統運行架構調整為目標態。

四是核心建設中如何引入業務建模的方法。面對越來越復雜的業務場景需求，原本更多基于功能的應用開發流程已經難以適用銀行業務開發的需要。而業務建模這一新型開發方式越來越受到重視，如何在核心建設中引入業務建模這一先進方法，流程識別和組件梳理是兩個關鍵。

關鍵一：流程識別的關鍵在于結合全行戰略自頂而下的梳理。尤其是明確關鍵的業務流程及與外部場景的額邏輯關系。

關鍵二：結合實際需要和現有系統，進行自底向上的標準化與模塊化的組件梳理，提高業務架構的可用性和可維護性，降低運營和維護成本。