Power Community

Power Community

Accelerate time to market with Dynamics 365 Remote Assist for HoloLens 2

In today’s fast-evolving global economy, organizations are increasingly pressed to find ways to accelerate their time to market and unlock value to achieve a significant return of investment (ROI) on their technological investments.

Companies worldwide are fast realizing the costly consequences of not having robust business continuity plans and remote-capable tools especially in times of crisis and uncertain macroeconomic conditions such as the ongoing COVID-19 pandemic.

With enterprise-ready mixed reality solutions like Dynamics 365 Remote Assist for HoloLens 2, not only can companies survive these tough times, but many organizations spanning across a multitude of industries including biotechnology, pharmaceuticals, and manufacturing have discovered that they were able to even thrive and accelerate their time to market when they embraced mixed reality technologies that enabled teams across geographic borders to collaborate seamlessly with 3D annotations and anchor critical work resources right within their real-world work environment.

In the manufacturing industry, we are also seeing a groundswell of interest in mixed reality technologies because of the tangible benefits that can be achieved in a short amount of time. Based on the Microsoft-commissioned Forrester Total Economic Impact (TEI) report for Dynamics 365 Remote Assist, organizations have reported numerous quantified benefits gained from using mixed reality technologies to empower frontline workers on production floors.

Some of these benefits (as detailed in the report) include:

  • Customers typically resolving throughput-impacted issues five days earlier, saving an estimated $20,052 per issue. For each production hour saved, the composite avoids $950 in wasted labor, $2,500 in lost operating income, and $1,563 in direct costs such as rush shipping, waste, and fees. Mixed reality technologies have helped organizations to adopt practices that are kinder to the environment by avoiding travel and improving first-time fix rates to reduce wastage and the need for additional re-work.
  • Experts avoid approximately 17 trips per year, saving $53,550 in travel costs and 384 hours per expert. When remote experts can help support frontline workers in real-time with 3D annotations right in their real-world work environment, companies now have the ability to develop business continuity plans by leveraging remote collaboration tools to ensure that the right expertise is accessible anytime, anywhere.

When coupled with Dynamics 365 Field Service, organizations can transform their entire service delivery experience, right from issue ticket creation to issue resolution. While Dynamics 365 Remote Assist enables field technicians to remotely triage issues before determining whether an onsite visit is required, Dynamics 365 Field Service further supports field technicians by optimizing the service management process. It enables organizations to optimize resource management to ensure that technicians with the right expertise are dispatched in a timely manner to the customer’s site. Once onsite, field technicians can then seamlessly access relevant work order information anchored right in the context of their real-world environment to get a comprehensive understanding of the issue. They can also create, edit, and save work orders while onsite, and include relevant image assets from their field visits for future reference. This wealth of service-related information ultimately enables customers to swiftly move from reactive to proactive service, and eventually even leverage predictive capabilities powered by AI to anticipate issues even before they occur.

Companies have also found innovative uses for mixed reality technology, including using Dynamics 365 Remote Assist to conduct remote site visits of their production facilities and to conduct remote training to help onboard new employees. Read this inspiring story about EcoLab to learn how they successfully tested virtual service delivery at their pharmaceutical drug production facilitiesmore information is also available in their EcoLab press release.

Learn more

If you’re considering ways to infuse mixed reality technologies to accelerate your organization’s time to market and help build robust business continuity plans with mixed reality, learn more about Dynamics 365 Remote Assist via our free Dynamics 365 Remote Assist learning path.

Want to truly transform your customers’ end-to-end service experience? Learn more about using Dynamics 365 Remote Assist with Dynamics 365 Field Service to equip your field technicians with critical tools, resources, and access to remote experts while on the job.

Register for the Bringing Mixed Reality to BioTech webinar, available on-demand, to hear from Ian Curtinsmith, Chief Information Officer of Medlab Clinical, an ASX-listed biotechnology company to learn how mixed reality business applications has helped MedLab Clinical overcome global travel restrictions and accelerate their products’ time to market now that experts can remotely collaborate seamlessly in real-time from around the world. You can also read MedLab Clinical’s story.

Sources: The Total Economic Impact Of Microsoft Dynamics 365 Remote Assist, a commissioned study conducted by Forrester Consulting on behalf of Microsoft, June 2020

The post Accelerate time to market with Dynamics 365 Remote Assist for HoloLens 2 appeared first on Microsoft Dynamics 365 Blog.

- Advertisement -spot_img


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