在伦敦Coupa激发2改变游戏规则的创新很少有提及

上周,花重要的欧洲总结的很好吗Coupa激发事件在伦敦基于观察和记录从本月早些时候在那里的人——包括一看最大的项目Coupa推其产品议程:

• 付款- Coupa真的想成为第一个供应商采取procure-to-pay采购-和支付存款人
• 源一起/社区-作为现在可以说是计划的一部分,为了消除gpo的必要性,至少对于常见的间接
• 供应商的见解——不再需要你从第三方获得多样性的见解

这是伟大的,但是最好的产品相关公告没有主旨,他们甚至几乎没有提及以上分组会议。

今天,我们要关注两个发展-连通性和分析封装,因为虽然Coupa可能不会到一起与支付和社区,这些创新可以完全改变游戏业务支出管理和不容忽视!

连接

现在,连接到Coupa可用其第三方平台主要是基于api和iFrames。而伟大的工作,你通常冲到合作伙伴应用程序中,大部分时间工作良好,但在某些情况下,这将是很好的集成。例如,如果你冲出去ProProcure发送大量的引用要求当地服务提供商,你不想,提供者添加到您的供应商主直到你接受报价,这是真正的类型你想要做的事情在一个封装空间Coupa平台。

更具体地说,您想选择ProProcure G-Quotes从菜单,进入应用程序,构建特定的本地供应商报价,发送出来,监控反应,选择一个,把它直接PO(无需先将这个奖项推向Coupa平台,在Coupa选中它,然后翻转PO)。但是在第二年,这种类型的集成应该可能Coupa正在建设两个新的集成类型为其平台:

1. 面板
2. 对象

这两个,如果处理得当,会导致更多本机集成到Coupa平台。

封装在iFrame时,你只是呈现一个外部应用程序的平台显示区域,同样一个web浏览器呈现一个外部网站。但是如果你能插入一个面板中,同样的方式你会插入一个小组在Mac OSX系统首选项,然后可以运行在任何功能面板中包含本机Coupa系统,访问内部api和系统调用,成为Coupa工作流和共享数据的一部分。这将允许集成的类型,你真的想去与第三方应用程序,应该是一个工作流的一部分,而不是“拳无虚发的应用”。

一旦Coupa对象集成,如果你可以定义一个对象,符合Coupa接口,它可以由本地Coupa系统管理和查询,允许数据和工作流元素在整个传播体系。我希望他们能够做一些真正对齐与第三方的数据和功能,而第三方将寻找新的和创新的使用来延长Coupa平台的力量,这里的时候,我们期待看到Coupa明年。

分析封装

这是最小的间隙,谈话的细节只有曝光事件,这是埋在跨source-to-contract数以百计的新特性和功能,但它是最重要的特征之一,如果不是最关键的功能,在未来S2C平台功能。为什么?首先,让我们来定义这是什么。

背后的聪明的大脑Coupa采购优化(方案)Spend360封装很多核心Spend360功能本身的社会平台。

现在,你可能会想,“那又怎样?现在相当紧密集成,所有我需要做的花和性能观点和见解浮出水面,尤其是通过社区由于分析超过1万亿美元的消费,比我在其他的地方买,所以我为什么要关心Coupa平台以及它如何居住在哪里?“我们听到你,但这是大。真的大了。

跟当地的封装,Coupa最终能够表面进程内的分析在任何一步source-to-contract工作流,这样你就可以在任何一组数据做分析,在任何时间,得到立即的见解,而无需创建一个新的报告,基准或记分卡的见解。当反应RFI进来,在构建和运行一个优化事件之前,你将能够做一些基本的对比分析和发现没有办法出价最高的供应商不会获得任何奖,即使在标准的约束,如果限制三个供应商,只是排除供应商从事件(允许更快地解决指数)的场景。你将能够运行异常值分析在供应商报价来确定报价可能是错的(和供应商应要求验证),因为当涉及到优化,一个号码可以使整个场景。你将能够打开供应商的分析见解比较风险跨维度的得分在三个供应商。等等。它将使下一代analytics-powered Coupa平台上的见解。

“供应商的见解”是酷,“支付”提高效率,和“社区”是一个伟大的流行词,但是下一代source-to-pay需要另一个飞跃在技术和核心平台能力,这些是基础,可能会允许一个领导者Coupa下一代技术(而不仅仅是这一代)。