I was trying to query the usage and billing API that Azure recently recently and saw that I can use the following API to get the rate card:
https://management.azure.com/subscriptions/{subscription-id}/providers/Microsoft.Commerce/RateCard?api-version=2015-06-01-preview&$filter=OfferDurableId eq '{offer-id}' and Currency eq 'USD' and Locale eq 'en-US' and RegionInfo eq 'US'
However, this requires I need to explicity know the offerDurableId, which I came to know for my case from Azure's website.
Is there an API that will give me these offer codes?
AFAIK, there is no API to get the offer codes. In fact if you look at Billing API documentation here, they also ask you to get the information about this from the link you mentioned.
Set {OfferDurableId} to a valid Offer ID code (e.g., MS-AZR-0026P).
See Microsoft Azure Offer Details for more information on the list of
available Offer IDs, country/region availability, and billing
currency. The Offer ID parameter consists of the “MS-AZR-“ prefix,
plus the Offer ID number.
Considering the offer code don't change, I think it is somewhat safe to save this information in your own database
One possibility is this. But it's not documented or supported officially. It's the API which the Azure Portal calls to get the offer information.
https://stackoverflow.com/a/54324041/9893001
There is not public API for this, but there is a feature request, please vote for it.
Related
Is there any rest api that can be used to fetch api access detail for a user. To know how many times a user accessed a api and how many success or failure request were there. i am not able to use log-to-eventhub.
Thanks to #MayankBargali-MSFT's Q&A answer to similar kind of issue and posting here to help other community members!
Azure APIM will do monitor the APIs published but only listed details are logged as per the APIManagementGatewayLogs.
Based on your requirement, leveage the APIM reporting API and refer to Microsoft Doc for more information on reporting API.
To know who the user accessed particular API in APIM recently, You can call the List by Request API by adding the filter (For example, last 4 days from this day, apiID, etc.).
The above response will provide the details like apiID, timeStamp, userID that helps to find the details.
Still paraphrasing #MayankBargali-MSFT from the post linked above:
To know how many time that user accessed the API, use List by User API where it gives the overall result in which we need to filter with the apiID, then you can get the API Level count.
Point to note here is:
Filter might not work for every column. Therefore, you must modify the outcome at your client's end to perform more filtering and obtain the appropriate result. For further information, kindly consult the relevant API document. As long as you don't delete the APIM instance, the data will continue to be maintained permanently.
Testing out the platform I was running on both a developer account and a Trial Business Pro account until I purchased a standard plan.
Up until I purchased the standard plan, envelope statuses would update by the second and the functionality built with the Apex Toolkit was working well.
Once changing to the standard paid plan, envelopes statuses take 10-15 minutes to update and some functionality is not working.
My question is:
Do the different plans have different status updating times in Salesforce?
Is functionality of the Apex Toolkit limited between the different plans?
Does the Connect option (which is missing now) have anything to do with the above?
Thanks!
They do not. Writeback to Salesforce takes place via DocuSign Connect. Some plans don't support Connect out of the box but the actual writeback times / delays do not differ between account plan types.
Indirectly, the only way that a plan type can interfere with an API call that worked on another plan type is if it had entitlement to a feature that your new plan does not, IE: The ability to allow Comments, to set recipient signing language, to set envelopeID Stamp Control, etc...
I would highly suspect that it does -- in fact I'm a little surprised that your writebacks are happening at all if you don't have Connect enabled. Salesforce adds an object reference IE: Opportunity / AccountIds to the envelope's custom fields on send. When Connect sees these fields, it knows to write back to that specific object. Without Connect enabled and configured it shouldn't be able to process these writebacks at all.
I think you should have a conversation with your Account Rep first regarding Connect entitlement, then you can reconnect your Salesforce instances to the updated DocuSign account which is something that we can help you with.
Regards,
Matt
I tried to fetch azure subscription belongs to what type for example Pay As you Go, MCA, EA, CSP by using REST API But I am not able to find the appropriate API for this case.
I used Consumption Usage Details API, from this API response I am getting kind as Legacy or Modern
Is there any Rest API for this?
It's not possible to get the Offer Types from any API's, But you can get the offerId from the Consumption Usage Details API.
So, After you get offerId (for example "offerId" : "MS-AZR-0003P") , then you can take just the offerId number (i.e. 0003P). And refer it here to check what type of Offer it is (in this case its Pay-As-You-Go).
I am using DocuSign Open API'S to generate a report. Can anyone suggest which API I should use, if any?
I have tried to execute the API from DocuSign but a report API is not available.
Thanks in advance.
DocuSign does not have an API that allows you to access the web console's Reporting function.
Depending on what you're looking for, you can pull data from the Envelopes API.
DocuSign is developing a Data Feed API that will allow much more in-depth access to information. Data Feed is currently in limited, early access - I would recommend reaching out to your Account Manager or the Sales team if that is of interest to you.
Tirnuagari, these APIs are not yet public, but we hope to make them public soon. I can't promise an exact time frame, but I'll update this thread when I hear something from the team working on this. Thanks for your patience!
I'm currently working with a health company that requests their patient data to be HIPAA compliant.
Being unfamiliar with HIPAA Compliance, after research, I found sites like Truevault that offer HIPAA compliance databases so patient data is securely stored and cannot be stolen.
However, when reading the documentation of their REST Api, I was confused exactly what is the "database" part of Truevault. Their documentation supports APIs for vaults and documents. Vaults store the douments.
Here is my specific question: In the Truevualt Api, would I securely send data to Truevault through a document? If not, then do I need to use another third party service (such as Parse) to first gather the patient data and THEN send it to Truevault?
Any help would be appreciated. Thanks in advance.
TrueVault accepts JSON documents, which we receive via our RESTful API. Furthermore, this data is typically sent from client-side applications directly to TrueVault.
If you have any other questions or need clarification, you can reach us via our Community Forums.
Cheers,
Dan Cleary
Customer Success Engineer at TrueVault