Core HR - Available

One record, every context.

  • Find a person by list, org tree, or location map.
  • A manager change updates reporting lines everywhere at once.
  • Sensitive fields stay masked unless a role can see them.

Illustrative product view. Sample data is fictional and permission labels are educational.

How it works

Concrete product states, permissions, and handoffs

Each demonstration uses fictional sample data and keeps the source record, actor, permission boundary, and next step visible.

One record, useful in many contexts

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. One record, useful in many contexts is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Find people the way the question starts

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Find people the way the question starts is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Groups that match the real organization

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Groups that match the real organization is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Roles plus group scope

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Roles plus group scope is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Useful self-service, private by default

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Useful self-service, private by default is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Schedules and employment context

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Schedules and employment context is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Built for a multilingual team

This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Built for a multilingual team is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.

Questions

What buyers usually ask

Answers are scoped to repository-verified behavior or intentionally point to current customer documentation when policy facts are not public.

No. Manager visibility follows the reporting chain unless another role or scoped lead permission grants more access.

Next step

Build a people operation your team will actually use.

Start with the workflow you want to make calmer, then map the people, records, permissions, and handoffs that make it real.