Ownership refers to the Reach user who owns an individual item. If a Reach user has no team members, everything they can see in Reach is owned by themselves. If a Reach user has team members, they will see a combination of items owned by themselves and items owned by their team members.
When viewing the details of an item within Reach, an outlined owner circle appears only if the item being viewed is owned by another user. Note that this circle is of similar style to the filled delegate circle which denotes who an item is assigned to. In the images below, the Listing of 123 Main St is owned by Michael Reach whereas the Bake cookies Task is delegated to him. This style is consistent throughout the application (the owner is an outlined circle, the delegate is a filled circle).
When working with team members, it is important to understand that the creator of an item may not be the owner. This means that although an item may have been created by them, they will no longer have access to it if the permissions change.
Barry and Tom are both Reach users that have recently decided to start working together. Barry sends Tom a team invite link, Tom accepts the invitation, and once Barry approves, both Tom and Barry can share items with each other. Barry creates a Listing for which Tom is the owner because Tom is responsible for the associated Lead. After a few weeks, it is clear that things aren't working out and Tom and Barry decide to no longer work together. Barry removes Tom from his team and the two are no longer team members in Reach. The Listing that Barry created can no longer be seen by him because Tom is the owner of the Listing and they are no longer on a team.
The owner of an item is determined by Reach at the time of creation, after which, it cannot be changed. When an item is created, its ownership is determined by whether it is linked to another item that has an owner. For example, a new Listing must be associated with a Client: the owner of the Client will be the owner of the new Listing. If there is no linked item, the creator of the item becomes the owner.
Tasks, Events, and Clients can be linked with other items but it is not required. Listings and Transactions are always linked (a Listing with a Client and a Transaction with either a Client or a Listing).
- Barry creates a Listing and selects one of Tom's Clients as the Client. Tom becomes the owner of the Listing as he is the owner of the underlying Client.
- Barry schedules an Open House Event for the Listing he created. Tom will be the owner of the Event as he is the owner of the associated Listing.
- Barry creates a Transaction from the Listing. Tom will be the owner of the Transaction as he is the owner of the original Listing.
- Barry creates a "Review Offer Documents" Task that is associated with Tom's Client. Tom is the owner (but not automatically the delegate!) of the Task as he is the owner of the Client.
- Barry creates a Task to go down to the title office. Barry is the owner because this Task is not associated with any other items
- Barry creates an Event to drive around town with one of his warm buyer Leads. Barry is the owner of the Event because he is the owner of the Lead.
It can be seen that most ownership ends up "bubbling up" from the owner of the original Client.