Home > Forum > User Voice > Adding the [Raw Text] option to business rules.

Adding the [Raw Text] option to business rules. UNDER REVIEW
9

MVP
In reply to: Daniel Krüger (DCCS)

I don't mind where, but I ___need___ the raw value. :)

I've just run into this issue again when updating from BPS 2022 to 2024.
While there's a workaround for using business rules in REST actions I have yet to find one when they are used in REST data sources.

Workaround for REST actions:
- assigning the business rule to a form field
- select the form field and switch from text to raw mode by right clicking on it.

MVP
In reply to: Michal Rykiert

Good suggestion. Let us see how to implement it the optimal way since there are potentially multiple implications.

I'm changing the status to "under review".

That's great. :)
At the moment I'm holding back a customer who want's to update from 2022 version due to this limitation.

Regarding "since there are potentially multiple implications."

Could you please verify the following use cases:
- Usage in data sources
For example by creating dynamic URLs, query parameters, headers, whatever
- Passing parameters
- Passing search value and column (popup search) as parameters

I've lost count on tickets I've created in this context.

MVP

Update:

Another six month have passed and the customer had to upgrade from WEBCON BPS 2022.

We used the business rule in a data source to create a dynamic REST filter. As expected this feature is no longer working, therefore I created a ticket:

This is my summary of the official response:

- We could create dynamic server side filtering using business rules up to WEBCON BPS 2022
- This feature has been (unintentionally) been remove in 2023
- There's some (slight) chance that it will be "revived".
- Even if the decision is positive, it will take a long time (quarters) until it will be available.

MVP

I just hit another wall will this.

We have a choose field with the option to search for item number and item description. Until 2023 R1 it was possible to dynamically create a oData filter in a data source using a business rule.
Since then this was broken and the customer "just" had wait longer, as we could no longer do server side filtering.
Now we are facing a new issue. The number of the items exceeded the maximum threshold and now the external system is paging...
This isn't something WEBCON can handle.
The result is that the items on the second page can no longer be found.
Therefore, we needed to define whether we had to hardcode whether the number or description should be used for server side filtering. While this means, that filtering is faster, the customer employee can no longer select whether he want's to search for the description or the number.

It wasn't a pleasant discussion with the customer. He still remembered, that the behavior was different in the beginning...