← All products

For running production · reference version

W-Make Batch · Vanilla

Batch management for container-glass production, designed for furnaces pulling 150 to 600 t/d: from batch sheet through silo and batch log to the daily log, with the shift book as the everyday workplace.

My role
Data model, full-stack development and technical quality.
Technology
Node.js · Express · SQLite · Web Components · native tests · Playwright
Status
Live · reference version
Who it is for
The complete version. Postings, stock and shift handover share one data model.

Situation

In container-glass production every step builds on the one before. A recipe version applies, a batch sheet goes to the scale, consumption comes off the silo, oxide and redox have to suit the furnace, the shift hands over, and the day is closed. If one link is missing, there are three figures the next morning that do not agree.

Built as a loose set of screens, someone ends up retyping values from one sheet to the next. The batch sheet then says one thing, the silo level another and the log a third. The quickest correction is to delete or overwrite a row. After weighing, though, the stock is wrong from that point on, and nobody can see it.

Then there is the shift handover. What is only passed on verbally cannot be traced the next day. Whoever takes over in the morning finds a plant and a spreadsheet that contradict each other.

Features

Recipes and glass chemistry

Versioned recipes, raw material master data, oxide and redox calculation, glass physics and recipe optimisation.

Batch sheet and batch log

Create and post batch sheets, batch log with automatic silo deduction, cancellation and reconciliation instead of deletion. Goods receipts by truck and removals are fully settled; overflows stay visible as open items.

Silos and storage

Silo levels over time, raw material receipts by truck, storage and cullet locations, stocktaking and reconciliation.

Shift and day

Shift book with faults, maintenance, reports, tasks and photos. Plus shift handover, daily plan, shift and daily logs with actuals and day close.

Furnace and surroundings

Furnace rounds, lab values, filter systems, energy, emissions and colour-change planning.

Reporting and integration

Reports, print and PDF, CSV export for SAP, REST API for machine data. Multiple sites, user roles and an interface in German and English.

Walkthrough

What it looks like in the application

Prepare the batch

The recipe is taken into the batch sheet. Above it sit batch size, temperature and redox target, below it the load on each scale. A scale close to its limit shows up early.

Batch sheet with the Antik gruen recipe, redox display and scale assignment
The new pictures are from batch.w-make.com on 4 November 2026. The scrolling line under the alarm is hidden. Older pictures are from a demo copy.Open image at full size

Key decisions

  1. 01

    Postings are not deleted. A correction after silo deduction is a reversal, a cancellation or a reconciliation, so the event stays visible.

  2. 02

    Batch sheet, batch log and daily log share one data model. Two separate tools at that point would bring back the same retyping as on paper.

  3. 03

    Oxide, redox, batch size and cost stay tied to the recipe version and live in their own modules. The interface only displays the figure.

  4. 04

    Shift start is set centrally so all stations post to the same production day. The default is 06:00.

  5. 05

    Migrations, backups and a repeatable day close are part of the product and planned in from the start.

  6. 06

    Each key figure appears only once on a page. The same figure in three places makes the shift ask which one counts.

Quality

What gets delivered can be checked.

  • Over 1,400 automated checks — unit, API, posting system, i18n, ESLint and Playwright — run on every change before it reaches the demo instance.

  • The November 2026 posting audit reviewed truck goods receipt, piece and cullet storage, silo overflows, cancellations and the day close. Found gaps are closed and covered by regression tests.

  • The read-only role is enforced server-side: a demo visitor cannot change anything, whatever the interface tries.

  • The development log on the homepage shows the real commits — activity is publicly verifiable, not claimed.

A look inside

A look at the application.

The pictures are from batch.w-make.com. The instance is password-protected; temporary access is available on request.

The shift overview on batch.w-make.com: the current late shift, the target and the next planned batch.
The shift overview on batch.w-make.com: the current late shift, the target and the next planned batch.
The silo centre on batch.w-make.com: level, moisture, days of cover and consumption per silo.
The silo centre on batch.w-make.com: level, moisture, days of cover and consumption per silo.
The shift book on a phone: context bar and key figures above the entries.
The shift book on a phone: context bar and key figures above the entries.
Raw material management on a phone: overview with key figures and filters.
Raw material management on a phone: overview with key figures and filters.
Sign-in on batch.w-make.com: W-Make Batch v1.1.0.
Sign-in on batch.w-make.com: W-Make Batch v1.1.0.
The same sign-in on a phone: visible fields, password toggle and a note on the instance.
The same sign-in on a phone: visible fields, password toggle and a note on the instance.

The process at a glance.

  1. 01

    Recipe

    Composition, version, temperature and cost stay linked to later consumption.

  2. 02

    Batch sheet

    The order to the scale, generated directly from the valid recipe version.

  3. 03

    Silo

    Consumption is deducted from stock automatically.

  4. 04

    Batch log

    What was weighed stays assigned to batch and recipe version.

  5. 05

    Log

    The day close records what the next shift will find.

Result

What used to be three contradicting numbers in the morning is now a stock with receipts: every posting, correction and reconciliation stays visible, and nobody deletes rows any more.

Overflows — when a scale delivers more than the silo holds — are no longer dropped silently but shown as open items in stock and settled with the next receipt.

The day close is repeatable: target and actual per production day are on record, differences point to the receipt that caused them, and the shift handover happens in the system.

What carries over

Whatever cannot be undone in the process has to be safeguarded in the data model. A check in the form comes too late once silo and log have been written.

Demo access on request.

First call · 30 minutes · free

Tell me where your process gets stuck.

A few sentences about the process are enough: what runs in lists or side calculations today, and who works with it. Within two working days you get a reply and a clear view of whether I am the right person for it.

Arrange a callAssess your own process →