M365Con 2027 – free online conference · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Factory Scheduling Software for Shift Planning: How to Choose

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

Factory scheduling software and shift planning are two jobs. Learn how they differ, how they share one capacity calendar and what to check before you buy.

Factory scheduling software and shift planning solve two different problems. Shift planning decides who works when. Factory scheduling decides which order runs on which machine, and in what sequence. A plan only works if the two agree, because the people on a shift define how much work a line can really do. This article is for production planners and operations managers who need to pick tools, or who wonder why the schedule looks fine on screen and falls apart at the first shift change.

Key points

  • Shift planning decides who works when; factory scheduling decides which order runs on which machine and when. Plants need both answers, and they must agree.
  • The link between the two is the capacity calendar: shifts, staffing and skills define how much each resource can really do.
  • Advanced planning and scheduling tools plan materials, labor and plant capacity together, which classic ERP planning does not do by default.
  • US federal law sets overtime after 40 hours in a fixed workweek and does not require rest breaks, so state law and union agreements matter for your rules.
  • Choose by testing on one real week of orders, one line and your own shift model, not by feature lists.

What is the difference between shift planning and factory scheduling?

The two get mixed up because both put a name or a job into a time slot. They answer different questions.

Shift planning is about the workforce. It covers rosters, availability, time off, swaps, open shifts, overtime and clocking in. Microsoft's Shifts app in Microsoft Teams is a typical example of this category. Microsoft Learn describes it as a mobile-first schedule app where managers create shifts and time off, post open shifts, handle swap and offer requests and see timesheet reports. It can run standalone or connect to a workforce management system.

Factory scheduling is about the work. It places production operations on machines and stations in a sequence, based on due dates, routings, setup times, material and available capacity. Scheduling software that does this against real limits is often called finite capacity scheduling. The more complete category is advanced planning and scheduling (APS). Wikipedia's overview of APS describes it as planning and scheduling production at the same time based on available materials, labor and plant capacity, whereas traditional systems often plan those separately and can produce plans that cannot be executed.

A quick test helps. If a tool can tell you who covers Saturday night, it's shift planning. If it can tell you which of today's 40 orders should run first on the press, and why, it's scheduling. Few tools do both well, so decide which one you are really missing.

Where do the two meet?

They meet in one object: the capacity calendar.

A schedule is built on the assumption that a machine is available from this time to that time, with this many qualified operators. That assumption comes from the shift model. If the roster says four people are on the line and the schedule assumed six, the plan is wrong before the first order starts.

Three connections matter most:

  1. Shift pattern. Start and end times, breaks, rotations and the days a line runs. The scheduler needs these as real calendars per resource, not as a single plant-wide setting.
  2. Staffing level. How many people are present per shift, and on which stations. Many lines don't run slower with fewer people, they don't run at all.
  3. Skills. Who is allowed to run which machine or process. A roster that is full on paper can still leave a gap if the only certified operator is on leave.

Maintenance windows belong in the same calendar. A planned stop is a period when the resource has zero capacity, and the schedule has to know about it. When the stop moves, the sequence should move with it.

So the practical question in a selection is not "which shift tool" or "which scheduler", but "how will they exchange the calendar, and how often?" Daily is typical for a stable plant. Intraday is needed if call-offs and breakdowns are frequent.

What should shift planning software do?

Skip the long feature lists and check what hurts on your floor today.

  • Rules that match your site. In the US, the Fair Labor Standards Act sets overtime for hours worked beyond 40 in a workweek. The Department of Labor fact sheet on overtime says a workweek is a fixed, regularly recurring period of 168 hours, and that averaging hours over two or more weeks is not permitted. The Department's guidance on breaks and meal periods says federal law doesn't require lunch or coffee breaks, and that short breaks an employer offers count as paid work time. State law and union agreements often add more. The tool should hold your rules, not generic ones, and warn before a swap breaks them.
  • Fast changes. Call-offs happen. Open shifts, swap requests and approvals should work from a phone, with a manager in control.
  • Skills on the roster. The tool should show who is qualified for which station, or at least integrate with whatever list holds that data.
  • Clean exports. Hours, absences and overtime should leave the tool in a form payroll and reporting can use without re-keying.
  • An open interface. If you need to connect other systems, ask how. Microsoft documents that Shifts can sync with a workforce management system, through a connector or a custom integration with the Microsoft Graph API, and that Power Automate can be used to build workflows such as approving swap requests automatically. Its page on Shifts connectors also notes that Microsoft-managed connectors were retired on December 7, 2025, so check the current status of any connector before you plan around it.

What should factory scheduling software do?

This is where plants usually underestimate the difference between "a schedule" and "a feasible schedule".

A feasible schedule respects what the shop floor can actually do. When you evaluate tools, test these points with your own data:

  • Finite capacity. The software must never load a resource beyond the time it has. Ask to see what happens when two orders compete for one machine.
  • Constraints beyond machines. Setup times, tools, materials, skills and shifts. If only machines are modeled, the plan will break at the people.
  • Sequence logic you can steer. Planners need to understand why an order sits where it does, and to override it. A black box that nobody trusts ends up ignored.
  • Fast re-planning. A breakdown or a rush order should lead to a new feasible plan within minutes, with the conflicts shown, not hidden.
  • What-if. Can you try a different shift model or an extra shift and see the effect on due dates before you commit?
  • Feedback from the floor. Progress, delays and disruptions should flow back, so the next plan starts from reality.
  • ERP connection. Orders, routings and materials come from the ERP system, and dates go back to it. Ask exactly which fields move in each direction.

For reporting, a common pattern is to publish schedule adherence, overtime hours and on-time delivery to Power BI. It's a good place for the weekly review. It doesn't fix a weak plan, so get the plan right first.

How do you handle shift handover and unplanned changes?

A good schedule can still fail at the shift change. The incoming team needs to know what is running, what is waiting, what broke and what was decided. Whether you use a digital logbook, a checklist in the scheduling tool or a board at the line matters less than having one agreed place that every shift uses.

For unplanned changes, define the response before the day it happens:

  1. Who decides when a call-off leaves a station uncovered?
  2. Which orders move first if a machine stops?
  3. When does overtime get offered, and to whom, given your rules and your union agreements?
  4. Who tells the next shift, and how?

Software can speed up the recalculation and show the consequences. It can't replace the decision rules. Write them down with the shift leads, then configure the tool to follow them.

How do you run the selection?

Keep it small and real.

  1. Pick one line and one week. Use a past week where things went wrong, such as a breakdown and two call-offs.
  2. Collect the inputs. Orders, routings, cycle and setup times, shift calendars, skills, maintenance windows. Note every gap you find, because that list is part of the result.
  3. Let each candidate plan the week. Ask the vendor to use your data, not a sample factory.
  4. Compare with what really happened. Did the plan respect the shifts? Would it have caught the conflicts earlier?
  5. Let planners and shift leads judge. Ask them whether they would follow the plan, and what they would change.
  6. Count the effort. Who maintains the calendars and data afterwards, and how long does an update take?

If a vendor won't plan your week on your data, you have learned something.

Common mistakes

  • Buying a roster tool to fix a sequencing problem. The shifts are not why the orders are late.
  • Planning with a plant-wide shift calendar. Each line, and often each station, has its own.
  • Ignoring skills. A full roster without the right qualifications is an empty roster.
  • Forgetting maintenance windows. Planned stops reduce capacity to zero for a period.
  • Switching on every automation at once. Start with the plan, then automate approvals once people trust it.
  • No owner for the data. Routings and calendars age fast, and an out-of-date model produces confident wrong answers.

Where Polaris fits

When the problem is the production sequence under real limits, iFAKT Polaris is one option to test. iFAKT describes the Polaris Optimizer module as automatically generating optimized production plans under constraints such as resources, shifts, zones, qualifications and capacities, and as reacting to disruptions with impact analysis and re-optimization. The Polaris Operator module brings those plans to the shop floor as time-based tasks and feeds progress back to planning. As with any tool in this category, run it on one line and one real week before you decide.

Related topics to explore

  • Skill-based assignment. How to keep a skill matrix current and use it when you plan staffing per station.
  • Cross-training. Which stations are hardest to cover, and how shift data can show where training pays off first.
  • Maintenance and shifts. How to place preventive maintenance in low-load periods or shift overlaps, so planned stops cost less output.
  • Unplanned changes. Rules for call-offs, rush orders and overtime offers, written down before the next one happens.
  • Finite scheduling basics. How a finite schedule differs from infinite loading in classic ERP planning, and what that means for delivery dates.

Next step

Factory scheduling software and shift planning work best when they share one capacity calendar. This week, take one line and compare three things for the same shift: the roster, the capacity your scheduler assumes and what the line actually produced, and write down the gaps.

Entities in this article

Finite capacity scheduling Advanced planning and scheduling (APS) Polaris Optimizer Polaris Operator Microsoft Teams Power BI iFAKT GmbH

Related articles

RSS

Sponsored

iFAKT GmbH