Over-Allocation Audit
Every Assignment flagged OverAllocated in a period with Resource, Project, AllocationPct breach amount, AssignedBy, and resolution status. The exception ledger for the Resource Manager.
Compare net available hours with existing commitments before promising another week of delivery.
| Resource | Week Start | Base Hours | PTOHours | Available Hours | Allocated Hours |
|---|---|---|---|---|---|
| RSR-8426 | 13 Sep | 16 | 11 | 2 | 15,014.28 |
| RSR-5235 | 18 Sep | 12 | 9 | 7 | 19,000.99 |
| RSR-9229 | 15 Sep | 14 | 13 | 16 | 24,419.97 |
| RSR-6743 | 24 Sep | 12 | 5 | 14 | 36,084.54 |
| RSR-7607 | 13 Sep | 4 | 14 | 6 | 3,819.75 |
| RSR-2798 | 11 Sep | 8 | 16 | 12 | 26,048.94 |
The capacity-recompute workflow runs nightly: for every active Resource it rebuilds the next-26-weeks WeeklyCapacity grid by reading approved PTOImports (sourced from the hrms-leave-attendance app) and US holidays for the Resource’s HomeState, deducting PTOHours and HolidayHours from BaseHours to produce AvailableHours. The grid is what every staffing decision reads against — there is no other source of truth for “is this person free?”
Whenever an Assignments or AssignmentPeriods row is created or updated, the over-allocation-alert workflow sums all active AssignmentPeriods.AllocationHours per Resource per Week and compares to WeeklyCapacity.AvailableHours. If the sum exceeds capacity in any week of the span, the workflow flips Assignments.OverAllocated: true and emails both the Resource Manager and the offending Project Manager with the breach detail. The Resource Manager resolves by reducing AllocationPct, ending an Assignment early, or running a Substitution.
Daily, assignment-end-cleanup flips every Assignments row with EndDate < today AND Status: Active to Status: Completed (or Substituted for an approved effective replacement), freezes the trailing AssignmentPeriods to Status: Frozen, and recomputes the Resource’s forward WeeklyCapacity to release the freed AllocatedHours. The Resource is now visible to skill-match-suggester for the next request.
A person can be fully available when an assignment is approved and later receive approved leave. Recompute the affected week using nonoverlapping leave and holiday hours, then flag the existing commitment if it no longer fits. The alert identifies a scheduling problem; it does not silently remove the person from the project.
The resource manager can revise the allocation, move the date or arrange a substitution with the project manager. New commitments still need the latest complete capacity inputs. If the leave feed is unavailable, the planner sees an incomplete snapshot rather than an apparently empty calendar.
Allocation percentages use the scheduled base hours for the applicable interval, including partial weeks and employment dates. Compare those planned hours with the net capacity after absences. Where the organization explicitly permits an overcommit exception, retain the affected weeks, independent approver and reason. A silent warning is not a recorded decision, and a refreshed proposal cannot reuse approval of an earlier conflict.
Find relevant experience and verified qualifications without losing the person behind a staffing profile.
Compare net available hours with existing commitments before promising another week of delivery.
Turn project demand into an explicit role, date range and set of requirements that a staffing team can review.
Keep approved staffing, rate snapshots and mid-project replacements connected to their original decisions.
Use reviewed effective rates to explain the value of forward staffing commitments.
Compare planned capacity with verified actual work and identify where future availability needs attention.
Every Assignment flagged OverAllocated in a period with Resource, Project, AllocationPct breach amount, AssignedBy, and resolution status. The exception ledger for the Resource Manager.
| Resource | Project | Role | Start Date | End Date |
|---|---|---|---|---|
| RSR-4114 | PRJ-79361 | RLS-1975 | 29 Sep | 03 Oct |
| RSR-6412 | PRJ-13323 | RLS-8162 | 10 Sep | 13 Sep |
| RSR-9988 | PRJ-20056 | RLS-7352 | 09 Sep | 15 Sep |
| RSR-6788 | PRJ-86156 | RLS-2597 | 17 Sep | 22 Sep |
| RSR-3223 | PRJ-66536 | RLS-8126 | 29 Sep | 07 Oct |
| RSR-8712 | PRJ-13397 | RLS-9363 | 08 Sep | 10 Sep |
Owns the demand-supply marketplace for one or more Practices. Sole authority to approve ResourceRequests for own Practice, match a Resource, create the Assignment, intake Substitutions, and clear Bench rows.
CRUD on Resources (own Practice, including BillRateCostRate remains Finance-owned), ResourceSkills and SkillCertifications for own Practice's Resources (verify), ResourceRequests (own Practice, approve / reject / match), Assignments (own Practice, create / extend / end / cancel), AssignmentPeriods, Substitutions (intake and approve), and Bench (annotate and clear)Read on Skills, Practices, Roles, RateCards, RateCardRows, WeeklyCapacity, PTOImports, Utilization (all Practices for cross-Practice borrowing)Approve ResourceRequests (PendingApproval → Approved)Project owner — files ResourceRequests for own projects, sees Assignments staffed against own projects, requests Substitutions, and consumes the staffed team into the pm-projects workspace. No write on Resources or Skills catalog.
CRUD on ResourceRequests where RequestedBy = self AND Status IN (Draft, Submitted)Read on Resources (FullName, Practice, PrimaryRole, LocationBillRate and CostRate masked) for the staffing searchRead on Skills, ResourceSkills (own project's suggested matches), Roles, Practices, WeeklyCapacity (filtered to candidates for own open requests), Assignments where Project IN (own projects), AssignmentPeriods where Assignment.Project IN (own projects)The staffed person. Self-service on own Skills profile and read-only on own Assignments. Cannot see other Resources' rates, costs, or assignments.
Read on own Resources row (BillRate, CostRate masked)CRUD on own ResourceSkills (subject to Manager attestation before Source: SelfReported → ManagerAttested) and own SkillCertifications (subject to verification before Status: PendingVerify → Active)Read on own Assignments, AssignmentPeriods, WeeklyCapacity, PTOImports, UtilizationRead on Skills, Roles, Practices catalogsPre-sales staffing planner. Read-only on capacity and skill inventory to scope opportunities — "do we have three Snowflake-fluent Senior Engineers free in the West region in Q3?" Cannot create Assignments or modify Resources.
Read on Resources (FullName, Practice, PrimaryRole, Location, ResourceTypeBillRate and CostRate masked), Skills, ResourceSkills (no individual proficiency edits), Practices, Roles, RateCards, RateCardRows (BillRate visible for opportunity quoting), WeeklyCapacity (forward-looking), and Utilization (org-wide rollups)No write anywhereCan run skill-match queries for opportunities not yet booked as Projects, but cannot file ResourceRequests (that requires a real Project)| Resource | Week Start | Base Hours | PTOHours | Available Hours |
|---|---|---|---|---|
| RSR-8426 | 13 Sep | 16 | 11 | 2 |
| RSR-5235 | 18 Sep | 12 | 9 | 7 |
| RSR-9229 | 15 Sep | 14 | 13 | 16 |
| RSR-6743 | 24 Sep | 12 | 5 | 14 |
| RSR-7607 | 13 Sep | 4 | 14 | 6 |
| RSR-2798 | 11 Sep | 8 | 16 | 12 |
Owns revenue forecasting from forward-booked Assignments and the financial integrity of RateCards. Co-approver on RateCard activation alongside the Practice Lead.
Read on all Resources (including BillRate and CostRate), Roles (DefaultBillRate visible), Assignments, AssignmentPeriods, UtilizationCRUD on RateCards and RateCardRows for Finance approval (FinanceApprovedBy and FinanceApprovedAt stamping)Read on ResourceRequests, WeeklyCapacity, BenchMaintain only the protected Resources.CostRate input with effective evidence| Resource | Assignment.Project | Week Start | Allocation Hours | Assignment.Bill Rate |
|---|---|---|---|---|
| RSR-7980 | ASS-522 | 22 Sep | 6 | AR-746 |
| RSR-4564 | ASS-471 | 17 Sep | 11 | AR-127 |
| RSR-4044 | ASS-699 | 16 Sep | 8 | AR-814 |
| RSR-9829 | ASS-618 | 22 Sep | 14 | AR-168 |
| RSR-6462 | ASS-832 | 27 Sep | 13 | AR-232 |
| RSR-8679 | ASS-172 | 27 Sep | 2 | AR-226 |
Executive read-only on org-wide Utilization and Bench. Used by the CEO, COO, and PMO Lead for the quarterly headline ("utilization is 74% across delivery"). No personally identifying detail beyond Resource FullName.
Read on Utilization (org-wide rollups onlyindividual rows aggregated to Practice / Region), Bench (count and Practice rollup), Practices, and Roles catalogsAggregated read on Assignments (Practice-level hours, no per-Resource detail)Field-level masking on all Resources.BillRate, Resources.CostRate, Roles.DefaultBillRateReview current fit and capacity before creating one approved assignment.
3 stages · 1 approval
Resolve capacity changes while retaining the history of the original commitment.
3 stages · 1 approval
Reconcile approved source time before publishing utilization and bench signals.
3 stages · 0 approvals
Create your ERP.AI account and get started with Proto.
We use essential cookies to run the site and optional cookies for features, analytics, and relevant content. See Cookie policy
We use cookies to enhance your experience, analyze site traffic, and serve relevant content. By clicking "Accept All," you agree to our use of cookies. You can customize your preferences at any time.
Learn more about how we use cookiesThese cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
These cookies enable additional features that enhance your experience, such as live chat, video playback, personalized content recommendations, and remembering user preferences.
These cookies help us understand how visitors interact with our site by collecting anonymous usage data. This allows us to measure performance, detect issues, and continuously improve the user experience.
These cookies allow us and advertising partners, including X, to deliver ads tailored to your interests. They track browsing habits across sites to provide relevant advertising and measure ad effectiveness.