{"id":9010,"date":"2024-03-11T09:00:43","date_gmt":"2024-03-11T16:00:43","guid":{"rendered":"https:\/\/www.microsoft.com\/insidetrack\/blog\/?p=9010"},"modified":"2024-03-11T11:25:08","modified_gmt":"2024-03-11T18:25:08","slug":"examining-microsofts-sap-transactions-with-microsoft-azure-anomaly-detector","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/insidetrack\/blog\/examining-microsofts-sap-transactions-with-microsoft-azure-anomaly-detector\/","title":{"rendered":"Examining Microsoft’s SAP transactions with Microsoft Azure Anomaly Detector"},"content":{"rendered":"
As part of our continuing digital transformation journey, our Microsoft Digital Employee Experience (MDEE) team is constantly looking for ways to improve our business processes and detect issues and anomalies before they become serious problems.<\/p>\n
Sometimes these failures happen sporadically within the application framework and often go undetected. Even if a user detects an anomaly, they need to decide how to react, which is time consuming.<\/p>\n
To do this, we\u2019re using Microsoft Azure Anomaly Detector to examine transactions across our SAP environment, which helps us identify issues before they become problems. In turn this enables us to proactively improve the performance, consistency, and reliability of our entire SAP landscape.<\/p>\n
[Unpack how we\u2019re optimizing SAP for Microsoft Azure<\/a>. | Discover how we\u2019re protecting Microsoft\u2019s SAP workload with Microsoft Sentinel<\/a>. | Explore how we\u2019re upgrading Microsoft\u2019s core Human Resources system with SAP SuccessFactors<\/a>.]<\/em><\/p>\n At Microsoft, our SAP environment comprises many complex processes across multiple lines of business. To avoid having disparate environments and isolated monitoring and reporting data, we wanted to build a single codebase solution for monitoring and anomaly detection that each line-of-business can use with minimal code implementation.<\/p>\n We wanted to build intelligence to detect anomalies and inconsistencies in business process flow to improve platform health. Improved platform health improves engineering service-level agreements (SLAs) and reduces revenue loss by being proactive rather than reactive.<\/p>\n There were hundreds of areas that could benefit from anomaly detection in our SAP portfolio, but we wanted to identify a single area for our pilot project. In the Master Data Management (MDM) space, we create thousands of objects representing business entities such as customers and business partners.<\/p>\n Most of these objects are created by using an application programming interface (API), and no human interaction is needed. However, it\u2019s extremely difficult to identify if issues related to MDM are occurring in upstream systems, so we needed a way to capture issues in advance, proactively and quickly.<\/p>\n In the MDM space, we have SAP Master Data Governance (MDG) background processes, such Customer Master data creation, which run without any user interaction. Across various batch and scheduled jobs, process runtime varies based on data volume, time of day, time of year, and resource availability.<\/p>\n Understanding the potential for issues in each process and the larger process environment involves several challenging questions, including:<\/p>\n Detecting these issues by using human triage was difficult and time and resource intensive. Many issues went undetected, resulting in poor customer experience and the loss of potential revenue, in addition to lost capacity that could have been used for more productive purposes.<\/p>\n To solve this problem, we required a solution that was reliable, scalable, and easy to integrate with our SAP systems. The solution that we wanted would be process agnostic, implemented as a single codebase, and require no human intervention to detect issues.<\/p>\n The Microsoft Azure Anomaly Detector service, available within Microsoft Azure Cognitive Services, fits all our requirements.<\/p>\n The Anomaly Detector API enabled us to monitor and detect abnormalities in our data without having to know machine learning. The Anomaly Detector API’s algorithms adapt by automatically identifying and applying the best-fitting models to data, regardless of industry, scenario, or data volume, which greatly reduced our development efforts. Our primary steps were quite simple:<\/p>\n For Anomaly Detector to identify anomalies, it requires time-series data, which is a series of data points indexed in time-based order.<\/p>\n For example, your car might have embedded sensors that send information regarding engine health, speed, tire pressure, and gasoline capacity. This information about your car is constantly updated over time and, as such, it can be used as time\u2011series data.<\/p>\n Most data received throughout time can be manipulated to be time\u2011series data if it\u2019s a consistent data sequence with a time stamp. Time-series data with a single variable is considered a univariate series, while time-series data with more than one variable is considered a multivariate time series. Anomaly detector supports both univariate and multivariate series.<\/p>\n A data anomaly is outlying data that doesn’t fit within expected boundaries. The graphic below depicts the visual pattern of the time-series data with highlighted anomaly points in the time-series data. The graphic contains each of the time\u2011series data on the plot.<\/p>\n Data should be within minimum and maximum boundaries. In the figure, the boundary is filled with a light color. Most of the data points are within the expected boundaries. However, some data points that exceed the expected boundaries are highlighted in red in the figure, are data anomalies.<\/p>\nUnderstanding the need for anomaly detection in SAP<\/h2>\n
\n
Assessing Microsoft Azure Cognitive Services and Microsoft Azure Anomaly Detector<\/h3>\n
\n
Using time-series data and data anomalies<\/h2>\n