no, it is just a single output mapping, where the Formel may contain an extisting process variable muliplied or dived by something.
And Variable is the target for the output mapping, i.e. the process variable where it has to be stored.
Another example:
In the examples for element templates there are only static values for the process variable name. My question is: Could both be set by the element template from an user input? If yes, how?
Input Variable (Formula to Execute): Formel from first example, or “VBEZ*12/100” from second
Output Variable (Variable to Set): BBRV from first example, or ZVBEZJ from second
Then your template would need to call an evaluate on the Input Variable as part of your worker/function.
thank you for your suggestion. Right now I have modeled 26 process models with around 10 of these operations per model. Doubleing the mappings just to use a template is not a good improvement.
A better idea is to hide the type definition of the service task and provide a single output mapping dialogue as it is.
I would have expected that once you’ve created your template, you then have only your two fields to fill in on the model: The formula to evaluate and the variable to set.
Based on the documentation, it should give pretty much exactly what you showed on your screenshot.
My only concern is that it is more complicated to maintain the bpmn diagrams without the element template if I distribute the data on two elements in bpmn file.
So I would like to have a single element generated from a customized user interface.
The goal of element templates is to establish predictable input and output mappings. What you’re proposing here (I believe) is to establish dynamic mappings. @GotnOGuts showcased a functioning workaround.
Is it be possible to add a single output mapping section as it is into an element template?
In C7 we had such behavior but with C8 “modeling in re-usable building blocks” we’re inclined to not add it. Please open an issue in the Camunda Modeler, clearly outline your use-case, why the workaround is not feasible, and we can follow-up.