Hey all,
I just can’t seem to find rules for the notation in a module to refer to a different module parameter. I know you can just drag and drop but I have situations where multiple different forms are all connected to the same webhook and having the knowledge on how to map quickly would be amazing 
Example:
{{1.data}} works
{{1.data.data}} works
{{1.data.e-mail}} doesnt work as it reads the - as a minus function and splits the thing apart.
{{1.da ta}} doesnt work as it uses the space as a seperator.
so my question, how do i deal with seperators / spaces in these references? I have tried , “” and all sorts.
Kind regards,
Hey Marc,
you can hover over a variable to see the raw name. As a rule its one word with no capital letters. So “e-mail” is most likely “email” without “-” and there is no way to get “da ta” as a variable name, it will be “data”.
Well… how would i reference this param for the Eamil from module 1 
This is a bundle thats coming in from the client. Does this mean the client just broke convention and it is impossible to map this without the drag and drop? (cant imagine tbh cause the drag and drop works)
You have a variable from this module already mapped right? Copy it inside a text editor. Then hover over the one you need and copy the raw name - then paste it inside the text editor replacing the variable name in there.
What Stoyan meant was the following:
My other Question is: Why don’t you split into different scenarios? One scenario for one form.
If you clone your scenario, you only have to change the webhook and the rest stays the same. So you can use the same data-storage or whatever modules you use after the webhook.
The advantage is, that you can easily make adjustments to every form input, without disrupting the other scenarios.
I have found it! I tried the copy paste many times before and saw ’ ’ these. But after closer inspection, they are accent gauche `` . So in this case if i want to reference the email : {{1.data.
E Mailadres`}} and it works! (just noticed make automatically changes the accents)
Benefits of this approach : I dont need to send data bundles everytime i want to map something, i can just keep typing when I need a param 
1 Like
Normally that would be the most logical, this is unfortunately a legacy case. There are many more applications though where i need this. For instance if i can’t trigger the webhook at the moment because of adjustments that would be made to the data that are incomplete. This way I can just setup the entire flow and it runs (excluding errors ofcourse) in one go. Minimizing the chance of incomplete executions of a process.
1 Like
I see, thanks for your explanation.
Glad that you made the thing work.