标签: ECIF

  • 在银行客户信息系统（ECIF）里落地 DDD 聚合

    2026年8月12日 发布于 架构专栏

    分类:
    标签:

    ECIF 里「客户」的概念极其庞大：个人、对公、同业，各自的属性、关系、生命周期都不同。如果用一个巨大的 Customer 实体硬扛，代码会迅速腐化。 用界限上下文切分 把客户拆成几个界限上下文： 客户主数据（Party）：统一的自然人/机构标识与基础属性。 客户画像（Profile）：风险偏好、营销标签，读写频率高、变化快。 客户关系（Relationship）：持股、担保、集团关系。 聚合根怎么定 每个上下文内部再定聚合根。例如 Party 上下文里，Party 是聚合根 …

    ECIF 里「客户」的概念极其庞大：个人、对公、同业，各自的属性、关系、生命周期都不同。如果用一个巨大的 Customer 实体硬扛，代码会迅速腐化。 用界限上下文切分 把客户拆成几个界限上下文： 客户主数据（Party）：统一的自然人/机构标识与基础属性。 客户画像（Profile）：风险偏好、营销标签，读写频率高、变化快。 客户关系（Relationship）：持股、担保、集团关系。 聚合根怎么定 每个上下文内部再定聚合根。例如 Party 上下文里，Party 是聚合根 …

  • 一文理清 ECIF：客户信息为什么要「集中」

    2026年8月10日 发布于 银行业务专栏

    分类:
    标签:

    在没有 ECIF 的年代，网点、网银、信用卡中心各自维护一份客户信息。同一个客户，在不同系统里姓名、证件、联系方式都不一样，营销和风控都无从谈起。 ECIF 解决什么 ECIF（企业客户信息整合）把分散在各业务系统的客户主数据收敛到一处，对外提供唯一客户视图。 唯一标识：用客户号（Party ID）统一自然人/机构，而非证件号。 主次关系：支持一人多户、一户多卡，但主数据唯一。 服务化：其他系统通过接口查询，不再各自落库。 技术上的关键取舍 读写分离：主数据写入强一致，查询可走缓存/只读副本。 …

    在没有 ECIF 的年代，网点、网银、信用卡中心各自维护一份客户信息。同一个客户，在不同系统里姓名、证件、联系方式都不一样，营销和风控都无从谈起。 ECIF 解决什么 ECIF（企业客户信息整合）把分散在各业务系统的客户主数据收敛到一处，对外提供唯一客户视图。 唯一标识：用客户号（Party ID）统一自然人/机构，而非证件号。 主次关系：支持一人多户、一户多卡，但主数据唯一。 服务化：其他系统通过接口查询，不再各自落库。 技术上的关键取舍 读写分离：主数据写入强一致，查询可走缓存/只读副本。 …