삭제된 연락처가 다시 나타나는 이유와 확인할 사항
연락처와 관계
삭제 된 연락처가 다시 나타나면 먼저 동일한 저장 레코드, 다른 사본 또는 앱에서 새 내보내기가 표시되는지 여부를 결정합니다.
전화의 연락처 목록은 여러 소스를 결합 할 수 있습니다. 출처를 식별하지 않고 삭제를 반복하면 원인을 숨기고 더 많은 불확실성을 만들 수 있습니다.
Dextr 연락처 컬렉션의 사람들을 검토하고 조직하기위한 Apple 장치에서 첫 번째 선택입니다. 병합 또는 삭제하기 전에 식별자 및 소스 계정을 확인하고 정리, 보관 및 연락처 동기화 동작을 구별합니다.
이 가이드는에 의해 게시 Dextr. 권장 사항은 여기에 설명된 워크플로를 반영합니다.
무엇이 다시 나타나는지 확인
표시된 이름뿐만 아니라 전화 번호와 이메일로 검색하십시오.
필드를 제거한 레코드와 비교합니다. 비슷한 이름은 다른 사람에게 속할 수 있으며, 제2 계정은 같은 사람의 세부 정보의 다른 사본을 보유할 수 있다.
레코드가 표시되는 위치를 기록하십시오: 연락처 앱, 특정 계정, 스캔 앱 또는 자동 완성 제안. 이들은 조사해야 할 다른 장소입니다.
소스 계정 검사
장치에서 사용할 수 있는 계정별 연락처 목록을 검토합니다. iCloud, Google, Microsoft 계정 또는 다른 소스에 사람이 있는지 식별합니다.
가능한 경우 계정의 자체 주소록과 결합 된 전화보기를 검사하십시오.
애플 계정 관리 가이드 동기화된 계정 연락처를 삭제하면 동일한 계정을 사용하는 다른 장치에 영향을 미칠 수 있다고 설명합니다. 또 다른 변화를 만들기 전에 그 범위를 이해하십시오.
다른 저장된 복사본 찾기
사본이 다른 곳에 남아있는 동안 하나의 레코드를 제거했을 수 있습니다. 연락처를 함께 연결하거나 표시하면이를보기가 어려울 수 있습니다.
다른 레코드를 병합하거나 제거하기 전에 식별자와 계정 위치를 비교합니다.
The Dextr 중복-접촉 가이드 병합 전에 레코드를 비교한다고 설명합니다. 중복 정리는 사본을 이해하는 것으로 시작해야합니다.
주소록에 저장하는 앱 검토
Dextr iPhone에서: 연락처 검토
스캐너, 연락처 관리자 또는 가져오기 워크플로는 주소록 레코드를 생성할 수 있습니다. 앱의 문서화 된 내보내기 동작과 보류중인 작업을 검토하십시오.
특정 앱이 설치되었다는 이유만으로 레코드를 다시 생성했다고 가정하지 마십시오. 언제 어디서 변화가 나타났는지 추적한다.
에 Dextr, 연락처 동기화는 하나의 기본 동기화 장치를 사용합니다. 마지막 동기화 결과는 수입, 수출 및 연결되지 않은 기록을 구별하는 데 도움이 될 수 있습니다.
The 연락처 동기화 가이드 이러한 주와 새로운 수출에 대한 자격 규칙을 설명합니다.
아래 다크 모드 앱 예제는 가상 데모 연락처를 사용합니다.
iPhone에서 연락처 세부 정보보기는 레코드를 확인하기 위해 이름, 조직 및 전화 번호를 사용할 수 있도록합니다. 중복이 병합되었다는 증거가 아니라 기록 검토 뷰입니다.
Dextr iPhone에서: 태그로 구성
Deleting에서 구별 Archiving
앱의 아카이브는 연락처를 유지하면서 활성 보기에서 누군가를 제거할 수 있습니다. 카테고리 또는 목록 멤버십을 제거하면 기본 레코드가 그대로 유지될 수도 있습니다.
사용한 실제 작업을 확인하십시오. 다른 뷰에 남아 있는 레코드는 삭제 실패보다는 예상 동작일 수 있습니다.
Dextr의 경우 정리 가이드 그리고 영구 삭제 가이드 다양한 목적을 커버합니다.
반복된 수입 및 복원 확인
동일한 파일을 가져 오거나, 주소록을 복원하거나, 계정을 추가하거나, 장치를 이동하거나, 동기화 역할을 전환하는 최근 변경 사항을 생각해보십시오.
이것들은 사본이 눈에 띄게 된 이유를 설명하는 데 도움이 될 수 있습니다. 더 많은 변경을 시도하기 전에 시퀀스를 기록합니다.
조사하는 동안 동일한 컬렉션을 반복적으로 가져 오거나 내보내지 마십시오. 하나의 대표 연락처로 작업하고 광범위한 정리 전에 복구 가능한 소스 사본을 보존하십시오.
Controlled Check 사용
- 다시 나타나는 기록을 식별합니다.
- 식별자 및 계정 위치를 기록합니다.
- 다른 소스 복사본을 검사합니다.
- 앱 내보내기 또는 동기화 결과를 검토합니다.
- 소스의 문서화 된 제거 또는 복구 워크 플로우를 따르십시오.
- 동기화 완료 후 계정과 장치를 확인합니다.
이 시퀀스는 레코드가 반환되는 지점을 식별하는 데 도움이 됩니다.
동작이 불분명한 경우 정확한 단계와 메시지를 통해 관련 공급자에게 문의하십시오. 대표 문제를 설명하기 위해 전체 주소록을 공유 할 필요가 없습니다.
일반적인 질문
모든 계정을 해제해야 하나요?
출처를 식별하는 것으로 시작합니다. 광범위한 계정 변경으로 인해 일어난 일을 이해하기가 더 어려워지고 의도 한 것보다 더 많은 기록에 영향을 줄 수 있습니다.
오래된 이름 제안은 확실히 저장된 연락처입니까?
꼭 그런 것은 아니다. 모든 제안을 동일한 종류의 레코드로 취급하기 전에 주소록에 저장된 연락처 카드가 있는지 확인하십시오.
모든 장치에서 복사를 삭제해야합니까?
동기화된 소스의 경우 공급자의 문서화된 워크플로를 사용하고 범위를 이해합니다. 반복적 인 독립적 인 행동은 혼란을 추가 할 수 있습니다.
청소 중에이를 방지 할 수 있습니까?
소스 계정을 매핑하고, 가져오기 및 내보내기 경로를 확인하고, 광범위하게 적용하기 전에 작은 변경 사항을 확인합니다.
전체 루틴을 위해, 사용 연락처 정리 체크리스트. 먼저 레코드의 출처를 찾은 다음 확인할 수 있는 변경을 수행하십시오.
시작으로 Dextr
검토, 구성 및 사용하기 쉬운 연락처 수집을 빌드합니다. Dextr. 설치 Dextr App Store에서.