30-min call with RobBook a proof-of-concept call
Job 02 · Scheduling

// Metal stamping companies · Customer releases

Each week's customer release read against the last, with your planner's calls on top.

For stampers whose customers send schedules instead of one-off POs. One job, tested on release files your planner already worked. AI compares each new spreadsheet, PDF or emailed schedule, and each printout of an EDI release, with the last one from that customer, and lists the quantity changes inside the frozen window, the new part revisions, the cumulative shipped mismatches and the lines that need a call. A planner decides every change.

Book a proof-of-concept call30 minutes with Rob
Past release files
20 to 30
Schedules changed
None
Customers contacted
None

// The one job

Monday's files arrive. The changes that matter reach your planner first.

Monday brings a truck plant's schedule, an appliance buyer's spreadsheet with weeks across the top, an HVAC customer's PDF and an email asking for a few hundred more by Thursday. Your planner holds each one against the last, works out what moved, checks what shipped and decides which lines mean a die change, a steel check or a phone call. Most of those hours go to finding the few lines that moved.

In the test, AI goes back through copies of release files your planner already worked and drafts a change report for each: every line that moved by part and date, the old and new quantity, whether the move falls inside that customer's firm window, any new revision, and whether the customer's cumulative count agrees with your ship history. Nothing is changed or sent. Your reviewer, the planner who knows these customers best, sets each report beside what your team actually did.

This week's releaseSpreadsheet, PDF or email
Customer
Release date
Part, revision
Cum received
Due dateQtyFirm or plan
Invented release, no customer's data
Read against
last week's release
Draft change reportFor your planner
Inside firm window
New revision
Cum difference
Calls to make
Part, revWas and nowReason
Invented report, for illustration

// What your planner reads for

What a release is really saying

The file says what kind of number it holds, when it says anything. X12's 830 planning schedule, the file many truck plants send alongside an 862 shipping schedule, opens with two qualifiers most people never look at. One says whether the dates are shipment based, delivery based, planned, authorized, or a kanban signal. The other says whether the quantities are actual discrete, cumulative, net change or replacement. A cumulative column read as weekly demand is simply wrong, and a net change file read as a replacement wipes out the rest of the schedule. A spreadsheet or PDF rarely says which it is. So before the test your planner tells us what each customer's file means, and every report states the reading it used.

A frozen window is a term in somebody's agreement. One component maker's published logistics manual defines the frozen or firm period as the time when its order can no longer change, keeps separate periods for production release and material release, and has a field for how much change is allowed in each zone. Those numbers differ by customer and sometimes by part. One HVAC maker's published purchase terms ask for acknowledgment of each order or release within three business days, and treat conduct recognizing the order as acceptance, so a change your plant starts working on may be read as a yes. A pull-in inside the window can mean a die change on a booked press, a coil that is already spoken for and a plater who needs its time. The report marks every move inside each customer's window, in or out, with last week's figure beside it, and gives no legal reading of the terms.

Cumulative counts have a start date, and that is where they drift. X12's shipped and received segment, used in both the 830 and the 862, can report a cumulative quantity, and when it does it requires the count's start and end dates. It has separate codes for cumulative rejected material, by whether the disposition was replacement, credit or pending. One interior parts supplier's published 830 guide says its releases always carry a prior cumulative required and a cumulative received, and works the net due from those two and the buckets. Your system keeps its own count of what shipped. The two drift when a truck crosses the customer's cut-off, a ship notice never arrives, a rejection is booked on one side only, or one side resets at a new year or PO. The report sets the customer's number beside yours, shows the start date and lists the shipments in question.

Part status and revision news hide in the line. The 830 can carry a part release status, and parts of that code list read as if a stamper wrote them: die tie, mill run purchase, balance-out part with an engineering change pending, an all-time buy that is not to be taken as permission to scrap the tool, a new item from an interim engineering release, a final release for a cancelled part, cover overshipment and do not reship. An engineering change level can sit beside the part number. A spreadsheet says the same thing in a column note or not at all. The report lists every new revision, every run-out and every cancellation, and asks what you hold at the old level: coil, blanks, parts at the plater and finished stock.

Some lines need a phone call, and those go first. A change inside the firm window, a quantity that drops to zero, a cumulative difference, an email that disagrees with Monday's file, a new ship-to or dock code: each goes on one list with its reason. When an unforeseen event leaves a seller able to fill only part of its orders, section 2-615 of the Uniform Commercial Code has it allocate production and deliveries among customers in a fair and reasonable way and notify them seasonably. Whether a steel or press shortage qualifies, and which customer waits, is for your planner and your counsel. The report takes no side, and none of this is legal advice. Your reviewer checks each report against what your team did that week: every change caught, every call it listed, every line it missed.

// What you send

What your planner pulls together

Copies only
Commercial customers only
01

20 to 30 past release files

Spreadsheets, PDFs, emails and printed EDI reports, each with the release that came before it. Include a week with a pull-in and a week with a new revision.

02

What you actually shipped

Ship history or packing lists for those weeks by part and date, and your own cumulative count if you keep one.

03

What your planner did

Marked-up schedules, notes or emails showing what changed and who got called. Rough is fine, because this is the answer key.

04

Each customer's terms

Firm window, fab and raw authorization, cumulative reset date, and any supplier manual or blanket terms. If the rules live in your planner's head, a short note will do.

05

An NDA, then copies

Signed before any schedule moves. We never log in to your ERP, your EDI service or a customer's portal. If schedules can't leave the plant, we build look-alike releases with you.

// Before it starts

Settled before the first release is copied

The owner and your senior planner agree on these before any file is shared.

Before the proof of conceptOwner decides
Your reviewer
Named by the owner, usually the senior planner
Firm window
Set per customer, in writing
Cumulative count
Whose count is the reference, and from what start date
Success criteria
In writing: which changes must be caught and how calls are judged
Price
A range for live release checks, given up front
Customers
Picked by your reviewer across spreadsheet, PDF and EDI files

// How it's scored

What your planner did, beside each change report

Week by week
customer by customer
On the same release filesWhat your planner didThe AI change report
Minutes from file received to change report readyFilled in from your releasesFilled in from your releases
Lines that moved from the prior release, by part and dateFilled in from your releasesFilled in from your releases
Moves inside the firm window, pull-ins and push-outs bothFilled in from your releasesFilled in from your releases
New revisions, run-outs and cancellations foundFilled in from your releasesFilled in from your releases
Customer cumulative count against your ship historyFilled in from your releasesFilled in from your releases
Calls on the list that your planner actually madeFilled in from your releasesFilled in from your releases
Lines held because the file was unclear, with the reasonFilled in from your releasesFilled in from your releases
Empty until your files run. No cell holds a figure before your own past releases are read and scored.Your reviewer decides each row and the verdict.

// After a yes

About 30 days of live releases

After a yes, each new release file gets a change report as it arrives, for about 30 days.

Your planner decides every change, makes every call and updates your own system the way they do now. Nothing posts anywhere until a person approves it, and the comparison keeps running through the live month.

// Later, ranked

Where release checks could lead

Possibilities, not promises
One job live before the next
  1. 01

    Metal stamping quotes

    RFQ packages and prints drafted into your quote sheet for your estimator, with every gap listed.

    Next
  2. 02

    Past-due and shortage lists

    Open lines past their due date or short of steel, listed by customer for the morning scheduling meeting.

    Then
  3. 03

    End-of-program claims

    When a part is cancelled, finished parts, blanks and coil on hand set beside the customer's last fab and raw authorization, for whoever writes the claim.

    After that

// One hard limit

It never changes a release or commits to a schedule.

The proof of concept never touches your ERP, your EDI service or a live release, and never commits to a quantity, a date or a schedule. It never answers a customer or posts to a portal, and never decides whose count is right. A planner decides every release change and makes every call. Defense and aerospace schedules stay out.

Priced per job. You get a range before the proof of concept and a fixed price before you sign.

The range follows how many release files land in a week, how many different customer layouts they use, and how many part numbers a typical file carries.

// Questions

Release schedule questions

Does this replace our EDI?
No. EDI keeps doing what it does, and the test never touches it. It works on copies of what you received, and how a live report would reach your planner is decided only after a yes.
Half our customers send spreadsheets with weeks across the top. Can it read those?
That is why the test runs on your own files. Your planner explains each customer's layout before it starts, and every report states the reading it used so a wrong one is easy to spot.
A customer emailed a change after sending the weekly file. Which one wins?
The draft doesn't pick. It shows both, with the date and time of each, and puts the line on the call list so your planner can settle it with the customer.
Our cumulative numbers never match the customer's. Is that a bad place to start?
No, it's a fair test. The report shows both counts, the start date each side uses and the shipments in question. Deciding which count is right, and how to close the gap, stays with your planner.
Will it tell us whether we can run a pull-in?
No. It shows the change and what the file says about timing. Whether the die can change over, whether the coil is there and whether the plater can turn it around are your planner's calls.
Rob Eason

Rob Eason, founder

// Book a proof of concept call

Start with last month's release files.

Thirty minutes with Rob. Tell him your plant, your role, how many customers send releases and roughly how many files land in a week. Schedules stay in your building until the NDA is signed.

  • Co-owned a 60-employee financial services firm and sold his share to his partner.
  • Ran GOSO Technologies, a Boston solar company rated 5/5 across 24 Google reviews.
  • 5/5 across 83 reviews in HighLevel's Certified Admin Directory.
  • 4.3/5 from 6 Google reviews of Massmarket AI.
  • Every directory and Google review, critical ones included, is shown word for word at massmarket.ai/reviews.
  • Takes every proof-of-concept call himself.