TL;DR
- En sammanslagningspost visar de ursprungliga posterna, de vinnande värdena och det sammanslagna resultatet.
- Försäljning, säkerhet och ledning frågar ofta om sammanslagningar veckor eller månader senare.
- Ursprungsvärden underlättar återställning, men ersätter inte en säkerhetskopia av kopplad data.
- Sammanslagningar som görs manuellt eller av integrationer lämnar ofta ingen logg utanför CRM:et.
- Dedupely loggar varje sammanslagning den gör, med originalposter, vinnande värden och resultatet.
En sammanslagning tar några sekunder. Frågorna om den kan dyka upp månader senare. En säljare hittar inte ett konto, en rapport visar färre kunder, eller en säkerhetsgranskare frågar vem som ändrade kunddata.
Utan logg över sammanslagningen beror svaret på någons minne. Med logg tar det en minut att se vilka poster som ingick, vilka värden som vann och vem som fattade beslutet.
I det här inlägget ser du vem som frågar om sammanslagningar, vad en användbar sammanslagningslogg visar och vilka sammanslagningar som brukar lämna inga spår. Du ser även hur länge loggen bör sparas och hur du använder den för att förbättra dina regler.
Vad en sammanslagningspost är
En sammanslagningslogg är en loggpost för varje sammanslagning. Den sparar posterna som gick in, de värden som vann i varje fält och posten som kom ut. Den anger också vem eller vad som startade sammanslagningen, och när.
En säkerhetskopia är något annat: en kopia av dina data som tas före en sammanslagning. Vår guide om att säkerhetskopiera ditt CRM före en stor sammanslagning täcker det. En sammanslagningslogg omfattar varje sammanslagning, även de som ingen säkerhetskopierade.
Vem frågar om sammanslagningar, och varför
Olika personer ställer olika frågor om samma sammanslagning. En bra post svarar på alla. Konsulter har ytterligare en anledning, att bevisa arbetet för en klient, vilket vårt inlägg om CRM-dedublering för konsulter och byråer täcker.
Säljare och säljchefer
Säljarna märker sammanslagningar först, eftersom de arbetar med posterna varje dag. De vanliga frågorna är "Vart tog det här kontot vägen?" och "Varför ägs den här kontakten av någon annan nu?"
Frågor om ägarskap kan bli till provisionstvister. Vårt inlägg om dubbletter ur en säljchefs perspektiv visar hur snabbt de eskaleras. En sammanslagningspost visar vilken ägare varje post hade före sammanslagningen och vilken som vann.
Ledning och rapportering
Efter en stor rensning minskar antalet poster och vissa rapporter förändras. Ledningen vill veta om minskningen beror på rensningen eller på något annat.
En sammanslagningspost låter dig visa antal sammanslagningar per objekt och period. Då blir "siffrorna ändrades" till "vi slog ihop så här många dubblettgrupper vid dessa datum."
Säkerhet och efterlevnad
Säkerhetsteam behandlar en sammanslagning som en ändring av kunddata. De frågar ofta om det finns en logg över vem som ändrade vad, och om den kan exporteras.
Vårt inlägg om vad säkerhetsteam frågar om ett verktyg för dubbletthantering tar upp den bredare granskningen. Sammanslagningsloggen är den del som visar vad som hände efter att verktyget godkänts.
Återställning
I många CRM går en sammanslagning inte att ångra. HubSpot stöder inte isärslagning och skapar som standard ett nytt Record ID. Konton i HubSpots publika beta för Primary ID Preservation behåller i stället det primära ID:t. Ingen av lösningarna ersätter att spara originaldata och kontrollera resultatet.
Om en sammanslagning blir fel hjälper de ursprungliga värdena till att identifiera vad som ändrats och stödja en återställningsplan. Att ange fälten igen återställer kanske inte post-ID:n, aktiviteter eller kopplingar nedströms. Behåll lämplig säkerhetskopia tillsammans med sammanslagningsloggen.
Från oktober 2026, från HubSpots kunskapsbas: Slå samman poster.
Vad en användbar sammanslagningslogg visar
En post som bara säger "dessa ID:n slogs ihop" visar att en sammanslagning skedde. För att svara på frågorna ovan behöver den mer.
| Vad posten behåller | Frågan den besvarar |
|---|---|
| De ursprungliga posterna, med alla sina fältvärden | Hur såg varje post ut före sammanslagningen? |
| Post-ID för varje ursprunglig post | Vilken post i en äldre rapport eller ett kalkylblad motsvarar den här matchningen? |
| Det vinnande värdet i varje fält | Varför har den här kontakten den här ägaren eller det här telefonnumret? |
| Det sammanslagna resultatet och en länk till det | Var finns den posten nu? |
| Vem eller vad som startade sammanslagningen, och när | Var detta en person, en automatisk regel eller en integration? |
| Vilken sökning eller vilka kriterier som hittade matchningen | Vilken regel ska vi åtgärda om den här sammanslagningen var fel? |
Den sista raden saknas ofta. Att veta vilka kriterier som hittade en felaktig matchning gör att du kan rätta regeln, så att samma misstag inte upprepas.
Sammanslagningar som ofta inte lämnar något spår
Alla sammanslagningar sker inte på samma ställe. Vissa lämnar lite eller inget kvar utanför själva CRM:et.
- Sammanslagningar gjorda manuellt i CRM: flera personer slår ihop ett par i taget, var och en med sin egen uppfattning om vad en dublett är.
- Integrationer: ett kopplat verktyg som slår ihop poster kan föra en egen logg, eller ingen alls, utanför CRM:et.
- Egna skript: ett skript som slår samman poster kan logga det någonstans som bara dess skapare känner till.
Kontrollera den inbyggda historiken innan du väljer en separat logg. Egenskapen Merged record IDs i HubSpot visar de sammanslagna ID:na; vyn Details visar vem som gjorde sammanslagningen och när. För sammanslagningar som gjorts i verktyget för dubblettshantering erbjuder HubSpot också en export av egenskapsvärden och tidsstämplar från före sammanslagningen, i upp till 90 dagar. Kontrollera om omfattningen och lagringstiden täcker ditt teams behov.
Från oktober 2026, från HubSpots kunskapsbas: Slå samman poster.
Ju färre ställen sammanslagningar sker på, desto lättare är spåret att följa. Bestäm var sammanslagningar görs och vem som får göra dem.
Hur länge den ska sparas och vem som ska se den
Behåll posten så länge frågor om sammanslagningar kan dyka upp. Ett praktiskt minimum är dina rapport-, provisions- och revisionsperioder.
Exportera en kopia efter varje stor städning och spara den där ditt team förvarar övriga granskningsfiler. Namnge den med datum och objekt så att den är lätt att hitta senare.
Begränsa vem som kan slå ihop, och låt en bredare grupp läsa posten. Säljare och chefer kan då kontrollera en sammanslagning själva innan de tar upp den med CRM-ägaren.
Använd posten för att förbättra dina regler
Loggen över sammanslagningar är också feedback. Öppna ett urval av nya sammanslagningar en gång i månaden och fråga dig om du hade gjort var och en manuellt.
Om flera felaktiga sammanslagningar kommer från samma kriterier, skärp sökningen eller skicka dess matchningar till granskning. Vad som räknas som dubblett avgörs från fall till fall, och loggen visar var teamets definition och reglerna inte stämmer överens.
När du är säker på att två poster inte är dubbletter, avvisa matchningen så att den inte återkommer. Avvisa bara när du är säker, eftersom en avvisad matchning inte syns i dina sökningar.
Så för Dedupely logg över varje sammanslagning
Dedupely loggar varje sammanslagning den gör: de ursprungliga posterna, de värden som vinner, resultatet och en länk till det i ditt CRM. Du kan filtrera historiken efter objekt, sökterm och datum och exportera den som CSV med de ursprungliga värdena. Administratörer får också en logg över vem som slagit ihop vad och när, inklusive sammanslagningar i bakgrunden.
Varje sammanslagning ska gå att förklara
En sammanslagning påverkar poster som många är beroende av, och frågor om den kommer sällan direkt. En logg över varje sammanslagning gör att du kan svara säljare, ledning och säkerhetsgranskare med fakta i stället för minnen.
Spara de ursprungliga posterna, de vinnande värdena, resultatet och vem eller vad som gjorde varje sammanslagning. Använd sedan samma underlag för att kontrollera dina regler, så att varje rensning ger färre frågor.
Vanliga frågor
Vad är historik över sammanslagningar i ett CRM?
En merge history är en logg över varje sammanslagning i CRM:et. För varje sammanslagning sparas de ursprungliga posterna och deras värden, vilket värde som vann i varje fält och det sammanslagna resultatet. En användbar historik visar också vem eller vad som startade sammanslagningen, när den kördes och vilka kriterier som hittade matchningen.
Kan du se vem som slog samman två poster i ett CRM?
Det beror på CRM och sammanslagningsmetod. HubSpot visar sammanslagna ID, vem som utförde sammanslagningen och tidsstämpeln, och erbjuder upp till 90 dagars värden före sammanslagning för sammanslagningar som gjorts i verktyget för dubblettahantering, via export. Kontrollera tillgängliga fält, lagringstid och täckning. En separat logg kan hjälpa när du behöver en konsekvent spårbarhet över olika sammanslagningsmetoder.
Kan du ångra en sammanslagning i en CRM?
Många CRM, inklusive HubSpot, stöder inte återställning av sammanslagningar. Använd de ursprungliga värdena, säkerhetskopian och sammanslagningsloggen för att planera återställningen tillsammans med CRM-ägaren eller leverantören. Att bara återskapa fält återställer kanske inte de ursprungliga ID:na, aktiviteterna eller integrationerna. Kontrollera återställningsbegränsningarna innan en massammanslagning.
Hur länge bör du spara en logg över CRM-sammanslagningar?
Så länge frågor om sammanslagningar kan dyka upp. Ett praktiskt minimum är dina rapport-, provisions- och revisionsperioder. Exportera en kopia efter varje stor upprensning, namnge den med datum och objekt och spara den tillsammans med dina andra revisionsfiler.
Vad bör en logg över CRM-sammanslagningar innehålla?
De ursprungliga posterna med sina ID:n och fältvärden, det vinnande värdet i varje fält och det sammanslagna resultatet med en länk till det. Det bör också visa vem eller vad som startade varje sammanslagning, när den kördes och vilka kriterier som hittade matchningen. Den sista uppgiften visar vilken regel som behöver åtgärdas.
Eller registrera dig med Google
HubSpot-användare 
