Skip to content

Production Page

The Production page is the day-to-day operational hub of your Board. It is where the shop floor lives — every job currently in progress, who is working on what, what is finished, what is blocked, and what is waiting to be picked up. Open it from the main sidebar (Production) or by navigating to /production.

The page offers several ways of looking at the same underlying production data — a table view, two built-in kanban boards, and any number of custom kanban views you define yourself. You pick whichever fits the task at hand, and your choice is remembered the next time you open the page.


  1. What this page is for
  2. Anatomy of the page
  3. Built-in views
  4. Custom views
  5. Filtering
  6. Hide toggles — Archived, Completed, Draft
  7. Column visibility
  8. Active employees in the header
  9. Drag and drop between workstations
  10. Print View / export
  11. Live updates
  12. Customizing the Production page
  13. Tips and best practices

The Production page answers three questions at any moment:

  • What jobs do we have in the shop right now? — every active job, who it’s for, when it’s due, where it is in the workflow.
  • Where is each job in the workflow? — at which workstation each piece of work currently sits, how much has been completed, what’s still planned.
  • Who is working on what? — which employees are clocked in, on which job, at which workstation.

Use it for:

  • Production planning — drag a job to the next workstation when the previous step is done.
  • Daily standups — show the kanban on a monitor; the team sees the same picture you do.
  • Bottleneck detection — columns that pile up reveal where capacity is short.
  • Status reporting — share a print/export with management or a client.
  • Drilling into a specific job — find it in the table, jump straight to its detail.

At the top of the page, from left to right, you’ll see:

  • Title — “Production” (or whatever you’ve renamed it to in App Settings → Naming).
  • Print View button — exports the current view as an image (see Print View).
  • View selector — a dropdown with all built-in and custom views.

Below the header sits a toolbar specific to the active view: filters, hide toggles, column visibility controls, and the search box where relevant. Beneath the toolbar is the view itself — the table or kanban board taking up the rest of the screen.

The application’s top bar also shows a small avatar group of clocked-in employees — clicking a face filters the production view down to that person’s current job. See Active employees.


The Production page ships with three built-in views. Switch between them using the dropdown in the top-right corner. Your current view is remembered in your browser, so the next time you open the page you go straight back to it.

A high-density spreadsheet-style table listing every job in the system, one row per job.

Production page — Jobs Data Table view

Default columns:

  • Status (colored badge)
  • Image / thumbnail
  • Reference number
  • Name
  • Quantity
  • Order number / project
  • Schedule
  • Client
  • Completion date
  • Category
  • Delivery / installation date
  • One column per workstation (showing planned vs. manufactured qty)

What you can do here:

  • Sort by clicking a column header.
  • Filter by any column (see Filtering).
  • Hide/show columns via the Columns button (see Column visibility).
  • Hide archived jobs with the toggle.
  • Page through the results (paginated 25 per page by default).
  • Click a row to open the job’s detail panel.

This view is the best choice when you need to scan a lot of jobs at once, search for a specific reference, or get an overview of due dates.

A horizontal kanban board with one column per workstation.

Production page — Workstations Kanban view

Each card in a column represents a piece of work currently parked at that workstation, with the job reference, name, planned qty, manufactured qty, blocked status, and any clocked-in employee avatars.

What you can do here:

  • Drag cards between workstations to move work along the workflow (subject to each workstation’s “Allow drag-in” setting — see Drag and drop).
  • Reorder cards within a column to set priority — the topmost card is the next one to work on.
  • Click a card to open the job-workstation detail panel with all the context: drawings, logs, notes, and quick actions.
  • Filter the board (see Filtering).
  • Hide draft / completed cards with the toggles.
  • Hide whole columns you don’t want to look at via Columns.

This is the most-used view on the shop floor — it mirrors how work physically flows.

Same general layout as the Workstations Kanban, but with a department filter at the top so you can isolate one department at a time (Assembly, Paint Shop, Packing, …).

Production page — Departments Kanban view

  • Pick All Departments to see every workstation, color-coded by department.
  • Pick a specific department to show only its workstations as columns.

Use this view when one team only cares about its own section of the shop, or when you have so many workstations that the full board is too wide to scan comfortably.

Renamed accounts. If you’ve renamed Departments to something else via NamingStages, Teams, Areas, Cells — this built-in view’s label updates to match (e.g., Stages Kanban). The behaviour is identical.


In addition to the three built-ins, you can define any number of custom kanban views in App Settings → Kanban Views. Once created, each custom view appears as its own entry in the view selector under the Custom Views section.

A custom view lets you:

  • Filter to a specific department, or leave it as All Departments.
  • Hide and reorder columns to show only the workstations relevant to that view.
  • Add metafield columns — extra columns showing job metafield values, useful for the public Kiosk page.
  • Get a public URL key — each custom view has an auto-generated URL slug used to open the read-only Kiosk page that can be shown on a wall-mounted screen.

Use cases:

  • “Paint Shop Today” — a custom view scoped to the paint shop’s workstations, sorted to highlight what’s due first.
  • “Final QA” — a focused view containing only the inspection and packing workstations.
  • A Kiosk display for the assembly floor that updates automatically and is opened on a tablet.

See App Settings → Kanban Views to create or edit these. Once created they appear immediately in the Production view selector.


All views support filtering. The filter behavior is the same across views, with the available filterable fields varying slightly by view (kanban filters operate per job-workstation, table filters operate per job).

  1. Click Add Filter in the toolbar.
  2. Pick the field to filter on (Job Name, Status, Client, Planned Qty, Delivery Date, …).
  3. Pick an operator. Available operators depend on the field type:
    • Text: contains, equals, starts with, ends with, is empty, is not empty,
    • Number: equals, greater than, less than,
    • Date: before, after, on or before, on or after,
    • Status / Category: equals, not equals, is empty,
    • Boolean (e.g., Task Blocked): equals yes / no.
  4. Enter or pick a value. The board updates as you type (debounced).

You can stack as many filters as you like — they are combined with AND. For example: Client = “Acme” + Delivery Date ≤ 2026-06-01 + Status ≠ Archived.

  • Click the × on a single filter chip to remove just that filter.
  • Click Clear All to remove every filter at once.

Filtering on workstation quantities (table view)

Section titled “Filtering on workstation quantities (table view)”

In the Jobs Data Table view, every visible workstation column also becomes a filterable field — you can filter for jobs where, for example, Assembly qty ≥ 5 or Painting qty = 0.


Hide toggles — Archived, Completed, Draft

Section titled “Hide toggles — Archived, Completed, Draft”

To keep the view focused on actionable work, the toolbar offers three toggles. They are independent of the filter bar and complement it.

ToggleWhat it hidesWhere it’s available
Hide ArchivedJobs whose status is the system “Archive” status (i.e., a job marked as completed/archived by the system or manually).Jobs Data Table, Workstations Kanban, Departments Kanban
Hide CompletedKanban cards where manufactured qty ≥ planned qty (or, for shared-quantity departments, where the pooled department qty meets the job’s total).Kanban views
Hide DraftJob-workstation rows marked as draft (work that has been planned but not yet released to the shop).Kanban views

Toggle states are remembered per browser, so once you’ve set them the way you like they stay that way.


Every view comes with more columns than most users need at once. Click the Columns button in the toolbar to control which ones are shown.

  • Table view: check or uncheck data columns (Status, Image, Client, Delivery Date, …) and individual workstation columns.
  • Kanban views: check or uncheck workstation columns (or, in the Departments view, the department-filtered subset).

Inside the columns menu:

  • Show All — re-enable every column at once.
  • Hide All — hide every column at once (useful as a starting point to then enable just a handful).
  • Drag column entries to reorder them on screen.

Like the hide toggles, column visibility and order are stored in your browser, so each user can tailor their own layout without affecting others.


The application’s top bar shows a small avatar group of every employee currently clocked in — that is, anyone with an open time-tracking entry (a started timer that has not been stopped).

  • Hover an avatar to see the employee’s name and the job they’re working on.
  • Click an avatar to filter the Production view down to that employee’s current job — the badge at the top of the view shows the active job ref, and you can clear the filter to go back.

If a lot of people are clocked in, a View all clocked-in employees link opens a popover with the full list.

This is fed by the live time-tracking data — when someone starts work in the Kiosk or mobile app, their face appears here within a few seconds.


In any of the kanban views, you can drag a card from one workstation column to another. The system updates the underlying job-workstation record immediately and the move is visible to everyone else looking at the board within seconds.

A few rules to be aware of:

  • “Allow drag-in” per workstation — each workstation has a flag (in App Settings → Production Settings) that controls whether other people can drop cards into it. Workstations with drag-in disabled are read-only targets — a card already there can be moved out, but nothing can be dragged in. Useful for workstations whose work list is generated automatically.
  • Reordering within a column — drag a card up or down within the same column to change priority. The new order is saved instantly.
  • Drag in the Jobs Data Table view — not available; the table view is read-only for ordering.

If a drag is refused, you’ll see a short notice explaining why (usually “this workstation does not accept dragged-in operations”).


The Print View button (top-right of the page) exports the currently visible view as a high-resolution PNG image — exactly what you see on screen.

  • The export captures the active view (table, kanban, or custom view).
  • The file name reflects the view: production-table.png, production-kanban.png, production-departments.png, or production-<your-view-name>.png for custom views.
  • The button shows a spinner while the export is being prepared, which can take a few seconds on large boards.

Use cases:

  • Daily reports — attach a snapshot to an email or chat message.
  • Wall-mounted displays — print and post.
  • Client / supplier updates — share a one-look picture of where their order is.

For a live wall display, prefer the Kiosk page (via a custom kanban view’s URL key) — it updates automatically and doesn’t need re-exporting.


The kanban views are designed to stay fresh without you reloading the page. The frontend quietly polls a lightweight version stamp and only refetches the full board when something has actually changed — a new quantity logged, a card moved, a timer started or stopped.

What this means in practice:

  • If a colleague drags a card on their screen, you see the move within a few seconds.
  • If someone clocks in to a workstation, their avatar appears on the card without any action on your part.
  • The polling is cheap — it’s a single small request that returns a 304 Not Modified when nothing has changed.

The Jobs Data Table view is loaded on demand (when you change filter / sort / page) rather than continuously polled.


A lot of what makes the Production page useful is configured elsewhere:

To change…Go to…
Workstation list, order, color, “Allow drag-in”App Settings → Production Settings
Departments (group workstations, color, order)App Settings → Production Settings
Job statuses (names, colors, completion status)App Settings → Production Settings
Job categoriesApp Settings → Production Settings
Custom kanban views / Kiosk pagesApp Settings → Kanban Views
Rename the “Production” page in the sidebarApp Settings → Naming
Auto-close stale time logs at end of shiftApp Settings → Cron Jobs (see Cron Jobs)
Notify external systems when production events happenApp Settings → Webhooks (see Webhooks)

Changes to these settings reflect on the Production page immediately for everyone — there’s no need to clear a cache or refresh.


  • Pick a default view that matches your role. A foreman probably wants the Workstations Kanban. A planner usually prefers the Jobs Data Table. A team lead might create a custom view scoped to their own department.
  • Use Hide Completed + Hide Archived together to keep the kanban focused on what’s still actionable today. Re-enable them when you need to look back at recent work.
  • Don’t try to filter and toggle in conflict — if a filter says Status = Completed but Hide Archived is on, you may see nothing. Clear one or the other.
  • Order cards within a column to match daily priority — the team relies on top-to-bottom as the work order.
  • Set workstation colors per department. Color-coded columns make it much easier to scan a wide board.
  • Mark workstations that don’t accept manual drops as “Drag-in disabled” — for example, an automated cutting station whose work list comes from a CAM system.
  • Use custom views for Kiosk displays rather than the full board — the floor team only needs to see their workstations.
  • Print View is fine for one-off snapshots. For a live wall display, use the Kiosk URL of a custom view instead so it updates automatically.
  • Combine with Webhooks to push real-time production events (quantity logged, task blocked, job completed) into Slack, Teams, an ERP, or any other system that can accept an HTTP request.