in2-agent-server 0.20260821.185429
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +369 -0
- package/agents/plan-requirement.md +32 -0
- package/dist/campfire/configItem.js +201 -0
- package/dist/campfire/configItemDescription.js +379 -0
- package/dist/campfire/deriveFromBundle.js +1013 -0
- package/dist/cli.js +465 -0
- package/dist/core/betaFeedback.js +493 -0
- package/dist/core/chapterInstructions.js +473 -0
- package/dist/core/claudeAssets.js +61 -0
- package/dist/core/gate.js +201 -0
- package/dist/core/ids.js +9 -0
- package/dist/core/install.js +60 -0
- package/dist/core/operatorQa.js +462 -0
- package/dist/core/orgCallMeter.js +178 -0
- package/dist/core/parcels.js +1235 -0
- package/dist/core/paths.js +105 -0
- package/dist/core/phases.js +225 -0
- package/dist/core/planFile.js +251 -0
- package/dist/core/planFragments.js +119 -0
- package/dist/core/readsLog.js +398 -0
- package/dist/core/registration.js +24 -0
- package/dist/core/result.js +38 -0
- package/dist/core/resume.js +233 -0
- package/dist/core/revisionChain.js +351 -0
- package/dist/core/richText.js +61 -0
- package/dist/core/semanticHash.js +89 -0
- package/dist/core/sessionOrg.js +60 -0
- package/dist/core/sfQuery.js +19 -0
- package/dist/core/spawn.js +182 -0
- package/dist/core/supervisorContract.js +230 -0
- package/dist/core/telemetry.js +1297 -0
- package/dist/core/telemetryContext.js +154 -0
- package/dist/core/telemetrySpool.js +244 -0
- package/dist/core/transcriptUpload.js +516 -0
- package/dist/core/update.js +363 -0
- package/dist/core/viewer.js +117 -0
- package/dist/core/workspace.js +92 -0
- package/dist/core/writeGrants.js +93 -0
- package/dist/core/writebackManifest.js +92 -0
- package/dist/direct/applyLoop.js +2516 -0
- package/dist/direct/batchReport.js +510 -0
- package/dist/direct/comparatorNoise.js +75 -0
- package/dist/direct/containers.js +85 -0
- package/dist/direct/contamination.js +221 -0
- package/dist/direct/crud.js +56 -0
- package/dist/direct/destructive.js +168 -0
- package/dist/direct/knownTokens.js +94 -0
- package/dist/direct/lint.js +382 -0
- package/dist/direct/metadataSchema.generated.json +1 -0
- package/dist/direct/metadataSchema.js +179 -0
- package/dist/direct/operatorPage.js +349 -0
- package/dist/direct/orgRepo.js +1531 -0
- package/dist/direct/orgRepoSpawnCount.js +21 -0
- package/dist/direct/plannedScope.js +119 -0
- package/dist/direct/preImageTargets.js +63 -0
- package/dist/direct/refVerify.js +191 -0
- package/dist/direct/registry.js +129 -0
- package/dist/direct/removals.js +262 -0
- package/dist/direct/rollback.js +1513 -0
- package/dist/direct/rollbackRun.js +1360 -0
- package/dist/direct/sessionProjection.js +126 -0
- package/dist/direct/snapshotComparability.js +165 -0
- package/dist/direct/sourceTree.js +113 -0
- package/dist/direct/unstatedChanges.js +106 -0
- package/dist/direct/waveAssembly.js +556 -0
- package/dist/direct/waveCounts.js +19 -0
- package/dist/direct/waveDerivation.js +152 -0
- package/dist/direct/waveGrade.js +185 -0
- package/dist/index.js +90 -0
- package/dist/orgread/customFieldSnapshot.js +48 -0
- package/dist/orgread/fieldMetadata.js +178 -0
- package/dist/orgread/genericSnapshot.js +61 -0
- package/dist/orgread/layoutSnapshot.js +151 -0
- package/dist/orgread/salesforceOrgReader.js +184 -0
- package/dist/orgread/snapshotTypes.js +9 -0
- package/dist/projection/bridge.js +26 -0
- package/dist/projection/diff.js +141 -0
- package/dist/projection/mapmd.js +213 -0
- package/dist/projection/nameAmbiguity.js +106 -0
- package/dist/projection/precedent.js +136 -0
- package/dist/projection/project.js +214 -0
- package/dist/projection/scope.js +110 -0
- package/dist/projection/types.js +5 -0
- package/dist/tools/analyze.js +322 -0
- package/dist/tools/auth.js +915 -0
- package/dist/tools/campfire.js +1742 -0
- package/dist/tools/closeBatch.js +154 -0
- package/dist/tools/closeText.js +35 -0
- package/dist/tools/direct.js +1613 -0
- package/dist/tools/feedback.js +318 -0
- package/dist/tools/operator.js +287 -0
- package/dist/tools/org.js +739 -0
- package/dist/tools/phase.js +249 -0
- package/dist/tools/projection.js +172 -0
- package/dist/tools/session.js +313 -0
- package/dist/tools/update.js +82 -0
- package/dist/tools/waves.js +793 -0
- package/package.json +48 -0
- package/reference/campfire-configuration-items-guide.md +710 -0
- package/reference/deployability-cribs.md +119 -0
- package/reference/operator-voice.md +141 -0
- package/reference/org-read-cribs.md +34 -0
- package/reference/scoped-dml-interim.md +68 -0
- package/reference/supervisor-playbook.md +313 -0
- package/reference/templates.md +233 -0
- package/skills/in2-delivery/SKILL.md +322 -0
- package/skills/in2-delivery/references/campfire-configuration-items-guide.md +710 -0
- package/skills/in2-delivery/references/deployability-cribs.md +119 -0
- package/skills/in2-delivery/references/operator-voice.md +141 -0
- package/skills/in2-delivery/references/org-read-cribs.md +34 -0
- package/skills/in2-delivery/references/scoped-dml-interim.md +68 -0
- package/skills/in2-delivery/references/templates.md +233 -0
- package/skills/plan-requirement/SKILL.md +188 -0
- package/viewer/index.html +899 -0
- package/viewer/server.mjs +433 -0
|
@@ -0,0 +1,710 @@
|
|
|
1
|
+
# Campfire Configuration Items Guide
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
PROVENANCE. Transcribed from VFP's "Campfire Configuration Items - Common Types Guide"
|
|
5
|
+
(V12, 08 August 2025) and re-synced 2026-08-19 against the revision VFP's team sent that day.
|
|
6
|
+
That revision changed exactly two things — it ADDED a `Named Credential` section and a `Role`
|
|
7
|
+
section — and left every other section's field rules byte-identical. Both were already in
|
|
8
|
+
CI_RULES (src/campfire/configItem.ts), added 2026-08-18 from the live restricted picklist after
|
|
9
|
+
Renner's QA dropped three delivered Roles and a Named Credential from a writeback; the client
|
|
10
|
+
doc has now caught up with what the org already accepted.
|
|
11
|
+
|
|
12
|
+
The screenshots are not reproduced here, so where one carried a load-bearing fact the prose
|
|
13
|
+
states it (see the Role note).
|
|
14
|
+
-->
|
|
15
|
+
|
|
16
|
+
## Campfire Configuration Items - Common Types Guide
|
|
17
|
+
|
|
18
|
+
### Overview
|
|
19
|
+
|
|
20
|
+
This document will outline the most common type of Configuration Items or metadata components that we use to solve the client requirements at VFP and that can be tracked in the Campfire application.
|
|
21
|
+
|
|
22
|
+
The Configuration Items is a list of metadata components that the consultant has built for each system requirement on a given project. One or more configuration items can be added to a requirement. This list is used as a checklist and manifests during deployment when the components created in the Salesforce test or sandbox environment are collectively deployed to other Salesforce environments. The configuration items list can be exported in a specific file format to be imported into a deployment tool like ClickDeploy to execute the deployment from one environment to another. At VFP, the deployment tool of choice is ClickDeploy.
|
|
23
|
+
|
|
24
|
+
Below are the types of configuration items and how to enter these metadata components in the Campfire Configuration Items record.
|
|
25
|
+
|
|
26
|
+
### Actions & Global Actions
|
|
27
|
+
|
|
28
|
+
For Actions you will have to complete the following fields depending if it’s a Global Action or an Action inside an Object:
|
|
29
|
+
|
|
30
|
+
- **Type:** QuickAction
|
|
31
|
+
- **Configuration Item API Name:** The name of the Action
|
|
32
|
+
- **Object API Name:** The object API name that holds the action (Only used if the Action is from an object, if it’s a global action then this field must be blank)
|
|
33
|
+
|
|
34
|
+
You can get the name of the Action from a custom object by going to Setup - Object Manager - Opening your object and clicking on the Buttons, Links, and Actions tab:
|
|
35
|
+
|
|
36
|
+
If it’s a Global Action you can get the name by going to Setup - Global Actions and finding your Global Action:
|
|
37
|
+
|
|
38
|
+
Here is what a Configuration Item for Actions in objects looks like in Campfire:
|
|
39
|
+
|
|
40
|
+
This is what it looks like for Global Actions:
|
|
41
|
+
|
|
42
|
+
### Apex Classes
|
|
43
|
+
|
|
44
|
+
To add Apex Classes you will have to complete the following fields:
|
|
45
|
+
|
|
46
|
+
- **Type:** ApexClass
|
|
47
|
+
- **Configuration Item API Name:** The Name of the Apex Class
|
|
48
|
+
|
|
49
|
+
You can get the Apex Class Name by going to Setup - Apex Classes and reviewing the Name column of your ApexClass:
|
|
50
|
+
|
|
51
|
+
### Apex Triggers
|
|
52
|
+
|
|
53
|
+
To add Apex Triggers you will have to complete the following fields:
|
|
54
|
+
|
|
55
|
+
- **Type:** ApexTrigger
|
|
56
|
+
- **Configuration Item API Name:** The Name of the Apex Trigger
|
|
57
|
+
|
|
58
|
+
You can get the Apex Trigger Name by going to Setup - Apex Classes and reviewing the Name column of your ApexTrigger:
|
|
59
|
+
|
|
60
|
+
### Approval Processes
|
|
61
|
+
|
|
62
|
+
For Approval Processes you will have to complete the following fields:
|
|
63
|
+
|
|
64
|
+
- **Type:** Approval Process
|
|
65
|
+
- **Configuration Item API Name:** the Unique Name of the Approval Process
|
|
66
|
+
- **Object API Name:** the Object API Name that holds the approval process
|
|
67
|
+
|
|
68
|
+
You can get the Unique Name of the Approval Process by going to Setup - Approval Processes and opening your approval process:
|
|
69
|
+
|
|
70
|
+
Here is what a Configuration Item for Approval Process looks like in Campfire:
|
|
71
|
+
|
|
72
|
+
### Apps / Lightning Page Assignments
|
|
73
|
+
|
|
74
|
+
For Apps and/or Lightning Page Assignments you will have to complete the following fields:
|
|
75
|
+
|
|
76
|
+
- **Type:** App
|
|
77
|
+
- **Configuration Item API Name:** The Developer Name of your app
|
|
78
|
+
|
|
79
|
+
You can find the Developer name of your app by going to Setup - App Manager and finding your app:
|
|
80
|
+
|
|
81
|
+
Lightning Page Assignments aren't directly deployable. To move them to a new org, you must include the associated app in your deployment. For example, to deploy the first line of Lightning Page assignments in the screenshot, you need to add the QTC - Project Management app as an App Configuration Item.
|
|
82
|
+
|
|
83
|
+
Here is how a Configuration Item for Apps should look like in Campfire:
|
|
84
|
+
|
|
85
|
+
### Buttons
|
|
86
|
+
|
|
87
|
+
For Custom Buttons you will have to complete the following fields:
|
|
88
|
+
|
|
89
|
+
- **Type:** WebLink
|
|
90
|
+
- **Configuration Item API Name:** the name of the custom button
|
|
91
|
+
- **Object API Name:** The Object API Name of the object that holds the button
|
|
92
|
+
|
|
93
|
+
You can get the button name by going to Setup - Object Manager - Opening your object and clicking on the Buttons, Links and Actions tab:
|
|
94
|
+
|
|
95
|
+
Here is how a good Configuration Item for Custom Buttons looks like in Campfire:
|
|
96
|
+
|
|
97
|
+
### Compact Layouts
|
|
98
|
+
|
|
99
|
+
For Compact Layouts you will need to complete the following fields:
|
|
100
|
+
|
|
101
|
+
- **Type:** CompactLayout
|
|
102
|
+
- **Configuration Item API Name:** The API name of the Compact Layout
|
|
103
|
+
- **Object API Name:** The API name of the object that holds the Compact Layout.
|
|
104
|
+
|
|
105
|
+
You can find the API Name of the Compact Layout by navigating to Setup - Object Manager - Clicking on your object and clicking the Compact Layout tab:
|
|
106
|
+
|
|
107
|
+
Here is what a Configuration Item for Compact Layouts looks like in Campfire:
|
|
108
|
+
|
|
109
|
+
### Conditional Field Formatting on Lightning Pages
|
|
110
|
+
|
|
111
|
+
For Conditional Field Formatting on Lightning Pages you will need to complete the following fields:
|
|
112
|
+
|
|
113
|
+
- **Type:** UiFormatSpecificationSet
|
|
114
|
+
- **Configuration Item API Name:** The API name of the Conditional Formatting
|
|
115
|
+
|
|
116
|
+
You can get the API name of the Conditional Formatting by navigating to the Object Page - Conditional Field Formatting and copying the API Name column:
|
|
117
|
+
|
|
118
|
+
### Custom Fields
|
|
119
|
+
|
|
120
|
+
For adding custom fields you must complete the following fields:
|
|
121
|
+
|
|
122
|
+
- **Type:** CustomField
|
|
123
|
+
- **Configuration Item API Name:** The API name of the custom field
|
|
124
|
+
- **Object API Name:** The API name of the Object that holds the Custom Field
|
|
125
|
+
|
|
126
|
+
You can get the API Name of the field by navigating to Setup - Object Manager - Search for your object - Fields & Relationships and finding the Custom Field:
|
|
127
|
+
|
|
128
|
+
You can find the Object API Name by clicking on the Details tab:
|
|
129
|
+
|
|
130
|
+
Here is what a good Custom Field Configuration Item looks like in Campfire:
|
|
131
|
+
|
|
132
|
+
API Names for Custom Fields and Object API Names MUST ALWAYS end with __c if it’s custom (this rule also applies for Certinia OOB fields), this formatting doesn’t apply if the field or the object are OOB (Out-of-the-box) from Salesforce.
|
|
133
|
+
|
|
134
|
+
### Custom Fields (Custom Metadata Types)
|
|
135
|
+
|
|
136
|
+
To add custom fields from Custom Metadata Types you must complete the following fields:
|
|
137
|
+
|
|
138
|
+
- **Type:** CustomField
|
|
139
|
+
- **Configuration Item API Name:** The API name of the custom field
|
|
140
|
+
- **Object API Name:** The API name of the Custom Metadata Type that holds the Custom Field.
|
|
141
|
+
|
|
142
|
+
You can get the API name of your custom fields by navigating to your Custom Metadata Type and reviewing the Custom Fields section:
|
|
143
|
+
|
|
144
|
+
### Custom Fields (Custom Settings)
|
|
145
|
+
|
|
146
|
+
To add custom fields you must complete the following fields:
|
|
147
|
+
|
|
148
|
+
- **Type:** CustomField
|
|
149
|
+
- **Configuration Item API Name:** The API name of the custom field
|
|
150
|
+
- **Object API Name:** The API name of the Custom Settings that holds the Custom Field.
|
|
151
|
+
|
|
152
|
+
You can get the Custom Field API Name by going to the Custom Settings and reviewing the fields:
|
|
153
|
+
|
|
154
|
+
### Custom Labels
|
|
155
|
+
|
|
156
|
+
To add Custom Labels you need to complete the following fields:
|
|
157
|
+
|
|
158
|
+
- **Type:** CustomLabel
|
|
159
|
+
- **Configuration Item API Name:** The API name of the Custom Label
|
|
160
|
+
|
|
161
|
+
You can get the name of the Custom Label by going to Setup - Custom Labels and reviewing the Name column:
|
|
162
|
+
|
|
163
|
+
### Custom Metadata
|
|
164
|
+
|
|
165
|
+
Custom Metadata are records that belong to a Custom Metadata Type
|
|
166
|
+
|
|
167
|
+
In order to add Custom Metadata as Configuration Items in Campfire you will need to complete the following fields:
|
|
168
|
+
|
|
169
|
+
- **Type:** CustomMetadata
|
|
170
|
+
- **Configuration Item API Name:** The API name of the Custom Metadata
|
|
171
|
+
- **Object API Name:** The API Name of the Custom Metadata Type that holds the Custom Metadata
|
|
172
|
+
|
|
173
|
+
You can get the API Name of the Custom Metadata by going to Setup - Custom Metadata Types - clicking on the Manage Records button from your Custom Metadata Type and reviewing the Name column:
|
|
174
|
+
|
|
175
|
+
### Custom Metadata Fields
|
|
176
|
+
|
|
177
|
+
In order to add custom fields from a Custom Metadata Type as Configuration Items in Campfire you will need to complete the following fields:
|
|
178
|
+
|
|
179
|
+
- **Type:** CustomFIeld
|
|
180
|
+
- **Configuration Item API Name:** The API name of the Custom Metadata Field
|
|
181
|
+
- **Object API Name:** The API name of the Custom Metadata Type that holds the custom field
|
|
182
|
+
|
|
183
|
+
You can get the API name of the Custom Metadata Field by navigating to Setup - Custom Metadata Type - Opening the Custom Metadata Type and reviewing the API Name column under Custom Fields:
|
|
184
|
+
|
|
185
|
+
### Custom Metadata Types
|
|
186
|
+
|
|
187
|
+
In order to add Custom Metadata Types as Configuration Items in Campfire you will need to complete the following fields:
|
|
188
|
+
|
|
189
|
+
- **Type:** CustomObject
|
|
190
|
+
- **Configuration Item API Name:** The API Name of the Custom Metadata Type
|
|
191
|
+
|
|
192
|
+
You can get the API Name of the Custom Metadata Type by going to Setup - Custom Metadata Types and reviewing the API name column:
|
|
193
|
+
|
|
194
|
+
### Custom Metadata Validation Rules
|
|
195
|
+
|
|
196
|
+
In order to add Validation Rules from a Custom Metadata Type as Configuration Items in Campfire you will need to complete the following fields:
|
|
197
|
+
|
|
198
|
+
- **Type:** ValidationRule
|
|
199
|
+
- **Configuration Item API Name:** The API name of the Validation Rule
|
|
200
|
+
- **Object API Name:** The API name of the Custom Metadata Type that holds the Validation Rule
|
|
201
|
+
|
|
202
|
+
You can get the API name of the Validation Rule by navigating to Setup - Custom Metadata Type - Opening the Custom Metadata Type and reviewing the Rule Name column under the Validation Rules section:
|
|
203
|
+
|
|
204
|
+
### Custom Notifications
|
|
205
|
+
|
|
206
|
+
In order to add Custom Notifications Configuration Items in Campfire you will need to complete the following fields:
|
|
207
|
+
|
|
208
|
+
- **Type:** CustomNotificationType
|
|
209
|
+
- **Configuration Item API Name:** The API Name of the Custom Notification
|
|
210
|
+
|
|
211
|
+
You can get the API Name of the Custom Notifications by navigating to Setup - Custom Notifications and reviewing the API Name column:
|
|
212
|
+
|
|
213
|
+
### Custom Objects
|
|
214
|
+
|
|
215
|
+
In order to add Custom Objects as Configuration Items in Campfire you will need to complete the following fields:
|
|
216
|
+
|
|
217
|
+
- **Type:** CustomObject
|
|
218
|
+
- **Configuration Item API Name:** The API name of the Object
|
|
219
|
+
|
|
220
|
+
You can get the Object API Name by going to Setup - Object Manager - Open your object and clicking on the Details tab:
|
|
221
|
+
|
|
222
|
+
Here is what a good Configuration Item for Custom Object looks like in Campfire:
|
|
223
|
+
|
|
224
|
+
### Custom Permissions
|
|
225
|
+
|
|
226
|
+
To add Custom Permissions you need to complete the following fields:
|
|
227
|
+
|
|
228
|
+
- **Type:** CustomPermission
|
|
229
|
+
- **Configuration Item API Name:** The API name of the Custom Permission
|
|
230
|
+
|
|
231
|
+
You can get the API name of the Custom Permissions by going to Setup - Custom Permission and seeing the Name column of your Custom Permission:
|
|
232
|
+
|
|
233
|
+
### Custom Settings
|
|
234
|
+
|
|
235
|
+
In order to add Custom Settings as Configuration Items in Campfire you will need to complete the following fields:
|
|
236
|
+
|
|
237
|
+
- **Type:** CustomObject
|
|
238
|
+
- **Configuration Item API Name:** The API name of the Custom Setting
|
|
239
|
+
|
|
240
|
+
You can get the Custom Settings API Name by going to Setup - Custom Settings and opening your Custom Settings:
|
|
241
|
+
|
|
242
|
+
### Dashboard Folder
|
|
243
|
+
|
|
244
|
+
For Dashboard Folder you will have to complete the following fields:
|
|
245
|
+
|
|
246
|
+
- **Type:** DashboardFolder
|
|
247
|
+
- **Configuration Item API Name:** The Developer Name of the folder
|
|
248
|
+
|
|
249
|
+
You can get the Developer Name of the folder by navigating to the folder, clicking the arrow icon and clicking on Rename:
|
|
250
|
+
|
|
251
|
+
### Dashboards
|
|
252
|
+
|
|
253
|
+
For Dashboards you will have to complete the following fields:
|
|
254
|
+
|
|
255
|
+
- **Type:** Dashboard
|
|
256
|
+
- **Configuration Item API Name:** The Developer Name of your dashboard
|
|
257
|
+
- **Report / Dashboard Folder API Name:** The unique name of the folder that contains the Dashboard
|
|
258
|
+
|
|
259
|
+
You can’t get the Dashboard’s Developer Name by conventional means so you have to run this query, you can get both the Developer Name and the name of the folder with this query:
|
|
260
|
+
|
|
261
|
+
SELECT DeveloperName, Folder.DeveloperName FROM Dashboard WHERE Title = ‘The name of your dashboard’
|
|
262
|
+
|
|
263
|
+
Remember to also include as a Configuration Item the folder that contains the Dashboard.
|
|
264
|
+
|
|
265
|
+
### Declarative Lookup Summaries (DRLS)
|
|
266
|
+
|
|
267
|
+
For DRLS triggers you will need to complete the following fields:
|
|
268
|
+
|
|
269
|
+
- **Type:** CustomMetadata
|
|
270
|
+
- **Configuration Item API Name:** The API name of your DRLS
|
|
271
|
+
- **Object API Name:** dlrs__LookupRollupSummary2
|
|
272
|
+
|
|
273
|
+
You can get the API name of the DRLS directly in the DRLS app in Salesforce:
|
|
274
|
+
|
|
275
|
+
Here is how a DRLS configuration item should look like in Campfire:
|
|
276
|
+
|
|
277
|
+
### Duplicate Rules / Matching Rules
|
|
278
|
+
|
|
279
|
+
For Duplicate Rules or Matching Rules you will need to complete the following fields:
|
|
280
|
+
|
|
281
|
+
- **Type:** DuplicateRule or MatchingRule
|
|
282
|
+
- **Configuration Item API Name:** The API name of your Duplicate Rule or Matching Rule
|
|
283
|
+
- **Object API Name:** The API of the object that holds the duplicate rule or matching rule
|
|
284
|
+
|
|
285
|
+
You can get the API name of your matching rule by going to Setup - Matching Rules and opening your Matching Rule:
|
|
286
|
+
|
|
287
|
+
Getting the Duplicate Rules API Name is a little bit more complicated in Salesforce UI but you can run this simple query to get it:
|
|
288
|
+
|
|
289
|
+
SELECT DeveloperName FROM DuplicateRule WHERE MasterLabel = 'YOUR DUPLICATE RULE NAME'
|
|
290
|
+
|
|
291
|
+
Here is how a Campfire Configuration Item for Duplicate Rules or Matching Rules looks like in Campfire:
|
|
292
|
+
|
|
293
|
+
### Email Templates
|
|
294
|
+
|
|
295
|
+
For Email Templates you will have to complete the following fields:
|
|
296
|
+
|
|
297
|
+
- **Type:** Email Templates
|
|
298
|
+
- **Configuration Item API Name:** The unique name of your Email Template
|
|
299
|
+
- **Report / Dashboard Folder API Name:** The unique name of the folder that contains the Email Template. If your template folder is the standard OOTB public folder then just put unfiled$public in this field
|
|
300
|
+
|
|
301
|
+
You can get the Unique Name from the Email Template by going to Setup - Classic Email Templates - Opening your Email Template and checking the Unique Name field:
|
|
302
|
+
|
|
303
|
+
You can also get the Email Template Unique Name and the Email Template Folder Unique Name by running this query:
|
|
304
|
+
|
|
305
|
+
SELECT Folder.DeveloperName, DeveloperName FROM EmailTemplate WHERE DeveloperName = ‘EMAIL TEMPLATE UNIQUE NAME’
|
|
306
|
+
|
|
307
|
+
### Email Templates Folder
|
|
308
|
+
|
|
309
|
+
For Email Templates you will have to complete the following fields:
|
|
310
|
+
|
|
311
|
+
- **Type:** EmailTemplateFolder
|
|
312
|
+
- **Configuration Item API Name:** The developer name of your Email Template Folder
|
|
313
|
+
|
|
314
|
+
You can get the developer name of your Email Template Folder by running this query:
|
|
315
|
+
|
|
316
|
+
SELECT Folder.DeveloperName, DeveloperName FROM EmailTemplate WHERE DeveloperName = ‘EMAIL TEMPLATE UNIQUE NAME’
|
|
317
|
+
|
|
318
|
+
The Folder.DeveloperName column is the Developer Name of the Email Template Folder
|
|
319
|
+
|
|
320
|
+
### Field Sets
|
|
321
|
+
|
|
322
|
+
For Field Sets you will have to complete the following fields:
|
|
323
|
+
|
|
324
|
+
- **Type:** FieldSet
|
|
325
|
+
- **Configuration Item API Name:** The API Name of the Field Set
|
|
326
|
+
- **Object API Name:** The API Name of the object that holds the Field Set
|
|
327
|
+
|
|
328
|
+
You can get the API Name of the Field Set by going to Setup - Object Manager - Open your object and clicking on the Field Set tab:
|
|
329
|
+
|
|
330
|
+
Here is what a good Configuration Item for Field Sets looks like in Campfire:
|
|
331
|
+
|
|
332
|
+
### Flows
|
|
333
|
+
|
|
334
|
+
For Flows you will have to complete the following fields:
|
|
335
|
+
|
|
336
|
+
- **Type:** Flow
|
|
337
|
+
- **Configuration Item API Name:** The API name of your flow
|
|
338
|
+
|
|
339
|
+
You can get the API name of your flow by going to Setup - Flows - Opening your Flow and clicking the Save As Button:
|
|
340
|
+
|
|
341
|
+
Here is what a Configuration Item for Flows should look like in Campfire:
|
|
342
|
+
|
|
343
|
+
### Global Value Sets (Picklist Global VAlues)
|
|
344
|
+
|
|
345
|
+
For Global Value Setsyou will have to complete the following fields:
|
|
346
|
+
|
|
347
|
+
- **Type:** GlobalValueSet
|
|
348
|
+
- **Configuration Item API Name:** The API name of the picklist global value set
|
|
349
|
+
|
|
350
|
+
You can get the API name of the Global Value Set by going to Setup - Picklist Value Sets Opening your Value Set and copying the Name field:
|
|
351
|
+
|
|
352
|
+
### Lightning Pages
|
|
353
|
+
|
|
354
|
+
For Lightning Pages you will have to complete the following fields:
|
|
355
|
+
|
|
356
|
+
- **Type:** LightningPage
|
|
357
|
+
- **Configuration Item API Name:** The API name of your page.
|
|
358
|
+
|
|
359
|
+
You can get the API name of the page by going to the Page Builder of your page and you should be able to find the API name on the right side of the screen:
|
|
360
|
+
|
|
361
|
+
Here is what a Configuration Item for Lightning Pages should look like in Campfire:
|
|
362
|
+
|
|
363
|
+
### List View Button Layout
|
|
364
|
+
|
|
365
|
+
List View Button Layouts are not deployable individually, you will have to deploy the Custom or Standard object that contains the List View Button Layout.
|
|
366
|
+
|
|
367
|
+
In order to add Custom Objects as Configuration Items in Campfire you will need to complete the following fields:
|
|
368
|
+
|
|
369
|
+
- **Type:** CustomObject
|
|
370
|
+
- **Configuration Item API Name:** The API name of the Object
|
|
371
|
+
|
|
372
|
+
You can get the Object API Name by going to Setup - Object Manager - Open your object and clicking on the Details tab:
|
|
373
|
+
|
|
374
|
+
Here is how the Configuration Item should look like:
|
|
375
|
+
|
|
376
|
+
### List Views
|
|
377
|
+
|
|
378
|
+
Here are the fields that you need to complete for List Views:
|
|
379
|
+
- **Type:** ListView
|
|
380
|
+
- **Configuration Item API Name:** The API Name of the list view
|
|
381
|
+
- **Object API Name:** The Object API Name of the object that holds the List View
|
|
382
|
+
|
|
383
|
+
You can get the List View API Name by navigating to the list view, clicking on the Gear icon, and then on the Rename button:
|
|
384
|
+
|
|
385
|
+
**
|
|
386
|
+
|
|
387
|
+
Here is what a Configuration Item for List Views should look like in Campfire:
|
|
388
|
+
|
|
389
|
+
### Muting Permission Sets
|
|
390
|
+
|
|
391
|
+
For Muting Permission Sets, you will have to complete the following fields:
|
|
392
|
+
|
|
393
|
+
- **Type:** MutingPermissionSet
|
|
394
|
+
- **Configuration Item API Name:** The API name of the Muting Permission Set
|
|
395
|
+
|
|
396
|
+
You can find the API Name of the Muting Permission Set by navigating to the Permission Set Group that contains the Muting Perm Set - Muting Permission Sets in Group and copying the Muting Permission Set Name column:
|
|
397
|
+
|
|
398
|
+
### Named Credential
|
|
399
|
+
|
|
400
|
+
For Named Credential you will need to complete the following fields:
|
|
401
|
+
|
|
402
|
+
- **Type:** NamedCredential
|
|
403
|
+
- **Configuration Item API Name:** The Name of the Named Credential
|
|
404
|
+
|
|
405
|
+
### Page Layouts
|
|
406
|
+
|
|
407
|
+
For Page Layouts you will need to complete the following fields:
|
|
408
|
+
|
|
409
|
+
- **Type:** Layout
|
|
410
|
+
- **Configuration Item API Name:** The name of the page layout
|
|
411
|
+
- **Object API Name:** The API name of the object that holds the page layout.
|
|
412
|
+
|
|
413
|
+
You will have to use the Page Layout regular label that you can find under Setup - Object Manager - Opening your Object and clicking on the Page Layouts tab:
|
|
414
|
+
|
|
415
|
+
Here is what a Configuration Item for Page Layouts looks like:
|
|
416
|
+
|
|
417
|
+
> **Note:** If you were to deploy OOTB Certinia Page Layout or other package Page Layouts, make sure to append the package prefix at the beginning of the Configuration Item API Name:
|
|
418
|
+
|
|
419
|
+
### Paths
|
|
420
|
+
|
|
421
|
+
For Paths you will have to complete the following fields:
|
|
422
|
+
|
|
423
|
+
- **Type:** PathAssistant
|
|
424
|
+
- **Configuration Item API Name:** The API Name of the path
|
|
425
|
+
|
|
426
|
+
You can get the API Name of the path by navigating to Setup - Path - Click Edit on the Path - Review the API Name field:
|
|
427
|
+
|
|
428
|
+
### Permission Set Groups
|
|
429
|
+
|
|
430
|
+
For Permission Set Groups you will have to complete the following fields:
|
|
431
|
+
|
|
432
|
+
- **Type:** PermissionSetGroup
|
|
433
|
+
- **Configuration Item API Name:** The API name of you Permission Set Group
|
|
434
|
+
|
|
435
|
+
You can find the API name of your Permission Set Group by going to Setup - Permission Set Groups and finding your Permission Set Group:
|
|
436
|
+
|
|
437
|
+
Here is how a Configuration Item for Permission Set Groups should look like in Campfire:
|
|
438
|
+
|
|
439
|
+
> **Note:** If you were to deploy OOTB Certinia Permission Set Groups or other package PSGs, make sure to append the package prefix at the beginning of the Configuration Item API Name:
|
|
440
|
+
|
|
441
|
+
### Permission Sets
|
|
442
|
+
|
|
443
|
+
For Permission Sets you will have to complete the following fields:
|
|
444
|
+
|
|
445
|
+
- **Type:** PermissionSet
|
|
446
|
+
- **Configuration Item API Name:** The API Name of the Permission Set
|
|
447
|
+
|
|
448
|
+
You can find the API name of the Permission Set by going to Setup - Permission Sets - Opening your Permission Set and clicking on the Edit Properties button:
|
|
449
|
+
|
|
450
|
+
Here is what a Configuration Item for Permission Sets should look like in Campfire:
|
|
451
|
+
|
|
452
|
+
### Profiles
|
|
453
|
+
|
|
454
|
+
For Profiles you will have to complete the following fields:
|
|
455
|
+
|
|
456
|
+
- **Type:** Profile
|
|
457
|
+
- **Configuration Item API Name:** The name of your profile
|
|
458
|
+
|
|
459
|
+
You can find the name of your profile by going to the Setup - Profiles and finding your profile:
|
|
460
|
+
|
|
461
|
+
Here is how a Configuration Item for Profiles should look like in Campfire:
|
|
462
|
+
|
|
463
|
+
### Public Groups
|
|
464
|
+
|
|
465
|
+
For Public Groups you will have to complete the following fields:
|
|
466
|
+
|
|
467
|
+
- **Type:** Group
|
|
468
|
+
- **Configuration Item API Name:** The API name of your group
|
|
469
|
+
|
|
470
|
+
You can find the API Name of your Public Group by going to Setup - Public Groups and opening the Public Group:
|
|
471
|
+
|
|
472
|
+
Here is how a Configuration Item for Public Groups should look like in Campfire:
|
|
473
|
+
|
|
474
|
+
### Record Types
|
|
475
|
+
|
|
476
|
+
For Record Types you will have to complete the following fields:
|
|
477
|
+
|
|
478
|
+
- **Type:** RecordType
|
|
479
|
+
- **Configuration Item API Name:** The Record Type Name
|
|
480
|
+
- **Object API Name:** The API name of the Object that holds the Record Type.
|
|
481
|
+
|
|
482
|
+
You can get the Record Type Name by going to Setup - Object Manager - Open your Object and click on the Record Types tab:
|
|
483
|
+
|
|
484
|
+
Here is what a Configuration Item for Record Types should look like in Campfire:
|
|
485
|
+
|
|
486
|
+
### Role
|
|
487
|
+
|
|
488
|
+
For Roles you will have to complete the following fields:
|
|
489
|
+
|
|
490
|
+
- **Type:** Role
|
|
491
|
+
- **Configuration Item API Name:** The Role Name
|
|
492
|
+
|
|
493
|
+
> **Note:** the guide illustrates this with the Setup - Roles - Role Edit page, with the **Role Name** field ringed — the developer/API name (e.g. `CEO`), which sits directly under **Label** and is a separate field from it. Use Role Name, not the label, and not "Role Name as displayed on reports".
|
|
494
|
+
|
|
495
|
+
### Report Types
|
|
496
|
+
|
|
497
|
+
For Report Types you will have to complete the following fields:
|
|
498
|
+
|
|
499
|
+
- **Type:** ReportType
|
|
500
|
+
- **Configuration Item API Name:** The name of your report type
|
|
501
|
+
|
|
502
|
+
You can get the report type’s name by going to Setup - Report Type and finding your Report Type:
|
|
503
|
+
|
|
504
|
+
Here is how a Configuration Item for Report Types looks like in Campfire
|
|
505
|
+
|
|
506
|
+
### Reports
|
|
507
|
+
|
|
508
|
+
For Reports you will have to complete the following fields:
|
|
509
|
+
|
|
510
|
+
- **Type:** Report
|
|
511
|
+
- **Configuration Item API Name:** The Unique Name of your report
|
|
512
|
+
- **Report / Dashboard Folder API Name:** The unique name of the folder that contains the report. If your report is from the public folder, use unfiled$public as the folder API Name
|
|
513
|
+
|
|
514
|
+
You can find the unique name of the report folder by navigating to the reports tab, finding your report folder and clicking on the Rename button:
|
|
515
|
+
|
|
516
|
+
You can get the Report Name by navigating to the report - Edit and clicking on the Properties button:
|
|
517
|
+
|
|
518
|
+
You can also get the Name by running this query:
|
|
519
|
+
|
|
520
|
+
SELECT DeveloperName FROM Report WHERE Name = 'The Name of your Report'
|
|
521
|
+
|
|
522
|
+
Here is how a Configuration Item for Reports should look like:
|
|
523
|
+
|
|
524
|
+
### Sharing Rules
|
|
525
|
+
|
|
526
|
+
For Sharing Rules you will have to complete the following fields:
|
|
527
|
+
|
|
528
|
+
- **Type:** SharingCriteriaRule or SharingOwnerRule (depending on whether it is a criteria-based or owner-based sharing rule)
|
|
529
|
+
- **Object API Name:** The API name of the Object that holds the Sharing Rule
|
|
530
|
+
- **Configuration Item API Name:** The API Name of the Sharing Rule
|
|
531
|
+
|
|
532
|
+
You can get the Sharing Rule API Name by going to Setup - Sharing Settings - scrolling down to your specific object's Sharing Rules section and clicking Edit on the Rule:
|
|
533
|
+
|
|
534
|
+
### Sharing Sets
|
|
535
|
+
|
|
536
|
+
For Experience Site’s Sharing Sets you need the following fields:
|
|
537
|
+
|
|
538
|
+
- **Type:** SharingSet
|
|
539
|
+
- **Configuration Item API Name:** The API Name of the Sharing Set
|
|
540
|
+
|
|
541
|
+
To get the API Name of the Sharing Set, navigate to Setup - Digital Experiences - Settings - Open the Sharing Set - Grab the Sharing Set Name field:
|
|
542
|
+
|
|
543
|
+
### Standard Fields
|
|
544
|
+
|
|
545
|
+
For adding standard fields you must complete the following fields:
|
|
546
|
+
|
|
547
|
+
- **Type:** StandardField
|
|
548
|
+
- **Configuration Item API Name:** The API name of the standard field
|
|
549
|
+
- **Object API Name:** The API name of the Object that holds the standard Field
|
|
550
|
+
|
|
551
|
+
You can get the API Name of the field by navigating to Setup - Object Manager - Search for your object - Fields & Relationships and finding the Standard Field
|
|
552
|
+
|
|
553
|
+
### Tabs
|
|
554
|
+
|
|
555
|
+
For Tabs you will need to complete the following fields:
|
|
556
|
+
|
|
557
|
+
- **Type:** Tab
|
|
558
|
+
- **Configuration Item API Name:** the Name of the Tab (The spaces must be replaced with underscores)
|
|
559
|
+
|
|
560
|
+
If the Tab is from a Custom Object, then the Configuration Item Name must end with __c
|
|
561
|
+
Example: Campfire_Requirements__c
|
|
562
|
+
|
|
563
|
+
You can get the name of the Tab by going to Setup - Tabs and opening your tab:
|
|
564
|
+
|
|
565
|
+
Here is what a Configuration Item for Tabs looks like in Campfire:
|
|
566
|
+
|
|
567
|
+
### Validation Rules
|
|
568
|
+
|
|
569
|
+
Validation Rules work almost the same as page layouts. You will need the name of the Validation Rule and the Object API Name of the object that holds the validation rule.
|
|
570
|
+
|
|
571
|
+
You will have to complete the following fields on the Configuration Item:
|
|
572
|
+
|
|
573
|
+
- **Type:** ValidationRule
|
|
574
|
+
- **Configuration Item API Name:** Name of the Validation Rule
|
|
575
|
+
- **Object API Name:** The API Name of the Object that holds the validation rule
|
|
576
|
+
|
|
577
|
+
You can get the Validation Rule name by going to Setup - Object Manager - Finding your object and clicking on the Validation Rules tab:
|
|
578
|
+
|
|
579
|
+
Here is what a Configuration Item for Validation Rules looks like in Campfire:
|
|
580
|
+
|
|
581
|
+
### Visualforce Pages
|
|
582
|
+
|
|
583
|
+
To add Visualforce Pages you will have to complete the following fields:
|
|
584
|
+
|
|
585
|
+
- **Type:** ApexPage
|
|
586
|
+
- **Configuration Item API Name:** The Name of the Visualforce Page
|
|
587
|
+
|
|
588
|
+
You can get the Visualforce Page name by navigating to Setup - Visualforce Pages and reviewing the name column of your Visualforce Page:
|
|
589
|
+
|
|
590
|
+
### Workflow Email Alert
|
|
591
|
+
|
|
592
|
+
For Workflow Email Alerts, you will have to complete the following fields:
|
|
593
|
+
|
|
594
|
+
- **Type:** WorkflowEmailAlert
|
|
595
|
+
- **Configuration API Name:** the API name of the Workflow Email Alert
|
|
596
|
+
- **Object API Name:** the API name of the object that holds the Workflow Email Alert
|
|
597
|
+
|
|
598
|
+
### Workflow Field Updates
|
|
599
|
+
|
|
600
|
+
For Workflow Field Updates, you will have to complete the following fields:
|
|
601
|
+
|
|
602
|
+
- **Type:** WorkflowFieldUpdate
|
|
603
|
+
- **Configuration API Name:** the API name of the workflow field update
|
|
604
|
+
- **Object API Name:** the API name of the object that holds the workflow field update
|
|
605
|
+
|
|
606
|
+
Here is how a good Configuration Item for Workflow Field Updates looks like in Campfire:
|
|
607
|
+
|
|
608
|
+
### Workflow Outbound Messages
|
|
609
|
+
|
|
610
|
+
For Workflow Outbound Messages you will have to complete the following fields:
|
|
611
|
+
|
|
612
|
+
- **Type:** WorkflowOutboundMessage
|
|
613
|
+
- **Object API Name:** The API name of the object linked to the Outbound Message
|
|
614
|
+
- **Configuration Item API Name:** The unique name of your Workflow Outbound Message
|
|
615
|
+
|
|
616
|
+
You can get the Workflow Outbound Message name by going to Setup - Outbound Messages - Opening your outbound message and reviewing the Unique Name field:
|
|
617
|
+
|
|
618
|
+
## Certinia Components
|
|
619
|
+
|
|
620
|
+
Components from Certinia like Navigation Menus, Cards Panels, Highlights, etc are not deployable since these components are data.
|
|
621
|
+
|
|
622
|
+
In order to keep track of these tasks, create a Campfire Deployment Task for the Requirement and mark it as Pre-Deployment.
|
|
623
|
+
|
|
624
|
+
Like mentioned before, these components are actually data so records exist within the system. It’s possible to export them from the Source Org and then Import them into the Target Org by following these steps:
|
|
625
|
+
|
|
626
|
+
Export the data using the Salesforce Inspector in the Source Org.
|
|
627
|
+
|
|
628
|
+
Export query: SELECT fferpcore__ItemType__c, fferpcore__Label__c,
|
|
629
|
+
fferpcore__LargeData__c, Name FROM fferpcore__exp_configurationItem__c
|
|
630
|
+
|
|
631
|
+
Once you have the data export, you can copy it to an Excel format:
|
|
632
|
+
|
|
633
|
+
After copying the data, go to the target org and use the data import from the Inspector:
|
|
634
|
+
|
|
635
|
+
Paste the data in the text box and click Run Insert:
|
|
636
|
+
|
|
637
|
+
Once the data has been imported, confirm on the front-end that everything is working correctly.
|
|
638
|
+
|
|
639
|
+
## How to use Campfire Config Items with CLickDeploy
|
|
640
|
+
|
|
641
|
+
### Exporting your Configuration Items
|
|
642
|
+
|
|
643
|
+
There are several ways to export your Configuration Items, you can use reports, queries or other tools
|
|
644
|
+
|
|
645
|
+
In this case, we will use SOQL using the Salesforce Inspector Chrome extension since it’s the faster way.
|
|
646
|
+
|
|
647
|
+
Once you are on the Salesforce Inspector data export screen, you can write the following query to quickly gather your configuration items:
|
|
648
|
+
|
|
649
|
+
SELECT ClickDeploy_Text__c from Campfire_Configuration_Item__c where Requirement__r.Name = 'You Requirement Number'
|
|
650
|
+
|
|
651
|
+
If you want to grab the Configuration Items from various Requirements then you can use the IN statement:
|
|
652
|
+
|
|
653
|
+
SELECT ClickDeploy_Text__c from Campfire_Configuration_Item__c WHERE Requirement__r.Name IN ('Your Requirement Number', 'Your Requirement Number', 'Your Requirement Number')
|
|
654
|
+
|
|
655
|
+
If you want to get all the Configuration Items that are linked to Requirements from a particular Project, you can run this query:
|
|
656
|
+
|
|
657
|
+
SELECT ClickDeploy_Text__c FROM Campfire_Configuration_Item__c WHERE Requirement__r.Project__r.Name = 'the name of the project'
|
|
658
|
+
|
|
659
|
+
If you want to get all the Configuration Items from a particular Build Cycle, you can run this query:
|
|
660
|
+
|
|
661
|
+
SELECT ClickDeploy_Text__c FROM Campfire_Configuration_Item__c WHERE Requirement__r.Campfire_Build_Cycle__r.Name = 'The name of the Build Cycle' AND Requirement__r.Project__r.Name = 'The Name of the Project'
|
|
662
|
+
|
|
663
|
+
Once you have the data, let’s click the Copy (Excel Format) button and let’s paste this into a sheet:
|
|
664
|
+
|
|
665
|
+
> **Tip:** You can quickly create a new spreadsheet in Google Sheets by using the shortcut CMD + T in Mac or Control + T in Windows, typing sheet.new and pressing enter:
|
|
666
|
+
|
|
667
|
+
Once we have the sheet opened, let’s paste our data into the sheet:
|
|
668
|
+
|
|
669
|
+
Once the data is pasted into the sheet, it’s time to copy our configuration Items:
|
|
670
|
+
|
|
671
|
+
### Importing to ClickDeploy
|
|
672
|
+
|
|
673
|
+
Once we have the configuration items copied, we can log in to ClickDeploy and import the data.
|
|
674
|
+
|
|
675
|
+
Create a new deployment and set up your source org and your target org:
|
|
676
|
+
|
|
677
|
+
Once you are inside the deployment, click More and then Import Components Selections:
|
|
678
|
+
|
|
679
|
+
Paste your Configuration Items inside the text box and click Import:
|
|
680
|
+
|
|
681
|
+
A success window will appear and your components will be added to the Deployment:
|
|
682
|
+
|
|
683
|
+
After adding your components, be sure to validate the deployment and address any issues that arise.
|
|
684
|
+
|
|
685
|
+
However, keep in mind that a "Validated Deployment" doesn’t necessarily mean everything is included. ClickDeploy may validate a deployment successfully while still having invalid components.
|
|
686
|
+
|
|
687
|
+
Invalid components are indicated by this symbol in the Diff column:
|
|
688
|
+
|
|
689
|
+
These validation errors may indicate that the component does not exist in the target org or that ClickDeploy couldn’t locate it due to incorrect ClickDeploy Text in the Configuration Item.
|
|
690
|
+
In such cases, reach out to the configuration owner of the Requirement associated with the problematic Configuration Item. Ask them to identify the exact component that needs to be added.
|
|
691
|
+
|
|
692
|
+
## Examples of Dependencies and considerations for Deployments
|
|
693
|
+
|
|
694
|
+
There are certain dependencies that need to be taken into consideration when deploying.
|
|
695
|
+
|
|
696
|
+
Some of these dependencies are:
|
|
697
|
+
|
|
698
|
+
Permission Sets / Profiles & Custom Fields: If you have a permission set or profile that contains access to a field that doesn’t exist in the target org then your deployment will fail. Make sure to add that custom field to your deployment.
|
|
699
|
+
Reports / Dashboards: Reports and dashboards must have a folder, make sure to also deploy their respective folders.
|
|
700
|
+
Lightning Pages with List Views, Flows or Certinia Custom Components: If you have a lightning page that contains an embedded screen flow, then that screen flow must also be added to the deployment, it’s also the same situation with List Views added to Lightning Pages. Certinia Custom Components like Cards Panels, Highlights Panels, etc are NOT DEPLOYABLE and will have to be re-created in the Target Org with the exact Name that they have in the Source Org
|
|
701
|
+
Flows & Custom Fields: if you have a flow that uses custom fields that don’t exist in the target org, the deployment will fail. Make sure to add those missing custom fields to the deployment.
|
|
702
|
+
Flows & Custom Objects: If you are going to deploy a Flow that contains a custom object like Record Triggered Flow then make sure that the Custom Object is added to the deployment or confirm that it already exists in the target org.
|
|
703
|
+
Field Sets & Custom Fields: If you are going to be deploying a field set, make sure that the fields that are part of said Field Set are added to the deployment or they already exist in the target org.
|
|
704
|
+
Approval Processes & Workflow Field Updates or Workflow Email Alerts: If you are deploying an Approval Process that has one or multiple Workflow Field Updates or Workflow Email Alerts in it then those Workflow Field Updates and/or Workflow Email Alerts must also be in the deployment or must exist in the Target Org already.
|
|
705
|
+
|
|
706
|
+
Some of these considerations are:
|
|
707
|
+
|
|
708
|
+
Flows: Flows get deployed as inactive most of the time. If it’s a new version of an existing flow from the target org then the latest version of that flow must be activated. You can keep track of these action items as Deployment Tasks on the corresponding Requirement.
|
|
709
|
+
API Name Changes: Changes to API names of existing components in the Target Org are NOT DEPLOYABLE. ClickDeploy will take them as new components instead of existing ones. Example: If you have an Object called RADTest Requirement in the target org and you change the API name of that object in the Source Org and deploy it, ClickDeploy will create a new object instead of updating the existing one from your Target Org.
|
|
710
|
+
V12 08 August 2025
|