Salesforce admins: Urgent action required!

App projects: Difference between revisions

Jump to navigation Jump to search
Line 154: Line 154:


; On Conflict {{Anchor|Conflict}}
; On Conflict {{Anchor|Conflict}}
: Conflict appears when the same record is changed on the device and before being synchronized, a change occurs on the CRM server (e.g. other user changes the same record and synchronizes changes before the first user, or the record is changed on the CRM server).The [[conflict resolution]] strategy is as following:
: Conflict appears when the same record is changed on the device and before being synchronized, a change occurs on the CRM server (e.g. other user changes the same record and synchronizes changes before the first user, or the record is changed on the CRM server). Select one of the [[conflict resolution]] strategies:
:* Server Wins – When there is a conflict, server version of the record is used and overwrites the record on the client.
:* '''Server Wins''' In the case of a conflict, the server version of the record is used and overwrites the record on the client. The action is noted on the sync log.
:* Device Wins – Since only changed fields are sent to CRM server, when there is a conflict, the server and client records are “merged”, because only changed fields that are sent to server are overwritten by client version.
:* '''Device Wins''' In the case of a conflict, the client version of the record is used and overwrites the record on the server. However, only the fields changed on the client are uploaded. If the changes on the server affected different fields than on the app, both changes are preserved. If the same field was changed in both databases, server values are overwritten.
:* Manual Action – When there is a conflict, user receives a Sync Error, where he has multiple options how to deal with the error, e.g. edit the record on the device, save it and synchronize the changes again to beat the server change (Clear Error and retry).
:* '''Manual Action''' Conflicts must be resolved, either by the user in the app or by an admin using [[Sync Dashboard]]. See [[Conflict_resolution#Configuring_conflict_resolution|Configuring conflict resolution]] for more information about the two options.
:* Device Wins (Full) – Mobile CRM app sends and overwrites all fields to CRM server, even those that were not changed by the Mobile CRM app user.
:* '''Device Wins (Full)''' In this strategy, the whole record, including unchanged field values, is sent to the backend. So the whole record is used to overwrite the backend server version if the record, despite the server version of the record changes.
:* These are also options that User Action offers: [https://www.resco.net/sync-errors/ LINK], plus, it is possible to take server version. For this, user needs to have access to the CRM server and the record is overwritten by the record from the server.


; Include Lookup Labels: When checked, the app no longer shows data related to that entity as “Unknown” in the offline mode. This often happened with ownerIDs of records, as the data with User names is stored in the User entity (by default the Owner entity is not enabled in Woodford).
; Include Lookup Labels: When checked, the app no longer shows data related to that entity as “Unknown” in the offline mode. This often happened with ownerIDs of records, as the data with User names is stored in the User entity (by default the Owner entity is not enabled in Woodford).
; Incremental Linked SyncFilter: Incremental Linked Sync Filter ensures that the linked filters on entities are checked during Incremental Synchronization. You can enable or disable it per entity, or use project default.
; Incremental Linked SyncFilter: Incremental Linked Sync Filter ensures that the linked filters on entities are checked during Incremental Synchronization. You can enable or disable it per entity, or use project default.
; Sync Filter: [[Sync Filter]] allows you to limit the number of records downloaded into the offline storage on user devices.
; Sync Filter: [[Sync Filter]] allows you to limit the number of records downloaded into the offline storage on user devices.
; Edit Index: Create indexes to optimize performance of the application by speeding up offline queries.
; Edit Index: Create indexes to optimize the performance of the application by speeding up offline queries.


=== Managing fields ===
=== Managing fields ===

Navigation menu