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: apps-and-integrations/salesforce.mdx
+41Lines changed: 41 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -117,6 +117,47 @@ To configure, provide:
117
117
When this option is enabled, we set the specific checkbox field to true when an attendee is marked as no-show in Cal.com
118
118
119
119
120
+
## Field mapping validation
121
+
122
+
Cal.com validates your Salesforce field mappings at two points to help you catch configuration issues early.
123
+
124
+
### Inline validation
125
+
126
+
When you add or edit a field mapping entry, Cal.com checks that the value you provide is compatible with the selected field type:
127
+
128
+
-**Checkbox** fields require a boolean value (True or False). Entering text triggers an error.
129
+
-**Date** fields require a valid date reference (such as Booking Start Date or Booking Created Date).
130
+
-**Text**, **Phone**, **Picklist**, and **Custom** fields require a non-empty text value.
131
+
132
+
If a value is invalid, an error message appears directly below the field mapping row so you can correct it before saving.
133
+
134
+
### Save-time validation
135
+
136
+
When you save your event type settings, Cal.com connects to your Salesforce org and validates each field mapping against the actual Salesforce schema. The following checks run automatically:
137
+
138
+
-**Field existence** — the API field name must exist on the Salesforce object.
139
+
-**Writability** — the field must not be read-only.
140
+
-**Type compatibility** — if you configured a field as Checkbox, the Salesforce field must be a boolean (and vice versa).
141
+
-**Picklist values** — for Picklist fields, the value you entered must match one of the active picklist options in Salesforce.
142
+
-**Field name casing** — the field name must match the exact casing used in Salesforce (for example, `Custom_Field__c` instead of `custom_field__c`).
143
+
144
+
If any check fails, the save is blocked and you see an error message describing which field has the problem and what needs to be fixed.
145
+
146
+
<Tip>
147
+
If your Salesforce connection is inactive or unreachable, save-time validation is skipped so that you can still save other event type settings. Reconnect Salesforce to re-enable validation.
148
+
</Tip>
149
+
150
+
### Sync error notifications
151
+
152
+
If a booking triggers a write to Salesforce and it fails at runtime, Cal.com stores the error details and displays a diagnostic notification banner at the top of the Salesforce settings tab for that event type. The banner includes:
153
+
154
+
-**Error code** — the Salesforce error code (for example, `FIELD_CUSTOM_VALIDATION_EXCEPTION`).
155
+
-**Error message** — a description of what went wrong.
156
+
-**Dropped fields** — if custom fields caused the failure, the fields that were removed from the write so the booking could still be created.
157
+
-**Timestamp** — when the error occurred.
158
+
159
+
You can dismiss the banner after reviewing the error. To prevent the error from recurring, update your field mappings using the guidance in the error message.
160
+
120
161
## Appendix
121
162
122
163
#### Determining if an attendee belongs under an account
0 commit comments