Industry guide · Custom Software

Steel Mill Production and Order Tracking Software: What Happens to the Order When a Coil Downgrades at the Temper Mill?

Steel Mill Production software visual showing flame, project timeline, and barcode.
The short answer

Expect $120,000 to $250,000 for a first release in 16 to 24 weeks covering order to material matching, coil and slab genealogy from heat to shipped piece, and re application when material downgrades. A full production platform adding caster and rolling campaign scheduling, level 2 data acquisition across equipment suppliers, certificate generation and yield costing runs $350,000 to $900,000 phased over 12 to 24 months, in our delivery experience. Build when you run continuous casting through hot and cold rolling with more than roughly 300 open orders at a time. Do not build if you are a single line re roller working to stock: an ERP (Enterprise Resource Planning) with lot tracking and a good spreadsheet will hold you for years.

Why a steel mill breaks every generic production system

Coil 44821 comes off the temper mill on a Tuesday afternoon with an edge defect over the last eight tonnes. The quality inspector downgrades it from an exposed automotive grade to commercial quality. That coil was applied to an order for a stamper whose delivery window closes Thursday, and the order line called for 60 tonnes of which this coil was 22. Somebody now has to answer four questions quickly. Is there another coil in the applied pool that meets the specification. If not, does a slab exist that can be rolled in time. Can the downgraded coil serve another open order within tolerance, or does it join the secondary inventory ageing in the yard. And what do we tell the customer.

In most mills those four questions are answered by three people on the phone, a query someone wrote against the level 2 database in 2011, and a spreadsheet called ORDERBOOK that a planner updates twice a shift. The mill has an ERP, usually SAP, excellent at purchasing and finance and blind to everything between the caster and the shipping bay. It has level 2 systems from Primetals, SMS or Danieli depending on who supplied each line, each with its own data model. It may have PSI Metals if the group invested in a proper metals planning suite.

The structural reason generic systems fail here is that steel is a divergent process with continuous re identification. One heat becomes several slabs, one slab becomes a coil, one coil becomes child coils and then cut lengths, and at every step the material can change grade, owner, destination and value. Standard manufacturing software models convergence and treats material as fungible against a part number. In your mill nothing is fungible.

Problem 1: order to material matching is continuous, not a one time allocation

An order is not filled once. It is applied, re applied, partially fulfilled, and re applied again as material is produced, tested, downgraded or damaged. The right question is never what material is allocated to this order, it is what is the best assignment of all available material to all open orders right now, given tolerances, delivery windows and the cost of substitution.

SAP will allocate a batch to a sales order. It will not tell you that coil 44821, now commercial quality, satisfies four other open lines within thickness and width tolerance, one of which is late, and that applying it there beats putting it in secondary at a discount. PSI Metals genuinely does this and does it well, which is why it is the reference in this market. The cost is a long implementation, licence weight and a model you configure rather than own.

What a custom build does: hold an applied inventory pool as a live object and run re application continuously, not nightly. Every piece carries its actual measured attributes, thickness, width, weight, chemistry, mechanical results, surface class, and every open order line carries its acceptance envelope including customer specific tolerances that are wider or narrower than the standard. When a downgrade event arrives from quality, the system proposes the re application within seconds and shows the value difference between options. That single loop is usually what pays for the project, because material that sits in secondary inventory for six months is capital you already spent.

Problem 2: genealogy has to survive every split and every downgrade

The chain is heat to ladle to cast sequence to slab to coil to child coils to cut lengths, and in a mill with pickling, cold rolling, annealing and coating it is longer still. Your customers ask for a mill test certificate under EN 10204 3.1 that ties actual chemistry and mechanical test results to the specific piece they received. Automotive and pressure vessel customers audit that chain and they are not gentle about it.

The place this breaks is the splits. A coil slit into four child coils inherits chemistry from one heat, which is easy. A coil rolled from a transition slab in a mixed grade cast sequence inherits from two, which is not. Level 2 systems track the piece on their own line, and the joins between lines are often reconstructed later from timestamps.

What a custom build does: model every material piece as a node with parents and children, with the transformation event recorded between them. Transition material is flagged explicitly rather than assumed. Test results attach to the piece they were taken from and propagate to descendants with the propagation rule visible. Certificate generation then reads the graph rather than a spreadsheet, and a recall query in either direction returns in seconds. Build this as an append only event log, because a genealogy record that can be silently edited is worth nothing in an audit.

Problem 3: level 2 systems speak four different dialects

If your caster came from one supplier, your hot strip mill from another and your galvanising line from a third, you have three data models, three timestamp conventions, three piece identifier schemes and three opinions about what a production event is. Nobody joins them, so plant wide questions such as yield from slab to shipped tonne by grade require a person with database access and a free afternoon.

Each equipment supplier offers a layer above its own line, which is rational for them and unhelpful for you, since your problem is the joins between lines.

What a custom build does: an acquisition layer per line that normalises into one plant wide piece and event model, running continuously rather than in nightly batches. This is where a large share of the effort in a steel project actually goes, and it is what makes everything else possible: once every line reports into one model, scheduling, genealogy, yield and costing read the same truth. Expect real time on identifier reconciliation, since the same coil carries a different number on three systems.

Problem 4: practice rules and campaign sequencing are yours alone

Which grades can follow which on the caster without a tundish change. How wide a width jump the hot strip mill accepts in a rolling campaign. Which coating line campaigns run weekly and which monthly. Your mill has hundreds of these rules and most exist as the knowledge of two or three schedulers.

Generic advanced planning tools model capacity and setup time. They do not model a cast sequence where a grade transition creates mixed chemistry material that must be applied somewhere or scrapped.

What a custom build does: encode the practice rules as data, so schedulers change them without a release, then schedule campaigns against them with the order book as demand. The value is not a perfect optimiser. It is that the rules stop living in three heads, and that when a scheduler retires the mill does not lose its sequencing logic. In our delivery experience this is the feature operations directors underestimate at kickoff and value most a year later.

Problem 5: nobody can say what a tonne actually costs

Yield loss happens at every step: scale, crop, side trim, edge defects, downgrades, secondary sales at a discount. Standard costing assigns a planned yield and moves on, so the mill knows its overall margin monthly and cannot say which grade, which width or which customer specification is destroying it. A build that computes actual yield per step from the piece graph, and values downgraded material at what it realised rather than at standard cost, turns margin by grade, width band and customer into a report. Mills routinely discover that a demanding automotive specification they chase for prestige is worse than the construction order they treat as filler.

What this costs and how long it takes

Across the 2,000 plus projects Digital Heroes has delivered, steel is at the heavier end. A first release runs $120,000 to $250,000 over 16 to 24 weeks, covering the plant wide piece and event model, level 2 acquisition for the lines that matter most, order to material matching with re application, and genealogy with certificate generation. The full platform, adding caster and rolling campaign scheduling, all remaining lines, yield costing, secondary inventory management and customer portal access, runs $350,000 to $900,000 phased over 12 to 24 months.

Cost drivers specific to a steel mill:

  • The number of production lines and how many different level 2 suppliers are represented, since each acquisition integration is a separate piece of work.
  • Whether piece identifiers are consistent across lines, because reconciliation of the same coil under three numbers is slow, manual discovery work.
  • Certificate requirements, especially if you serve automotive or pressure equipment customers with their own formats and portals.
  • Depth of scheduling, since a viewing and sequencing tool is a fraction of the cost of a genuine campaign optimiser and most mills should start with the former.
  • Whether SAP remains the system of record for orders, which it usually should, making the integration bidirectional and therefore careful work.

What keeps cost down: start downstream. Order to material matching and genealogy from the hot mill onward deliver value first, and the caster scheduling work is easier once the piece model already exists.

Build versus buy, and when PSI Metals is the right answer

Buy PSI Metals if you are a large integrated producer with the budget and the appetite for a multi year programme, and if your practices are close enough to the industry standard model that configuration will reach them. It is a serious product built by people who know steel. Buy from your equipment supplier if you run a single line and want the tightest integration with it, accepting that you are then inside their ecosystem.

Build when two or more of these are true. You run lines from different equipment suppliers and nothing joins them. Your re application decisions are made by phone and your secondary inventory is growing. Your genealogy is reconstructed from timestamps rather than recorded as a graph. Your scheduling practice rules live in the heads of two people approaching retirement. You have looked at a full metals suite and the licence and implementation cost is out of proportion to a mill of your size.

The threshold is complexity rather than tonnage. A single line re roller working to stock can run on ERP with lot tracking. The moment you have divergent material, order applied production and more than a few hundred live orders, the coordination logic becomes the business and it deserves a system you control.

How to choose a developer for steel mill production software

Ask them to draw the material model on a whiteboard before you sign anything. Heat, cast sequence, slab, coil, child coil, cut length, each with parents, children and transformation events. If they draw a batch and a quantity, they have built warehouse software and are about to learn metallurgy at your expense.

Ask how they will handle transition material in a mixed grade cast sequence. It is a small question that reveals immediately whether anyone on the team has worked in a mill.

Ask what level 2 systems they have read from, by supplier and by line type. Reading a Primetals database is different from consuming an SMS X-Pact feed, and both are different from screen scraping an ageing HMI, which some mills genuinely need.

Ask how the mill test certificate is produced and whether the genealogy is append only. If a piece history can be edited without an audit trail, your certificate is not defensible, and one automotive audit will make that expensive.

Ask who owns the code and put it in the contract before kickoff. You should own the repository, the infrastructure and the right to hire another firm to continue. At Digital Heroes the code is yours from the first commit, and for a system that will run your mill for a decade, that is the most important commercial term in the agreement.

Research & sources

The evidence behind this guide

Independent findings on why this investment pays off. Every link goes to the primary source.

  1. Only 22% of firms are 'future ready' having significantly transformed digitally; these companies show average revenue growth 17.3 percentage points and net margins 14.0 percentage points above their industry average. Source: MIT Center for Information Systems Research (MIT Sloan) (2022) →
  2. Companies in the top quartile of McKinsey's Developer Velocity Index had 2014-18 revenue growth four to five times faster than bottom-quartile peers, showing that software-building capability is a driver of business performance, not just a support function. Source: McKinsey & Company (2020) →
  3. Grand View Research valued the global field service management market at USD 4.43 billion in 2022 and projects it to reach USD 11.78 billion by 2030, a 13.3% CAGR, driven by growing field operations in telecom, utilities, construction and energy. Source: Grand View Research (2023) →
  4. An earlier SHRM benchmarking report (reflecting fiscal year 2015, published 2016) established a widely cited baseline average cost-per-hire of $4,129, illustrating how recruiting costs have climbed over time (SHRM's separate 2025 Benchmarking Report shows $5,475 for nonexecutive roles). Note: the $5,475 figure is not on this linked page; it comes from SHRM's 2025 report. Source: SHRM (Society for Human Resource Management) (2016) →
Tahlia L. · Senior Mobile Designer · Sydney

Tahlia designs mobile apps at Digital Heroes, working close to the iOS and Android engineers who build them. Day to day that is screens, states, motion and the specs that tie them together. Her posts are for anyone weighing up what a good app actually takes to design.

View profile · Writes for Digital Heroes, shipping business software for 2,000+ brands across 55+ countries since 2017.

FAQ

Frequently asked questions

How much does custom steel mill production and order tracking software cost?
A first release covering the plant wide piece model, level 2 data acquisition for the main lines, order to material matching and genealogy with certificates typically runs $120,000 to $250,000 over 16 to 24 weeks, based on Digital Heroes delivery experience. A full platform with campaign scheduling, yield costing and all remaining lines runs $350,000 to $900,000 phased over 12 to 24 months. The biggest cost driver is the number of different level 2 suppliers represented in the plant. Inconsistent piece identifiers across lines add slow manual reconciliation work.
Should we buy PSI Metals instead of building?
If you are a large integrated producer with the budget and the tolerance for a multi year implementation, and your practices sit close enough to the standard model that configuration reaches them, PSI Metals is a genuinely strong product built by people who know steel. The build case appears when licence and implementation cost is out of proportion to your mill size, or when your practice rules and tolerance logic differ enough that you would be fighting the configuration. Many mills also find their real gap is the joins between equipment suppliers, which is narrower and cheaper to build than a full suite.
How does software handle a coil that gets downgraded after it is applied to an order?
The system should treat order application as a continuous assignment problem rather than a one time allocation. When quality raises a downgrade, it re evaluates the whole applied pool against every open order line and its acceptance envelope, then proposes options with their value difference: another coil already available, a slab that can be rolled in time, application of the downgraded coil to a looser order, or secondary inventory. Doing that within seconds rather than by phone is usually what pays for the project, because aged secondary stock is capital already spent.
Can we keep heat number traceability through slitting and cut to length?
Yes, if material is modelled as a graph of pieces with parents, children and transformation events rather than as batches and quantities. Each child coil inherits chemistry and test results from its parent, with the propagation rule visible rather than implied. The genuinely hard case is transition material from a mixed grade cast sequence, which inherits from two heats and must be flagged explicitly instead of assumed. Store the whole chain as an append only log so a certificate cannot be quietly edited after issue.
How do you get data out of level 2 systems from different equipment suppliers?
With an acquisition layer per line that normalises everything into one plant wide piece and event model, running continuously rather than as a nightly batch. Primetals, SMS and Danieli each expose data differently, and older lines sometimes require reading from a historian or an ageing interface. Expect a meaningful share of total project effort here, plus identifier reconciliation, because the same physical coil usually carries different numbers on three systems. It is unglamorous work that makes scheduling, genealogy and costing possible.
How long before a mill sees value from a production software build?
Plan 16 to 24 weeks to a first release that schedulers and the order desk use daily. Value tends to arrive first from order to material matching, because reduced secondary inventory and fewer late orders show up within a quarter. Scheduling improvements come later, since they depend on the piece model and on encoding practice rules that currently live with a few experienced people. Sequence the programme downstream first, then work back toward the caster.
Can this replace SAP at the mill?
It should not try. SAP remains a reasonable system of record for sales orders, purchasing and finance, and ripping it out adds risk without addressing the actual gap, which is everything happening between the caster and the shipping bay. The right shape is a bidirectional integration: orders and customers in, production confirmations, applied quantities and shipments out. Keep the boundary explicit and documented, because ambiguity about which system owns a number is what creates reconciliation work later.
Why can we not calculate real yield by grade today?
Because yield loss occurs at every step as scale, crop, side trim, edge defects and downgrades, and standard costing assigns a planned yield instead of measuring the actual one. Without a piece graph joining slab to coil to shipped tonne, the arithmetic cannot be done at grade or width level, so margin is only visible in aggregate monthly. Once actual yield is computed per step from real production events, and downgraded material is valued at what it realised rather than standard cost, margin by grade, width band and customer becomes a report rather than an argument.
We are a single line re roller. Do we need this?
Probably not, and we would say so. If you work largely to stock on one line with a limited grade range, an ERP with proper lot tracking plus disciplined spreadsheets will serve you for years, and the money is better spent on the line. The build case starts when material diverges through several processing steps, when production is applied to specific orders rather than to stock, and when several hundred orders are live at once. Complexity, not tonnage, is the threshold.
Who owns the code when an agency builds my software?
You should, completely, through a written intellectual property assignment that transfers everything on final payment; without that clause, copyright stays with whoever wrote the code by default. Insist that the repository lives in your own GitHub organization from day one and that hosting, domains, and third-party accounts are registered to you. Also check for licenses to the agency's proprietary frameworks buried in the contract, because those can make switching vendors practically impossible even when you own your own code.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
If an agency builds my software, who actually owns the code?
You should own everything, assigned in writing: the contract transfers full IP to you on final payment, the code lives in your GitHub organization, and hosting runs in cloud accounts you control. The red flag is a proposal that mentions the agency's proprietary platform or framework, which usually means you are renting, not buying. Digital Heroes structures every build this way precisely so a client can fire us and lose nothing but the relationship.
Does the tech stack matter, and which one should I ask for?
It matters less than agencies imply, provided it is boring. A mainstream stack, something like React or Next.js on the front end, Node.js or Python behind it, and PostgreSQL for data, means thousands of developers can maintain your system if you ever change vendors. Apply one test: ask how hard it would be to hire a replacement developer for the proposed stack, and walk away from anything built on an agency's in-house framework.
We run everything on spreadsheets and Airtable. How do we know it's time for custom software?
The reliable signals are re-typing the same data into multiple tools, one employee acting as human middleware between systems, and errors appearing in handoffs between teams. Hard limits force the issue too: Airtable's Team plan caps at 50,000 records per base, and Business costs $45 per seat per month, so a 20-person team pays about $10,800 a year for a tool it has already outgrown. When workarounds consume more hours than the tools save, the spreadsheet era is over.
What is the biggest mistake first-time software buyers make?
Choosing the lowest quote without asking why it is the lowest. A bid 40% under the field usually gets there by skipping tests, documentation, and code review, which are invisible in a demo and brutal to pay for later; every stalled project Digital Heroes has been asked to rescue tells some version of that story. The second mistake is signing without a written scope, which reliably turns the winning cheap quote into 1.5x to 2x the price by launch.
What should I have ready before I contact a development agency?
Three things, none of them technical: a one-page description of the problem in your own words, a list of the tools and spreadsheets the new system must replace or connect to, and a must-have versus nice-to-have split of features. Add a budget range, even a wide one, because it changes the conversation from fantasy to engineering. You do not need a formal specification; producing that is what a discovery phase is for.
Will custom software work with the tools we already use, like QuickBooks and Stripe?
Yes, and this is one of custom software's genuine advantages: QuickBooks, Stripe, Shopify, and most mainstream business tools publish documented APIs built for exactly this. Expect each standard integration to add one to two weeks of build time, and be suspicious of any quote that lists five integrations without asking what data flows in which direction. The hard cases are legacy systems with no API, which is a question to raise in discovery, not in week nine.
How many people should be working on my software project?
Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.
Is it cheaper to customize Salesforce than to build a custom CRM from scratch?
If you use less than a third of what Salesforce does, a custom CRM is often cheaper by year three. Salesforce Enterprise lists at $165 per user per month, so 25 seats cost about $49,500 a year before admin and consultant fees, while a focused custom CRM runs $60,000 to $100,000 once plus 15 to 20% a year in maintenance. If you genuinely need Salesforce's ecosystem, reporting, and app marketplace, customizing it beats rebuilding it; the mistake is paying enterprise prices to use it as a glorified contact list.
Who can build a custom software system?

Digital Heroes builds custom software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.

Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.

What makes Digital Heroes different from other software companies?

Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.

Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.

How can I check Digital Heroes is legitimate before getting in touch?

Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.

Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.

Keep reading
let's build

Build something worth launching.

A plan, a team, a timeline, within 24 hours. No decks, no discovery calls. Tell us what you're building and we'll come back with a real scope and a real number.

message us directly · we reply within one business day

mission briefing

Monthly dispatch

Playbooks, real build costs, and what we're shipping. One email a month. No fluff.

visit us

New York HQ

1140 Broadway, Suite 704 · New York, NY 10001

Get directions
Online now

Hey there 👋 How can we help you today?