

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Limitazioni
<a name="microsoft-dynamics-365-connector-limitations"></a>

Di seguito sono riportate le limitazioni per il connettore Microsoft Dynamics 365 CRM:
+  In Microsoft Dynamics 365 CRM, il partizionamento basato su record non è supportato in quanto non supporta un parametro offset e pertanto il partizionamento basato su record non può essere supportato. 
+  L'impaginazione è impostata su un massimo di 500 record per pagina per evitare eccezioni del server interno da SaaS dovute a una combinazione di limiti di dimensione e velocità dei dati. 
  + [Documentazione SaaS sull'impaginazione](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/webapi/query/page-results?view=dataverse-latest)
  + [Documentazione SaaS sui limiti di velocità](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/api-limits?tabs=sdk)
+  Microsoft Dynamics 365 CRM supporta `order by` solo sui campi padre per tutte le entità. `order by` non è supportato nei campi secondari. 
  + Sono supportate entrambe le direzioni ASC e DESC.
  + `order by` è supportato su più campi.
+  Il filtraggio sul campo “createddatetime” dell'entità `aadusers` standard genera un errore di richiesta errata da SaaS anche se supporta la filtrazione. Non esiste alcuna identificazione specifica di nessun'altra entità con un problema simile a causa della natura dinamica dei metadati e non è nota la causa principale. Pertanto, non può essere gestito. 
+  I tipi di oggetti complessi come Struct, List e Map, non supportano la filtrazione. 
+  Molti campi che possono essere recuperati da una risposta hanno `isRetrievable` contrassegnato come `false` nella risposta dinamica ai metadati. Per evitare la perdita di dati, `isRetrievable` è impostato su `true` per tutti i campi. 
+  Il partizionamento basato sui campi sarà supportato su tutte le entità quando rispetta i seguenti criteri: 
  + DateTime i campi interrogabili devono essere presenti nelle entità standard o `createdon` `modifiedon` i campi (generati dal sistema) nelle entità personalizzate. 
  + Non esiste un'identificazione esclusiva dei campi generati dal sistema o della proprietà nullable da qualsiasi metadato SaaS APIs, tuttavia è prassi generale che solo i campi disponibili per impostazione predefinita siano filtrabili e non annullabili. Pertanto, il suddetto criterio di selezione dei campi è considerato nullo e sicuro e, se filtrabile, sarà idoneo per il partizionamento.