Setyenv
Use case

A defective order, resolved end-to-end — without leaving WordPress

One real support scenario, handled entirely by the Setyenv stack: a low-code ITSM platform, a workflow engine, an AI agent that asks before it acts, and an open-source runner that reaches your own machine.

A customer of an online store receives a faulty product and asks for a return. Follow the ticket from the WooCommerce order all the way to a return label generated on the merchant's own computer — each step handled by the right tool in the suite, nothing bolted on, no external SaaS.

1WooCommerce

It starts with a real order

Marta Ruiz bought the Halcyon HX-90 Wireless Headphones — order #50 in the store's WooCommerce. The order, the product and the customer are the source data; the whole support cycle will reference them by their real, human-readable values, never raw database IDs.

The WooCommerce order #50 (Marta Ruiz · Halcyon HX-90 · €149 · completed).
The WooCommerce order #50 (Marta Ruiz · Halcyon HX-90 · €149 · completed).
2WP-PFManagement

The customer opens support

Marta opens a support interaction from her account — describing the defect and linking it to her order. It lands as an ITSM interaction in WP-PFManagement, the low-code platform, carrying the order number, product and customer right on the ticket. She only sees her own interactions; staff see them all.

The customer's interaction form / record, showing the WooCommerce order link (order #50, HX-90, Marta) on the ticket.
The customer's interaction form / record, showing the WooCommerce order link (order #50, HX-90, Marta) on the ticket.
3WP-PFManagement

Triaged to a confirmed-defect incident

Support triages the interaction: category "Confirmed defect" → it converts to an incident. The order/product/customer context copies straight over, and the incident is prioritised from its impact and urgency — a standard ITIL matrix, no custom code.

The incident (INC-0002) created from the interaction, with the Woo context copied and priority set to High.
The incident (INC-0002) created from the interaction, with the Woo context copied and priority set to High.
4WP-PFWorkflow

A workflow routes and drives it

WP-PFWorkflow listens to the platform's record events as native triggers: it routes the incident to the right team, keeps the priority in sync, and orchestrates the steps that follow — visually built, really executed (queue, retries, timeline).

The PFW workflow that fires on the incident event — routing, prioritising, and the steps timeline.
The PFW workflow that fires on the incident event — routing, prioritising, and the steps timeline.
5WP-PFAgent

The agent drafts the reply — and asks first

WP-PFAgent reads the incident and drafts the customer reply in natural language. Before anything is sent or written, it stops at its confirmation gate and asks for a human OK — the agent never takes a side-effect on its own. Bring your own LLM; your keys, your bills.

The agent proposes a change to the incident and stops at its confirmation gate — asking for a human OK before it applies anything.
The agent proposes a change to the incident and stops at its confirmation gate — asking for a human OK before it applies anything.
6wp-executor

The return label is made on the merchant's own machine

Generating the RMA label means touching a tool that lives outside WordPress — on the merchant's computer. A workflow step hands the job to wp-executor, the open-source runner: it runs the merchant's own local label tool, on their own machine, and hands the finished label back. Automation that reaches beyond WordPress into your own environment.

wp-executor running the local RMA/label CLI on the merchant's machine and returning the generated label (PDF).
wp-executor running the local RMA/label CLI on the merchant's machine and returning the generated label (PDF).
7End to end

Attached to the ticket, and resolved

The generated RMA label is attached straight onto the incident, the reply goes out, and the incident is resolved — the whole journey logged in the ticket's journal. Order to resolution, inside your own WordPress, with the source code you can read.

The incident marked resolved — resolution recorded, and the journal logging the full cycle: RMA label generated, attached, incident resolved.
The incident marked resolved — resolution recorded, and the journal logging the full cycle: RMA label generated, attached, incident resolved.

One scenario, the whole suite: a low-code platform for the data and the process, a workflow engine to drive it, an agent that asks before it acts, and a runner that bridges to your own tools. Self-hosted. Source-available to licensees.