Setting Up Workflows in Epicor Kinetic (BPMs, Low-Code)
Learn how to set up workflows in Epicor Kinetic using BPM directives and low-code tools, with step-by-step AP invoice approval and AR credit-hold routing examples.

Where our guide to Epicor AI, Prism, Edge Agent and Automation Studio maps Epicor's automation layers, this tutorial goes one level down: how setting up workflows in Epicor Kinetic actually works with BPM directives and low-code tools. Most Kinetic teams already have workflows. They just live in inboxes, spreadsheets and someone's memory of who signs off on what. Below, we cover how to pick the right tool, how to build a condition-and-action rule, and how the approach plays out in AP invoice approval and an AR credit-hold review.
What Are Workflows in Epicor Kinetic?
In Epicor Kinetic, a workflow is any defined path a transaction follows: who touches it, which rules it must pass, and what happens next. The term covers several different mechanisms, and separating them early prevents the most common design mistake: reaching for custom logic when a setting would do.
Business rules and validation stop bad data at entry, such as blocking a purchase order with no supplier reference.
Workflow automation and routing move work to the next person or system, such as notifying a buyer when a receipt posts.
Approval processes pause a transaction until an authorized person signs off.
BPM customization is Epicor's framework for attaching custom logic to system events, and it can implement all three of the above.
Low-code configuration shapes screens, fields and simple interactions without server-side code.
Teams build workflows to cut manual handoffs and make outcomes consistent: the same invoice gets the same treatment on a quiet Monday and at quarter-end. Finance benefits fastest, because accounts payable and accounts receivable both run on thresholds, authority limits and exceptions. Those two areas supply the worked examples below.
Epicor Kinetic BPM vs. Low-Code Workflow Tools
Kinetic offers several overlapping tools, and the right one depends on where the logic needs to run.
BPM directives run on the server and come in two families. Method directives attach to a business object method and run as pre-processing (before the method), base processing (in place of it) or post-processing (after it). Data directives attach to a table and run when records are added, updated or deleted: in-transaction directives fire as the change is about to be written, and standard directives run after it is saved. Epicor's own BPM guidance strongly advises against base processing directives without expert help, so most finance rules sit in pre-processing (validate or stop), post-processing (notify or follow up) or in-transaction data directives. Each Epicor BPM method directive or data directive pairs conditions with actions such as raising an exception, setting a field, invoking a business object method or sending an email.
Around BPM sit three other tools. Epicor Functions package reusable server-side logic that directives, screens and integrations can call. Application Studio is Epicor's no-code/low-code tool for configuring Kinetic screens, fields and UI events. Automation Studio, powered by Workato, is a separately licensed integration platform whose recipes can include human-interactive approval steps over email, Slack or Teams.
Tool | Where it runs | Typical workflow use | Skill needed |
BPM method directive | Server, around a business object method | Validate, block or notify around a transaction | Visual designer; code for complex logic |
BPM data directive | Server, on table changes | Enforce rules whatever screen or integration writes the data | As above, with care for performance |
Epicor Functions | Server, called by BPMs, apps or REST | Reusable approval or calculation logic | Low-code, optional code |
Application Studio | Browser UI | Layouts, field rules, buttons that call logic | No-code to low-code |
Automation Studio | Cloud iPaaS, separate licence | Cross-system workflows and approvals | Low-code, with IT governance |
Low-code does not mean no technical knowledge. The Epicor Kinetic low-code toolset lowers the bar, but choosing the right method, handling empty values and testing side effects still need someone who understands Kinetic's business objects and holds the right security permissions. Epicor Kinetic no-code capabilities are strongest in screen configuration; server-side workflows usually need an administrator or developer.

How to Set Up a Workflow in Epicor Kinetic
The sequence below works whether the result is a native setting or an Epicor Kinetic BPM directive. Exact menu paths vary by release, licence and permissions, so treat it as a design method rather than click-by-click instructions.
Define the business event and outcome. Write one sentence: "When X happens, Y must occur, or the transaction must stop."
Identify the Kinetic process. Find the application, business object and table involved. A trace of the user action shows which methods actually fire, since one screen can call several.
Choose the mechanism. Check native functionality first, then configuration such as Application Studio or Action Plans. Use BPM only when the logic is genuinely custom.
Define the trigger and conditions. Pick the directive type and stage, then express the rule as conditions on field values, user groups or related records.
Configure the action or routing. Decide what happens when conditions are met: raise an exception, set a status, send a notification or call a function.
Test expected and unexpected scenarios. Run the normal path, then empty fields, edits after approval, imports, integrations and users without the right role.
Validate permissions, logging and audit. Confirm who can edit the directive, who can approve, and where each decision is recorded.
Deploy and monitor. Enable it in production, watch for errors and slowdowns, and review the rule when policy changes.
A condition-and-action rule in practice. Suppose policy says no purchase order over $25,000 may be released without a director's approval. Conceptually, the event is a PO update, the condition is "total above $25,000 and not yet approved," and the action is to stop the release with a clear message and notify the director. Kinetic's native PO approval settings may already cover this. If they don't, it becomes a pre-processing method directive on the relevant purchase order method. The conceptual rule takes minutes to write; finding the right method, data and permissions, then testing it, is where most of the effort goes.
Example: Setting Up an AP Invoice Approval Workflow
AP invoice approval shows why tool choice matters. Kinetic's core AP module records and matches invoices, and Logged AP Invoice Entry lets teams record invoices on arrival and approve or void them before matching, as described in our guide to AP and procure-to-pay in Kinetic. Multi-level approval routing, however, typically comes from one of three places:
BPM with custom fields and dashboards. Epicor community practitioners describe flagging invoices above an amount threshold with an in-transaction data directive, then using dashboards and functions for approvers to approve or reject.
Epicor ECM AP Automation, a separate Epicor product that captures, routes and approves invoices before integrating them with the ERP.
Automation Studio recipes, where Epicor's industry templates include AP invoice approval.
Whichever route you choose, design the workflow around these elements:
Design element | Question to answer |
Event | Is approval triggered at entry, after matching, or before payment selection? |
Conditions | Which fields drive routing: amount, supplier, department, cost center, PO or non-PO? |
Approver | Is it a named user, a role, or derived from a cost center or GL segment? |
Outcomes | What happens on approval, rejection or missing information? |
Escalation | Are reminders native to the tool, or must they be built? |
Audit trail | Where are the decision, approver and timestamp stored, and can auditors see them from the invoice? |
BPM directives react to transactions, not to the passage of time, so reminders for idle approvals usually need a scheduled process, a recipe or a dedicated approval tool.

Each invoice either clears matching and routing to an approver, or stops for AP review; only approved invoices move on to posting.
Example: Setting Up an AR Workflow
On the receivables side, a practical workflow is routing a credit-hold review. Kinetic can place customers or orders on credit hold according to configured credit settings. The workflow question is what happens next.
Trigger: a sales order goes on credit hold, or a customer crosses their credit limit.
Information to review: open balance, credit limit, aging, recent payments and the value of the held order.
Routing: a post-processing directive emails the credit manager, or an Action Plan creates a review step if your release and licence include them. Epicor introduced Action Plans in Kinetic 2025.2 to automate multi-step approvals across departments.
Outcome: the credit manager releases or keeps the hold in Kinetic, with a comment or custom field recording the reason.
Keep the boundaries clear. Routing a credit-hold review is not a collections strategy, cash application or customer communication. Epicor sells collections automation separately as Epicor Cash Collect, with rule-based customer reminders and collector activities. Matching payments to invoices is another process again, covered in our Kinetic order-to-cash guide.

Epicor Kinetic BPM Best Practices and Common Challenges
One rule per directive. Name it after the business rule, not the person who built it.
Don't duplicate logic. Move shared checks into Epicor Functions instead of copying them across directives.
Pick the narrowest trigger. Use method directives for user-driven rules and data directives only when a rule must hold however the data arrives.
Test exceptions, not just the happy path. Include empty values, partial receipts, edits after approval, mass updates and integration writes.
Check authority and access. Align approvers with your delegation-of-authority policy and restrict who can edit or disable directives.
Log decisions deliberately. An exception that blocks a save rolls the transaction back, so nothing is recorded unless the directive logs it.
Re-test before upgrades. Methods and screens change between releases; Epicor's retirement of the Classic Forms interface in May 2026 is a reminder that UI-dependent logic needs review.
Name owners. Every directive needs a business owner and a technical owner.
Before go-live, ask three questions: what happens when the approver is on leave, when an integration writes the record, and who sees a rejected transaction next?
When to Consider Customizable Approval Routing with Hyperbots (Persimmon Case Study)
Kinetic BPM and the tools above handle clear rules well. The case for a finance-specific layer grows with the work around the approval: invoices in many formats, line-level matching, GL coding, and exceptions that need context before anyone can sign off.
Kinetic stays the ERP and system of record. Hyperbots works alongside it for supported AP workflows. The Invoice Processing HyperAGENT discovers, extracts, validates, matches, GL-codes and posts invoices, and its flexible invoice approval workflows route by business unit, department, cost center and amount. In Hyperbots' own example, invoices under $10,000 go to managers and larger ones to directors, while invoices above a set limit require CFO approval and approvers can assign an invoice outside the usual path for clarification. Human-in-the-loop controls keep people on exceptions and approvals, with an audit trail of every AI and human action.
The Hyperbots Epicor connector reads vendors, purchase orders, receipts and GL accounts, then writes AP invoices through Epicor's own validation and posting process. It does not replace BPM: rules already configured in Kinetic still apply to the transactions it writes.
Persimmon Technology case study. Persimmon runs Epicor on-premises. In a conversation with Hyperbots, VP of Finance Dave Sackett explained that invoices are read from the AP mailbox, three-way matched to the PO and receipt, GL-coded and posted in Epicor, with about 80% going straight through and AP data entry cut by 80%. Every write is read back; failures retry, then land in an exceptions queue with a Teams alert. He added that where business process workflows exist, the connector triggers them as a human user would, so custom logic keeps working. Persimmon went live in three to five weeks, faster than usual; for ERPs where Hyperbots has API connectors, including Epicor, implementation typically takes six to eight weeks.
These capabilities are documented for AP. Hyperbots also offers collections and cash application HyperAGENTS, but AR approval routing on Epicor should be scoped case by case.
Conclusion: Building Better Workflows in Epicor Kinetic
Good workflows start with the business outcome, not the tool. Define the event and the rule, check native functionality first, use Application Studio, Action Plans or Automation Studio where they fit, and reserve BPM directives for logic that truly needs them. Then test the exceptions and confirm who owns the result.
For straightforward rules, Kinetic's native and low-code capabilities are often enough. When approval routing depends on reading, matching and coding invoices first, a finance-specific layer can carry that work while Kinetic remains the system of record. Request a Hyperbots demo to see configurable invoice approval routing working alongside Epicor Kinetic.
Frequently Asked Questions
How do you set up workflows in Epicor Kinetic?
Start by writing the business rule in plain terms, then identify the Kinetic process and business object involved. Check whether native functionality or configuration covers it before building a BPM directive. Configure the trigger, conditions and action, test normal and exception cases, and confirm permissions and audit logging before deploying. Exact screens vary by release and security setup.
What is BPM in Epicor Kinetic, and which directive should I use?
BPM is Epicor's framework for running custom logic when system events occur. Method directives run before, instead of or after a business object method; data directives run when table records change, either in-transaction or after the save. Use method directives for user-driven rules, and data directives when a rule must apply whichever screen or integration writes the data.
Does Epicor Kinetic support no-code workflows?
Partly. Application Studio offers no-code and low-code configuration of screens, fields and UI events, and Action Plans (from Kinetic 2025.2, subject to licensing) target multi-step approvals without custom directives. Server-side logic usually needs the BPM designer or Epicor Functions, which are low-code but still require technical knowledge and administrator permissions.
Can you create AP invoice approval workflows in Epicor Kinetic?
Yes, though usually not purely out of the box. Teams combine Logged AP Invoice Entry with BPM directives, custom fields and dashboards, or add Epicor ECM AP Automation or an Automation Studio recipe. The options differ in reminders, escalation, mobile approval and audit detail, so compare them against your approval policy before building.
Can a BPM send approval reminders or escalate overdue approvals?
A BPM can send an email when its event fires, but directives react to transactions rather than elapsed time. Reminders for approvals that sit untouched usually need a scheduled process, an Automation Studio recipe or an approval tool with built-in escalation. Confirm what your chosen option supports before promising turnaround times to approvers.
Can Hyperbots complement Epicor Kinetic approval workflows?
Yes, for supported AP workflows. Hyperbots reads master data, POs and receipts from Epicor, routes invoices through configurable approval workflows, and writes invoices back through Epicor's own validation and posting. Kinetic remains the system of record, and existing business rules still apply. AR or other routing needs should be scoped with Hyperbots individually.
