Vad som händer när du slår ihop i Dedupely för Salesforce

Många team förväntar sig att sammanslagningar i Salesforce fungerar likadant i alla instanser. Men logiken är inte fast, den beror på din uppsättning. Matchningsregler, dubblettregler och beteende på fältnivå varierar. Flexibiliteten är användbar, och den gör också resultatet svårare att förutsäga.

Dedupely åsidosätter inte din logik. Den tillämpar den i stor skala.

När Dedupely är kopplat till Salesforce speglar det din befintliga sammanslagningskonfiguration:

• Befintliga matchnings- och dubblettregler fortsätter att gälla
• Både standardobjekt och anpassade objekt stöds
• Beteende på fältnivå respekteras, inklusive skrivskyddade och beräknade fält
• Ditt CRM styr fortfarande vad som går att redigera, men du bestämmer vad som prioriteras

Du får bättre överblick och kontroll över vilka värden som behålls och när. Merge rules fungerar på alla redigerbara fält. Precis som i Salesforce hoppas låsta fält över och behåller sina ursprungliga värden.

Mönstren bevaras om din uppsättning styr sammanslagning per objekt eller objekttyp. Dedupely plattar inte till logiken, den skalar den utifrån strukturen du redan byggt.

Så tar du kontroll över utfallet vid sammanslagningar i Salesforce:

• Gå igenom dina befintliga dubblettregler, Dedupely följer dem
• Tillämpa merge rules bara på redigerbara fält, skrivskyddade värden hoppas över
• Använd anpassad sammanslagning för att förhandsgranska och justera värden manuellt vid behov
• Kör sammanslagningar i bulk tryggt när logiken validerats mot din konfiguration

Salesforce låter dig bygga ditt CRM på ditt sätt, och din sammanslagningslogik bör spegla det. Med Dedupely får du löpande kontroll över dubbletter utan att strukturen störs. Anpassade objekt, matchningsregler och arbetsflöden förblir intakta. Resultatet är skalbar sammanslagning med jämna resultat, utan manuell städning och utan avgifter per användare.

Vill du se hur Salesforce hanterar sammanslagningar internt, den här guiden förklarar deras inbyggda logik.