标签：编码 角色 HANA 视图 BP 维护 数据 浅析 供应商
如何在S/4 HANA中BP供应商维护时将需多次维护的伙伴角色合并为一次维护的浅析
作者：袁云飞（AlbertYuan）- 微信号yuanalbert
以下内容均为原创，希望对初学者有一些辅助作用，本人主要从事MM/QM/WM的相关工作，不专业处请多多指点，十足干货，码字不易，且行且珍惜，你们的关注就是我努力的动力，转载请引用出处，感激不尽；
这两天肺炎情况让大家都焦头烂额的，惶恐和不安弥漫在周围，记得非典的时候一个人在家看《上下五千年》，完全不在意外界的情况；十几年过去，已为人父的我，居然开始忧虑起来，各种担心，看来时间和家人会让一个人慢慢成熟起来啊，马上就要回湖南了，昨晚终于下定决心，为了家人，把经停武汉的票退了，改成直达长沙的，虽然贵了500多CNY，不过在力所能及的范围内给自己和家人一份安心，总是不嫌贵的；
言归正传，BP这个让人小伙伴们又爱又恨的T-code，S/4里开始强制使用BP作为维护供应商/客户主数据的唯一手段，注意是唯一；XK和XD系列正式退出历史舞台；不过不小小看BP这个东西，其也不是S/4 HANA专有的，在ECC的高版本里其实就已经存在过了，不行小伙伴们可以去试试；但是ECC版本里的BP由于不成熟，出错的概率比较大，需要细心的调试优化；
而S/4的BP已经日渐成熟起来，从1610版本开始，已经基本能承担大任了；BP其实和我们传统的维护供应商主数据的方法没有太大的差别，该有的字段也都存在，除了界面位置改变；而不同的地方就是在原来的供应商数据字段基础上，增加了更多的字段信息供我们使用，同时使用了新的表来构建这些信息，所以BP供应商主数据其实目前是有两部分组成的，一个是原来我们常见的LFA1,LFB1,LFM1等等的数据表，另一个就是新增数据字段表，如BUT000，BUT001等，用来存放新型关系下的供应商数据；
BP的设计原则应该是为了高度继承供应商/客户所有信息，以及各种个人，组织关系的存在，减少编码的数量，让一个编码尽量包含尽可能多的基本信息和功能信息；个人预计在以后的几个版本迭代后，BP将完全替代传统的供应商数据表，全面使用BUT*系列的表来构建主数据；
正因为存在业务，数据，体验的过渡，所以小伙伴们才会看到为什么在配置BP供应商（这里应该叫做业务伙伴，同合作伙伴是有区别的哦），是需要独立的设计两套编码体系（虽然他们可以设计成一套编码间隔段，但其实他们是两套编码体系），并通过相关的主数据同步配置实现两套编码体系下的数据更新，也就是说你用BP创建供应商主数据的时候，BUT表的数据通过自身的编码体系进行更新，但同时采购组织和公司代码数据由于是更新到原来的LFA，LFB*等表，则通过关联更新的方式进行数据同步；
前面讲到，BP编码其实和供应商主数据编码是两套编码体系，虽然可以做成一个编码段，但在实际链接的时候依然是需要进行显示的配置指定的；
BP的供应商主数据编码号段通过“分组”这个概念来说明；
分组直接和BP的编号范围进行链接，同时决定是外部还是内部给号；
同时由于涉及采购组织和公司代码的数据是按原来供应商主数据的方式进行更新的所以，我们必须还得按照原来ECC的供应商主数据配置完成一遍；这样就能确定出供应商主数据的编码范围，各个供应商账户组相关字段信息；
然后在主数据同步配置里，通过链接配置的方式将BP的分组和供应商的账户组进行管理，那么他们的编码范围就自动被关联了，同时还能设置他们的号码是否相同，这样从用户的角度上看，以及后台表来看，他们都会使用同一个编号了，但这里注意他们依然使用的是两套编号体系；由于传统供应商主数据是通过账户组关联编号范围，字段状态以及相关的partner数据，所以如下图，数据会正常进行更新的；
但是这里小伙伴们要注意一个问题；由于BP的屏幕设计是完全替代原来XK*系列的设计框架，所以我们在BP里看到的采购组织，公司代码的屏幕其实在BP里是独立的视图结构，这些字段的更新，必须要经过传统供应商数据的验证，所以如果你在BP里看到一个字段是可选的，可能他在BP里是可选状态，但对应于供应商账户组里该字段配置的确是必输，此时我们保存BP供应商是会报错的哦，并且提示消息给你讲解的非常不清楚，请小伙伴们注意这点；
所以说传统供应商账户组里的字段状态配置最好不要再使用，用了也没有效果，应该使用BP里的字段状态设置了；
又忍不住说了这么多，其实BP是一个很大的主题，还是要分不同的小主题来慢慢讨论，而且目前来说吃透彻的人并不多，当然也不用吃透，需要用到那块就使用那块功能即可；
回到我们的主题，BP里分组用来确定号码段以及和传统供应商账户组的关联关系；另外BP里多了一个概念，就是业务伙伴角色（也叫商业伙伴角色 business partner role）；这个东西比较有意思；目前我所了解到的信息，业务伙伴角色（简称角色）主要是用来确定，BP屏幕顺序，屏幕字段组成，以及显示方式的，这些东西从技术上说就是组合各种标准的屏幕及字段，从业务上说就是不同角色所需要使用的屏幕和字段是不同的；不过说人话就是，SAP将各种屏幕，字段，进行细分，并用一些字段组，视图和屏幕，以及屏幕顺序进行重新组合，各种视图就分配给了角色，而使用Business Data Toolset (BDT)就能完成这些功能；
说了这么复杂的东西，一时也不太好理解，小伙伴们只需要了解下面我说的关于供应商主数据的部分就可以了；
标准的角色有很多，而针对供应商的只有这几个；
000000 业务伙伴（常规）
FLVN00 业务合作伙伴供应商（公司代码相关的视图）
FLVN01 业务合作伙伴供应商（采购组织相关的视图）
他们都有自己设定的界面控制视图，所以我们在创建BP供应商的时候就的分别选择这三个角色进行创建；还是比较麻烦的；我们要创建三次呢，因为，一个是常规数据，一个是采购组织数据，一个是公司代码数据；
能不能只选择一个，然后集成上这三个角色的字段屏幕呢；答案是可以的；系统为我们提供了一个叫业务伙伴角色分组的概念，可以创建一个分组将需要的角色链接到它上面；
这样不就可以了么；
答案是，还不够，因为BP里默认是将角色和角色分组都显示出来的，为了不让用户感到疑惑，或者减少出错概率；我们需要将被包含进去的角色配置为隐藏，这样就只保留需要的分组出现在前端界面选择上了；
注意，要加入角色分组的角色，必须要有自己的角色类别，否则无法加入进去，FLVN01、FLVN00默认就有，而000000默认是没有的，需要为他创建一个角色类别，然后分配给它；
角色类别的作用，个人分析来看，主要决定这分配了该类别的角色能使用的范围，如，创建的时候选择的组织，个人，还是组；
这样我们选择一个角色分组就能将采购组织，公司代码，一般数据全部创建维护好了；如下图
讨论到这里，细心的小伙伴们不经要问了，为什么要将000000角色包含进去呢，不是FLVN01/FLVN00角色里也可以维护供应商的一般数据的嘛，名称，地址，等等；
但是可能你们没有主要到，在标识视图下，几个重要的字段是没有的；我们对比一下；
同时，技术标识这个视图也是只有000000角色里才有的；
所以说标识ID这个视图还是非常有用的，行业ID，我们可以用来给该供应商进行行业分类，也可以用来作为所供产品系列细分的标识，因为行业ID是层次性的布局非常适合，例如下图；
以上就是本章所有内容，这次的主题讨论的有点散（难道和冠状病毒消息有关），以后会注意把握专题的指向性，希望对各位小伙伴们有所帮助；
袁云飞
发布了34 篇原创文章 · 获赞 0 · 访问量 1461
私信
关注
标签：编码,角色,HANA,视图,BP,维护,数据,浅析,供应商 来源： https://blog.csdn.net/weixin_44853659/article/details/104069042
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。