Product tour

The actual software.

Every image below is a screenshot of Sheptra running, not a mockup. Drag any figure to see the same screen in light and dark — the applications are built on one set of design tokens, so both themes are the same software.

Model it in the browser

A BPMN, DMN and form editor that knows what the engine will accept. Validation is the engine’s own rule set running in the page, so a diagram or a form that lints clean here deploys clean.

The Order Fulfilment process open in the Sheptra Modeler, with the element palette, the properties panel and the problems panel visible around the diagram canvas.
Modeler — the BPMN editor. Palette, properties and the problems panel around the canvas.

The element palette, the properties panel and the problems panel sit around the canvas. Problems come from bpmnlint plus a rule pack mirroring the engine’s own checks, so the panel is a preview of the deploy, not a second opinion.

The Review exception form open in the Sheptra Modeler form builder: the component palette on the left, the form on the canvas with its decision choices and reviewer notes, and the properties panel on the right.
Modeler — the form builder, on the Review exception form.

The same library, one file kind over: a form is designed on a canvas with the component palette beside it and each field’s properties on the right. The palette offers only what the engine accepts — no file upload, no embedded frames — and the form’s id is the key a user task binds to. It deploys to an environment like a process does, and every deploy is a new version.

The Order Fulfilment process in the Sheptra Modeler with the Review exception task selected, and the properties panel’s Form group naming the ReviewException form key.
Modeler — a user task bound to its form.

Select the task and the properties panel’s Form group names the form by key, offers the library’s forms as choices, and says whether that key is deployed to the environment the editor is pointed at. Deploy the form before the process; if you forget, the deploy still goes through and tells you the task will run without it.

The Sheptra Modeler process library, listing the BPMN, DMN and form files in a Demo folder with their deployment status.
Modeler — the process library.

Folders, drafts and deployed versions in one list. Deployment state travels with the file, so “which version is in development” is answered where you edit rather than in another console.

Version history for the Order Fulfilment process, showing the version rail beside a visual diff of the diagram.
Modeler — version history with a visual diff.

Every deploy snapshots a version. The diff is visual first — what moved on the canvas — with the element change list and the raw XML behind it.

The deploy dialog in the Sheptra Modeler, offering development, staging and production environments, with production marked as requiring approval.
Modeler — deploying to an environment.

A deploy names an environment, not a server. Development and staging go straight through; production is marked as requiring approval, so the same button means something different depending on where it points.

The XML view in the Sheptra Modeler, showing the BPMN 2.0 source of the Order Fulfilment process in a code editor beside the diagram tabs.
Modeler — the XML view.

It is a BPMN 2.0 file, not our format — here it is, two-way synced with the canvas. Edit either side. Anything the engine will reject is a problem in the panel before it is an error on deploy.

The Sheptra Modeler template gallery, showing the built-in process and decision blueprints grouped by category.
Modeler — the built-in template gallery.

Six blueprints ship with the product, covering approvals, onboarding, escalation and a DMN decision table. They are starting points, not a marketplace — a connector catalogue is still roadmap.

Captured from a Sheptra development stack on 30 September 2026, running the Order Fulfilment example the quickstart deploys. No image has been retouched.