Friday, 30 June 2023

Get Salesforce System users using SOQL - Tip

 Salesforce doesn't let you access the Automated Process and System User from the Salesforce UI. However, you can use SOQL to get the information on these two Users.


SELECT Id,ProfileId,Name,Profile.Name,Alias,Email,Createddate,IsActive FROM User WHERE Name =’System’ OR Name=‘Automated Process’

Monday, 26 June 2023

Salesforce non-deterministic formula fields

 Here are examples of common non-deterministic formulas. Force.com cannot index fields that:

  • Reference other entities (i.e., fields accessible through lookup fields)
  • Include other formula fields that span over other entities
  • Use dynamic date and time functions (e.g., TODAY, NOW)

A formula is also considered non-deterministic when it includes:

  • Owner, autonumber, divisions, or audit fields (except for CreatedDate and CreatedByID fields)
  • References to fields that Force.com cannot index
    • Multi-select picklists
    • Currency fields in a multicurrency organization
    • Long text area fields
    • Binary fields (blob, file, or encrypted text)
  • Standard fields with special functionalities
    • Opportunity: Amount, TotalOpportunityQuantity, ExpectedRevenue, IsClosed, IsWon
    • Case: ClosedDate, IsClosed
    • Product: Product Family, IsActive, IsArchived
    • Solution: Status
    • Lead: Status
    • Activity: Subject, TaskStatus, TaskPriority

Sunday, 25 June 2023

Master Data Management (MDM)

 There are four different MDM implementation styles 


—> The Registry style

—> The Consolidation style

—> The co-existence style

—> The Centralised style


Registry :


—> Data is authored in different systems

—> Data is then sent to the MDM

—> MDM deduplicates data

—> Data cleansed using match and merge.

—> Data is not sent back to source systems.

—> All systems data can now be analysed and duplicates can be spotted in a central place.




Consolidation :


—> Data is authored in different systems

—> Data is then sent to the MDM

—> MDM deduplicates data

—> Data cleansed using match and merge

—> Data is not sent back to source systems

—> Used as a high quality DW/BI system for reporting and analytical purposes.




Coexistence :


—> Data is authored in different systems

—> Data is then sent to the MDM

—> MDM deduplicates data

—> Data cleansed using match and merge

—> Clean Data is sent back to source systems

—>Single version of truth between MDM and source systems.




Centralized :


—> Master data is authored in MDM,not in the systems.

—> All systems subscribe to the MDM hub for Master data.

—> MDM is the sole source of data.

—> Systems do not write back data to MDM.





Registry

Consolidation

Coexistance

Centralized

Source of data

Systems

Systems

Systems

MDM

Complexity

Low

Medium

High

High

Single Source of Truth

MDM

MDM

MDM + Systems

MDM

Data updated back?

No

No

Yes

MDM

Best used for

Data analysis for compliance

BI/Reporting

Distributed Source of Truth

Top down approach



System of Record (SOR) :


—> The authoritative data source for a given data element or piece of information.

—> The data repository where the data object, as a whole or specific attributes of a data object, are maintained.

—> This includes data creation, updating, modifying and deleting.


System of Record Characteristics 


—> Durable

       Eliminate single point of failure

—> Correct

       Storage technology

—> Restorable

      Be able to restore backed-up data

—> Disaster-Ready

       Be able to switch to a DR site in case of a disater


Golden Record :


In some cases, there is no single system that has the complete data set.


—> Bits and pieces of the required data is stored in multiple systems.

—> We cannot easily combine the bits and pieces to make a complete meaningful data set.


In other cases, the same data with the same attributes are available in multiple systems


—> But, the data values are different and we are not sure which among them is accurate.


The solution would be to create a ‘Golden Record’ in a single source of truth (SSOT) by compiling element attributes from the different systems.


MDM creates a master record ( also known as a ‘Golden Record’ or ‘Best Version of the Truth’ )that contains the essential information upon which a business or organization relies.


The ‘Golden Record’ contains what an organization needs to know about critical ‘things’ - a customer , location, product, supplier and so on.


Single Source of Truth (SSOT) :


—> The Single source of Truth (SSOT) or sometimes called Golden Source of Truth is a trusted data source that hosts a complete picture of a given data element.


—> It contains the ‘Golden Records’.


—> It can be used as source for any Business Intelligence and Data warehouse system.


—> AKA Golden source of Truth.


Deduplication Approaches


—> Survival of the fittest record

—> Use of Data Survivorship Rules


Survival of the fittest record :


Selecting the record that according to a data quality rule is the most fit is the simplest approach. The rule(s) that determines which record that will survive is most often based on either :


—> Lineage, where the source systems are prioritised : the record that belong to the highest priority source will be selected as a golden record.


—> Completeness - which record has the most fields and characters filled : the record with the highest percentage of completed fields will be selected as a golden record.


The downside of this approach : the surviving record has values from 1 source but not the other.


Use of Data Survivorship Rules :


In order to determine which field values should be selected while establishing the golden record in the master hub, it will be necessary to define data survivorship rules.


Data Survivorship Rules are set of rules that can be applied on the same data element that originates from different source systems to determine the golden record version of this data element.


Data Survivorship Rules factors


Factor

Description

Accuracy

Records from a specific system might have a higher accuracy than records in any other system regardless of all other factors

Recency

A record that was created more recently, or has a more recent update is more reliable than another record that was updated years ago.

Frequency

A field value that is the same in several systems is more reliable than another value that appears once in another system

Completeness

A record that has more complete field is more reliable than another record that has less complete fields.

Saturday, 24 June 2023

Master Data Management (MDM)

 Master Data Management (MDM) ?


Master Data management (MDM) is a process used to identify and manage master Data to ensure that data used across different systems and groups is accurate and is referred using the consistent terms.


Master Data is the attributes of key business objects required conduct business operations . Ex: Customers, Prospects and Partners.


What’s not master data ?

—> Unstructured data

—> Transactional Data

—> Metadata

—> Hierarchical data


Identifying master data requires business data architecture capturing business objects and their attributes, definitions and contextual information.


Master data examples in salesforce


Product

Account

Employee

Supplier

Location

Contacts


Benefits of MDM system 


—> Consistent information across channels

—> Understand your customer better

—> Unified view of your masters (builds across domain relationships)

—> Better data governance

—> Easier integration with other system entities

—> Increase accountability of your data


Steps for Implementing MDM :


—> Master data source identification

—> Producers & consumers identification of master data

—> Owner identification for Master data

—> Data Stewards appointment

—> Data Governance Council implementation

—> Master data Model development

—> Infrastructure designing

—> Master data generation and testing

—> Toolset identification

—> maintenance process implementation


Architecture Models of MDM :


1.Registry Architecture


—> Mainly used to spot duplicates by running data cleaning logic.

—> Source systems update the master data but master data updates are not sent back to source systems.

—> Information needed to identify the duplication is stored in the master data repo.

—> Few elements of data are stored in master data, master data is created by a job.


2.Consolidation 


—> Keys and most attributes are stored in MD and each Source System has Master data.

—>Source Systems Update the master data and after cleansing the MDM hub updates the source systems.

—> Information needed to identify the duplication is stored in the Master data repo.


3.Hybrid 


—> Complete Master data record is kept in MDM

—> Source Systems update the master data and updates to Master data in source systems is done in real time.

—> Information needed to identify the duplication is stored in the master data repo.


How to keep a check on duplicates entering the system?


—> Keeping a mandatory field on each object handling customer data. Use duplicate rules and matching rules.

—> Ensuring your data is clean while migrating from old CRMs.

—> Cloning should be avoided at any cost. Clone button can even be disabled.

—> Defining lead sources clearly

—> Using standard Salesforce Reports for tracking duplicates entering the system.


Top Dedupe Apps on Salesforce 

  1. Cloudingo
  2. Dupecatcher
  3. Duplicate check for Salesforce
  4. Complete Data Quality Suite
  5. Advitya