constituent record customization

@Rob Hawley Welcome to the community! In NXT, attributes are called custom fields. You can set them to use a table lookup or a variety of field types. I'd suggest that for right now. It's going to be difficult when creating an adoption with more than one constituent, as custom fields are query-able, but not as clear as predefined fields. There's no way to stack the custom fields, so your breed field may need to include dogs and cats for instance. It might be worthwhile to create separate fields for felines and canines to have smaller tables to search through.

EDIT: I just searched for your organization. I graduated high school a block away from your location. That's hilarious.

@Rob Hawley:

Hi! Rookie BB user here! We are an animal rescue in Chesapeake, VA. Opened our brick & mortar last November. I joined the team a couple of weeks ago and am learning RE NXT and the systems. I am trying to figure out how to customize my constituent records. Ideally, I want to add attributes that identify adoption information (date - animal type - breed - name), but it also needs to be stackable, like gift records for example, when we have more than one adoption by a constituent. I have been searching all of the knowledgebases with no luck…

signed - Lost & Confused ?

You might want to consider using a Relationship for this information, which would be easier for multiple adoptions. If you are careful about using specific relationships and relationship types, such as “Adopter” and “Adoptee” for pet adoptions, you won't ever mix them up with people or organization relationships you might also have.

The individual adopting the pet would be a constituent, but the pets can be non-constituent relationships which means you keep your record count under control.

There are Relationship attributes that you could then potentially use to track the animal type and breed. My guess is that you have a separate tracking system for your pets, and I would strongly encourage adding an ID from that database as an attribute as well. That way you could have a cross-reference between the two systems. The pet name will be the relationship first name and last name (you will need to use the adopter's last name which will be fine) and the Relationship date from field can serve as the adoption date.

My ONLY concern about this is that Relationship attributes are not currently visible in webview. As someone pointed out, they are known as custom fields in webview. I would be a little surprised if they aren't moved to webview but hard to know when that might happen.

@Rob Hawley:

@Karen Diener
I think this is the best way to track adoptions! How do you add attributes to a non-constituent in database view? I can't seem to find the path…

All Attributes need to be set up in Config in database view first, and they would be Individual Relationship Attributes:

In this grid, the “Description” field is going to become the Attribute Category on that Relationship record. Whatever you choose for the Data Type will be in the Attribute Description field. This is how the Office Hours one would appear on a record:

I'm a strong proponent of structured data in case you need to report on it later, which means you would want to make use of a table, but I'm not sure that applies readily to your situation. Animal type makes sense as a table, and maybe breed, but it is dependent on your reporting needs. If you don't need to extract “how many shepherd / husky mixes were adopted”, then you probably don't need it to be a table entry. Tables just lend consistency to data entry so that one person doesn't add “male” while another uses “M”.

Keep asking questions if you have any!