Discussions

Hello 7shifts team and developer community,

We are a restaurant group using 7shifts and are trying to improve the schedule-building workflow for our managers.

Our central requirement is to see, while building a weekly schedule, per-role totals broken into AM, PM, and All Day. For every role and daypart, we need:

• Scheduled headcount
• Scheduled hours
• Scheduled labor dollars

We also need employees who work multiple roles to appear under each role they are scheduled for, while displaying their other-role shifts as contextual information without counting those shifts toward the current role’s totals.

We have built a read-only companion view using the v2 API. It retrieves shifts, including drafts, and reconciles the results with the Scheduled Hours & Wages data. It then calculates the daypart totals that we cannot currently see together on the 7shifts Schedule page.

We are now deciding between several approaches:

1. Continue using an external read-only companion application hosted in Azure and linked through our internal Microsoft 365/SharePoint environment.
2. Expand that application into a draft schedule writer using the Create, Update, and Delete Shift endpoints, while keeping final review and publication inside 7shifts.
3. Eventually publish schedules from the external application through the API.
4. Use a managed browser extension to overlay the summaries on the 7shifts page. This is our least-preferred option because it would be unsupported and vulnerable to UI changes.

We would appreciate guidance on the following:

• Is there a supported way to extend the 7shifts Schedule interface with custom panels, columns, or summary rows?
• Can an approved custom application be launched or embedded inside 7shifts, or does the Embed SDK only support placing 7shifts components inside an external application?
• For an internal customer-built application, is a personal access token supported for creating and updating draft shifts, or should we pursue an OAuth client with shifts:write?
• Is there a documented endpoint for publishing a schedule by department, role, or date range after creating draft shifts?
• Can availability conflicts, overtime warnings, labor compliance issues, and role eligibility be validated through the API before shifts are written or published?
• Are there recommended patterns for concurrency, idempotency, webhooks, and avoiding overwriting schedule changes made simultaneously in 7shifts?
• Are per-role AM/PM headcount, hours, and labor-cost summaries being considered for the native Schedule interface?

Our preference is to keep 7shifts as the system of record and employee-facing application. We want to avoid building an unsupported parallel system if there is a recommended integration or upcoming native capability that better addresses this use case.

Thank you for any guidance or recommended architecture.

Hello,

The do it yourself token is not working for our payroll integration...is there any other way to get a GUID token?

I would like to pull a list of open ("house") shifts available for a given time frame.

Hi 7shifts Team,

Good Morning,

Is there any way for the "open Shifts" on a built schedule to be accounted for in the total schedule hours section? We have a couple open shifts a week and before they are picked up they do not count int the scheduled hours reporting even though they are built into the schedules assumed to be picked up.

any help appreciated.

I have several locations i am trying to integrate and map but for whatever reason for one when i connect it, it pulls employees from another unrelated location. I have contacted support and confirmed they all have different GUIDs and disconnected and reconnected multiple times but have not had any success. I was told to ask here for help.

consider_tz_in_ranges
boolean
Defaults to true
When passing start[lte], start[gte], end[lte], or end[gte] parameters, consider the offset passed. Previously we ignored the offset and treated all datetimes as local location time

I am using this with the shifts endpoint.

Could you make it so shift notes are preserved when shifts are transferred/traded?