You will require:
A welcome email is shared with the World-Check One administrator that contains the above information.
New Customers will receive one production instance of World-Check One that they can connect to sandboxes and their production instance of Salesforce. We recommend deactivating the package in sandboxes once you go live into production and deleting any test data from sandboxes so that it doesn't count against your production limits.
Existing Customers of World-Check One Desktop can opt to receive a Pilot site instance of World-Check One which can be used to test connectivity and automations without risk of impacting their existing production data or limits. Please note the Pilot instance is limited to 500 Initial Screens and 500 Ongoing Screens.
World-Check One can support customers running multiple production Salesforces orgs. We recommend connecting all Production Salesforce Orgs to the same World-Check One instance as data can be segmented and access controlled within World-Check One using Groups and/or User IDs.
You will require:
A welcome email is shared with the World-Check One administrator that contains the above information.
The purpose of this section is to establish the connection between Salesforce and World-Check One and to specify the field mapping for screening for the standard objects of Contact, Lead and Account. Note custom mappings for standard object and custom objects are covered in a later part of this guide.
Once a connection has been established to World-Check One you will be able to specify the appropriate World-Check One group, entity type and field mapping for each object. If you do not wish to screen a particular object then you can leave the mapping for that field blank. Click continue to step through the wizard and Finish to exit and save. Once you have completed setup the screen "You've completed Automation setup!" will display
1. Select the Group you wish to send cases to for screening
2. Specify the universe of Entity Types you wish to screen the object against e.g. Organisations, Individuals, Vessels or if not known Unspecified
3. Name is mandatory for screening and must be mapped if an object is to be screened successfully
4. Secondary Identifiers are optional for screening but when mapped can help reduce the number of false positive matches returned. Secondary Identifiers displayed are specific to the entity type selected
Entity Type: | Individual | Organisation | Vessel | Unspecified |
Screened Name: | Name | Name | Name | Name |
Secondary Identifiers | Gender Date of Birth Country Location Place of Birth Nationality Document ID |
Registered Country Document ID |
IMO Number | Document ID |
5. Custom Fields can be configured for each group within World-Check One desktop, it allows you to pass additional information from Salesforce to World-Check e.g. the ID of the record or business unit etc. Click here for more information on configuring custom fields.
Access to World-Check data held in the custom objects included in the package is controlled by licenses. A license should be assigned to any user who is required to work within the application (including Salesforce System Administrators during the setup process). Note licensing is not typically enabled for sandboxes but can be on request. Licensing will be automatically applied to your production environment.
To assign licenses to the users in Salesforce:
Two permission sets are available within the CRS App:
Permission Set | Description |
World-Check User | Grants the ability to generate a screening case either manually or via Flows. It should be assigned to:
We recommend that you review your new user onboarding processes to include adding this permission set |
World-Check Setup User | Provides access to the Setup Assistant which configures the connection between Salesforce (CRS App) and World-Check system. This should only be granted to users if the setup is going to be configured or reviewed by non-System Admins. |
The following components are available to add to your page layouts to aid navigation between Screening Cases and the record of source e.g. Account record. We recommend adding these to the Account, Contact and Lead page layouts associated to the relevant profiles in your Salesforce.
Type |
Component Name |
Function/Comments |
Button |
New Screening |
Allows Licensed users to manually create a Screening Case directly from the Account, Contact or Lead record in Classic View |
Lightning Action |
New Screening |
Allows Licensed users to manually create a Screening Case directly from the Account, Contact or Lead record in Lightning View |
Related List |
Screening Cases |
Lists Screening Cases associated to the record* |
Related List |
Screening Case Audit Events |
Lists Screening Case Audit Events associated to the record* |
Related List |
Automated Screening Errors |
Logs errors where a Screening Case has failed to generate. Common reasons for errors is where data has been passed to World-Check in an unexpected format e.g. Date of Birth is in the future* |
Button |
Get Group Info |
Where an organisation has multiple active Groups in World Check this button allows System Administrators to retrieve the World-Check IDs of the Groups which can then be used in Flows for routing records to specific Groups for screening. This button should not be promoted to production and should be removed from the layout once the Group IDs have been sourced. For more information about the function of Groups see World-Check One: Client and Group Administrator Quick Start Guide |
*Configuring Related Lists
When adding the Related Lists, it is important to remove the Salesforce defaulted “New” button as this will not work. To do this:
World-Check Customer Risk Screener supports standard ISO 3166-1 Names, Alpha-3 codes and Alpha-2 Codes for countries. To be able to use country as a secondary identifier for screening, country data needs to be passed in ISO standard or a translation for mismatches needs to be applied in the Custom Medatdata Type "WC1 Countries Configuration".
This is an important step and is the most common reason for failures between Salesforce and World-check
Customers on version 6.0 and above can configure this:
Note CRS versions 6.2 and above automatically include the common exceptions for customers using the standard out of the box Salesforce native Country/Territory picklists. We recommend customers on earlier versions of Customer Risk Screener 5.0 and below upgrade to take advantage of this along with other features.
You have completed basic setup! Perform a manual screen to check a screening case is created and results returned. To do this:
You do not have to leave the button or quick action on the page layout if this will not form part of your process.