Consule Solutions — Product Suite

NetSuite MES — Manufacturing Execution System

Manufacturers running NetSuite reach a point where the ERP knows what should happen and the shop floor knows what did, and nothing reliably connects the two. Work orders are planned in NetSuite; setup and run time, scrap, component consumption and completions are captured on paper, in a spreadsheet, or in a separate system that has to be integrated. That gap is what a Manufacturing Execution System closes.

Consule Solutions covers it with two native NetSuite products. FactoryBridge is the execution layer — the terminal an operator actually works at. FactorySync is the scheduling and capacity layer that decides what should run where and when. Neither is an integration to a third-party MES: both read and write NetSuite records directly.

What a Manufacturing Execution System Does

MES is a broad label, but for a mid-market manufacturer it comes down to four jobs:

Standalone MES platforms do all four, but they sit outside the ERP. That means an integration to build, a second database to reconcile, a second login for operators, and sync failures that surface as inventory that does not match reality. A native approach removes that whole category of problem.

FactoryBridge: Execution on the Shop Floor

FactoryBridge is the MES proper — where the work is recorded as it happens. An operator signs in, picks their location and work center, and sees only the work routed to that station. Everything they do writes back to NetSuite.

Timed setup and run, recorded separately

Each operation is timed in two independent phases. Setup and run are recorded as separate values rather than a single production total, which is what makes changeover cost visible instead of buried. Both phases can be paused, and a pause cannot be recorded without selecting a coded reason — machine breakdown, material shortage, quality issue and so on. Downtime is categorized at the moment it happens rather than reconstructed from memory at the end of the shift.

Component issue with lot and bin traceability

During the run phase an operator issues components against the operation. The selection cascades: choose a lot, and the bin list narrows to bins holding that lot; choose a bin, and the inventory status resolves from that combination. Available quantity is displayed rather than typed, so the operator issues against what is actually on hand. This is the backbone of downstream traceability.

Output and yield recorded against the completion

Formula-based production rarely yields a single output. CoYield captures co-products and by-products against a specific completion, with their own lot, bin, status and expiry. YieldCraft reconciles the input side — planned component quantity against actual usage — and requires the resulting variance to be allocated against real inventory rather than written off silently.

Routing enforcement, locks and an audit trail

Operations cannot be run out of order: if the preceding operation has not been started, the execution screen refuses and says so. Starting an operation takes a lock on the work order, so two operators at the same station cannot run the same job simultaneously. Every action is attributed to an operator and written to a tenant-wide audit log, filterable by module, action, operator, work order and date, and exportable to CSV.

Built for shop-floor networks

Factory wifi is not office wifi. If a tablet drops off the network, submissions made on it are held in Sync Center and can be synced once it is back online — component issues, completions, co-yield and yield variance. Nothing has to be re-entered.

FactorySync: Scheduling and Capacity

FactorySync answers the question FactoryBridge does not: what should run where, and when. Kanban boards, Gantt charts and calendar views for production planning; work-center load analysis and bottleneck identification; automated alerts for overdue, blocked and at-risk work; and operation-level dependency tracking with cascading impact analysis.

The short version

FactorySync decides the plan. FactoryBridge records what actually happened against it. Most manufacturers evaluating "NetSuite MES" need both, but the one that removes paper from the floor first is FactoryBridge.

Which Layer Do You Need?

If your problem is…Start withWhy
Operators record production on paper and it is keyed into NetSuite laterFactoryBridgeRemoves the paper step; the record is created where the work happens
You cannot trace which lot went into which finished itemFactoryBridgeLot, bin and inventory-status issue against each operation
Nobody knows why the line stopped, only that it didFactoryBridgeCoded pause reasons captured at the moment of stoppage
You cannot see what is running where, or spot a bottleneck before it bitesFactorySyncVisual scheduling and work-center capacity analysis
Schedules slip and nobody finds out until the due dateFactorySyncDue-date risk analysis and live alerts
You need machine-level data from the equipment itselfFactoryPulseMachine connectivity into NetSuite

Native to NetSuite, Not Integrated With It

The practical differences compound:

The trade-off is honest: because the data lives in NetSuite, reading work orders needs a connection. FactoryBridge is resilient to a dropped network mid-job rather than designed for fully disconnected operation.

Where It Fits With the Rest of the Suite

For batch and formula manufacturers, ProShop handles the batch work orders and formula-driven bills of material that FactoryBridge then executes — see NetSuite batch manufacturing for that side. LumberSuite covers board-foot and tally requirements for lumber operations, and Project2Prod connects project management to production for engineer- and make-to-order work. The full picture is on the NetSuite manufacturing add-ons page.

What Is Coming Next

Quality checks on the operator console, work instructions delivered to the terminal, non-conformance reports raised at the point of discovery, and NetSuite Projects support are on the FactoryBridge roadmap, followed by machine-level OEE. Because setup and run are already timed separately and every stoppage already carries a coded reason, the availability half of an OEE calculation is real data rather than an estimate.

Explore FactoryBridge

Frequently Asked Questions

Is FactoryBridge a full MES?

It covers the execution side of MES natively in NetSuite: dispatch to the work center, timed setup and run phases, coded downtime reasons, lot and bin component issue, co-product and yield recording, and a full audit trail. Scheduling and capacity planning sit in FactorySync, and machine-level data collection in FactoryPulse. Together they cover what most mid-market manufacturers mean by MES.

How is this different from a standalone MES?

A standalone MES runs its own database alongside your ERP and has to be integrated with it. That integration is the source of most ongoing cost and most data disputes. FactoryBridge and FactorySync read and write NetSuite records directly, so there is no sync layer, no duplicate master data, and no question of which system holds the truth.

Do operators need a NetSuite license each?

Operators sign in to the FactoryBridge console with an operator role, which grants all permissions except user management and invitations. Licensing depends on your NetSuite agreement — worth confirming with us against your specific account.

What happens when the shop-floor network drops?

Submissions made on that tablet are held in Sync Center and synced when it reconnects, so a completion or component issue is never lost. Reading new work orders does need a connection, because the work orders live in NetSuite.

Can it handle multiple sites?

Yes. Operators choose their location and work center at sign-in, and both are read from NetSuite's own location structure, including sub-locations. A tablet is not fixed to one station.

How does traceability actually work?

Components are issued against the operation with a specific lot, bin and inventory status, and the selection cascades so an operator cannot issue a lot that is not in the bin they picked. Every issue, completion and yield entry is attributed to an operator and timestamped in the audit log.