# 👂 Feedback needed: scripts in automations that shouldn't be scripts

**URL:** <https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560>\
**Category:** News & Announcements\
**Created:** [August 28, 2024, 8:05am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560 "2024-08-28T08:05:12Z")\
**Posts on this page:** 20\
**Page:** 4

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [October 3, 2024, 11:56am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/62 "2024-10-03T11:56:26Z")

</div>

Try new Script AI Assistant in the latest release

> [@October 3, 2024 / maple\_leaf Quick filters on relation and embedded views, Clean email body, Automations Script AI Assistant, and more](https://community.fibery.io/t/october-3-2024-quick-filters-on-relation-and-embedded-views-clean-email-body-automations-script-ai-assistant-and-more/7492):
>
> In today’s release we added several improvements to recently released features and made a first step to AI Automations assistant. This is the recent feedback we’ve got from one our customer and it generated a lot of dopamine for our team, just want to share it with you as well. I’m deeply impressed by the technical design of Fibery — you guys seem to make excellent trade-offs and design decisions, preferring to add more powerful & simple higher-level abstractions, rather than special-case feat…

---

<div class="post-metadata">

**Author:** ![Renato\_Carvalho](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/renato_carvalho/32/11001_2.png) [@Renato\_Carvalho](https://community.fibery.io/u/Renato_Carvalho)\
**Post date:** [December 9, 2024, 11:06pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/63 "2024-12-09T23:06:31Z")

</div>

**+1 here:**

> [@Webhook Action in Automations](https://community.fibery.io/t/webhook-action-in-automations/7485):
>
> I hope this becomes an automation/button action. It would increase the usability/flexibility of Fibery for low-code users if there was a UI that builds an API call similar to Zapier and Make.

---

<div class="post-metadata">

**Author:** ![gb\_carbone](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gb_carbone/32/5345_2.png) [@gb\_carbone](https://community.fibery.io/u/gb_carbone)\
**Post date:** [March 5, 2025, 7:13pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/64 "2025-03-05T19:13:41Z")

</div>

When a new Time Log is created:

- Set the state of the currently opened time logs to closed
- Set the end date/time of those time logs to now
- Only do that for the time logs owned by the person who triggered the workflow (who created the new time log)

---

<div class="post-metadata">

**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\
**Post date:** [March 6, 2025, 10:19am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/65 "2025-03-06T10:19:48Z")

</div>

> [@interr0bangr](#):
>
> - There’s no way to loop through multiple matching entities in automation without a script. Any attempt to do so with formula fields gets flagged as an infinite loop, even with very clear and restrictive filters in place.

+1

When templating, it would be great to have the ability to create a new entity for each relation the other entity has. And bind fields based on each of the other relation.

Updating is already possible in bulk, but creating is not yet.

---

<div class="post-metadata">

**Author:** ![gb\_carbone](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gb_carbone/32/5345_2.png) [@gb\_carbone](https://community.fibery.io/u/gb_carbone)\
**Post date:** [March 18, 2025, 4:27pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/66 "2025-03-18T16:27:44Z")

</div>

IIRC, I would have to create a script here just to access step 2 results - or are step 2 results accessible at all otherwise?

If we do need to create a script here to access those results, well this is a good case for this thread. Otherwise, would love to know how! And if step 2 results are not accessible even in a script, well that is a bigger issue.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/b/bce1932adab50ef9036b37a385929871588bfbba.png)

---

<div class="post-metadata">

**Author:** ![helloitse](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/helloitse/32/498_2.png) [@helloitse](https://community.fibery.io/u/helloitse)\
**Post date:** [March 21, 2025, 9:11pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/67 "2025-03-21T21:11:13Z")

</div>

TIL that there is no way to add a value to a multi-select field of a linked entity - only to clear the old values entirely and set a new one.  
To add a value without losing the existing ones, I’ll need to use a script - not cool.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f48283201c94521809b809ef10a8b6cd355dad9f.png)

---

<div class="post-metadata">

**Author:** ![gomocoop](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gomocoop/32/6349_2.png) [@gomocoop](https://community.fibery.io/u/gomocoop)\
**Post date:** [March 22, 2025, 7:38pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/68 "2025-03-22T19:38:59Z")

</div>

Same for collections!

I wish I was able to add entities to a relation field without erasing the ones that are already there.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [March 22, 2025, 10:25pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/69 "2025-03-22T22:25:45Z")

</div>

> [@gomocoop](#):
>
> I wish I was able to add entities to a relation field without erasing the ones that are already there.

You can. The Link action will link an existing entity. The Add action will add a new entity.  
Neither will affect existing linked entities.

---

<div class="post-metadata">

**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\
**Post date:** [March 27, 2025, 6:59am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/70 "2025-03-27T06:59:58Z")

</div>

Only (structured) related entities can be created in automations. This reduces flexibility. I want to create a tasks on trigger, and simply mention the triggering entity in the description. This may be fixed with the new “Global database” coming soon, but either way, it’s something that is possible via script but not via no-code automations.

I’ll add one more I just found out. If there IS a structured relation, but it is autolinked, it is not possible to create a new entity of that type. Yes, it won’t be linked directly, but the names that are set to it will make it auto-linked. Unfortunate.

---

<div class="post-metadata">

**Author:** ![Eren\_Turgut](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/eren_turgut/32/4425_2.png) [@Eren\_Turgut](https://community.fibery.io/u/Eren_Turgut)\
**Post date:** [March 28, 2025, 3:04pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/71 "2025-03-28T15:04:14Z")

</div>

Agree, here is an example:  
I have DBs [Outgoing Invoice] and [Invoice Line Items].  
I wanted to create a button to create a new invoice based on the chosen one, so it should also create line items (duplicating loses the line items).

That requires looping through the line items and create a new one for each existing one.  
It’s possible without scripting too but with unnecessarily complicated workarounds, unless I’m missing something.

---

<div class="post-metadata">

**Author:** ![helloitse](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/helloitse/32/498_2.png) [@helloitse](https://community.fibery.io/u/helloitse)\
**Post date:** [April 20, 2026, 5:01pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/72 "2026-04-20T17:01:00Z")

</div>

> [@Ryan\_Dejaegher](#):
>
> Here are the automations I have that rely on scripts
> 
> ## Word Count
> 
> Fibery already has the .length() method but this is counting characters. My automation has a regex pattern and then updates a number input with the word count whenever the rich text field is edited.

Wanted to surface this and the related feature request [Length() Formulas](https://community.fibery.io/t/length-formulas/644) since I know the Rich Text view is under development this year.

---

<div class="post-metadata">

**Author:** ![Sev](https://avatars.discourse-cdn.com/v4/letter/s/90db22/32.png) [@Sev](https://community.fibery.io/u/Sev)\
**Post date:** [April 24, 2026, 5:00pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/73 "2026-04-24T17:00:14Z")

</div>

Hi @helloitse. You can use the following formula, adjust the `\S+` Regex to match your word-counting method. I have included comments in the formula using the `find` and `left` hacks; they are absolutely unnecessary for the functionality, of course.

Hope this helps.

### Fibery Word Count Formula

```auto
Length(ReplaceRegex(
	ReplaceRegex(
		Name,
		"\S+"
		+ Left("COMMENT: your Regex to detect words, e.g. \S+, \w+, [a-zA-Z']+, ...",0)
		,
		"A"+Left("COMMENT: mark every word char. Marker must be a charatcer from the word charas being matched",0)
	),
	"[^A]",
	"" + Left("COMMENT: remove everything else.", 0)
)) + Find("COMMENT: Count the length i.e. number of markers that replaced words.","IMPOSSIBLENEEDLE")

```

---

<div class="post-metadata">

**Author:** ![ID.000](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/id.000/32/14109_2.png) [@ID.000](https://community.fibery.io/u/ID.000)\
**Post date:** [May 14, 2026, 4:05pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/74 "2026-05-14T16:05:45Z")

</div>

One common use case that currently often requires a script is calling an external webhook from an Automation Rule.

Many automations don’t actually need JavaScript logic inside Fibery - it only need to notify an external automation tool, such as n8n, Make… when an entity reaches a certain state.

For example:

When Creative Task status becomes “Ready”  
 → call webhook  
 → send selected fields as payload

Right now, this requires a Script Action only because there is no native “Call Webhook / Send HTTP Request” action in automation rules.

A no-code Webhook Action could be much safer and simpler:

- choose URL;
- choose method, usually POST;
- select fields to include in the payload;
- optionally add static headers;
- optionally include entity id, type, public URL, changed fields, previous values;
- see execution history and response status.

This would cover many real integration cases without allowing arbitrary JavaScript execution inside Fibery. It would also fit well with the current security model. Scripts can effectively have too much power, but a controlled Webhook Action would be much more limited:

- no custom JS;
- no direct Fibery API calls from inside the automation;
- no hidden complex logic;
- payload is explicit and visible;
- external systems can use their own restricted API tokens;
- admins could optionally restrict allowed domains or enable this action with a workspace-level toggle.

For teams like ours, this would remove a big bottleneck. We have trusted Space Architects who build operational automations, but they often only need to trigger external workflows, not write code in Fibery [but they limited with ultra basic automations] .

So a native “Call Webhook / Send HTTP Request” action would be a very useful middle ground between basic no-code actions and full Script Actions.

---

<div class="post-metadata">

**Author:** ![timothy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/timothy/32/11812_2.png) [@timothy](https://community.fibery.io/u/timothy)\
**Post date:** [May 14, 2026, 4:22pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/75 "2026-05-14T16:22:37Z")

</div>

Yes to this!

“A no-code Webhook Action could be much safer and simpler”

---

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [May 15, 2026, 9:12am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/76 "2026-05-15T09:12:59Z")

</div>

> [@ID.000](#):
>
> So a native “Call Webhook / Send HTTP Request” action would be a very useful middle ground between basic no-code actions and full Script Actions.

working on that right now

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/b/b355ae6291dc40d9330289e5f117c3cdfa18e0fe.png)

---

<div class="post-metadata">

**Author:** ![ID.000](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/id.000/32/14109_2.png) [@ID.000](https://community.fibery.io/u/ID.000)\
**Post date:** [May 15, 2026, 10:40am UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/77 "2026-05-15T10:40:16Z")

</div>

Thank you very much ! 🤩

---

<div class="post-metadata">

**Author:** ![philipp](https://avatars.discourse-cdn.com/v4/letter/p/46a35a/32.png) [@philipp](https://community.fibery.io/u/philipp)\
**Post date:** [May 20, 2026, 2:56pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/78 "2026-05-20T14:56:57Z")

</div>

I need version control of entities, meaning they may not be edited after they are “Published”. I am doing this by unlinking users after the “Published” state change.

At the same time, the user should be able to create a new entity based on the old one - simple to do with a button - however, the button can only be pressed with edit permissions.

I solved using a Comment-keyword automations but this is way to tedious and very unintuitive to use

It would be great to just have the possibility to give users access to press buttons (i.e. like the separate access to comment but not edit)

---

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [May 21, 2026, 2:00pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/79 "2026-05-21T14:00:01Z")

</div>

> [@timothy](#):
>
> “A no-code Webhook Action could be much safer and simpler”

released today [May 21, 2026 / Manage users visibility, Send web request action in automations](https://community.fibery.io/t/may-21-2026-manage-users-visibility-send-web-request-action-in-automations/10894)

---

<div class="post-metadata">

**Author:** ![Gerardo\_Ducos](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gerardo_ducos/32/14500_2.png) [@Gerardo\_Ducos](https://community.fibery.io/u/Gerardo_Ducos)\
**Post date:** [May 21, 2026, 7:51pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/80 "2026-05-21T19:51:43Z")

</div>

A humble response from a new Fibery user here. I did not have time yet to familiarize myself with all the formulas but here are a few things that will improve functionalities:

SWITCH and SWITCHIF

Ability to name formulas so they can be use across the workspace

Ability to name a value (ie. a variable) to use inside formulas/expressions

LET function

etc.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [May 21, 2026, 8:32pm UTC](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560/81 "2026-05-21T20:32:55Z")

</div>

> [@Gerardo\_Ducos](#):
>
> Ability to name formulas so they can be use across the workspace

Can you explain the use case you have in mind.

> [@Gerardo\_Ducos](#):
>
> Ability to name a value (ie. a variable) to use inside formulas/expressions

Is that this?

> [@Global Variables](https://community.fibery.io/t/global-variables/2129):
>
> Do you have any plans to create global variables? I guess this is linked to the concept of shared code snippets. It would be great if I could create/set a variable for a given workspace and then use it in formulas.

[Previous page](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560.md?page=3)

[Next page](https://community.fibery.io/t/feedback-needed-scripts-in-automations-that-shouldnt-be-scripts/6560.md?page=5)
