Tipos de entidad

Tipos de entidades nativas y federadas en Data Fabric/Data Service, qué admite cada una y cómo se clasifican las entidades existentes.

Todas las entidades de Data Fabric/Data Service son nativas o federadas. El tipo se elige cuando se crea la entidad y determina dónde residen los datos de la entidad, de qué fuentes puede extraer la entidad y qué operaciones admite.

El tipo de cada entidad se muestra en la columna Tipo de la página Entidades , y la lista puede filtrarse por él. El tipo de una entidad no se puede cambiar después de crear la entidad.

Entidades nativas

Una entidad nativa almacena sus datos en UiPath. Solo contiene sus propios campos y admite el conjunto completo de operaciones de datos: crear, leer, actualizar y eliminar, desde las actividades de Studio, Apps, Maestro y las API.

Una entidad nativa es la opción correcta cuando UiPath es el sistema de registro de los datos, como el estado de la aplicación, las colas de revisión o los datos de referencia que no tienen un origen autorizado en otro sistema.

Una entidad nativa no puede hacer referencia a un sistema externo. En su panel Añadir objeto , solo se ofrecen los campos locales .

Entidades federadas

Una entidad federada no almacena nada propio. Es una vista de solo lectura cuyos campos provienen todos de sus orígenes, se lee cada vez que se consulta la entidad, por lo que una lectura devuelve lo que los sistemas de origen contienen actualmente.

Una entidad federada extrae sus campos de:

• un sistema externo, como Salesforce, ServiceNow, Snowflake o una base de datos a la que se accede a través de Database Hub;
• una entidad nativa de Data Fabric/Data Service en el mismo tenant, a través de la opción Origen nativo .

Una entidad federada es la opción correcta cuando los datos pertenecen a uno o más sistemas de registro y deben leerse en una automatización o una aplicación sin copiarse.

Una entidad federada no puede contener campos propios. En su panel Añadir objeto , no se ofrecen los campos locales .

Para saber cómo se añaden y unen los orígenes, consulta Crear una entidad.

Qué admite cada tipo

	Nativo	Federada
Dónde se almacenan los datos	En UiPath	En ninguna parte; leer de los orígenes
Sus propios campos	Sí	No
Sistema externo como origen	No	Sí
Entidad nativa como origen	No	Sí
Crear, actualizar y eliminar registros	Sí	No; Solo lectura
Buscar y filtrar	Sí	Sí
Ordenar	Sí	En los campos por los que el sistema de origen puede ordenar
Acceso a registros basado en roles	Sí	NoAplicable
Desencadenadores	Sí	No

Entidades que contienen campos locales y externos

Una sola entidad ya no puede contener tanto campos almacenados localmente como campos externos. El panel Añadir objeto impone esto: el origen externo no se ofrece en una entidad nativa, y los campos locales no se ofrecen en una entidad federada.

Para combinar datos almacenados en UiPath con datos de un sistema de registro, los datos almacenados localmente se mantienen en una entidad nativa, y la entidad federada hace referencia a ellos a través de la fuente nativa. La entidad nativa forma parte de la vista como una de sus fuentes.

Las entidades creadas antes de que se introdujeran los tipos de entidad pueden contener ambos. Continúan funcionando sin interrupción, aún pueden consumirse en Apps, automatizaciones, Maestro y las API, y sus campos almacenados localmente siguen siendo editables. Sus campos externos son de solo lectura, como siempre lo han sido.

Cómo se clasificaron las entidades existentes

Las entidades creadas antes de que se introdujeran los tipos de entidad se clasificaron automáticamente y no necesitan migración:

• una entidad sin campos externos es Nativo;
• una entidad cuyos campos provienen todos de sistemas externos es federada;
• una entidad que contiene ambos sigue comportándose como se describe en la sección anterior.