Onboarding
Illustrative product view. Sample data is fictional and permission labels are educational.
How it works
Each demonstration uses fictional sample data and keeps the source record, actor, permission boundary, and next step visible.
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. Start with the data you already have 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 future hire belongs in the system before day one 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. Collect information once 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. Coordinate HR, the manager, and the employee 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. Prepare documents and acknowledgements 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. Keep the first month visible 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. Continue into goals, reviews, time off, and knowledge 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
These links are curated for the page rather than generated at random.
Questions
Answers are scoped to repository-verified behavior or intentionally point to current customer documentation when policy facts are not public.
Yes. Recruiting includes candidate-to-employee conversion through the backend and app route.
Yes. Future-hire style records are part of the people model.
Workflow templates model relative timing; that automated layer is described as Preview.
It can connect through configured integrations and access workflows where those product surfaces are enabled.
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
Start with the workflow you want to make calmer, then map the people, records, permissions, and handoffs that make it real.