数据字典是将所有业务会涉及到的所有字段信息全部抽离出来，建立数据字典，各业务可以根据自身业务需求，从数据字典拿数据，建立自身业务需求的认证字段集合。本文从多场景的不同诉求，看认证业务数据字典实践。
一、背景
服务化平台交易服务，为不同企业提供电商解决方案。不同环节，对买卖双方要求不同资质认证，基于此，可以提供从数据层、业务层及应用层的一体化配置方案，满足每个企业不同业务环节，对企业认证资质项及规则要求。
以采购交易举例说明
某些平台，由于行业限制，并非像C端，开放给所有用户均可采购。
B端对采购交易有以下3种场景：
平台商品无特殊要求，商城所有用户，无论何种身份，是否经过认证，均可采购；
平台商品具备一定门槛，经过企业认证的用户才可采购。此种场景，只要用户经过企业认证即可，无需行业特殊资质要求；
商城商品，某些品类由于行业政策要求，需要企业认证+行业特殊资质认证后，才可采购。此种场景，资质的要求是与品类关联的。
对于第一种和第二种，用户只要经过企业认证，确保是真实存在的企业即可，企业的资质基本都是标准的资质信息，比如：普通、三证、五证等等。
但是对于第三种场景，在企业认证标准信息基础上，还要进行采购该品类所要求的行业资质，而不同的品类之间，行业资质存在差异，因此系统不可能写死，或者企业新建个类目，提个需求，研发人员开发，此种方式一是造成开发成本上升；二是无法及时响应公司实际业务诉求，很容易造成公司损失等。
基于此，可以通过配置化思维，不仅仅是功能层面的配置，可以从信息层面（数据）配置触发，实现从信息配置、信息之间规则、是否关联类目及应用业务（采购、入驻、资金账号等）整体线程的配置化，以满足不同业务对资质的要求。
三、数据字典
数据字典：将所有业务会涉及到的所有字段信息全部抽离出来，建立数据字典，各业务可以根据自身业务需求，从数据字典拿数据，建立自身业务需求的认证字段集合。
一个字段，会应用到多个认证业务中，比如：公司名称，会在企业认证、店铺入驻、资金账户开通等业务中都会应用到，要注意业务之间数据的关联性。
数据字典结构简述：
数据字段层级关系：
四、小结
上述仅是关于多场景不同诉求，对于认证业务从数据层到功能层的配置化实践，除了认证业务可以抽离出数据字典。用户、商品作为电商平台基础服务，也可以应用此方式，抽离用户数据字典和商品数据字典。
