Ovatko kaksi samannimistä asiakasta duplikaatteja?

Pelkkä nimi ei riitä päätökseen. Kyseessä voi olla eri henkilöitä, saman konsernin yrityksiä tai yrityskortti ja yhteyshenkilökortti. Nimi auttaa löytämään ehdokkaita; identiteetti vaatii todisteita ja tarkistusta.

Tarvitseeko CRM-kortin yhdistää toiseen laskutuskorttiin?

Ei välttämättä. Jokainen työkalu voi tarvita oman korttinsa. Jos ne edustavat samaa asiakasta, voi riittää, että dokumentoidaan niiden tunnisteiden välinen vastaavuus, poistamatta tai yhdistämättä rekistereitä.

Voiko CSV-tiedostolla peruuttaa yhdistämisen?

Ei itsessään. Se voi säilyttää kenttiä tutkintaa varten, mutta se ei takaa suhteiden, historian, oikeuksien tai liitettyjen järjestelmien vaikutusten palauttamista. Tarkista kunkin toimittajan dokumentoima toiminta ja palautusmahdollisuudet.

Asiakasduplikaatit: mitä tarkistaa ennen yhdistämistä

Kun tarkistat asiakasduplikaatteja, vertaa ensin kunkin tietueen identiteettiä ja käyttötarkoitusta. Päätä vasta sitten, onko yhdistäminen tarpeen. Yksi tietue myynnissä ja toinen laskutuksessa voivat molemmat olla tarpeellisia. Puuttuva asia saattaa olla luotettava vastaavuus näiden kahden välillä.

Ongelma syntyy, kun hallinto löytää kaksi samankaltaista historiaa ja joku ehdottaa, että pidetään «kattavin». Yksi kortti voi sisältää nykyisen yhteyshenkilön; toinen, integraation käyttämät viitteet. Täytettyjen kenttien määrän perusteella valitseminen ei ratkaise tätä ristiriitaa. Tämä opas tarjoaa matriisin ja päätöspöytäkirjan tapauksen tarkistamiseksi ennen sen muuttamista.

Yksi kortti työkalua kohden voi olla oikein

Erota sama asiakas kahdessa järjestelmässä tilanteesta, jossa yhdessä järjestelmässä on kaksi tarpeettomasti päällekkäistä tietuetta. Ensimmäinen tapaus voi vaatia vastaavuuskarttaa; toinen, tutkimuksen duplikaatin alkuperästä. Kumpikaan ei oikeuta poistamaan riviä sen nimen perusteella.

Määritä myös, mitä kukin rekisteri edustaa: organisaatio, yhteyshenkilö, toimipiste tai kaupallinen tili. Yrityksessä työskentelevä henkilö ei ole kyseisen yrityksen duplikaatti. Kahta toimipistettä ei myöskään pidä yhdistää, jos toimintasi edellyttää niiden käsittelyä erikseen.

Tämä tarkistus sopii migraation valmisteluun (englanniksi), mutta se toimii myös ilman työkalun vaihtoa. Sen tuloksena voi olla kahden kortin säilyttäminen ja niiden suhteen selittäminen.

Säilytä alkuperä ennen normalisointia

Työskentele vain lukuun tarkoitetulla kopiolla. Tallenna jokaiselle riville järjestelmä, työtila, rekisterin tyyppi, alkuperäinen tunniste ja poimintapäivämäärä. CRM / W1 / account / A17 tunnistaa jotain muuta kuin BILL / W1 / account / A17: numeron toistaminen ei todista, että kyseessä on sama asiakas.

Säilytä alkuperäiset arvot ja luo apusarakkeita välilyöntien, kirjainkoon tai tunnettujen nimivariaatioiden vertailuun. Älä poista nimien päätteitä, osastoja tai viitteitä, jotka voivat erottaa entiteettejä. Tyhjä kenttä tarkoittaa «ei tietoja», ei «vastaa toista tyhjää kenttää».

Kirjaa, mistä kukin vertailussa käytetty tieto on peräisin. Yhteinen koodi on arvokkaampi, jos tiedät, kuka sen määritti ja tarkistit sen vastaavuuden. Virheellisesti tuotu koodi voi levittää saman virheen molempiin kortteihin. Viimeisen muokkauksen päivämäärä ei myöskään automaattisesti tee arvosta oikeaa.

Matriisi kolmella tuloksella ja neljällä tapauksella

Seuraava esimerkki on täysin fiktiivinen. Kaikki rekisterit kuuluvat W1-tilaan; koodit ORG ja EV ovat harjoitusviitteitä, eivät verotunnisteita tai asiakastietoja. Kuvattujen todisteiden oletetaan olevan saatavilla vain päättelyn esittämiseksi.

Rekisteripari	Harjoituksen todiste	Väliaikainen tulos	Seuraava tarkistus
`CRM/A17` ja `BILL/B62`	Molemmat viittaavat `ORG-07` ; muistiinpano `EV-01` täsmää, mutta vastuuhenkilö on eri	Todennäköinen vastaavuus; tarkista	Vahvista `ORG-07` vastaavuus ja selvitä nykyinen yhteyshenkilö
`CRM/A18` ja `BILL/B63`	Samankaltainen kauppanimi; `EV-02` vahvistaa eri organisaatiot, `ORG-08` ja `ORG-09`	Eri entiteetit; vahvistettu	Pidä erillään ja merkitse muistiin, miksi nimi hämmentää
`CRM/A19` ja `BILL/B64`	Sama lyhennetty brändi; organisaatioviitteet ja itsenäiset todisteet puuttuvat	Monitulkintainen	Pyydä vastuuhenkilöltä todisteita kunkin kortin tunnistamiseksi
`CRM/A20` ja `BILL/B65`	`EV-04` näyttää yhteyshenkilön ja organisaation	Eivät ole vastaavia rekistereitä	Säilytä kumpikin tyyppi; tarkista niiden suhde, jos järjestelmä sen sallii

Älä määrittele keksittyjä luottamusprosentteja. «Todennäköinen» avaa tarkistuksen: se ei ole hyväksytty yhdistäminen. «Monitulkintainen» säilyttää eston ja selittää, mitä puuttuu. Vaikka vahvistaisit identiteetin, on vielä päätettävä, onko jotain tarpeen muuttaa.

Tilausten puuttuminen kortilta ei myöskään todista, että se on ylimääräinen: se voi olla äskettäinen lisäys tai edustaa toista toimintoa. Luokittele todisteiden perusteella, älä tyhjien kenttien määrän perusteella.

Aliaskartta ei suorita yhdistämistä

Oletetaan, että vastuuhenkilö ratkaisee ensimmäisen tapauksen: A17 ja B62 edustavat ORG-07

, mutta molemmat työkalut tarvitsevat korttinsa. Päätös on säilyttää ne ja rekisteröidä niiden vastaavuus. Erillisellä arkilla ENTITY-F07 voi olla oma viitetunnuksesi:

system,workspace,record_type,source_id,entity_key,review_id
CRM,W1,account,A17,ENTITY-F07,R-01
BILL,W1,account,B62,ENTITY-F07,R-01

Nämä sarakkeet ovat harjoitusta varten tehty malli, ei Frihetin tuontimuoto tai ohje liittimelle. entity_key ryhmittelee tarkistetut identiteetit; source_id säilyttää alkuperäisen viitteen. Alias ei muuta työkaluja olemalla arkilla.

Älä kokoa henkilöitä, yrityksiä ja toimipisteitä saman avaimen alle. Ja älä yhdistä transitiivisuuden perusteella tarkistamatta: jos A näyttää B

ja B näyttää C

, et ole vielä todistanut, että A ja C ovat sama asia.

Kirjaa päätös, jonka toinen henkilö voi tarkistaa

Kopioi tämä kortti jokaiselle parille. Säilytä edellinen ehdotus, kun päätös muuttuu, ja tee uusi versio, joka korvaa sen.

Tarkistus: R-01 / versio 1
Täydelliset viitteet: CRM/W1/account/A17; BILL/W1/account/B62
Todisteet: EV-01; ORG-07 vastaavuus vahvistettu vastuuhenkilön toimesta
Ristiriita: eri vastuuhenkilö; voimassa oleva arvo vahvistettu EV-05:ssä
Päätös: säilytä molemmat kortit ja rekisteröi ENTITY-F07-vastaavuus
Tarkistuksesta vastaava: ROLE-OPS
Toimenpide työkaluissa: ei mitään
Odottaa: tarkista miten liitin käyttää tätä vastaavuutta
Korvaa: ei edellistä tarkistusta

Koodit ovat kuvitteellisia. Todellisessa käytössä viittaa todisteisiin, jotka ovat saatavilla tarkistajalle, ja vältä tarpeettomien henkilötietojen kopioimista arkille. Jos myöhemmin sallitaan muutos, kirjaa erikseen suorittaja, ajankohta, aiemmat viitteet ja havaittu tulos. «Hyväksytty», «toteutettu» ja «tarkistettu» ovat eri tiloja.

Tämä historia on tarkistettavissa, ei peruutuksen tae. Kirjallisen päätöksen korjaaminen ei automaattisesti palauta jo muutettuja tietoja.

Mitä tarkistaa toimittajalta ennen yhdistämistä

Käyttäytyminen riippuu tuotteesta ja rekisterin tyypistä. HubSpot dokumentoi, että yhdistämistä ei voi peruuttaa ja että tunnisteet, ominaisuudet ja liitokset noudattavat erityisiä sääntöjä. Älä oleta, että pääasialliseksi merkitsemäsi tunnus säilyy aina ehjänä.

Shopify varoittaa myös, että toimenpide ei ole palautettavissa ja sulkee pois tietyt profiilit, kuten ne, joilla on tai on ollut tilaussopimuksia. Nämä esimerkit eivät kuvaa Frihetin tai toisen toimittajasi käyttäytymistä.

Ennen peruuttamattomia toimenpiteitä, varmista, että näihin kysymyksiin on vastattu:

Tukeeko järjestelmä tätä tyyppien yhdistelmää ja onko sinulla oikeat käyttöoikeudet?
Mitkä arvot säilytetään, mitkä hylätään ja mikä tunnus tuloksella on?
Mitä tapahtuu historialle, suhteille ja ulkoisille viitteille?
Mitä synkronointi tekee: tunnistaa muutoksen, luo uuden kortin vai epäonnistuu?
Millainen palautus todella on olemassa ja mitä kopiosi ei kata?

Lue integraatioiden laajuudesta (englanniksi) ja tarkista käytetyn liittimen sopimus. Lukutoiminto ei todista, että se osaisi välittää yhdistämisen muihin järjestelmiin.

Sulje tapaus tarkistamalla myös sen alkuperä

Jos yhdistäminen sallitaan, sovi ensin, miten sen vaikutukset liitettyihin järjestelmiin rajoitetaan. Kokeile synteettisillä tiedoilla yhteensopivassa testiympäristössä; jos sellaista ei ole, säilytä esto, kunnes olet ratkaissut epäselvyydet toimittajan kanssa. Yksittäinen vienti ei todista, että voit palauttaa kaiken.

Hyväksytyn muutoksen jälkeen vertaa kenttiä ja viitteitä suunniteltuun ja tarkista seuraava synkronointi ennen erän laajentamista. Jos tulos on epävarma, tutki ennen kuin toistat toimenpiteen.

Frihetin asiakashallinnassa on saatavilla luettelon vienti CSV-muodossa. Se voi toimia syötteenä tarkistukseen; se ei osoita, että Frihet tukisi tämän mallin tuontia tai asiakkaiden automaattista yhdistämistä.

Sulje merkitsemällä muistiin, miksi duplikaatti ilmestyi: manuaalinen lisäys, tuonti tai liittimen sääntö, jos todisteita on. Jos et vieläkään tiedä, nimeä selvitykselle vastuuhenkilö ja kirjaa seuraava tarkistus. Kaksi säilytettyä korttia, joilla on selkeä suhde, ovat pätevä tulos; lyhyempi lista ilman selitettävää historiaa ei ole.

Lähteitä käytetty 14. syyskuuta 2026. Tarkista toimittajasi voimassa oleva dokumentaatio ennen käyttöä.