Concrete product states, permissions, and handoffs
Each demonstration uses fictional sample data and keeps the source record, actor, permission boundary, and next step visible.
A personal pay history employees can understand
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. A personal pay history employees can understand is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
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. A company workspace for eligible roles is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Separate proposal, approval, and publication
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. Separate proposal, approval, and publication is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Keep the reason and effective date beside the number
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. Keep the reason and effective date beside the number is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Sensitive values stay hidden until intentionally revealed
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. Sensitive values stay hidden until intentionally revealed is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Bring the right decision into Slack
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. Bring the right decision into Slack is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Prepare a clean handoff to payroll
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. Prepare a clean handoff to payroll is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Know the product boundary
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. Know the product boundary is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Product map
Follow the next useful path
These links are curated for the page rather than generated at random.
Answers are scoped to repository-verified behavior or intentionally point to current customer documentation when policy facts are not public.
Employees can see their own published pay history where configured.
Yes. The app uses explicit reveal patterns for sensitive compensation values.
Slack decision cards include compensation actions where enabled and authorized.
No. Perelan organizes compensation records, pay events, approvals, visibility, and payroll preparation unless a verified payroll connector is separately deployed.
No. The marketing examples are compressed, but the product path still checks the acting user, role, group scope, and domain permission before data is shown or changed.
No. The product demonstrations use fictional names, roles, dates, and values so the workflow is clear without exposing real people or companies.
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.