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

El conector de Microsoft Dynamics 365 CRM presenta las siguientes limitaciones:
+  En Microsoft Dynamics 365 CRM, no se admite la partición basada en registros, ya que no admite un parámetro de compensación. 
+  La paginación se establece en un máximo de 500 registros por página para evitar excepciones del servidor interno de SaaS debido a una combinación de limitaciones de tamaño y velocidad de los datos. 
  + [Documentación de SaaS sobre paginación](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/webapi/query/page-results?view=dataverse-latest)
  + [Documentación de SaaS sobre límites de tasas](https://learn.microsoft.com/en-us/power-apps/developer/data-platform/api-limits?tabs=sdk)
+  Microsoft Dynamics 365 CRM solo admite `order by` en los campos principales de todas las entidades. `order by` no se admite en los subcampos. 
  + Se admiten las direcciones ASC y DESC.
  + `order by` se admite en varios campos.
+  Al filtrar en el campo “createddatetime” de la entidad `aadusers` estándar, se produce un error de solicitud incorrecta desde SaaS, aunque admite la filtración. No se identificó ninguna otra entidad que tenga un problema similar debido a la naturaleza dinámica de los metadatos y tampoco se conoce la causa raíz. Por lo tanto, no se puede solucionar. 
+  Los tipos de objetos complejos, como Struct, List y Map, no admiten la filtración. 
+  Muchos campos que se pueden recuperar de una respuesta tienen `isRetrievable` marcado como `false` en las respuestas de metadatos dinámicas. Para evitar la pérdida de datos, `isRetrievable` está configurado en `true` para todos los campos. 
+  Todas las entidades admiten la partición basada en campos cuando cumplen con los siguientes criterios: 
  + Los campos consultables de DateTime deben estar presentes en las entidades estándar o en los campos `createdon` y `modifiedon` (generados por el sistema) en las entidades personalizadas. 
  + No existe una identificación exclusiva de los campos generados por el sistema ni de la propiedad anulable de ninguna API de metadatos de SaaS; sin embargo, es una práctica general que solo los campos disponibles de forma predeterminada sean filtrables y no anulables. Por lo tanto, el criterio anterior de selección de campos se considera seguro frente a valores nulos y, si es filtrable, es elegible para la partición.