Recruitment
Standalone ERPat Recruitment module: back-office applicant tracking (job postings + clone, categories, per-job applicant lists, drag-drop kanban pipeline, applicant profiles with public-wizard answers, statuses/labels/remarks, comments timeline, resume files) and the PUBLIC multi-tenant Job Portal (cross-tenant open-job aggregation, company.
What This Module Is For
Standalone ERPat Recruitment module: back-office applicant tracking (job postings + clone, categories, per-job applicant lists, drag-drop kanban pipeline, applicant profiles with public-wizard answers, statuses/labels/remarks, comments timeline, resume files) and the PUBLIC multi-tenant Job Portal (cross-tenant open-job aggregation, company.
Module at a Glance
Where users usually start
- Recruitment
- Job Postings
- Job Positions
- Job Portal
Primary user groups
- Module administrators
- Staff users assigned to the workflow
- Managers who review records and reports
- Public or portal users interacting with exposed pages
- API consumers and integration owners
- Operations staff monitoring scheduled processing
Documentation Map
Getting Started
Use this first when enabling the module, assigning access, and preparing starter data.
Daily Operations
Use this for routine work, record handling, review cycles, reporting, and handoff steps.
Administration and Controls
Use this for permissions, settings, automations, public pages, widgets, and APIs.
Data and Screen Reference
Use this to identify module screens, data records, routes, and supporting files.
Module Research Notes
Use this to see what module files were inspected and what capability evidence was found.
FAQ and Troubleshooting
Use this when the menu, data, permissions, jobs, public pages, or reports do not behave as expected.
Operator Outcomes
- Understand what the module owns and where it appears in the ERPat workspace.
- Know the first setup tasks required before staff use live data.
- Operate the main list, form, detail, report, and review screens consistently.
- Identify which permissions, settings, public pages, APIs, jobs, or widgets need administrator review.
- Recognize the core records managed by the module, including job_hiring, job_applications, job_hiring_categories, recruitment_status.