Yes. A small manufacturer can put open orders, routings, machine hours and changeover times in a spreadsheet and ask AI to propose a weekly sequence. Check the draft by summing hours per machine per day, confirming each operation follows its predecessor and comparing finish dates with customer promises. Release it only after a planner confirms real changeover times and material.
A schedule that fills every hour on paper often fails on the floor. It may ignore a 90-minute tool change, assume two jobs use the same press simultaneously, or start assembly before cutting is complete. Use the assistant to arrange and explain options; keep the spreadsheet's formulas and the supervisor's knowledge as the test. A credible plan leaves visible room for expected interruptions.
Give the sheet one row per operation
Orders alone do not describe the work. An order for 240 units may need cutting, pressing, inspection and packing, each with a different resource and rate. Make an operations table with order ID, product, quantity, operation number, machine or work centre, units per hour or minutes per unit, setup family, setup duration, material-ready date and due date. Include completed quantity and work already in progress. A separate capacity table gives each machine's available hours per day after known breaks, maintenance and staffing limits.
Keep the source of every time estimate. A routing might say cutting takes 0.05 hours per unit, but recent runs may show 0.06 when material arrives in short lengths. Decide whether to use the standard time, the recent observed time or a conservative planning figure, and record that decision. AI cannot know that a tool change takes longer with one product unless the sheet says so. If the plant has no formal routing, start with the foreperson's estimate and mark it provisional until three actual runs are recorded.
Do not put customer names or commercially sensitive design details into a prompt if order IDs and product families suffice. If a chatbot is used to analyse the file, keep a copy of the original workbook and upload an export with clear headers. OpenAI's spreadsheet analysis guidance recommends clear column names and one record per row, and says to review the generated code, outputs and assumptions before relying on the result. An AI sidebar in a spreadsheet can draft a layout, but the same checks apply: a changed cell must be understood before the workbook is used to make promises.
One useful filled-in row is “Order A, product family F1, 240 units, operation 10 cutting, 0.05 hours per unit, cutter C1, material ready Monday, due Wednesday”. A second row for the same order might be “operation 20 pressing, 0.03 hours per unit, press P1”. The two rows are linked by the order ID and operation sequence. If the assistant treats them as independent, it could place pressing on Monday before any pieces exist. That is a schedule error even if both machine totals are below capacity.
Include a unit field on every rate. “0.05” could mean hours per unit, minutes per unit or units per minute in a messy workbook. For the illustrative 240-piece A order, 0.05 hours per unit means 12 hours of cutting. If someone enters 0.05 minutes per unit, the sheet calculates only 12 minutes. Put the unit in the column heading, not in a comment, and ask a reviewer to confirm the first calculation for each routing. This small check can prevent an entire week's plan from being built on the wrong scale.

The Complete Excel Course with AI Integration
From formulas and pivot tables to Power Query, DAX, VBA and AI with Copilot, ChatGPT and Claude — hands-on from the first lesson.
By Sagnik Bhattacharya and Virginia Thorn, Primetime Emmy Award winner
Buy nowTwo work centres and three illustrative orders
Consider an illustrative small maker with one cutter and one press. Each has 6.5 available production hours per day across five days, or 32.5 hours for the week. The planner has three orders. A needs 240 units, B needs 180 and C needs 100. All require cutting before pressing. Assume materials for A and B are ready on Monday; C's material arrives Thursday. A is due Wednesday, B Friday and C the following Tuesday. The numbers below are examples, not universal machine rates.
| Order | Cutting | Pressing | Material ready | Due |
|---|---|---|---|---|
| A, 240 units | 12.0 hours | 7.2 hours | Monday | Wednesday |
| B, 180 units | 10.8 hours | 7.2 hours | Monday | Friday |
| C, 100 units | 4.0 hours | 5.0 hours | Thursday | Following Tuesday |
Cutting needs 26.8 run hours. Suppose changing between these three product families takes 1.5 hours each, twice in this week's chosen sequence. Cutter demand becomes 29.8 hours, leaving 2.7 hours against its 32.5-hour capacity. Pressing needs 19.4 run hours plus 3 hours of changeovers, or 22.4 hours. Its weekly slack is 10.1 hours. Those totals suggest a feasible week, but weekly totals alone are not enough: A must pass through both operations by Wednesday, and C cannot start before its Thursday material arrival.
A plausible first draft cuts A on Monday and finishes its cutting late on Tuesday, then presses A from the last hour of Tuesday through most of Wednesday. It cuts B from Tuesday afternoon into Thursday, then presses B on Thursday and Friday. C's cutting can start only after its material is released on Thursday; depending on the actual slots, it may be cut late Friday and pressed the following Monday. The planner must place each task in actual daily hours, including the transition between products. The sequence is a candidate, not a commitment until the daily load table balances.
The press cannot begin A merely because its cutter row has a Tuesday finish date. If the last A parts leave the cutter at 15:00 and the press shift ends at 15:30, a claimed four-hour Tuesday press slot is false. Put start and finish times in a common time basis and allow for movement or inspection between operations where it is real work. If the plant transfers partial batches, specify the minimum transferable quantity and the time when it becomes available. Without such a rule, use the conservative assumption that pressing starts after all cutting finishes.
Suppose the AI proposes cutting A and B in the same Monday slot because both are “high priority”. That violates the single-cutter constraint. If it schedules C on Wednesday, it violates the material-ready date. If it puts B's press work on Thursday morning but cutting finishes Thursday afternoon, it violates operation order. These are easy checks to automate in a sheet and easy mistakes for a text-only timetable to hide. The schedule should name start and finish slots for each operation, not merely assign a day to each order.
Use AI to propose, then calculate capacity independently
Give the assistant a small, versioned export and explicit rules. Ask for an operation-level plan with machine, date, start slot, finish slot, setup time, run time and unmet constraints. Tell it to leave work unscheduled if the inputs cannot support it. Do not let it quietly compress a routing time or presume overtime. If the output is a table, copy it into a review tab rather than overwriting the original orders and routing tables. The review tab should calculate each day's occupied hours and each job's earliest feasible start.
Using the attached illustrative Orders, Routings and Capacity tabs,
propose a five-day operation schedule. Cutting must finish before
pressing starts for the same batch. Use no more than 6.5 available
hours per work centre per day. Respect material-ready dates and the
listed changeover duration when product family changes.
Do not add overtime or change a routing time. If an order cannot
finish by its due date, show the first violated constraint and one
option that a planner could review. Return machine, day, operation,
start slot, run hours, setup hours and finish slot for every row.
An illustrative output might put 6.5 hours of A cutting on Monday and 5.5 hours on Tuesday. That fits the cutter's daily limits, but the 1.5-hour changeover to B must occupy real Tuesday capacity before B can start. If the assistant allocates the remaining one Tuesday hour to B cutting and also claims a 1.5-hour setup, it has booked 8 hours into a 6.5-hour day, an overbooking of 1.5 hours. The planner should move B's start to Wednesday or change the sequence, then recalculate downstream press slots. This is the sort of error a daily capacity total exposes immediately.
The spreadsheet can calculate run hours as quantity multiplied by hours per unit, and a daily load as the sum of run and setup hours assigned to that work centre on that date. A second formula flags any day whose load exceeds 6.5. Another check compares the press start with the cut finish for the same batch, while a due-date check compares the last operation's finish with the promised date. If partial batches can move to the press before all cutting is finished, write that transfer-batch rule explicitly; otherwise assume the whole batch must finish cutting first.
Add a row-level status column that says “ready”, “blocked by material”, “blocked by predecessor”, “blocked by capacity” or “released”. This is a practical alternative to an opaque priority number. For example, C is blocked by material until Thursday even if the cutter has free time on Tuesday. When the delivery arrives, a person changes the status and the sheet records the release time. AI can propose which ready operation fits the next free slot, but the status rules prevent it from treating all outstanding work as immediately runnable.
In the worked case, the cutter's 2.7 hours of weekly slack may be too narrow if jams commonly consume two hours. A planner could hold a one-hour reserve on two days and see whether the due dates still work. If that makes A late, the business needs a conscious decision: approve overtime, negotiate timing, outsource a permitted step or change the order sequence. AI can model these options from stated rules. It should not bury the choice inside an apparently green schedule. For a separate order-acceptance calculation, see capacity planning before taking a new order.
Check changeovers with the people who do them
Changeover time is not a constant if the sequence matters. Moving from a light material to a dark one may take a different clean-down from the reverse. A tool family can share fixtures, while another needs a full setup. Ask the operator or supervisor for recent start and finish times and build a small matrix of common transitions. If the team has only an average, use it as a planning assumption and record exceptions. The AI plan should display every changeover as a separate operation or a visible block, never hide it in a note.
For an illustrative change, suppose moving from A to B usually takes 1.5 hours, but B to C takes 2.5 because a tool and inspection fixture must be changed. The original cutting total of 29.8 hours rises to 30.8. Weekly capacity still appears to fit by 1.7 hours, yet a Friday material delay for C could remove the usable slot entirely. The supervisor may choose to leave C for Monday. This is why a schedule is a sequence of dated blocks, not just a sum of hours.
Another example is a cleaning operation that requires a named person. The cutter might be free, but the trained setter is helping on the press. Add a setter resource and an availability row, or mark that changeover as requiring a manual check. Do not pretend the machine's availability is the whole plant's capacity. The same applies to inspection, packing benches, tools and forklifts. Add constraints that actually cause missed dates; resist modelling every tiny detail before the team has reliable measurements.
A real setup may include a first-off approval before full production can resume. Suppose B's cutter changeover is 1.5 hours but the first-off inspection takes another 30 minutes from a shared quality inspector. If the sheet allocates only machine time, the job appears ready earlier than it is. Record inspection as a separate operation when it gates production. If the inspector's schedule is not yet digitised, the plan should carry a visible approval hold. This is more honest than letting the assistant fill every gap with an assumed instant sign-off.
If the shop floor reports a changeover routinely lasts longer than the sheet says, update the standard only after checking several runs. One outlier may include a breakdown or missing tool. Save the old estimate and effective date so last week's plan can still be understood. A knowledge capture routine for experienced machinists can help document what makes a setup short or long, but the final duration should come from observed work and the people responsible for it.
Handle the order that arrives after the plan is printed
Suppose a new order D arrives Wednesday for 60 units of B's product family, due Friday. At B's illustrative cutter rate of 0.06 hours per unit, D adds 3.6 cutting hours; at the press rate of 0.04, it adds 2.4 press hours. Because D shares B's family, it may avoid a second setup if run beside B. Even so, the cutter had only 2.7 hours of slack in the original week. The new work exceeds that slack by 0.9 hours before considering interruptions. A text model may call D “small” and insert it without showing the overrun.
Ask AI for two revised schedules: one preserving existing promises and leaving D with the earliest honest finish, and another showing what would have to change for a Friday delivery. The second version might require overtime, moving C to the following week or a change in B's commitment. The owner decides which option is acceptable and confirms material and labour. Do not send a customer a new date because the assistant produced a neat table. Keep both scenarios and the decision recorded against D.
A separate complication is an engineering revision. If B's drawing changes and inspection now takes an extra hour, the old routing is invalid for remaining units. Mark the revision on the order and replace the operation estimate from the approved process. Do not let AI infer the change from an informal email. A tracked engineering change gives the planner a clear effective date and a reason for the altered schedule. Orders already in work may need a different treatment from work not yet started.
Run a short daily comparison with reality
At each shift hand-off, record actual units completed, hours used, setup time, downtime and material status. Compare the next day's plan with those facts and regenerate only the remaining work. If A finished cutting two hours late, pressing A cannot remain on its old start slot. If B material arrived incomplete, separate the quantity that can run from the blocked quantity. The planner should publish one current version with a timestamp so operators do not work from competing schedules.
Use a small scorecard for the first four weeks: percentage of operations started as scheduled, due dates met, daily machine overbookings found before release, and differences between planned and actual setup hours. A schedule that looks accurate because staff constantly work overtime is not an accurate standard-hours plan. Record approved overtime separately. If the same bottleneck causes repeated replans, investigate the routing, maintenance or staffing constraint rather than asking the model for more elaborate prose.
Compare forecast and actual time by operation, not only by whole order. If A took 13.5 cutting hours instead of 12 but its pressing still took 7.2, changing both routing rates would hide the source of error. Ask whether the cutter ran slowly, stopped unexpectedly or counted setup inside run time. Give the foreperson a short reason field and review several runs before changing the standard. A reliable schedule improves as the estimates improve; simply repeating the AI request with a different wording cannot repair inaccurate shop-floor data.
One final test is to give a second planner the sheet and ask them to explain why each job is placed where it is. They should be able to see the due date, material date, routing, capacity and changeover that drove the sequence. If they cannot, the plan is too opaque to release. AI for a small manufacturer works best when it produces a proposal that the spreadsheet can calculate and the floor can challenge, then leaves a clear record of the human decision.
Further reads
- Check a Bill of Materials With AI: Template, Gaps and Revisions — Catch missing materials before releasing jobs.
- AI Work Instructions From Photos and Short Videos of the Line — Give operators clear instructions for the scheduled run.
- RMA Process for a Small Manufacturer: Returns, Repairs, Credits — Keep rework and returns visible as capacity demand.
- Shift Handover Template: Let AI Turn Operator Notes Into a Report — Tell the next shift what actually changed.
- AI Systems for Manufacturing: MRP Add-On or Chatbot on Your Own Data? — Compare native MRP AI replenishment tools against desktop chatbots running over CSV exports, with BOM thresholds and shop-floor tests.
- Factory Energy Audit With AI: Find Peak Loads and Idle Waste — A step-by-step factory energy audit from a half-hourly meter export: find the peak, the idle baseload, and what to hand an auditor.
- Furniture Lead Times: Set Realistic Made-to-Order Dates With AI — How a small furniture workshop works out an honest delivery range from its capacity and queue, and tells customers at the right moments.
- Machine Shop Quote Template: AI Turns RFQ Emails Into Draft Quotes — Extract part, quantity, material and finish from RFQ emails, price from your rate card, and let an estimator approve every number.
- Manufacturing Cost Estimating: How AI Helps Price a New Product — One new steel product costed end to end with AI help: materials, labour minutes, overhead, scrap, tooling, margin and what moves the price.
- Sawmill Software: Where AI Helps With Orders, Yield and Quotes — Three admin jobs for a small mill: order emails to order lines, yield per log from a tally sheet, and quote drafts that a person prices and sends.
- WIP Tracking for a Job Shop: A Spreadsheet With AI Status Updates — A two-tab spreadsheet for jobs and operations, the formulas that flag late work, and prompts that draft customer updates from the daily export.
- AI Tools and AI Development: The Complete 2026 Guide — the AI hub, including every tutorial in the AI-for-business series.
Sources: OpenAI documentation, Data analysis with ChatGPT and Uploading files and audio to ChatGPT. All production figures are illustrative.