Power Community

Power Community

Boost supply chain resilience with cloud and edge scale units in Supply Chain Management

Companies that work with manufacturing and distribution need to be able to run key business processes 24/7, without interruption, and at scale. Challenges arise with unreliable connections or network latency when business processes compete for the same system resources when peak scale is required, or during periodic or regular maintenance for different regions, across time zones, or to meet different scheduling requirements. The ability to execute daily mission-critical processes must be agnostic to these situations.

Cloud and edge scale units enable companies to execute mission-critical manufacturing and warehouse processes without interruptions. This functionality is provided by the following add-ins, now available in public preview:

  • Cloud Scale Unit Add-in for Dynamics 365 Supply Chain Management
  • Edge Scale Unit Add-in for Dynamics 365 Supply Chain Management

Cloud and edge scale units allow you to build resilience into your supply chain by providing dedicated capacity for your manufacturing and warehouse execution processes. This also places scale units near the location where the work is done, such as on the shop floor or in the warehouse.

How cloud and edge scale units work

Dynamics 365 Supply Chain Management provides scale units in the cloud that runs in the nearest Microsoft Azure data center. Alternatively, scale units can run on the edge, hosted in appliances right in your facility. All scale units are connected to your enterprise-wide Supply Chain Management hub in the cloud to have all information readily available to fulfill your business needs.

A hybrid multi-node topology for supply chain management

Cloud and edge scale units for Dynamics 365 Supply Chain Management deliver on two key business objectives:

  • When a company is offline or when network latency is high,mission-critical processes must keep running.
  • When throughput is high and heavy processes runin parallel, manufacturing and warehouse processes muststill support high user productivity.

Hybrid multi-node topology is the foundation

One important foundation for cloud and edge scale units is a hybrid multi-node topology for Supply Chain Management. We have evolved the Dynamics 365 architecture into a loosely coupled system that runs selective business processes in a distributed model. Scale units are the environments that run those business processes, where all computation capacity is reserved for the processes and data in the assigned workloads.

Workloads define the processes and data

Workloads define the set of business processes, data, and policies including rules, validation, and ownership that can run on scale units. The preview capabilities include one workload for manufacturing execution and one for warehouse execution. These workloads bring the processes and data from the execution phase of the manufacturing and warehouse processes into the scale units.

Inbound, outbound, and other warehouse management processes for cloud and edge scale units have been split into decoupled phases for planning, execution, receiving, and shipping. Manufacturing processes are structured in a similar way for planning, execution, and finalization. Scale units take ownership of the execution phase.

After you configure the workload, the workers on the manufacturing or warehouse shop floor continue to go through the work and report results like they are used to, but now operate on the dedicated scale unit processing capacity.

Modern user experience for workers on the production floor

The new Production Floor Execution (PFE) interface for manufacturing workers comes with a modern, touch-friendly user experience. It not only looks great but is also tuned for difficult illumination situations on the shop floor.

a screenshot of a supply chain management app

Plus, the PFE now supports Dynamics 365 Guides which can be used to guide users to complete tasks in the best possible way, especially in complex production scenarios.

Woman using Dynamics 365 Guides to assemble an engin

Deployment experience for scale units and workloads

The Scale Unit Manager helps you to configure scale units and define where workloads for selected manufacturing and warehouse facilities run.

graphical user interface, text, application, email

In the future, the topology analysis page will show facilities, your Supply Chain Management hub, and your scale units. By looking at measures for bottlenecks, latency, and performance history you can identify the most beneficial applications for your scale units.

Next steps and learning

Dynamics 365 can help you build resilient supply chains in a multi-node topology using scale units in the cloud or on the edge. This is available now in public preview.

The post Boost supply chain resilience with cloud and edge scale units in Supply Chain Management appeared first on Microsoft Dynamics 365 Blog.

- Advertisement -spot_img

LEAVE A REPLY

Please enter your comment!
Please enter your name here

- Advertisement -spot_img
- Advertisement - Advertisement

Latest News

Power Fx: Error handling graduates to preview

We are thrilled to announce that the long-time experimental feature Formula-level error handling has moved forward to preview. As a result, you and your end users will enjoy higher reliability and more transparency about what is happening in your apps. It’s a huge step. Adding error handling to an existing language turned out to be a very tall order, touching almost everything, from data types, to functions, to the runtime. Thank you for all of your support, feedback, and patience as we got this done. What does it mean for you? Your apps will more reliably detect and report errors.You can write blank/null values to a database.You can detect and replace errors with the IsError, IsErrorOrBlank, and IfError functions.You can control error reporting and logging at a central location with App.OnError.You can create and throw your own custom errors with the Error function. Error handling is a big change in behavior. By entering preview, we are signaling that we believe we are done, that we anticipate no further significant changes from here. Many of you already use error handling in production and this move to preview should only embolden more of you to do so. If significant changes are needed from here, we will treat them as a separate feature. We are rolling this out slowly as it is such a big change. All of you will soon see that the Formula-level error handling switch has moved from experimental to preview in the settings (as of version 3.22082). It will still be default to off for most tenants. Over the coming weeks we will slowly change the default for new apps only to on across the tenants. Makers can still disable this feature and will be able to do so for a long time. I say again: we are changing the default for new apps only. Existing apps will continue running as they always have. We have no plans at this time to turn this on for existing apps, and as this is such a big change, we may never do this and make this a permanently available switch. Your feedback will guide us. The documentation for Error, IfError, IsError, IsErrorOrBlank functions and the App.OnError property covers these changes. IfError and IsError are very similar to their Excel counterparts. We are also working on overview docs that will be released shortly. But before that, let’s take a brief tour. Let’s start with what Excel does, the inspiration for Power Fx. For an error like division by zero, Excel is very clear that something has gone wrong with a # error message that shows right in the cell. This error will propagate to other cell formulas if A1 is used in a formula: Today, without error handling, Power Apps won’t report anything in this scenario, instead treating the division by zero error as a blank value. That’s not good, as the maker and the end user of the app have no idea something may have gone wrong: Errors happen. Unexpected data flows in, networks go down, storage fills up, to name just a few situations that an app may encounter in the real world. Makers don’t often think through all the ways that things can go sideways which makes default error handling even more important. Returning a blank for an error is also a problem because blank is a legitimate value in our type system and in many databases. Without error handling, Power Apps won’t allow you to write a blank to a database instead thinking it is an error. So, instead of returning an easy to ignore or misinterpret blank value, with error handling turned on we now report an error to the end user (the error banner) and show the formula as having an error to the maker (the red filled in circle on the control): Further, if you look at the value of the formula, it is not a blank but an error value. Just as any formula can result in a blank, now any formula can also result in an error: Now, we still aren’t showing an error in the label control itself as Excel does. We couldn’t do this generically because, unlike Excel, the error could be on a property of a control for which there is no way to display the error. For example, where should an error on a slider control? Where should an error be shown for an imperative operation in the middle of a button’s OnSelect formula? We settled on showing the end user banner and flagging the control in the design experience. That’s not to say you can’t detect and display an error in that label control. Error handling provides a wealth of mechanisms to control how errors are handled and reported. For example in this case, we can wrap the division by zero with an IfError function to return a custom message in the label: The Text function call is required for type compatibility. Or we can use IfError to throw a different, more specific error with the Error function: Or we can have a catchall for all errors in the app with App.OnError. For example, we can log the error and present a different message to the end user: If we look at the log, we see the details of the captured error from FirstError (and there is also an AllErrors), including where it happened and when it was detected: The possibilities are endless! You now have all the tools you need to detect, replace, report, and log errors, including a good default behavior if you never take advantage of these tools. And, bonus, you can also now write blank (or null) values to databases. Please let us know what you think in the Power Apps community forum. There is a dedicated and active space for error handling discussions at Error Handling – Power Platform Community (microsoft.com).

More Articles Like This

- Advertisement -spot_img