Ett nytt ID skapas varje gång du slår ihop poster i HubSpot

När du slår ihop två dubbletter i HubSpot skapas en ny post. Den återanvänder inte ID:t från primär- eller sekundärposten. Istället tilldelar plattformen ett nytt internt ID till den sammanslagna posten. Detta gäller nu för alla CRM-objekttyper:

• Den sammanslagna posten behåller tidslinjeaktiviteten från båda originalen
• Egenskapsvärden från båda posterna slås samman, men nu prioriteras värdena från den primära posten
• Om en egenskap på den primära posten är tom fyller HubSpot i den med värdet från den sekundära posten
• Alla kopplade poster, som affärer, anteckningar och ärenden, samlas i den nya sammanslagna posten
• För kopplingar med etiketten “Primary” (som företagskopplingar på kontakter) behåller HubSpot den från den primära posten. Hade båda en “Primary”-koppling behålls bara den primära postens version.

Sammanslagningar i Dedupely följer HubSpots interna logik och kan inte anpassas för att behålla ett visst av de ursprungliga post-ID:na.

Vad händer med ID:t

Varje sammanslagning i HubSpot skapar ett nytt post-ID. Det gäller oavsett om sammanslagningen görs manuellt eller via API. De ursprungliga ID:na tillhör inte längre aktiva poster.

Inuti HubSpot leder ett av de ursprungliga ID:na i en sökning eller ett API-anrop vidare till den sammanslagna posten. Det gäller bara i HubSpots egna verktyg.

Om ditt integrations- eller rapportverktyg använder sparade kontakt-ID:n kan det fortsätta hänvisa till det gamla. Det är väntat och påverkar inte din HubSpot-uppsättning. Om något ser osynkat ut, hämta kontakten eller företaget på nytt; då returneras den nya posten och ditt system kan uppdatera ID:t på sin sida.

Det som fortsätter fungera i HubSpot

De flesta interna HubSpot-verktyg fungerar som vanligt efter en sammanslagning: aktiviteten i tidslinjen bevaras, listor, vyer och rapporter uppdateras automatiskt till den nya sammanslagna posten och kopplingarna behålls.

Ett undantag är registrering i workflows. När två poster slås samman avregistreras båda originalen från alla workflows, och den nya sammanslagna posten registreras inte på nytt om inte workflowet tillåter återregistrering vid sammanslagningar eller vid ändringar av relevanta egenskaper.

Vad Dedupely följer och respekterar

Dedupely använder HubSpots inbyggda sammanslagning. Anslutningen sker via API och ändrar inte hur sammanslagningar hanteras. När du slår ihop poster via Dedupely gäller samma process som beskrivs ovan.

Dedupely gör inte följande:

• Skapa nya arbetsflöden
• Ändra din fältstruktur i HubSpot
• Störa din HubSpot-uppsättning
• Kringgå HubSpots ID-hantering

Dina data stannar i HubSpot och sammanslagningen fungerar precis som vanligt.

Vad du styr i Dedupely

Du kan inte påverka hur HubSpot tilldelar ID:n, men allt annat kring sammanslagningen styr du.

• Använd Merge Rules för att avgöra vilka fältvärden som vinner
• Använd Search Pads för att definiera vad som räknas som dubblett
• Filtrera poster på affärsfas, livscykel eller fältvärde före sammanslagning
• Förhandsgranska matchningarna och justera kriterierna innan du slår på automatiseringen
• Granska Merge History för att se vad som slogs ihop, när och vilka värden som behölls

Verktygen ger dig kontroll över resultatet utan att påverka strukturen i HubSpot.

Vad du kan förvänta dig framöver

Sammanslagningar skapar alltid nya post-ID:n, så fungerar HubSpot. Det påverkar inte era interna CRM-arbetsflöden, och Dedupely varken ändrar eller krånglar till er uppsättning.

Använder du HubSpots kontakt-ID i andra system är det dags att se över den kopplingen. Internt kan du fortsätta slå ihop poster efter behov, med full insyn i vad som händer och varför.

Vill du ha hjälp med att hitta alla dubbletter och sätta upp Merge Rules som följer din exakta fältlogik, vårt team går gärna igenom det med dig på ett snabbt Zoom-möte. Vi arbetar direkt i din miljö, med din datastruktur.