面向服务架构（SOA）的项目有时处在危险之中，就像他们正在形成的时候。他们在第一次会议后陷入困难。业务、开发和数据双方走到一起，决定“什么是客户。”便是其中一个。该项决定陷入僵局，双方同意成立一个委员会，你可以猜测剩下的部分。

　　这不是一个新问题，但有新的转折，开发团队因为应用程序集成追求SOA——从单纯使用网络服务来整合传统应用程序，从而建立一个强大的数据服务层来管理一体化，甚至是填充数据仓库和商务智能系统。不过，他们这样做了，团队的风险便是无用数据输入输出的传统问题。例如，他们可能是在正确的时间工作在错误的数据上。

　　为了解决这些问题，主数据管理（MDM）正在形成。这是除其他外的一门学科，以确保诸如BI和SOA的重要项目正在正确的执行。 MDM确保数据的定义对整个组织BI系统内也是一致的，例如，显示准确的数据。由于业务流程管理（BPM）上升到了面对经济衰退脱颖而出的地位，这也为MDM能力强制执行了一种需求。

　　华盛顿州兰顿数据仓库研究院（TDWI）研究室主任Wayne Eckerson讲到“所有的应用程序需要一个事实的一致的单一版本。你怎么做呢？你应该跳出数据仓库来做它，但它从来没有真正被设计过。”另外，他补充道，“你可以建立一个MDM并且对于任何应用，包括从数据仓库撤出。

　　MDM适合SOA。这是企业其他部分的数据仓库。该应用程序支持决策和规划，但主要是决策。”同时，由于BPM和业务规则引擎延伸，决策承担更多的行动——有时是‘实时’的。

　　芝加哥数据整合工具制造商Initiate Systems Inc首席技术官Marty Moseley认为“如果我们决定，我们希望有一个消息，即封装客户的数据流贯穿组织……但该系统对什么顾客的含义不一致，那么就有很高的可能性，他们会误解的数据。”

　　Moseley最近在Initiate Systems的播客中谈到MDM和SOA。他讲到没有MDM的SOA可以让你“在最短的时间犯大错误”。

　　麻省Hingham Hub Solution Designs Inc的创始人、总裁兼顾问Dan Power表示越来越多的企业从一开始就在MDM架构中设计SOA，在网状的啮合实际与需要种保持数据准确存在挑战。要做到这一点，组织应该用业务规则引擎来监测数据。

　　马萨诸塞州牛顿市研究和咨询公司Hurwitz & Associates总裁Judith Hurwitz表示“主要的问题是建立一个MDM的战略，确保业务服务能够得到值得信赖的数据。”TDWI的Eckerson解释说，“语义是个大问题。很容易给应用程序一起发电报，但说服企业或企业中的部分在什么是真正的信息，什么是客户或什么是销售上达成一致，这真的很难。”