web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Unanswered

Custom services - API limit

(0) ShareShare
ReportReport
Posted on by 1,965

Hi,

So I've created custom services and created entities to be used for recurring integration.

And now there is sth related to service api limit made by Microsoft

docs.microsoft.com/.../service-protection-api-limits

My question is what would it affect us now?

So let's start with custom services:

Let's say we have a website, where customers click a button to create a sales order(and this calls my custom service). Most probably there could be a peek where a lot of customers go to the website and create sales orders at the same time. Does that mean they'll get an error if there are for example more than 100 request? What should we do?

Also for recurring integration would that be affected as well? I don't think so right? Let's say I have 3 recurring intergrations, the queue for recurring integration will get created each 5 min for each one and the middle ware will pull each 5 minutes from each one so that wouldn't make an issue Right?

I have the same question (0)
  • André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at

    Hi IntegrationBeginner,

    For scalability, you have to think of the best architecture. Are you creating a custom website or are you using a commerce solution? Probably, first storing the orders in a database linked to the website would be recommended. The customers will then not experience any API limit. You can then create an integration between the website database and Dynamics 365 in several ways. When this integration will reach any limit, a retry is possible.

  • .. Profile Picture
    1,965 on at

    Hi Andre,

    It's a custom website.

    So just to make sure I got it correctly.

    1. So the api limit is caused from d365 correct?

    2. So if nothing is done to prevent the limit like now, when the customer creates an order he will get an error because it didn't reach d365 right?

    3. So what you are saying is that we save the order somewhere and try to send it d365 later without the need for the customer to wait? In that case what will the customer get? Or should we do retry while the customer wait?

  • André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at

    Hi IntegrationBeginner,

    1. The limits will be set on the Dynamics 365 service, so your understanding is correct.

    2. I'm not able to answer this question as I don't know if there is currently a retry mechanism implemented which would be recommended anyway; with or without API limits.

    3. Using a separate database for the website would ensure the website keeps working; even if the Dynamics service is not working. If you store the details, then the transaction is committed for the customer. He will and should not notice anything related to a separate integration. He should be able to leave the website with the confidence that you will fulfill the order.

  • .. Profile Picture
    1,965 on at

    Hi Andre,

    About your last point. But the customer clicked on the website to create the order, so I think he will be waiting until the retrys finishes. So that the api gives the customer the order number back. Or are you saying we should for example give him a message that we'll send you your order number via email and not make him wait?

    In the question, I mentioned sth about recurring intergrations which I'm going to paste again:

    Also for recurring integration would that be affected as well? I don't think so right? Let's say I have 3 recurring intergrations, the queue for recurring integration will get created each 5 min for each one and the middle ware will pull each 5 minutes from each one so that wouldn't make an issue Right?

  • André Arnaud de Calavon Profile Picture
    301,035 Super User 2025 Season 2 on at

    Hi IntegrationBeginner,

    If the API returns an order number, then you can also revisit that design. All commerce solutions are providing an own order reference and provide the ERP with that number. If you insist that the order number should come from F&O, then indeed the customer would need to wait or get the number in an email. Usually, I would like to have an order reference visible directly after I committed my order.

    The TechTalk is available now for watching on demand: TechTalk: Preparing for Finance and Operations Service Protection API Limits - Microsoft Dynamics 365 Community

    About your second question. I'm not sure what exact scenario you have. Initially, the data management features will not be affected by these API limits.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Martin Dráb Profile Picture

Martin Dráb 611 Most Valuable Professional

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 529 Super User 2025 Season 2

#3
Sohaib Cheema Profile Picture

Sohaib Cheema 285 User Group Leader

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans