ECC中如何使用供应商分类来扩展供应商的属性的详解
作者：袁云飞（AlbertYuan）- 微信号yuanalbert
以下内容均为原创，希望对初学者有一些辅助作用，本人主要从事MM/QM/WM的相关工作，不专业处请多多指点，十足干货，码字不易，且行且珍惜，你们的关注就是我努力的动力，转载请引用出处，感激不尽；
小伙伴们常常会面对业务部门一些比较有意思的请求，比如供应商主数据中能否将一些额外的信息放入其中，这些信息里有些是对供应商的档案性质的描述，这些信息，在ECC版本里确实缺少一些标准字段进行存放，或者系统有类似的功能可以实现，但实现过程有相对复杂，对于这种比较小的需求，没有必要去进行实现（这里指的是成体系的实现）；
比如企业想将收集到的供应商的生产线产能，厂房面积，核心研发人数，营业执照，税号，以及经营主体等相关信息记录到供应商主数据中；而这些信息其实往大的方向去挖掘又能形成一套独立的供应商管理系统，但目前企业还没有建立独立的子系统进行管理；所以SAP能存放这些信息对于发展中的企业来说，是相对必要的；
基于这种现状，我们其实有比较多的手段进行处理，一个可以通过客制化表和维护界面完成数据录入，然后通过供应商编码进行关联；一个是可以使用供应商主数据客制化字段增强，完成独立数据收集窗口与XK*界面绑定的方式；这两个方式其实都存在一些额外的开发量，实现周期和调试周期相对较长，客制化屏幕字段的方式比较适用于收集数据量大，界面要求高的需求；还有就是如果需要收集的数据不多，可以通过长文本的方式进行存放；但在读取数据或维护上对用户要求过高，容错率比较低；
我们这里介绍的是比较容易实现的一种形式，就是通过供应商分类的方式将需要收集的较少的数据进行特性化处理，这种方式方便实现，运维顾问一个人就能完成，维护相对便捷，按要求维护好各自的特性数据即可；批导入程序也比较方便些（特性/类的批导入即可完成，不需介入供应商主数据的屏幕）；
这里顺道提一下，进入S/4 HANA版本后，供应商/客户的客制化屏幕字段的实现方式以及很不同了，不需要像ECC那样通过大量的BADI方式完成，以后会进行专题的说明，在S/4里分类用的就比较少了；
首先通过CT04创建需要的特性，以便存放字段信息，每个需要存放的独立信息都可以形成一个特性，特性可以支持字符，数值，日期等多种形式，单值/多值输入也能方便实现；
比如供应商的简单分类，其实就能比较方便的实现，这里提一句额外话，关于对供应商的分类，其实很多年来都存在一定的争议，有些老师会经过认真研究后通过账户组或供应商编码加以区分，这个好处其实就是编码上就能明细识别大致的分类；但坏处也比较明细，供应商编码是固定的，一旦出现分类体系里没有考虑到的潜在错误则无法修改；所以慢慢的我们已经开始过渡到通过供应商主数据中特定字段来完成分类了，好处就是错误可以只修改字段值来完成；新增类型信息也比较方便实现；比如，有个企业按照供应商所供应的物资来进行分类，这种分类本来就缺乏长期实践的，如果按此实现，以后企业发展后，本来供应主营物资的供应商，同时开始增供辅材类物资，则就不好调整了；
然后我们使用CL02创建供应商分类，供应商主数据的分类类型为010；
然后将特性分配给该类，之后就可以在供应商主数据里选择对应分类完成特性值的维护了；这样供应商编码只要连接上了分类，其对应特性也就自动连接上了；供应商编码就称为了该分类的对象；
维护上也比较方便，可以通过XK事务代码完成分类数据维护；另一个可以直接通过classification系统的方式进行维护，使用CL20N快速分配并维护值，或CL进行批量的修改，这些都是非常便捷的；
以上为本章全部内容，希望能对小伙伴们有所帮助；
来源：CSDN
作者：袁云飞
链接：https://blog.csdn.net/weixin_44853659/article/details/104131456