现在，每个组织都被多系统ERP环境弄糊涂了。无论进行了多少IT整合项目，几年后都会回到原点。动态的业务环境始终允许发展利基IT解决方案，而SAP和Oracle的老兄弟们可以不断吞并这些解决方案并增强其产品组合，但仍在其应用程序组合中，返利手游，利基解决方案倾向于保持其独特性，而SAP和Oracle所要做的就是在其核心产品上建立一个螺栓，从而简化集成。

由于IT或ERP系统的多样性，最大的难题是不同系统中的主数据编号不同。为了使事务通过这样的多个系统，接口将内置各种逻辑，以确保不同的主数据编号以某种方式在逻辑上匹配，以便在所有系统中，大数据都学什么，相同的物料/供应商/客户或任何公共主数据正在进行事务处理。但事实证明，这是经常中断的薄弱环节。

关于主数据编号的最佳实践是永远不要在编号系统中建立逻辑或智能。换言之，让它不说话，这样它就不会向你表明自己的身份。但在我上面描述的环境中，这条规则总是被打破的，因为最终用户希望主数据编号是智能的，并且能够自我识别。此外，在一个拥有多个应用程序或ERP系统的环境中，实现通用编号系统意味着它必须是外部编号系统。有时这被称为"全球编号"。

让我们来讨论一下"全球物料编号"的概念。默认情况下，这个数字是外部定义的，这意味着必须定义某种逻辑过程。我想说，它不需要非常智能的编号系统，但一个简单的程序，可以生成一个字符前缀或后缀的序列号。甚至不需要列出在IT或ERP系统中使用"全球物料编号"这样的通用编号的优点，因为这样一个系统的优点远远大于缺点。

因此我强烈认为，在多IT或ERP系统环境中使用外部定义的全球编号应该被视为最佳选择也要练习。

对我的结论有什么想法或反对意见吗？

这完全取决于对象的性质是否可以改变。

例如=如果BLOGS LTD改变了名称，则基于客户名称的ERP系统中的客户编号BLOGS将无效。

但是如果您有一种材料是水，并且称为材料编号H2O，我想不出在任何情况下除非我们被扔进一个化学定律发生变化的替代宇宙，否则这个数字将是无效的。

我相信我们输出给用户的应该是尽可能人性化的。无论如何，在背景中叫一个蓝色的自行车材料编号A0ERRT657HHHJIKL0999，只要这个编号从来没有显示给人类。

记住-计算机在那里为我们人类服务，老虎淘客，我们不是他们的奴隶，即使大多数时候看起来是这样的。如果我们继续思考——哦，让我们做一些对系统来说更容易的事情，即使这会让用户的生活更艰难，我们将走什么路？

但许多用户有非凡的能力，甚至不怀疑他们可能做了一些不合理的事情，找到创造性的方法滥用每一个识别和分类手段（如外部"数字"，类型或类别）专门为他们-所以他们可以"编码"，然后找到和使用"他们的东西"。。。他们不会问"愚蠢的程序员"这样做是否是个好主意，他们只是做目前看来是个好主意的事情。然后，当不可协商的混乱被创建时，它被交付给程序员来解决它

我也是一个IBANs和支付参考号的小用户，我不喜欢必须键入20位（或34位，上帝禁止）的ID，但我没有想到他们的发明只是为了让我的生活困难，我不应该这样做处理这样的无稽之谈……

"一个简单的程序，可以生成一个字符前缀或后缀的序列号"

不，我内心的极端分子认为：没有前缀/后缀，没有语义，只是数字

欢呼

Jānis

我不断从最终用户那里听到的反馈是，为什么我要运行一个报告来了解一个材料或供应商是什么，在单一的ERP系统环境中，没有智能编号系统的最佳实践是可以接受的，但在多ERP系统中，在整个系统中有一个共同的数字是使流程平稳运行和简化接口的主要因素。因此，在这种情况下，实现全球数字绝对是一个有价值的目标。

我不赞成最终用户能够为材料或任何物体选择数字。必须有某种中央主数据团队，或根据材料的性质（特征）为您选择名称的程序。

（2）如果您去采煤工作面，看到用户到处钉着一张纸，上面有客户的编号列表，或材料的编号，这就意味着在SAP中搜索数字非常困难，他们根本就不费心。事实上，这可能是问题的关键所在-无论数字有多模糊，如果搜索易于使用，一切都会很好，这就是为什么SAP search中有这些匹配代码字段的原因。人们还是不喜欢他们。

我不知道答案，但我知道，无论我们选择什么解决方案，都应该让最终用户的生活更轻松，而不是让我们这些"愚蠢的程序员"或处理多个系统集成的团队更轻松。我们非常遗憾我们的顾问决定对我们的材料进行内部编号范围，但是我们通过生活在MARA-BISMT领域来解决这个问题，这个领域是一个像水一样的"智能"数字，是坐在屏幕前的可怜的老人们所看到并与之互动的东西。像水一样的数字被发送到与SAP交互的众多系统中，对他们所有人来说都意味着同样的事情。