# Limitações
<a name="microsoft-dynamics-365-connector-limitations"></a>

Estas são as limitações do conector do Microsoft Dynamics 365 CRM:
+  No Microsoft Dynamics 365 CRM, o particionamento baseado em registros não é aceito, pois não oferece suporte a um parâmetro de deslocamento. Consequentemente, não há suporte ao particionamento baseado em registros. 
+  A paginação é definida em um máximo de 500 registros por página para evitar exceções do servidor interno do SaaS devido a uma combinação de limitações de tamanho de dados e taxas. 
  + [Documentação de SaaS sobre paginação](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/webapi/query/page-results?view=dataverse-latest)
  + [Documentação de SaaS sobre limites de taxa](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/api-limits?tabs=sdk)
+  O Microsoft Dynamics 365 CRM oferece suporte a `order by` somente aos campos principais para todas as entidades. Não há suporte a `order by` em subcampos. 
  + As direções ASC e DESC são aceitas.
  + Há suporte a `order by` em múltiplos campos.
+  A filtragem no campo "createddatetime" da entidade padrão `aadusers` está gerando um erro de solicitação incorreta do SaaS, embora ofereça suporte à filtragem. Não há identificação específica de qualquer outra entidade com um problema semelhante devido à natureza dinâmica dos metadados, e a causa raiz também não é conhecida. Portanto, ele não pode ser tratado. 
+  Tipos de objetos complexos, como Struct, List e Map, não oferecem suporte à filtração. 
+  Muitos campos que podem ser recuperados de uma resposta têm `isRetrievable` marcado como `false` na resposta dinâmica de metadados. Para evitar perda de dados, `isRetrievable` é definido como `true` para todos os campos. 
+  O particionamento baseado em campo passará a ser aceito em todas as entidades quando os seguintes critérios forem atendidos: 
  + Campos consultáveis DateTime devem estar presentes em entidades padrão ou os campos `createdon` e `modifiedon` (gerados pelo sistema) devem existir em entidades personalizadas. 
  + Não há identificação exclusiva dos campos gerados pelo sistema ou da propriedade anulável de nenhuma API de metadados SaaS. No entanto, é prática geral que somente os campos disponíveis por padrão sejam filtráveis e não anuláveis. Portanto, o critério de seleção de campos acima é considerado nulo seguro e, se for filtrável, será elegível para particionamento.