[{"data":1,"prerenderedAt":134},["ShallowReactive",2],{"blog-sl-survivor-ali-dvojnik-zaznavanje-dvojnikov":3},{"id":4,"title":5,"body":6,"categories":113,"date":116,"description":12,"draft":117,"excerpt":118,"extension":119,"image":120,"lang":121,"meta":122,"modified":123,"navigation":124,"noindex":117,"path":125,"related":118,"seo":126,"seoDescription":127,"seoTitle":128,"slug":129,"sourcePath":130,"sourceRoute":118,"stem":131,"tags":118,"translated":117,"type":132,"wpId":118,"__hash__":133},"blog\u002Fsl\u002Fblog\u002Fsurvivor-ali-dvojnik-zaznavanje-dvojnikov.md","Survivor ali dvojnik? Kako odloča zaznavanje dvojnikov v 1Tool",{"type":7,"value":8,"toc":103},"minimark",[9,13,18,21,25,28,32,35,39,64,68,85,91,95],[10,11,12],"p",{},"Ko dva zapisa kontakta v CRM očitno opisujeta isto osebo ali podjetje, se zastavi vprašanje: kateri ostane, kateri izgine – in kaj se zgodi s polji, v katerih se razlikujeta? 1Tool na to vprašanje odgovarja z jasnim tehničnim konceptom: vsakemu prizadetemu polju se posamično dodeli eno od dveh stanj, SURVIVOR (preživeli) ali DUPLICATE (dvojnik). Ta prispevek pokaže, kako ta mehanizem deluje v podrobnostih in zakaj namenoma ne uporablja samodejne logike zmagovalca.",[14,15,17],"h2",{"id":16},"načelo-survivor-in-duplicate-za-vsako-polje","Načelo: SURVIVOR in DUPLICATE za vsako polje",[10,19,20],{},"Namesto da bi za zmagovalca razglasilo celoten zapis, zaznavanje dvojnikov v 1Tool deluje na ravni polj. Za vsako pomembno polje – na primer telefonsko številko, e-poštni naslov ali naslov – se posebej označi, iz katerega od obeh zapisov naj se prevzame vrednost. Vrednost, ki ostane, ima status Survivor, zavržena vrednost pa status Duplicate. Na koncu združevanja tako nastane en sam kontakt, katerega polja lahko izvirajo iz obeh prvotnih zapisov – odvisno od tega, kje je kateri zapis vseboval pravilnejše podatke.",[14,22,24],{"id":23},"zakaj-ne-zmaga-preprosto-novejši-ali-popolnejši-zapis","Zakaj ne zmaga preprosto novejši ali popolnejši zapis",[10,26,27],{},"Tehnično bi bilo preprosto uvesti pravilo, ki samodejno da prednost na primer nazadnje urejenemu zapisu ali tistemu z največ izpolnjenimi polji. V praksi pa se taka pravila redno zmotijo. Tipičen primer: kontakt je bil pred kratkim posodobljen z novo, pravilno mobilno številko – isti zapis pa še vedno vsebuje zastarel naslov podjetja iz časa pred selitvijo. Drugi, starejši zapis nove telefonske številke ni nikoli dobil, zato pa ima shranjen pravilen, aktualen naslov podjetja. Samodejno pravilo »zmaga novejši« bi pravilni naslov zavrglo. Pravilo »zmaga popolnejši« bi se prav tako lahko zmotilo, če dozdevno popolnejši zapis vsebuje le več polj, ki pa so deloma zastarela.\nTake situacije niso izjeme, temveč stalnica v bazah kontaktov, ki so rasle skozi leta: različni sodelavci urejajo različna polja ob različnih časih. Prav zato 1Tool odločitev o tem, kaj je survivor, prepusti uporabniku in ne togemu algoritmu.",[14,29,31],{"id":30},"sledljiv-potek","Sledljiv potek",[10,33,34],{},"V praksi to pomeni: pri združevanju dveh kontaktov, prepoznanih kot dvojnika, se različne vrednosti polj prikažejo druga ob drugi. Za vsako polje, v katerem se zapisa razlikujeta, se zavestno dodeli SURVIVOR ali DUPLICATE. Če se polji tako ali tako ujemata, odločitev ni potrebna. Rezultat je združevanje, ki sicer zahteva več pozornosti kot en sam klik na Združi, a preprečuje, da bi dragocene, pravilne informacije pomotoma zavrgli.",[14,36,38],{"id":37},"pogosta-vprašanja","Pogosta vprašanja",[10,40,41,45,48,49,52,54,55,58,60,61],{},[42,43,44],"strong",{},"Ali SURVIVOR oziroma DUPLICATE velja za celoten kontakt ali za posamezna polja?",[46,47],"br",{},"\nZa posamezna polja. Vsako polje, kot so telefonska številka, e-pošta ali naslov, se oceni posebej.\n",[42,50,51],{},"Ali sistem samodejno izbere favorita, ki ga moram le potrditi?",[46,53],{},"\nOdločitev, katera vrednost v posameznem polju velja za survivor, je vaša – vnaprejšnjega samodejnega razvrščanja po starosti ali popolnosti ni.\n",[42,56,57],{},"Kaj pa, če se zapisa v nekem polju sploh ne razlikujeta?",[46,59],{},"\nPotem odločitev ni potrebna, saj v združenem kontaktu tako ali tako pristane ista vrednost.\n",[42,62,63],{},"Kolikokrat ste se že zanesli na samodejno združevanje – in kako prepričani ste bili pri tem v resnici?",[14,65,67],{"id":66},"preberite-še","Preberite še",[69,70,71,79],"ul",{},[72,73,74],"li",{},[75,76,78],"a",{"href":77},"\u002Fsl\u002Fblog\u002Fzdruzevanje-podvojenih-kontaktov-brez-izgube\u002F","Združevanje podvojenih kontaktov brez izgube podatkov",[72,80,81],{},[75,82,84],{"href":83},"\u002Fsl\u002Fblog\u002Fcrna-lista-kontaktov-brez-ponovnega-pisanja\u002F","Črna lista: komu nikoli več ne pišete",[10,86,87],{},[75,88,90],{"href":89},"\u002Fsl\u002Fzahteva-za-imenovanje\u002F","Dogovorite se za predstavitev",[14,92,94],{"id":93},"preberite-tudi","Preberite tudi",[69,96,97],{},[72,98,99],{},[75,100,102],{"href":101},"\u002Fsl\u002Fblog\u002Fkakovost-podatkov-podcenjena-crm-disciplina\u002F","Zakaj je kakovost podatkov podcenjena disciplina CRM",{"title":104,"searchDepth":105,"depth":105,"links":106},"",2,[107,108,109,110,111,112],{"id":16,"depth":105,"text":17},{"id":23,"depth":105,"text":24},{"id":30,"depth":105,"text":31},{"id":37,"depth":105,"text":38},{"id":66,"depth":105,"text":67},{"id":93,"depth":105,"text":94},[114,115],4245,4362,"2026-06-10T09:00:00",false,null,"md","\u002Fmedia\u002F2026\u002F07\u002Fsurvivor-duplikat-dublettenerkennung.jpg","sl",{},"2026-07-25T08:24:49",true,"\u002Fsl\u002Fblog\u002Fsurvivor-ali-dvojnik-zaznavanje-dvojnikov",{"title":5,"description":12},"Survivor ali dvojnik? Kako zaznavanje dvojnikov v 1Tool odloča polje za poljem namesto povprek.","Survivor ali dvojnik? Zaznavanje dvojnikov","survivor-ali-dvojnik-zaznavanje-dvojnikov","\u002Fsl\u002Fblog\u002Fsurvivor-ali-dvojnik-zaznavanje-dvojnikov\u002F","sl\u002Fblog\u002Fsurvivor-ali-dvojnik-zaznavanje-dvojnikov","posts","0xRewMtQHLCGIPtgvH5QvpuU3AGZEv0fjgsI-WE1sTk",1791582108397]