Saltar al contenido principal
Documentación
Documentación
Administrator Guide
Última actualización: 2026-03-13
Concepto: relaciones de dependencia de Workday

Concepto: relaciones de dependencia de Workday

Los informes de Workday utilizan objetos de gestión que representan datos, relaciones y lógica. En lugar de consultar filas y columnas aisladas, interactúa con una red de estos objetos interconectados.
Ejemplos:
  • El objeto de gestión Trabajador sirve como entidad de datos principal para los registros de empleado y trabajador contingente . Desde este objeto de gestión, puede navegar a información relacionada, como datos de posición, compensación y beneficios.
  • El objeto de gestión Factura de proveedor contiene información sobre los datos de cabecera de la factura de proveedor . Desde este objeto de gestión, puede acceder a información relacionada, como líneas de factura e información de pago.
Workday vincula objetos de gestión a través de campos de instancia , que son referencias dinámicas a registros específicos en lugar de solo texto sin formato. En este modelo, la información se introduce una vez y, a continuación, Workday la utiliza de forma coherente en todo el entorno de entorno de cliente. VerPrincipios de estructura de datos .

Componentes principales de un objeto de gestión

Cada objeto de gestión se compone de:
  • Instancias, que representa un registro único y exclusivo dentro de un objeto de gestión. Ejemplo: el objeto de gestión Trabajador contiene una instancia para cada trabajador.Campos, que son los atributos individuales dentro de una instancia. Ejemplo: el objeto de gestión Trabajador incluye campos como
    Fecha de contratación
     y
    Nombre legal
     . Workday utiliza los siguientes tipos de campo principal:
    • Campos distribuidos por Workday: estos son los campos estándar que se incluyen en todos los entornos de cliente de Workday . Ejemplo: el objeto de gestión Trabajador incluye campos distribuidos por Workday como
      Fecha de contratación
       ,
      Nombre legal
       y
      Centro de costos
       .
    • Campos personalizados: son campos que puede crear para almacenar datos exclusivos de su organización y que no se incluyen en los campos distribuidos por Workday.
    • Campos calculados: estos campos definidos por el usuario realizan cálculos, transformaciones o evaluaciones lógicas en otros campos. Le permiten manipular datos y recuperar valores que no existen como campo estándar.

Relaciones entre objeto de gestión principal y objeto de gestión relacionado

Las relaciones entre los objetos de gestión definen cómo se conectan los objetos y le permiten extraer datos de un objeto de gestión principal (PBO) y sus objetos de gestión relacionados (RBO) correspondientes.
La relación entre las PBO y las RBO puede ser:
  • 1 a 1, donde una instancia de PBO se vincula a una instancia de RBO . Ejemplo: de trabajador a posición principal.
  • De uno a varios, donde una instancia de PBO se vincula a varias instancias de RBO. Ejemplo: trabajador a dependientes.
Para build un informe, comience con un PBO determinado por el origen de datos que seleccione. A continuación, puede extraer datos de las RBO.
El PBO que seleccione determina lo que representa una sola fila de datos. Ejemplo: si build un informe utilizando el objeto de gestión Trabajador como su PBO, cada fila representará un empleado o trabajador contingente exclusivo . A continuación, puede usar las OPR para acceder a los datos que están conectados a la OPR. Ejemplo: desde la PBO de trabajador, puede acceder a las OPR de posición principal y dependientes.
Cuando selecciona un PBO, Workday conecta el PBO con un RBO a través de campos de instancia que determinan qué datos se recuperan del RBO. Ejemplo: el PBO de trabajador está vinculado al RBO de organización. Aunque muchos campos del objeto Trabajador apuntan al objeto Organización, tienen distintos propósitos funcionales, entre los que se incluyen los siguientes:
  • El campo
    Organización de supervisión
     , que solo muestra la organización específica asociada a la posición principal del trabajador.
  • El campo
    Organizaciones gestionadas
     , que muestra una lista de todas las organización en las que el trabajador tiene un rol de gerente .
Organización de supervisión
 y
Organizaciones gestionadas
 apuntan a la misma organización basada en datos de organización, pero devuelven resultados distintos porque la lógica del vínculo es exclusiva para cada campo.

Principios de estructura de datos

Workday organiza la información mediante vínculos horizontales y jerarquías verticales.
  • Conectividad horizontal, cuando distintos objetos de gestión están vinculados entre sí a través de objetos de gestión relacionados. Cuando introduce información en un PBO, la información está disponible automáticamente en cualquier otro lugar donde se necesite.
  • Jerarquías verticales, cuando los objetos de gestión se organizan verticalmente en una jerarquía, pasando de categorías generales a tipos más específicos.
Cuando un objeto de gestión forma parte de una jerarquía, el objeto de gestión principal proporciona un conjunto común de campos que sus objetos de gestión secundarios heredar. Cuando utiliza un origen de datos con un objeto de gestión principal como PBO, el informe devuelve automáticamente instancias de los objetos de gestión secundarios del PBO.
El objetivo principal de esta estructura es garantizar la coherencia y reducir la redundancia. Al definir campos comunes una vez en el objeto principal, todos los objetos de gestión secundarios los heredar automáticamente. Esto es especialmente eficaz para los informes.
Ejemplos:
  • Para HCM:
    • Objeto de gestión principal: trabajador
    • Objetos de gestión secundarios: empleado, trabajador contingente
    • Campos heredados (en trabajador):
      Nombre legal
       ,
      ID de trabajador
       ,
      Correo electrónico de trabajo
       ,
      Organización de supervisión
       .
    • Campos exclusivos para empleado:
      tipo de empleado (fijo/temporal)
       ,
      fecha final de periodo de prueba
       ,
      convenio colectivo
       .
      Utilice el objeto Trabajador para consultar campos comunes como
      Correo electrónico
       , pero cambie al objeto secundario Empleado para acceder a Fecha de periodo de prueba.
  • Para Gestión financiera:
    • Objeto de gestión principal: Worktag contable
    • Objetos de gestión secundarios: centro de costos, programa, fondo, donación, etc.
    • Campos heredados en worktag: nombre de worktag, ID de referencia, tipo de worktag.
    • Campos exclusivos para centro de costos: gerente de centro de costos, jerarquía principal, ID externo.
Un objeto de gestión secundario hereda todos los campos de su objeto de gestión principal e incluye sus propios campos exclusivos.
Ejemplos:
  • El evento
    Contratación de empleado
     es un objeto de gestión secundario del evento
    Acción
     . Incluye todos los campos de su elemento principal, además de campos específicos relevantes solo para el proceso de contratación.
  • Un asiento de contabilidad es un objeto de gestión secundario de un asiento. Workday utiliza el asiento de contabilidad para los asientos que crea un usuario, en lugar de que los genere automáticamente otro proceso de gestión. Como objeto secundario, un asiento de contabilidad hereda todos los campos comunes de su asiento principal e incluye sus propios campos exclusivos que solo son relevantes para un proceso de entrada manual, como:
    • Preparado por
    • Origen de asiento
    • Estado de aprobación