SAMRAT SENGUPTA

IT高级总监

运营和销售应用

SANDISK CORPORATION

短产品生命周期对高科技供应链设计的主导影响是不争的事实。我们也不例外。我们供应链的许多方面都强调了我们对敏捷性的重视——更短的计划周期、差异化的延迟策略、原材料、在制品和成品的空运……等等。

由于我们对敏捷性的关注，我们始终敏锐地意识到运营中的瓶颈。订单履行过程就是其中之一。尽管绝大多数订单都能按时处理，但少数有例外的订单却暴露了这一过程中的致命弱点。我们所处的行业竞争非常激烈。在我们的一些市场，我们必须在一小时内确认一个订单，否则就有取消订单的风险（而且订单要卖给我们的竞争对手）。积压太多也是一个问题，阿里大数据，因为我们无法保持分销商/零售商的库存，导致我们的销售额输给了竞争对手。

根本原因是销售运营团队必须根据过时的电子表格和BI报告进行工作。这些是一组报告，将在夜间从我们的销售团队生成SAP ERP和JDA系统。整个第二天球队都只能依靠这个。显然，当客户期望在数小时或数分钟内得到响应时，大数据难吗，这是不够的。但没有解决方案-数据量太多，与确定问题销售订单并确定其优先级相关的规则/逻辑太复杂。交易系统不是为此类任务设计的。

当OpsVeda提出时他们的订单履行解决方案，优惠券返利，我们最初的反应是认为"不可能"。我们预计供应商会夸大产品索赔。但是，即使按照这个标准，他们的说法也显得很奇怪。对我们的销量来说，大数据100，智能化处理各种销售异常和实时自动优先排序似乎是不现实的。在我们看来，现有的技术根本就不存在。

但当问题足够严重，你只有一个潜在的解决方案时，你就是我很想仔细看看——即使听起来不可能！在随后的会议上，OpsVeda团队用我们的数据演示了解决方案，并解释了底层技术。他们从事务系统中提取数据的独特方式、他们的"进程无关数据存储"（PADS）和底层SAP HANA内存技术让我们有了前进的动力。SAP HANA在我们的IT路线图中占据了重要位置，这使我们的决策变得更加容易。

在短短几个月内，我们就开始使用OpsVeda订单履行解决方案。上线没有任何问题——所有事务源的数据流都非常漂亮，带有HANA数据库的OpsVeda PADS体系结构似乎可以毫不费力地处理负载。用户体验非常棒–在后台系统中记录逆行事件、OpsVeda评估影响和提醒用户优先事务之间的间隔不到一分钟（通常，返利商城系统开发