Requested developments

Could we specify to Enoria that 2 people are homonyms, so that their files no longer stand out when looking for duplicates? I see 2 benefits in this: 1/ Do not overload the list of likely duplicates 2/ Prevent someone from accidentally merging them one day

We had several cases in Vauréal where the contact of the deceased was a niece. Would it be possible to “set/configure” the symmetry of family relationships? When creating the niece in person contact, the deceased person appears as a nephew/niece and not an uncle/aunt.

Good morning, Today I have 8 birthdays. The home screen shows 6, plus 6 past birthdays. I don't see the point in preferring to show a past birthday to a birthday of the day. First, we need to know the birthdays of the day. I suggest showing ALL birthdays of the day as a priority. Then complete with future or past ones. Regards,

A good number of children belong to 2 households: those of their separated/divorced parents. Would it be possible, in a future development (not a priority either), to allow that at the time of registration (especially via a public form, but also perhaps via “create a person”), when informing the parents and indicating that their relationship is “separated” (or divorced or...): the frame “the address of the person to be registered” be split: Home 1 (parent 1) and home 2 (parent 2))? In this way, the child is automatically linked to 2 households in Enoria. Currently, the operation is quite long: if the 2 parents have been entered, it is necessary to create a home for 1 of the two parents, remove one of the two from the first home (automatically common), then associate the children concerned with this 2nd home... and request the postal address of the 2nd parent... and request the postal address of the 2nd parent, since they could not enter it during the initial registration... In the meantime, these operations are still possible, and it's great that the same person can belong to several households!

Good morning, We must have the place of birth for the baptized. It would be great if you could add the place of birth in the forms (mandatory person fields section). Thanks iiii see the topic on the forum https://web.enoria.app/forum/sujet/550

On the pages https://web.enoria.app/personne/all (some people are known by their maiden name and not by their married name; for fiancés, we register the maiden name, it is only after marriage that the woman can choose her usual name but which we are not necessarily aware of but which we are not necessarily aware of and which may change!) and https://web.enoria.app/funerailles/ (funeral records, the girl's name is noted), which the “Search” field also searches for young girls' names. With the possible display of the girl's name in brackets (see https://roadmap.enoria.app/developpements-demandes/p/recherche-affichage-du-nom-de-jeune-fille ) Thanks in advance philip

Hello, it is probably already “under the hood” of your great program: the addition of additional fields for the entire organization is valuable, but if the “private” selection allowed them to be reserved for the “back office” and to make them invisible to the parishioners at the “front”, that would be really great. For us it would be a very useful evolution at the admin and pastoral level! Thanks. PS. It goes without saying that this requires a praxis in accordance with the GDPR: for example, do not put pastoral comments in these fields...

It could be useful to have an “empty” or “non-empty” option for some fields: email, telephone for example.

Currently, when you create a person (normal “Create a person” procedure) or when you modify it, a mention is added at the bottom of the personal file with Creation: date, time, user. Last modified: date, time, user. It is useful and important. This mention does not appear when the person is created via, for example, a funeral celebration, or when the person creates their own form using a Public Form. It would be great if the mention also existed in these cases. In case of a form, it may be for example Creation by public form: registration at [specify the form and the linked group], on [date] at [time] . This mention must also appear on the linked personal files: Creation linked to the registration of [main person registered] via public form at the group/activity/sacrament/funeral [specify], on [date] at [time] . This is important to know where the new user forms come from. It is also linked to the RGPD notice of personal files linked to a group registration: for these people, no RGPD mention appears, although it was indeed someone from their household who created this linked personal file when registering a member of their family. Again, it would be good if a trace of the origin of the inscription appeared. Finally, and this is linked, administrators should be able to easily locate the latest registrations/modifications/validations. However, when it is done by form, it does not appear in the Action Log, because it is not linked to a user (that being said, when a user validates a new person form, it does not appear in the log either, and this is information that can regularly be missing). It would be great if the admin could sort by creation date as well as modified date. For a more complete follow-up, to understand why we suddenly go from 740 people registered in the entity to 890, to identify certain anomalies (e.g. a user who creates a form whose name is “Not communicated” about the father of a child who must be baptized...), etc. There you go! Thanks!

It has recently been possible to enter civil and religious marriage dates for a person but these dates are not automatically reported in the husband or wife's file. Would that be possible?