I was doing some research on authenticating to Dynamics 365 through the Web API and everything I come across says that you have to register your app in AD to get a client id. If I wanted to publish an app to the app store or google play store for multiple dynamics 365 users to use across many different organizations, how would that be accomplished? Would users have to get their admins to register the app in AD before they could use it? I'm confused as to how to create an app for dynamics for general distribution. A point in the right direction would be much appreciated or if it's not possible, that's fine too....pulling my hair out searching!
Related
According to this guide there are a jillion ways to integrate, some of which are beyond my understanding, but they seem to require a Client Id which is created via portal.azure.com
When I log into that site, it says I don't have a subscription. I don't really want an azure subscription - I have an office 365 subscription already.
Is there a way to integrate with office 365 without an azure subscription or some way that means I don't have to pay for Azure?
I have a program that runs as a windows service that books something, and when it's completed I simply wanted to insert the booking automatically into my outlook calendar.
To access Graph API you need to give a set of permissions to your app for selected endpoints and it can be done only in Azure portal.
Every Office 365 tenant has an Azure Active Directory.
To find it go into the Office 365 Administration dashboard, click the "Show All" menu down the left and side of the page, then click "Azure Active Directory". This will take you into the AAD admin pages in the Azure Portal.
From there you can register an application.
My web app bot is installed in Teams as an app. (Only in my company(AD) ) Now, I want to fetch users' information such as email, name etc... I don't want to send oauth card again and again to users.
Is there any solution which provides fetching users' (team members') information? Can you please share all setups in Azure AD and Bot framework?
Thanks!
I have a task: create two model driven apps and both of them must be visible from the PC browser but just one must be visible in Dynamics 365 for phones.
Can you help me with this please?
The best solution for this would be to route all Model-Driven App users to the Dynamics 365 for Phone app and the phone/tablet users to the PowerApps app to use a Canvas App.
Microsoft is trying to focus all phone and tablet users on Canvas Apps rather than Model-Driven Apps. The Model-Driven App is primarily for PCs and really focuses more on keeping users in the proper areas that they have licensing for. As you may have noticed, a user can have a license for just D365 for Sales and yet still be given access to the Cases Entity through a Model-Drive App. This is because the Common Data Model behind the scenes hosts both Entities and does not restrict anything natively. Microsoft used to have the generic interface that allowed access to all Entities but now Model-Driven Apps are supposed to restrict them.
Sorry for the long answer but see if the manager requesting this would allow you to just create one Canvas App and one Model-Driven App as I suspect that is probably what they think they are requesting anyway. The mobile users will have a much better experience with a Canvas App anyway.
We're currently in the process of publishing a Laravel web app to Google App Marketplace and I have read every section of the guides found here https://developers.google.com/gsuite/marketplace/overview but there doesn't seem to be any mention of detecting when a user has successfully paid for your app. Because ultimately what we want to achieve is to prevent just anybody from accessing the registration/initial setup page and only grant access to G Suite domains that have paid for the app.
The G Suite Marketplace does not support payments. If you have implemented your own payment solution then it's up to you to restrict access to paying users.
I am looking for an alternative to HockeyApp, so that I can host and deliver Xamarin Application to end customers (UWP, iOS, Android). The reason I cannot use HockeyApp is that the authentication mechanism has changed and requires one of github, microsoft, google, etc credentials to register/login. The end customers with their business emails, should not be using personal logins to access enterprise stuff.
Have checked tools like TestFairy, etc. None of them serve the purpose or are missing UWP app hosting.
Your customers can create Microsoft account with their business email. It's free. Not tied to outlook.com email address. They will benefit from improved security compared to the deprecated HockeyApp authentication.
you can create google account with office email, suppose for your business you use oultlook.com, with the same id you can create account on google only thing is gmail will not be there for you because you already have outlook, but you can use all google service with this account.