Labor Budget is an operator job that runs while next week's schedule is still a draft. It reads the draft shifts per site from your scheduling system with the wages it holds, sales actuals and forecasts from the point of sale, and the plan from finance: a Xero budget by tracking option, Quinyx budget data, or a sheet you keep per site. It totals scheduled hours and cost per site and week and sets them against the plan.
Where a site runs over, it names the shifts to shorten or cut. Where forecast sales outrun the coverage, it names where to add. The scheduler approves the edits, they are applied to the draft once, and the numbers behind each one are kept.
This is a reference listing. It documents what Fibric would read from Labor Budget and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.
Inputs
Draft and published shifts per site for the coming week: 7shifts shifts with the draft filter, Deputy rosters, Homebase shifts with scheduled labor, Dayforce EmployeeSchedules
Wages and scheduled labor cost where the system holds them: 7shifts user wages, Homebase labor grouped by day or role, Quinyx shifts by group
Sales actuals and forecasts: Square orders and payments by location, 7shifts receipts, Deputy metrics with plan_ and forecast_ series
The labor plan: Xero TRACKING budgets with BudgetLines by account and month, Quinyx budget data, or a range in Google Sheets or Microsoft Excel
Paid hours and cost from closed periods, for the variance to date: Gusto payrolls, Dayforce pay summaries, QuickBooks Time payroll totals
Publish events that end the window: the 7shifts schedule.published webhook and Deputy roster publication
Proposed actions
Target capability: propose the week's position per site, scheduled hours and cost against plan, with the shifts that drive the gap, before the schedule publishes
Target capability: propose shortening or removing named draft shifts where a site runs over plan, as shift updates in 7shifts, Deputy, or Dayforce
Target capability: propose adding draft shifts where forecast sales exceed the coverage planned, with the forecast series it relied on
Target capability: propose a message to the site manager in Slack or Microsoft Teams carrying the numbers and the proposed edits
Target capability: propose an appended variance row in the plan sheet once the week closes, showing planned, scheduled, and paid
Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.
What you can build
Trim a 7shifts draft before it publishes
Draft shifts and user wages give the week's scheduled cost per location; Square payments give the sales run-rate. The operator proposes the shifts to shorten and holds until the scheduler approves in Slack.
A TRACKING budget with one option per site gives the monthly labor line. The operator sets Deputy rostered hours and plan_Sales against it and proposes adds or cuts per area.
Homebase labor grouped by day per location is compared with the plan range in Google Sheets. Because the Homebase key is read-only, the operator proposes the list of shifts for a manager to change in Homebase.
EmployeeSchedules for the coming week and pay summaries from the last one are read by org unit. The operator proposes where the new week repeats last week's overrun and posts it to Microsoft Teams.
A scheduling connector with draft or unpublished shifts and a wage per shift or employee: 7shifts, Deputy, Homebase, Quinyx, or Dayforce
A labor plan per site and week: a Xero tracking budget, Quinyx budget data, or a range in Google Sheets or Microsoft Excel
A sales source for actuals and forecast: Square, 7shifts receipts, or Deputy metrics
Slack or Microsoft Teams for the scheduler's approval
Optional: payroll or pay summaries from Gusto or Dayforce, for paid cost against plan after the week closes
Authentication
Uses no credentials of its own. It reads schedules, sales, and budgets through the connectors bound to it, each under the access you granted that connector.
Limits
A Xero budget is monthly by account. A weekly plan per site needs a tracking option or a sheet; each proposal names its source
It edits draft shifts only. After a schedule publishes, changes are sent to the scheduler as notices, not applied
Cost needs a wage on the shift or the employee. Where the system carries none, hours are compared and cost is left blank
It builds no forecast of its own. Sales forecasts come from Deputy or the point of sale; with none, it compares against plan alone
Access and pricing
Reference listing. Fibric builds the operator under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.
A list of edits to the draft: shifts to shorten, remove, or add, each with the hours and cost it changes and the site's position before and after. The scheduler can approve all, some, or none. The schedule is still published by a person.
Where does the labor plan come from?
From a source you already keep. Xero exposes budgets read-only through GET /Budgets, typed OVERALL or TRACKING, with lines by account and month. Quinyx accepts budget data uploads. A sheet works too. The operator reads the plan; it never writes to it.
Does it change a published schedule?
No. Its window closes when the schedule publishes, on the 7shifts schedule.published webhook or Deputy's publish call. After that it reports variance and leaves any change to the scheduler.
Ask about Labor Budget
Ask about the capabilities and requirements in this listing.
This operator is developed, published, and supported by Fibric. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy