관리

중복 회원: 감지 방식과 대처 방법

July 18, 2026 · Jogajog 팀 · 2 분 소요

핵심 요약: 가져오기 검증은 커밋 전에 중복 가능성이 있는 항목을 표시하므로, 귀하는 전체 맥락을 보고 병합할지 새로 만들지 결정할 수 있습니다. 출시 이후에는 전화번호가 자연스러운 고유 키 역할을 합니다 — 하나의 번호, 하나의 회원입니다.

작동 방식

중복은 대개 과거의 명단을 통해 유입되며, 표시 보고서가 그 경계에서 이를 걸러냅니다.

같은 사람이 두 개의 번호를 가진 경우요? 하나의 기록만 유지하고, 두 번째 번호는 사용자 지정 필드에 담을 수 있습니다.

나중에 의문이 제기되면 감사 로그가 모든 병합 결정을 추적합니다.

자주 묻는 질문

두 회원이 가족 전화번호를 공유할 수 있나요?

하나의 번호는 하나의 로그인 신원에 대응합니다 — 두 번째 회원에게는 본인의 번호나 이메일을 부여하십시오.

동명이인은 어떻게 하나요?

이름은 결코 신원의 키가 되지 않습니다. 번호와 회원 ID가 그 역할을 합니다.

귀 조직의 데이터로 직접 확인해 보십시오 — 무료 브랜드 데모를 신청하십시오 →

{“@context”: “https://schema.org”, “@type”: “FAQPage”, “mainEntity”: [{“@type”: “Question”, “name”: “두 회원이 가족 전화번호를 공유할 수 있나요?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “하나의 번호는 하나의 로그인 신원에 대응합니다 — 두 번째 회원에게는 본인의 번호나 이메일을 부여하십시오.”}}, {“@type”: “Question”, “name”: “동명이인은 어떻게 하나요?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “이름은 결코 신원의 키가 되지 않습니다. 번호와 회원 ID가 그 역할을 합니다.”}}]}

← 전체 아티클

이 기능을 여러분의 데이터로 직접 확인해 보세요.

여러분의 스프레드시트로 만든 무료 브랜드 데모를 이번 주에 받아보세요.

무료 데모 받기