You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: fern/docs/pages/sdks/web/user-identity.mdx
+28-29Lines changed: 28 additions & 29 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ Ensure you copy your access token, as you will not be able to view it again.
16
16
## Generate a session token
17
17
18
18
<Calloutintent="note">
19
-
For security reasons, this API call must be made from your server side to prevent exposing your Application Access Token (AAT).
19
+
For security reasons, this API call must be made from the server side to prevent exposing your application access token (AAT).
20
20
</Callout>
21
21
22
22
Using the `rev_info` method, you can generate and recognize a user within the DevRev system by providing relevant user details. This method enables you to convey information systematically, ensuring alignment between your DevRev CRM and the structured data model. For information regarding terminologies, click [here](https://devrev.ai/docs/product/grow).
|`account_ref`| A unique reference for the account. | string | ❌ | ✅ |
84
+
|`display_name`| The name of the account that's shown on the widget. | string | ❌ | ✅ |
85
+
|`domains`|The attribute must be unique. Use a format like `devrev.ai`. Inputs like `https://devrev.ai` or `www.devrev.ai` are invalid.| array | ❌ | ✅ |
86
+
|`phone_numbers`| The phone number associated with the account must be in E.164 format. | array | ❌ | ❌ |
87
87
88
88
<Calloutintent="note">
89
89
Ensure that you follow the specified format when populating phone numbers and domains in the request body.
@@ -118,6 +118,8 @@ You can pass custom traits, as shown above, not only for `users` but also for `w
118
118
119
119
### How resolution works
120
120
121
+
When you send object information to DevRev, the system automatically creates or finds existing contacts, accounts, and workspaces.
122
+
121
123
DevRev offers three ways to structure your customer's data:
122
124
123
125
| Hierarchy Type | Documents Created | What to Include | Use Case |
@@ -126,7 +128,7 @@ DevRev offers three ways to structure your customer's data:
126
128
|**Two-level**| Accounts and Contacts linked to the account | User and account information | Recommended for most B2B cases |
127
129
|**Three-level**| Account with linked workspaces and contacts | User, workspace and account information | Used for B2B cases but only recommended if your business model requires workspace organization |
128
130
129
-
In a DevOrg, unique identifiers are utilized to handle objects. If an object doesn't exist, it is created and then an attempt is made to link it. For example, here's how it operates:
131
+
**What happens when you send different combinations:**
130
132
131
133
User reference:
132
134
- A user reference is mandatory, ensuring its constant presence.
@@ -147,12 +149,10 @@ This approach ensures efficient management and integration of objects within the
147
149
148
150
### Best practices
149
151
150
-
- Populate user traits like email and display name to:
151
-
- Make users identifiable
152
-
- Prevent duplicate users across integrations
153
-
- Maintain consistent unique identifiers across your system
154
-
- Follow the specified formats for phone numbers and domains
155
-
- Keep your application access token secure
152
+
- Populate user traits like email and display name to make users identifiable and to prevent duplicate users across integrations.
153
+
- Maintain consistent unique identifiers across your system.
154
+
- Follow the specified formats for phone numbers and domains.
0 commit comments