Inicio

Centro de Ayuda

Configuración de RRHH

Por Kanoa
Actualizado: 18/10/2026

Configuración de RRHH

⚠️ Los cambios acá afectan a toda la organización (o al tenant, según el alcance).

  • Personal / Nómina: parámetros por defecto del alta (convenio, modalidad, jornada).
  • Catálogos: puestos, modalidades, obras sociales, sindicatos — se referencian por código; podés restringir el subset visible por organización.
  • Atributos masivos: actualizar un dato a muchos empleados a la vez (ej. cambio de categoría por paritaria).
  • Vacaciones / Asistencia / Documentación / Capacitación / Portal: políticas de cada submódulo (días, tipos requeridos, recordatorios).

Regla general: la configuración se hereda por niveles (global → tenant → organización); definí en el nivel más alto que aplique para no repetir.

Campos adicionales del legajo (campos custom)

En Configuración → Campos custom definís campos propios de tu organización que aparecen en la ficha del empleado (sección "Campos adicionales"):

  • Tipos: texto, número, fecha, sí/no y opción (lista propia).
  • Alcance: la organización actual o todo el tenant.
  • Las opciones de las listas se archivan, no se borran — los valores ya cargados en los legajos se conservan siempre.
  • Archivar un campo lo oculta de la ficha sin perder los datos; se puede reactivar después.

Packets de onboarding

En Configuración → Onboarding (packets) definís checklists de ingreso por puesto (o uno default): tareas de RRHH/IT, documentos y preguntas al ingresante (GTKY). Se aplican desde la ficha del empleado (Personal → Onboarding); los items del ingresante aparecen en su portal como "Mi Onboarding" (módulo habilitado por defecto).

Etapas del pipeline ATS

En Configuración → Etapas ATS personalizás las columnas del kanban de candidatos: renombrar, reordenar, cambiar color, archivar o crear etapas propias (a nivel tenant). Las etapas de sistema no se archivan.

API pública HR (keys)

En Configuración → API pública (keys) generás keys para que sistemas externos consulten datos HR de solo lectura (/api/hr/v1/empleados, /ausencias, /headcount) con Authorization: Bearer <key> y scopes por key. La key en claro se muestra una sola vez; se puede revocar cuando quieras.