Skip to content

Commit 2bbe87e

Browse files
docs: add Salesforce field mapping validation and sync error documentation (#98)
Generated-By: mintlify-agent Co-authored-by: mintlify[bot] <109931778+mintlify[bot]@users.noreply.github.com>
1 parent f6717c6 commit 2bbe87e

1 file changed

Lines changed: 41 additions & 0 deletions

File tree

apps-and-integrations/salesforce.mdx

Lines changed: 41 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -117,6 +117,47 @@ To configure, provide:
117117
When this option is enabled, we set the specific checkbox field to true when an attendee is marked as no-show in Cal.com
118118

119119

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+
120161
## Appendix
121162

122163
#### Determining if an attendee belongs under an account

0 commit comments

Comments
 (0)