I am trying to disable the service plans of Microsoft Dynamic CRM online professional through Active Directory Graph API. It responsed with status 200 OK and when I check the response json , everything seems correct. All the service plans are with "capabilityStatus": "Deleted" values.
So it can be assumed that all the services are disabled successfully. But when I check the licenses of the user on Office 365 portal, the last one is not removed as shown per picture below.
Anyone has any idea on it why the service plan is not removed from the license on the portal although the return response status is "success" through the Graph API?
Thanks a lot for your suggestion and help.
Related
We have a case where we need to retrieve sharePoint Document details for particular record in Microsoft CRM, we need exactly two information from the record which are the filename and regardingobjectid (to whom this document belongs to).
I found this post:
https://mscrm16tech.com/2020/09/09/get-sharepoint-document-details-for-particular-record-in-ms-crm-using-fetchxml/
I followed the same approch and i used the fetchXML in c# console program it worked as expected but the probleme when I created an API in azure APIM which will communicate with dynamics to get the results of the fetchXML, here is the policy that I have created:
When I test the API I get this error message (statuscode 500)
NOTE: I checked the URL in the browser (with the same fetchXML) and it worked without a problem also the authorization token was added successfully! also I get the same problem when I tested it in Postman.
What is the problem? I really don't know what to do here, any help will be appreciated.
We and our customers are using Dynamics CRM online and DocuSign integration.
Since the last 10 days our customers are receiving an issue in the GetSignatures workflow step.
The error message is:
DocuSign.DSIntegrationActivity.GetSignatures: System.Exception: Unable to deserialize the returned JSON. Endpoint: GetSignatures.
Error Description: Error checking sharepoint folder for /Opportunity (Unknown) Server Response
{"Error":"Unknown","ErrorDescription":"Error checking sharepoint folder for /Opportunity"}
Our customer has the DocuSign integration solution version 6.2.2.0
Can you please help us to solve the issue?
Thank you
This related to your SharePoint mapping either having been changed or Document Management being setup wrong. You need to go through the process described in this article.
Our customers reported that the issue has been solved.
No update or change is required in Dynamics CRM to fix the issue.
DocuSign fixed the issue on the DocuSign side.
We are using Dynamics CRM online and DocuSign integration.
Since the last update to version 6.6 we habe the issue that the status of the DocuSign transaction (Dynamics CRM record) doesn't get updated automatically.
In earlier versions like 6.5 of the DocuSign integration solution the status changed to completed some seconds later after signing the document. And also the signed document is not uploaded to Dynamics CRM or Sharepoint anymore.
We have customers which built workflows and business flows which rely on the status update.
To reproduce the issue open an account record in Dynamics CRM.
Click on the DocuSign button "Sign with DocuSign" and select a document.
You need to have at least one note with a document attached to your account record to use the "Sign with DocuSign" function.
Then sign the document with clicking on the link send to the email address.
Go back to your Dynamics CRM account record.
Click on Related -> DocuSign transactions.
You should see there your envelope which you have sent.
This record should have the envelope status completed as we have already signed the document.
But it has the status sent.
Additionally when you go to the timeline of the account record you would see the sign document.
Both stopped to work since the new version.
Can someone please help to solve the issue?
Wrote this question also to the community.
Update of 27.05.2020: Issue solved by DocuSign
Andrew, this issue is being investigated by DocuSign engineers and a fix should be ready within a week. You may need to update your version of DocuSign for Dynamics 365 when this issue is resolved. I'll clarify this when I know.
My local school allows me to log in to their online portal and access an email account using Outlook 365 within the browser, despite the fact I do not have a license for outlook/office 365.
Is it possible to create a web application where users of this app could click a link to edit a document directly in their browser using Word 365, with us/the developers of such app being the licensee of Word and not the end-user? The remote document would be held in a Sharepoint/Webdav capable service.
If this is possible, which MS-technologies should we investigate to develop such a system? Is it the MS-Graph API or something else?
A pointer in the right direction would be greatly appreciated.
Thanks!
You can use the Graph to create a sharing link to a document. But the user will have to sign in to view the document I believe. I'm not sure what licensing they need but you can try this with your users to see.
https://learn.microsoft.com/en-us/graph/api/driveitem-createlink?view=graph-rest-1.0&tabs=http
You can use the Google Docs API to work with documents stored in Google Drive. If you are using Java there is a "Quickstart" at the following link:
https://developers.google.com/docs/api/quickstart/java
I am developing a service using Google Gmail Api for Enterprise.
When testing, I noticed that the API's Rate Limit is different between google free account and gsuite account.
Does anyone know where I can find Google API Request Limits for gsuite?
A little late, but hopefully this will help someone in the future.
If you go to support.google.com and search for G Suite Administrator Help and click on the link, it will take you to the G Suit Administrator Help page. Then go to Manage Your Services and click on Gmail.
On the Gmail-Manage Gmail for your G Suite Team page currently here (https://support.google.com/a/topic/9202?hl=en&ref_topic=9197) look under the section Policies/Abuse Controls.
It lists the limits for sending, receiving and storage limits etc.