Hyper efficient rule engine features for better decision making


We take versioning to the next level. You can connect multiple rules and create a coherent configuration of your rule set, which we call region. This unique feature allows you to create as many clone versions of one configuration set as you need and manage them independently.


The only rule engine with a nice tree structure for your rules. Our structure corresponds with your business, so it’s super easy to navigate.


In June 2019 we've conducted series of test to determine Hyperon efficiency and compare it to leading business rules management system (BRMS) for Java applications. Hyperon proved to be hyper efficient.

  • 100,000 complex calculations in around 90 seconds

  • Less than 1 millisecond per calculation

  • Hyperon was between 62 to 119 times faster than other BRMS in all tests

Changes without IT assistance

Hyperon allows users to modify existing products and add new ones instantly without help from IT.

Import/export to Excel

Do you prefer excel? No worries.Hyperon lets you import and export decision table values from Excel files.

Decision table

The easy-to-understand matrix that matches input data with a decision. They look very trivial, however you can achieve complex configurations using them, which is their power - everybody can understand how to model decisions using them.


In some cases, you need to write more complex logic. We decided to use Groovy language - very simple for simple logic, yet powerful. So powerful that You can ask your IT department for help implementing complex things that require loops and other complex techniques.

Development cycle

Standard development cycle

Update business logic
Create a task for IT department
Any change in the application code also means you have to test more functions in case of interdependencies
Any change in the application code means the new software version has to be released
Often it implicates whole application doesn’t work, so the change is processed at night
Any change in the application code also means you have to test more functions in case of interdependencies
You conduct user tests to see, whether business logic is correct
You deploy new version of application to production environment
Update business logic
You conduct user tests to see, whether business logic is correct
You publish changes of configuration to production environment

More Features


Hyperon Studio provides a testing module for the rules. It means that every user, before publishing changes, can test whether the rules work as desired and check the impact on other rules by using a mass tester to perform regression tests.

For convenience, input data for the mass tests can be prepared in the Excel file and imported to Hyperon.

Private sessions

There is no limit to the number of users working simultaneously. Hence, every user has their session (register of changes) and works on the common environment applying his private changes. Those changes are not visible to other users before publishing. There is also a warning message if two users start to modify the same rule.

Rules provisioning

Usually, the process of development includes more than one environment, which creates a need to provision the configuration of the rules.

Hyperon provides a mechanism of snapshots that export the current configuration to text files. These files can be stored in an external repository or just simply imported into the other environment.

For more sophisticated rules migrations, there is a functionality of the "superpack".


Inside Hyperon Studio, multiple profiles might be defined, which allows using one environment for many different configurations. Every profile contains its definition of client application inputs, outputs, and rules configuration. What does it mean for the user's application architecture? Only one Hyperon Runtime Library or REST API is needed, even in a multi-profile environment. The application can switch between profiles in runtime.


Hyperon Studio provides a controlled way of defining inputs, which might be simple types or complex structures. The rules use this context to reference actual business data needed to evaluate a decision.

Persistence Engine

Hyperon comes with a persistence engine that is based on the context definition. Its usage is optional, but it speeds up the development process of Java applications. You can configure our object structure in the Hyperon and let it manage the read/write operations. This is the implementation of the ORM concept.


Hyperon comes with REST API, allowing you to connect to the engine from any technology stack. API allows not only the rules execution but also browsing the structure of the rules themselves or migrating the rules between environments.


Hyperon Runtime is an execution element of the Hyperon. It can be embedded into the Java application or interfaced via REST API. It handles the in-memory rules caching, discovering changes made in the Hyperon Studio, and invalidating caches. It is designed especially to handle efficiently large decision tables.

Dev mode

Special mode to speed up the initial phase of the development. When the developer connects the rules to the application, this mode can be activated to skip the publishing phase of the rules. Each change is immediately visible to the outside world.

Works with SQL database

Hyperon application uses SQL databases for the rules configuration storage. Supported databases: Oracle, MS SQL Server, PostgreSQL, Mysql.


Discover Hyperon 2 pricing models

Check whether Hyperon is the best solution for your case
Fill the contact form
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Our customers use Hyperon to develop innovative products and generate new revenue streams.

These are their success stories