Sarah 的购买交易进入 Oracle Retail Merchandising System 的中央库存系统。然后,门店规划人员 Ivan 下钻查看库存记录,发现 1 个单位的库存已从“在手库存”切换为“客户订单预留库存”— 这将确保中央库存记录准确无误。接下来,所有其它相关流程都将基于更新后的门店库存水平数据运行。例如,系统将基于 4 个单位的在手库存来执行后续客户订单预留,向客户做出承诺。
Sarah 为商品付款,但还未取货。因此,Oracle Retail Sales Audit 正确捕获 Sarah 销售交易为“预收账款”,将其视为负债。正如处理 Sarah 的销售交易一样,该系统可以自动、正确处理数千笔交易。
门店员工 May 收到 Oracle Retail Store Inventory Operations Cloud Service 的预留通知,按要求为 Sarah 拣货。她使用手持设备执行客户订单拣货,将商品准备就绪,为客户取货做好准备。她还使用灵活、自定义的属性来收集重要信息,挑选适当的取货点,来理顺门店取货流程。
当 May 确认拣货完毕后,系统自动通知 Sarah,告知她可以来店取货。Sarah 收到一条 SMS 通知(Sarah 的首选消息接收渠道,由系统基于客户记录判断),获悉订单已进入“待取货”状态。然后,Sarah 前往门店取货。
销售审计员 Jen 在 Oracle Retail Sales Audit 中审核无效交易的详细信息,然后采取纠正措施。在审核过程中,Jen 将获得所有可用交易详情和情境化 BI 支持。同时,错误代码将引导 Jen 查找问题原因。完整访问整个交易对于获取上下文至关重要 — 类似问题的历史视图也十分关键。例如,审计员可能需要在一个案例中判断是有意损耗,还是出错或数据错误。
Jen 还可以系统性查看标注的异常情况,审核无效交易的详细信息并进行纠正。这是异常列表中的一笔交易记录。在审核过程中,Jen 将获得所有可用交易详情和情境化 BI 支持。错误代码将引导 Jen 查找问题原因。随后,Jen 可以判断如何解决问题,或是否需要进一步调查。