Manufacturing moduleProduct · formula · process

Master batch record software — one approved version, every batch.

Swat iQua Suite turns your master formula record, process instructions and product definition into governed, versioned masters. Each is prepared, reviewed and approved by three different people, and every batch runs against the exact approved versions it was planned with.

  • Preparer ≠ reviewer ≠ approver, e-signed
  • Exactly one approved version at a time
  • BoM limits, overage and GMP flags per line
  • Share masters across sites, or fork a local copy
Swat iQua Suite electronic batch record showing steps run against approved master versions

Three masters, one batch

The master batch record, built from three controlled parts.

Instead of one long template, Swat iQua Suite keeps the product definition, the master formula and the process instructions as separate versioned masters. Production orders and batches snapshot all three, so a batch never reads a live master that someone changed mid-run.

  1. ProductProduct version

    Product definition

    Classification, strength or fill, sterility class, dosage form, route and container closure, with default specification, formula and process.

    Approved
  2. FormulaFormula version

    Master formula

    Batch size, theoretical yield and yield limits, and a BoM with target, minimum and maximum quantities.

    Approved
  3. ProcessProcess version

    Process instructions

    Ordered steps with operation type, criticality, instructions and control flags.

    Approved
  4. eBMRBatch

    Batch runs the snapshot

    Exact approved versions are locked onto the order and the batch. No live lookups.

    In progress

Change a master and the next order picks up the new approved version. Batches already running keep the version they started with.

What the masters control

Recipe management for pharma, with the controls built in.

  • Master formula record

    Batch size, theoretical yield and an acceptable yield window that the eBMR uses to classify actual yield at batch close.

    • BoM lines with target, min and max quantity
    • Overage and GMP control flags per line
  • Process step templates

    Ordered steps that set the controls each batch step must enforce on the shop floor.

    • Required, verification and signature flags
    • Attachment, repeatable and hold-point flags
  • Product definitions

    One approved version per product per site, with catalogues for dosage form, sterility class, route of administration and container closure.

    • Per-site manufacturing configuration
    • Integrated, bulk-then-pack, packaging-only or API
  • Three-way segregation of duties

    The preparer, reviewer and approver of a version must be three different people, enforced by the server, and approval is e-signed.

  • Share or fork across sites

    Publish a master read-only to chosen sites, or let a site fork it into its own copy that it then maintains under its own approvals.

  • Recovered-material rules

    Each BoM line can allow fresh material only, a blend, or recovered material only, with maximum fractions and cycle limits that API recovery enforces.

    API manufacturing

Version lifecycle

Every master follows the same five states.

Product definitions, formulas and process masters share one lifecycle. Revising an approved version creates the next draft; it never edits the approved one.

  1. Draft

    Prepare

    The preparer builds the version. Revising an approved formula deep-copies its BoM into the new draft.

  2. In Review

    Review

    A second person reviews it. They cannot be the preparer.

  3. Pending Approval

    Approve

    A third person approves with an e-signature. The server refuses any overlap of roles.

  4. Approved

    Use

    The one current version that new production orders and batches can use.

  5. Superseded

    Retire

    Approving the next version supersedes this one automatically. History stays readable.

How it works

From approved master to executed batch record.

In Swat iQua Suite, the master batch record is not a Word file that gets copied for every batch. It is a set of approved records that the rest of manufacturing reads from. The product definition says what is being made and how the site makes it. The master formula says how much of each material goes into a batch of a given size and what yield is acceptable. The process master says which steps run, in what order, and which of them need a second-person verification, a signature, an attachment or a hold before the next step can start.

Masters drive planning, dispensing and execution

When a planner raises an order in Production Planning, the order snapshots the approved product, formula, process and specification versions, and release is refused if any of them is no longer approved and current. Dispensing scales the formula’s BoM to the planned batch size. The eBMR expands the process master into the batch’s steps, applies the hold-point and verification flags, and classifies actual yield against the formula’s yield window when the batch closes.

  • Production Planning checks that every master version is approved and current before release.
  • Dispensing fans the BoM out line by line, with the min/max window used for reconciliation.
  • The electronic batch record enforces the step flags set in the process master.
  • API recovery reads the per-line reuse rules before admitting a recovered lot.

Why three separate masters

Keeping the formula and the process apart means a change to a manufacturing instruction does not force a re-approval of the BoM, and the reverse. Each change is still governed: revising creates a new draft, the same three-way approval applies, and the audit trail shows the old and new values with a reason. Masters are also available through the REST API for teams that maintain product data in another system.

Masters shared to other sites are read-only there. A site that needs a local variation forks the master into its own copy, so group-wide masters cannot be changed by one plant.

FAQ

Frequently asked questions

Can’t find your answer? Talk to our team — we reply within one business day.

What is the difference between a master formula and a master batch record?

The master formula is the recipe: batch size, materials, quantities and yield limits. The master batch record adds the manufacturing instructions and controls. In Swat iQua Suite these are separate versioned masters — formula and process — that are combined with the product definition when a batch is planned.

Who can approve a new version?

Three different people are required: a preparer, a reviewer and an approver. The server enforces the separation and the approval is e-signed. Only one version can be approved at a time; approving a new one supersedes the old.

What happens to batches in progress when a master changes?

Nothing. Each production order and batch snapshots the exact approved versions when it is created, so running batches keep their versions and new orders pick up the newly approved ones.

Can several plants use the same formula?

Yes. A master can be shared read-only with chosen sites, or a site can fork it into a site-owned copy that it maintains under its own approvals.

Can the masters be maintained from another system?

Product, formula and process masters are available through the versioned REST API, with the same approval controls applying inside Swat iQua Suite.

Ready to see Swat iQua Suite in action?

Book a free, personalised demo and see how Swat iQua Suite takes your plants, labs and quality teams from paper to inspection-ready.

Download the brochure →