Type in your suggestion - new feature or improvement idea

Event Registration form to update contact profile

I noticed that the contact fields automatically get loaded to event registration forms which is a nice feature and saves the user time when registering.

I'd like to request that updates made to contact field information by individuals who are "recognized" users of WA be back loaded to their permanent contact record.

For instance, if someone sees an error in their contact field information (like mailing address) while registering for an event and they update that field (like their mailing address or phone number) while registering for an event, I'd like that change updated to their permanent contact profile record instead of just getting saved with the event record.

If you add this function, it would be a good idea to add a warning message as they page through the registration form to ask "You have made changes to a profile field, do you want those changes to update your profile?". Then given them a yes or no option. Yes means you allow the update to the profile, no means the change only gets stored with the event registration form as you do now.

Hopefully other will like this idea and encourage this to be added. I would anticipate that end users would think that an update made while registering for an event would carry back to their permanent contact file record, when in fact it is not. It would be a nice capability. We will see what other say.

66 votes
Sign in
Sign in with: facebook google
Signed in as (Sign out)

We’ll send you updates on this idea

James Kerich shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →


Sign in
Sign in with: facebook google
Signed in as (Sign out)
  • AdminKatya Tyukina (Product Manager, Wild Apricot by Personify) commented  ·   ·  Flag as inappropriate

    John, thanks for the details and explanation.

    There are different cases, in your - members update their data during the registration process, in others - members register their spouse or kids under their login and so don't need to update profile.

    We will consider all comments and cases, but seems it should be optional and defined for each event separately.

    Katya, Product Owner @ Wild Apricot

  • John Batdorf - MI Green Team commented  ·   ·  Flag as inappropriate

    Yes, of course contact/member fields entered/edited during registrations should update the contact/member record, or at least provide the option. As it is, I have to import the fields for every event, so member directories show the updated info. I use these lists for event sponsors/exhibitors and they are not happy when a past event's info shows up. To have updated info all the time, I would have to do this after every registration. I'm at a loss to understand what the purpose of allowing contact/member fields entry in registrations and not using the updates. This is a glaring lack of data integrity, by allowing the same field to contain duplicate or conflicting information. I wish when WA had a design flaw, it would address it as serious bug rather than a wishlist item. :-(

  • Ed commented  ·   ·  Flag as inappropriate

    What's the point of allowing a member to input address/phone/etc. updated information on a registration form if it is not updated on their Membership record? Perhaps an option to say "Do you wish to update your membership information on file?"

  • Mary Adams commented  ·   ·  Flag as inappropriate

    Right now, if a person is in our database, when they register for an event with their email, the system populates the registration form. A lot of our members assume that if they make changes to this data, they will automatically change their profiles. They get frustrated.

    I've added language to our registration system page that explains this but it would be really nice if there were a way to "click to update your profile" or something like that?

  • Bob commented  ·   ·  Flag as inappropriate

    Yes, this is much needed. The competitor I transitioned from to Wild Apricot did update the user's profile with the common DB field changes. This seems like a 'no-brainer' that it is needed.

  • [Deleted User] commented  ·   ·  Flag as inappropriate

    Since this might be hard to incorporate, maybe a statement on top of a registration form that says your profile is not updated or to update your profile. UPDATE HERE! Send them back after they update it. You already have the logic to check for specific entries in a User Profile. I have one question that I check. If it isn't checked, the profile isn't updated.

  • [Deleted User] commented  ·   ·  Flag as inappropriate

    This would be a great feature. Our required User Profile fields and required event registration fields are exactly the same. Members insist they updated their User Profile and there is something wrong with our website since they know they entered the exact data already.

  • Charles Daughdrill commented  ·   ·  Flag as inappropriate

    It seems to me that the interface between the profile and events should work more smoothly. When an update is made in either place, it should update that information all across the platform. It creates double and triple work to have to make those edits in every section.

  • Walt Bilofsky commented  ·   ·  Flag as inappropriate

    I agree this should be limited to logged in members and would be quite useful for us.

    If you're looking at contact fields, here's something else that would be helpful.

    Now, contact (or common) fields always go at the top. This creates a poor workflow for some of our event registrations. (We need a number of common fields for some registrants, but not for most registrants. So these common fields push the required fields down the page. Then our members complain that they can't figure out how to fill out the form.)

    I suggest adding another custom field type, a Common Field, that could be moved around on the form and have instructions just like any other custom field. When creating this type of custom field, the admin would get a dropdown list and could specify which Common Field to use.

    Then we could lay the form out more clearly for all registrants.

  • Kathy Garrett commented  ·   ·  Flag as inappropriate

    A button on the registration page asking "do you want to update your contact information to reflect this?" would be great. Limiting it to registered users is fine. It's just crazy to have to go look at all of them to see if the event and contact information match. Getting the members to update their information as soon as it changes would be nice but adjusting the software is easier and more effective than trying to change members' behavior.

  • MaryA commented  ·   ·  Flag as inappropriate

    I like the idea but see the challenges explained below. At a minimum, a note that tells people that changes will not be saved to their profile would be nice. A password prompt would be even better.

  • Holly commented  ·   ·  Flag as inappropriate

    At least from the admin side if info is changed in the contact's data it would be great if the data changed globally across all events that contact is registered for.

  • Evgeny Zaritovskiy commented  ·   ·  Flag as inappropriate

    I merged this thread and another old thread for Genera forum to solve them together. The problem is that difference in event registration record and contact/member record may cause (and causes) a number of difficulties so we have to rethink the approach from the begginning and possibly change the background logic completely.

    For now, it'll be staying here, collecting comments and waiting for its turn to get into the Roadmap http://help.wildapricot.com/display/DOC/Product+roadmap

  • AdminOleg Nesterkin (Product owner, Wild Apricot by Personify) commented  ·   ·  Flag as inappropriate


    It seems the matter is in Privacy settings, nevertheless:

    If "Organization" field privacy settings are set to "Members", this field will not be automatically filled in when registering without logging in. Other fields, e.g. First or Last name, have privacy settings set to "Anybody", thus are always filled in automatically.
    Since members can change privacy settings of the fields as they want in their profile, this can differ from member to member.

    There are two ways to solve the problem:

    1. Change Organization field privacy settings to "Anybody". (You can do it for your whole contact base at once, see here: https://help.wildapricot.com/display/DOC/Member+privacy+settings ). To prevent further changes by members you can lock this field privacy settings.

    2. Require members to log into site prior to registering. In this case all fields will be autofilled, since system knows the user and can fill fields w/o compromising anybody's privacy.

  • pthreatt@mcneese.edu commented  ·   ·  Flag as inappropriate

    That was the first thing I checked (privacy settings). I can't make the Organization field mandatory because some people don't have an organization. It also can't be that they registered with a different email, because all the other parts of their profiles were filled in (name, email, phone, etc.).

    I did a little more investigation. Out of 223 event registrants, 29 did not have the Organization field filled in on the event side. Of those 29, 13 did not have the Organization field filled in on the member profile side, so that's not a problem. That leaves 16 that have something in their Organization fields on the member profile side, but the info didn't automatically fill in on the event side. I can't see any difference in those 16 profiles. Their profiles look exactly like the 197 registrants that worked smoothly.

  • Phil Anderson commented  ·   ·  Flag as inappropriate

    The only thing I can think of is they didn't choose for the rego form to automatically fill in the details from their member profile. That or they registered with an email not linked to their profile and didn't fill in the company details themselves? One way around this would be to make the "organisation" part on the rego form mandatory. This is part of the contacts common fields so can be made mandatory from editing the "common fields" assuming you use this field on the registration form.

  • pthreatt@mcneese.edu commented  ·   ·  Flag as inappropriate

    Can someone help me solve this problem? We recently had an event with 200+ members. For most members, when they registered for the event, their profile info transferred to their event registration. For a handful of members, the organization field info did not transfer. This meant that when name badges were printed some members did not have their organization displayed (the names displayed fine). Why did some members' profile info transfer and others did not?

  • Evgeny Zaritovskiy commented  ·   ·  Flag as inappropriate

    Hi Paul,

    you are right - when you send e-mails from specific event, system uses e-mail from event registration and not from contact record. And as Denys mentioned earlier these are two different e-mails.

    I understand you point and we have this particular problem in our analysis list. For now that cannot be changed quickly as we have a lot of to do things on the very next release. But I will consider your particular case when I will work on this problem.

    For now I would suggest you to use a workaround: to use correct e-mail in your case, you need to send e-mail from Contact list, not from Event details. To get a list of required contacts, use advanced search option on Contact list and add search criteria named "Registered for specific event(s)" then select the event you want. This will produce you with a list of all contacts that attended this particular event and you will be able to E-mail them - system will use e-mails from contact details record, not from event registration.

    Hope this will help.


  • Paul at PEN commented  ·   ·  Flag as inappropriate

    Hi Denys,

    Sorry for my delay in replying.

    I am pretty sure that email blasts sent to event attendees are not going to the contact address, but to the event registration address. That is the problem.

    I am getting bounced emails for addresses that do not show up in a Contacts search. They are the addresses used for the original registration.



← Previous 1

Feedback and Knowledge Base