Answers.Body: <p>The "Current Employer" field is special in that the <code>employer_id</code> is actually stored on the contact record (in the <code>civicrm_contact</code> table on the underlying database).  All other relationships are stored only in <code>civicrm_relationship</code>.</p>
  
  <p>Nevertheless, you could fake this:</p>
  
  <ul>
  <li>Create a custom field of type "Contact Reference".  This by itself might meet your needs - do you still need a relationship if you have a contact reference field?</li>
  <li>If so - you can write an extension (if you're not a coder, you can hire one to do this for you) that fires on <code>hook_civicrm_custom</code>.  When they contact reference field is changed, a corresponding relationship can also be updated.</li>
  </ul>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-30T20:31:44.033Z
Answers.Text: Hey, Jon! Thanks!  Functionally, does the 'Current Employer' field do anything different than the 'Contact Reference' field?  I.e. would I be missing something based on my original requirement?  I guess what I'm asking is: architecturally, is the 'current employer' field a unique structure (other than the employer_id being held in the db)? Looking at it another way, the "Current Employer" would work well as a branch organization, but semantically it wouldn't make sense.
Answers.UserDisplayName: Carl Fusch
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-31T17:04:00.863Z
Answers.Text: "Current Employer" is different in that there's some special code to handle it.  E.g. when creating a new relationship of type "Employer/Employee", you can automatically set the "Current Employer".  However, if the only issue is semantic, and you don't need to track current employer, you may want to see if using Word Replacements to replace "Current Employer" with your preferred language will get you the desired result!
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-31T20:55:22.197Z
Answers.Text: Thanks, Jon!  That's probably the path we will take. - Carl
Answers.UserDisplayName: Carl Fusch
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-30T02:30:03.623Z
Answers.LastActivityDate: 2016-08-30T02:30:03.623Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>I want to create a relationships field on a contact profile like the 'Current Employer" field.  I want to be able to access this new field rather than using the 'Relationships' tab.</p>
  
  <p>Why?
  I want to retain the 'Current Employer' field.
  My client, Navy Sailing has over 180 branches around the world. We assist with the management of contacts that belong to those branches (organization), and creating a contact relationship with those branches seems to be the best way to manage the requirements.  I need the field on the profile in order to make it easier administrators to edit and to view, rather then multiple clicks to use the tab. (and needs to be an obvious piece of data on the profile)</p>
  
  <p>Is there anyway to get a relationships field on the profile, e.g. directly under the 'Current Employer' field OR in a custom field set elsewhere on the profile???</p>
  
  <p>Carl </p>
  
Tags: <relationships>
Title: How to relationships field on the contact profile
ThreadText: # How to relationships field on the contact profile
  
  (Asked by: username_0 on 2016-08-30)
  
  I want to create a relationships field on a contact profile like the 'Current Employer" field. I want to be able to access this new field rather than using the 'Relationships' tab.
  
  Why?
  I want to retain the 'Current Employer' field.
  My client, Navy Sailing has over 180 branches around the world. We assist with the management of contacts that belong to those branches (organization), and creating a contact relationship with those branches seems to be the best way to manage the requirements. I need the field on the profile in order to make it easier administrators to edit and to view, rather then multiple clicks to use the tab. (and needs to be an obvious piece of data on the profile)
  
  Is there anyway to get a relationships field on the profile, e.g. directly under the 'Current Employer' field OR in a custom field set elsewhere on the profile???
  
  username_0
  
  **Tags:** relationships
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2016-08-30. Score: 1
  
  The "Current Employer" field is special in that the `employer_id` is actually stored on the contact record (in the `civicrm_contact` table on the underlying database). All other relationships are stored only in `civicrm_relationship`.
  
  Nevertheless, you could fake this:
  
  * Create a custom field of type "Contact Reference". This by itself might meet your needs - do you still need a relationship if you have a contact reference field?
  * If so - you can write an extension (if you're not a coder, you can hire one to do this for you) that fires on `hook_civicrm_custom`. When they contact reference field is changed, a corresponding relationship can also be updated.
  
  > **Comments:**
  > **username_0**: Hey, Jon! Thanks!  Functionally, does the 'Current Employer' field do anything different than the 'Contact Reference' field?  I.e. would I be missing something based on my original requirement?  I guess what I'm asking is: architecturally, is the 'current employer' field a unique structure (other than the employer_id being held in the db)? Looking at it another way, the "Current Employer" would work well as a branch organization, but semantically it wouldn't make sense.  
  > **username_1**: "Current Employer" is different in that there's some special code to handle it.  E.g. when creating a new relationship of type "Employer/Employee", you can automatically set the "Current Employer".  However, if the only issue is semantic, and you don't need to track current employer, you may want to see if using Word Replacements to replace "Current Employer" with your preferred language will get you the desired result!  
  > **username_0**: Thanks, Jon!  That's probably the path we will take. - username_0  
  
  ---
  
  