采购权利法案-解决您的“自由”与Ariba/SAP和其他基本权利

在这个“权利法案”系列的前一期文章中，我阐述了在采购工具的应用程序部署方面进行选择的基本需求，这些环境通常是具有异构系统的采购和IT环境，以及具有架构和拓扑的混合部署环境，这些环境必须处理堆栈上下和跨业务应用程序层的混合部署模型的日益混杂。

这是一项不小的成就，尤其是在采购领域，主要是向必须与现有记录系统无缝互操作的一线软件即服务(SaaS)工具的基本发展。对于拥有SAP采购环境的公司来说，如果你想要ERP巨头想卖给你的东西之外的东西，事情就更混乱了甲骨文- - - - - -请参阅本系列的前一期文章）.

首先，您基本上必须忽略SAP的党派路线，即Ariba是SAP唯一的云采购应用程序。它这样做是为了迫使公司转移到Ariba，这是Ariba网络的一个“组成部分”——以及随之而来的一切(例如，基于交易价值的供应商费用)。如果你想让非ariba的SAP应用程序——也就是SAP ERP (ECC)、SAP SRM和SAP Sourcing(我们将把SPM排除在外)的三元组合——除了一起工作之外，不存在于云中，你需要去找像Infosys或CapGemini这样的合作伙伴(我们将在未来的文章中更详细地介绍这些类型的供应商的产品)。

顺便说一句，如果你想“包围”或“重新包装”一个内部部署的SAP部署，你总是可以使用Hubwoo、IBX (CapGemini)、SimplifyingIT (Hubwoo的OEM)、Wallmedien、Simeno等提供商。SAP自己的UI Add-On产品也是一种可能性，但根据我们在该领域听到的消息，它还没有完全准备好，即使在Spend Matters第一次看到原型(并写过)18个月之后在这里）.

无论如何，这里的底线是买家喜欢在解决业务问题的技术方面的选择(即，选择最好的应用程序)，以及支持IT的需求(即，选择部署/支持/资助它的最佳方式-并将其连接到现有的应用程序和数据存储)。

当然，还有一些其他的东西你也希望看到:

• 将本地应用程序集成到基于云的应用程序中，特别是在应用程序过渡和混合/双环境存在的情况下。将应用程序选择和应用程序交付方法分离的权利也适用于集成软件。因此，从内部集成适配器到托管集成功能的过渡应该具有选择性和一致性。
• 在被迫迁移到新的基于云的环境之前，为内部部署应用程序及其支持技术的开发和支持制定明确的时间表。
• 承诺的产品发布日期与实际情况有些相似，这样您就可以进行一些基本的技术规划。
• 一个承诺的支持和升级路径，无论我选择哪个平台(与我的供应商提供的其他解决方案在纸上，以及在现场-演示，服务/部署生态系统，等等)

这些权利是如此的基本，但却经常被反复侵犯，因此它们不是特定于采购的，实际上与我引用的第一个技术权利法案我做抗微生物药物耐药性研究的时候回万博体育下载app来的还请记住，整个系列涉及所有提供商，而不仅仅是大型ERP提供商，并且旨在为此类技术的购买者倡导，不仅是为他们自己作为用户，而且是为更广泛的企业。

我们要确保这不仅仅是一份愿望清单或不满清单。还有很多其他的事情也很重要:开放标准、浏览器独立性、商业简化、术语标准化等等。但这需要时间。我们还需要对自己诚实，共同努力成为解决方案的一部分。

例如，技术提供商能够帮助他们自己和他们的客户的方法之一是采取更加“以平台为中心”的方法，在哪里和如何与功能列表竞争，而是与更广泛的采购PaaS市场背景竞争，这个市场本身与更大的采购服务市场相关联。换句话说，不要仅仅向我们展示您的应用程序或模块作为第一项业务是做什么的，而是要向我们展示它如何共存并与更广阔的业务、系统和数据世界和宇宙进行对话。

我们将继续努力成为这些重大转变的先锋，我们期待着您的支持，与我们一起努力，帮助市场变得更高效和有效。一如既往，我们欢迎您就我们遗漏的任何权利或您想分享的任何其他观点提供反馈。

最后，我们会让你想到，虽然有些权利似乎不可剥夺，除非你愿意坚持自己的基本自由，但在采购(以及更广泛的技术)生活中，没有什么是确定的。总是有选择地选择你的问题和战斗，但要愿意为那些永远不应该被剥夺的基本权利站在你的立场上。