I have developed an Outlook add-in that I have published in the store (https://appsource.microsoft.com/da-dk/product/office/WA104381386 ). The add-in is targeted Office365 work accounts.
However when users try to acquire the add-in they are asked to switch from their work account to a personal account.
I want the users to be able to get the add-in just with their Office365 account without having to switch to (and possible create) a personal account.
Not sure if this is something that I can configure in the add-in manifest or in the Seller Dashboard, but so far not been able to find any documentation on this.
Steps to reproduce:
Create a brand new test tenant (or use existing)
From within Outlook (web) opened settings -> Manage add-ins
Search for MeetingRoomMap -> click ‘get it’ (transferred to
https://appsource.microsoft.com/da-dk/product/office/WA104381386 )
Click free trial
Transferred to login page that only accepts personal account (account from tenant not accepted) – see screenshot attached.
If I choose ‘Get it now’ instead of ‘free trial’, I get this message: “Change to your personal account. If you want to proceed you must enter the email attached to your personal account”.
I’m not able to get the add-in without entering a personal account (screenshot in Danish).
Unfortunately, purchasing add-in licenses is currently only available via Microsoft Accounts.
Users will be able to acquire trial licenses with their O365 Accounts via the Outlook store, but they will have to swap to MSA for the full purchase.
If you're looking to handle purchase for O365 accounts, I'd recommend reading our GTM guidance on freemium setups.
https://dev.office.com/blogs/gtm-how-to-monetize-with-office-add-ins-and-apps
Related
I'm trying to create an Outlook add-in for the Appsource store (https://appsource.microsoft.com/).
But when the app appears in the store, users are required to switch to their personal account to acquire the app.
I want business users to be able to get my add-in with switching to a personal account. Where and how is this controlled? - I haven't been able to find any documentation on this.
Unfortunately, purchasing add-in licenses is currently only available via Microsoft Accounts.
Users will be able to acquire trial licenses with their O365 Accounts via the Outlook store, but they will have to swap to MSA for the full purchase.
If you're looking to handle purchase for O365 accounts, I'd recommend reading our GTM guidance on freemium setups.
I would like to know whether we can automate some of the mundane tasks that we do using Office 365 using Kaizala.
Like, Adding and Deleting a User and resetting a password for an Office 365 users.These are the common task that eat up Admin's time, that we want to automate using Kaizala.
For example: If a new user joins an organisation all we have to do is pass the details in Kaizala, which reads the info and adds the user.
or Lets say, user sent a password reset request in kaizala which will reset and send them a reset link to their chat.
Let me know, if at all this can be achieved using kaizala with some third party integrations.
Generally Kaizala has integrations with Microsoft Flow for enabling such workflows. With regards to your need, Microsoft Flow doesn't have Office 365 Admin center connector in its portfolio. So, currently it wouldn't be possible to achieve this.
Slovakia has been added recently to list of supported Merchant countries for Google Play.
I have an account in Czech Republic (CZK) paired with Merchant Account with active paid and free apps and want to change the country to Slovakia (EUR) - mostly because i of the fees related to money transfers from a different currency (CZK to EUR) on my business account.
I have been searching on Google but found nothing except for transferring all my apps to new developer account. I'm afraid that this will hurt my play store search positions and i won't be able to transfer the Google Play Services data (LeaderBoards, Achievements)
Also i want to keep the package names.
Had someone done this? How should i proceed?
June 2017 update:
Apps with subscriptions can now be transferred!!!
The original answer:
This is a complete answer I got from Google:
Hi,
Thanks for contacting Google Play Developer Support.
I understand you'd like to change the country associated with your Google Payments Merchant account. Once your Google Payments Merchant account has been created, it's not possible to change the country associated with that account. Instead, I can cancel and refund your existing developer account and transfer your apps to a new developer account that has the appropriate merchant country details.
To get started with this process:
Edit your current developer account name. If you'd like to continue to use your developer name with the new account, you’ll need to change your current name in order to free it up for the new account. For example, name the old account “xxx-OLD,” so you can use "xxx" in your new account. Make sure you save your settings.
Create a second Google Account (with a new, different email address). After you've created the new account, you will need to configure Google Payments with a billing address corresponding to your preferred merchant country.
After you've registered the newly created Google Play Developer Console account, create a new Google Payments Merchant account from the Developer Console. Pay special attention to the country listed for your legal business address. You may need to adjust your Google Payments settings if you haven't configured your billing address properly.
Use this online checklist to submit your app transfer request.
Please note however at this time, an app transfer can't be completed with in-app subscriptions currently or previously configured for your app; this includes subscriptions that do not have subscribers, or those apps which have had all subscriptions canceled.
I understand this limitation can be frustrating, and I apologize that we don't currently have a more seamless way to transfer these applications across accounts. We're actively working with our teams to design a better experience for developers with apps using in-app subscriptions, though we do not currently have an ETA.
I appreciate your understanding, and your dedicated support of Google Play.
Regards,
xxxxx
Google Play Developer Support
The country associated with your Google Play Developer account can't be changed. However, you can create a new account that uses a different country and transfer your apps to your new account.
To transfer apps to a new account, you'll need to prepare some account information. To learn what information you need and to send your request, go to the Google's app transfer checklist.
Reference: https://support.google.com/googleplay/android-developer/answer/139626
I've just started working with Google OAUTH2 in order to add a "Sign in with Google" button to my web site.
According to the "Google+ Platform Developer Policies" section B.2.a.III, if a user deletes their Google account, I must delete all personal information I obtained from the Google API relating to them.
Does this apply to my web application as well? And if so, how do I detect that a user's Google account no longer exists? Surely, a successful login will only occur if the Google account exists; so how can I tell if a previously existing account is no longer there?
Maybe someone has a better approach, but a simple and practical solution would be have a link buried somewhere on your site that allows a user to request account deletion via email (assuming you still possess a valid email for him - if he deletes is Gmail and that's all you have then you have no way to contact him other than manually via phone or something).
The doc you link to says Give users a reasonably convenient way to delete any of their personal information you’ve obtained from the API.
So assuming you still have a valid email address, this would work:
Your FAQ says "What if I want to delete my account?". Links to account deletion page.
Account deletion page: What's your email? _____ (Continue)
Email is sent to user with (securely randomized) confirmation link.
Confirmation link is clicked by user which deletes all of his data from your site.
Success of that process is dependent only on your system and the email arriving.
(If you are concerned about complying to EU data protection law, you might want to implement this feature anyway - since one legally has the right to demand the deletion of one's own personal data.)
Our company would like to share our contact list in Outlook 2010. However, as we do not have Exchange, we cannot use the share contact feature in Outlook 2010.
We would like to use LDAP to share our contact list as stated in this website:
https://kb.wisc.edu/wiscmail/page.php?id=13789
As far as I know, if I add a new contact in Outlook, LDAP would not sync with it and thus I need to edit it on web. But, may I know if Outlook could get the latest contact list on LDAP server after I amend the list?
Or is there any other good suggestion for share contact list in Outlook 2010?
Thanks for any advice!
To answer your question, yes, Outlook can retrieve an up-to-date user list from your Active Directory server, but it will not happen immediately after you add\delete a user, and it's only a one way sync from Active Directory -> Outlook. An update is triggered every 24 hours (by default), in which the contact list would be synced with the users existing under the Search Base you specified in Step #10 (of the link you provided).
That being said, for contacts you wish to share, you should just be adding them as users to Active Directory, instead of adding them directly to your contact list in Outlook. You'll experience the noted latency in seeing newly added users (same goes for users that you delete as well), but it's nice only having to add them in one place, and they can then be shared amongst all of your users.
You can keep your contacts in Microsoft Outlook or Outlook Express with the addind, from your LDAP server with
https://github.com/fquiroz01/LDAPSyncOutlook/
Install the App in the computer with Microsoft Outlook or Windows Mail the App keep contacts sync with the LDAP server and mail client contacts.