Requested developments

Knowing that a lot of people test forms before publishing them, it would be nice to have an option to indicate that a form is in the testing phase. So all people, homes, registrations, and payments created from a form in test mode would be flagged in the same way. With this, we could have a function of cleaning up all the people, homes, registrations, and payments created during the tests.

We need Catechesis and Chaplaincy group leaders to be able to duplicate a group with the “Duplicate a group” function in the Manage Groups - Actions menu. However, to date, this is only possible by an administrator. Can you add a feature (check box) in User rights (Users menu) to allow the delegation of this function? This is very useful to reduce the ENORIA administration burden and to give more management autonomy for these group managers in particular.

Sending an automatic email to registrants of an event or a regular activity, n days before the event/session. Suggestions for thought: Make it an option If option activated: customizable message If option activated: be able to set the alert: n days before the event/session

Good morning, When creating a person, there is the possibility of adding him to a group, an event, an activity. It would be great to be able to select several groups and activities, (multiple choices): examples for our catechumens, divided into small groups but also participating in sessions all together. Thanks! carolina

In the various requests, I understood that the link between groups and activities was relatively “weak”... nevertheless, they are “logically” grouped under the same concept in Enoria and an activity cannot exist without a group. My use case is as follows: we manage catechesis in Enoria, we have a group bringing together all the registrants. Cat groups are formed from recurring activities because they change every year (but basically the problem would be the same with several groups). Logically, parental authorization to leave (alone, accompanied or not) and image rights information are stored at the group level because they depend on catechesis. Unfortunately, they do not go back to the level of activities, so my catechists do not have access to them (except to give them access to the full group or to re-enter this data). To solve this problem, I see two possible options: 1) would it be possible to bring up the additional fields of the group in the activity? : for the people in the group the value comes from the group for people outside the group, the value is entered when registering in the activity 2) the concept (1) can be complex from a user experience point of view, in which case, would it be possible to add an option to restrict activity to group members, so the data could come back from the group?

I have a “catechism registrations” group, a sample document “catechism registrations”... Unfortunately every time I come back to my group and want to edit the document, I have to go through the list of documents looking for mine (or filter). It would be practical to be able to define the document template for a group/activity by default so when editing a document it would be automatically selected (like what was done for sending PDFs by email). It would also allow you to add a column in the group members' grid to download the document in 1 click.

when you don't use the short link and the public form. In its email invitation to register, Enoria offers a personalized link that can be extended in the automatic email. can a legible text be proposed as is the case for the home link. Thank you

hello Would it be possible to add a 2nd contact on the funeral forms; often, it is a child who is the “operational contact” but it would be nice to be able to add the husband/wife, for All Saints' Day letters in particular. thank you!!

Homogenize the variables that can be used in the email templates sent by the forms. Currently, the following variables do not work in all models: --FIRSTNAME--, --FIRSTNAME--, --FIRSTNAME--, --GROUPMANAGER-- Is it possible to add the variables: --DEBUTVALIDITYFORM--: the start date of validity of the form (= start of registrations) --END OF FORM VALIDITY--: the end date of validity of the form (= end of registrations) In the case of a form attached to a one-time or regular event, it would be nice to add the following variables to all models: --ACTIVITYNAME--: the name of the one-time or regular activity --DEBUTACTIVITY--: the start date of the one-time activity/the date of the next session of the regular activity --FINACTIVITY--: the end date of the one-off activity/the date of the last session of the regular activity --ACTIVITY MANAGER--: the name of the person in charge of the one-off or regular activity

Be able to put the --LIENSTRIPE-- and the --LIENFOYER-- in the “Registration validation message” to give back the information for the requested payment.