세일즈포스·허브스팟 CRM 전환: 데이터 이관·컷오버 [2026]
CRM 객체·관계·활동·첨부·권한·자동화를 커스텀 시스템으로 옮길 때 필요한 manifest, 대사, 병행 운영, 오류 복구와 컷오버 기준을 설명합니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
세일즈포스·허브스팟에서 커스텀 CRM으로 전환하는 일은 연락처 CSV를 새 화면에 넣는 데이터 복사가 아니라 객체·필드·관계·활동·첨부·권한·자동화·동의·보관·감사 증거와 외부 연동의 행동 계약을 새 운영 체계로 옮기는 일입니다. 레코드 수가 맞아도 관계와 실행 순서가 다르면 영업 이력과 후속 업무를 재현할 수 없습니다.
CRM에는 회사·담당자·기회뿐 아니라 커스텀 속성, 여러 객체의 연결, 이메일·통화·메모 같은 활동, 파일, 파이프라인, 자동화와 접근 권한이 얽혀 있습니다. 내보내기 방식마다 포함 범위가 다를 수 있어 한 번의 전체 파일을 완전한 원본으로 가정하면 위험합니다.
전환의 목표는 새 시스템 오픈이 아닙니다. 전환 전후의 영업·지원 업무가 끊기지 않고, 과거 결정과 개인정보 처리 근거를 찾으며, 오류를 영향 범위까지 조회해 정정·롤백할 수 있게 하는 것입니다.
레코드보다 객체·관계·행동 계약을 먼저 인벤토리한다#
현재 화면에 보이는 필드만 옮기면 숨은 자동화와 참조가 끊깁니다.
| 영역 | 인벤토리 | 결정 | 완료 증거 |
|---|---|---|---|
| 스키마 | 표준·커스텀 객체·필드·관계 | 유지·통합·종료 | 데이터 사전 |
| 행동 | 단계·자동화·승인·알림 | 재현·재설계·폐기 | 규칙 카탈로그 |
| 접근·증거 | 역할·권한·감사·동의·보관 | 최소 권한·이력 범위 | 통제 매트릭스 |
| 연동 | 폼·메일·회계·문서·API | 쓰기 주체·실패·재처리 | 계약·RACI |
전환을 상태와 승인 게이트로 나눈다#
추출·변환·적재·변경분·운영 전환을 한 번에 수행하지 않습니다.
| 상태 | 작업 | 승인 기준 | 되돌림 |
|---|---|---|---|
| 기준선 | 원천 동결 표본·계수·해시 | 범위·누락 합의 | 원천 유지 |
| 파일럿 | 전체 관계를 가진 소집단 이관 | 업무·권한·대사 통과 | 파일럿 폐기 |
| 병행 | 변경분 캡처·이중 읽기 | 차이 임계치·교육 | 쓰기 원천 복귀 |
| 컷오버 | 쓰기 전환·최종 대사·감시 | 운영·보안 공동 승인 | 시간 제한 롤백 |
실무 시나리오: 중복 회사 병합 뒤 활동이 고아가 된다#
도메인 이름만으로 회사를 자동 병합하면서 한 연락처의 메모·이메일·영업 기회가 폐기된 원천 ID를 계속 참조한다고 가정합니다.
| 단계 | 확인 | 복구 | 완료 증거 |
|---|---|---|---|
| 탐지 | 어떤 회사·연락처·활동이 영향받았나 | 병합 중지·참조 무결성 조회 | 영향 그래프 |
| 원인 | 병합 규칙·원천 ID·변환 순서는 | manifest·로그·매핑 대조 | 계보 타임라인 |
| 정정 | 소유자·동의·활동 관계는 | 병합 취소·참조 재연결 | 수량·관계 대사 |
| 재개 | 경계 회사를 구분하나 | 후보 큐·승인·회귀 | 고아 참조 0건 |
제품별 내보내기 범위와 권한을 원천에서 확인한다#
Salesforce 공식 문서는 조직 데이터 백업이 에디션·주기·권한 조건을 가지며 파일·첨부 포함을 별도로 선택한다고 설명합니다. HubSpot 공식 문서는 레코드 내보내기의 속성·연결 범위를 선택할 수 있지만 활동은 별도 방법이 필요하고, CRM 백업에는 연결·활동 데이터가 포함되지 않는다고 명시합니다. 따라서 화면의 전체 내보내기 한 번을 완전한 이관본으로 간주하지 말아야 합니다.
- Salesforce Export Backup Data: 에디션·권한·주기와 파일·첨부 포함 조건
- Salesforce sObject Describe: 표준·커스텀 객체 메타데이터 확인
- HubSpot Export Records: 속성·연결 내보내기 선택과 활동의 별도 처리
- HubSpot Back Up CRM Data: 백업 대상 객체와 연결·활동 제외 조건
manifest·대사·격리 큐·변경 동결을 운영한다#
추출마다 원천 조직·객체·API 또는 보고서·필터·페이지·시각·표준 시간대·권한·파일명·행 수·해시를 manifest에 기록합니다. 원본은 읽기 전용으로 보관하고 변환 결과와 분리하세요.
적재 순서는 기준 객체, 참조 객체, 관계, 활동·첨부, 설정·자동화처럼 의존성에 맞춥니다. 원천 ID와 목표 ID의 양방향 매핑을 보존하고 실패 레코드는 버리지 말고 이유·재처리 횟수·승인자를 가진 격리 큐로 보냅니다.
대사는 레코드 수만 보지 않고 필수값·고유값·관계 수·고아 참조·금액 합계·단계 분포·최근 활동·파일 수·권한 허용·거부를 비교합니다. 컷오버 뒤에는 변경 동결 해제와 예외 처리 책임을 명시합니다.
CRM 후보 선택 기준은 CRM 개발 vs SaaS에서 비교합니다. 목표 영업 모델은 B2B 영업 CRM 설계로 먼저 고정합니다. 연동 컷오버 기준은 사내 시스템 통합 가이드와 함께 확인합니다.
대체 담당자가 과거 결정과 다음 행동을 재현하면 승인한다#
중복 회사, 다중 연락처, 여러 기회, 커스텀 객체, 활동·첨부, 동의 철회, 퇴사 사용자, 자동화 실패와 부분 권한 표본을 파일럿에 포함하세요.
대체 담당자가 원천 기록 없이도 고객 관계·과거 활동·유효 문서·다음 행동을 찾고, 관리자가 누락·중복·고아 참조의 영향 조회·정정·재처리·롤백을 목표 시간 안에 수행해야 컷오버를 승인합니다.
핵심 요약
- ✓CRM 전환 범위에 객체·관계·활동·첨부·권한·자동화·동의·보관·연동을 포함한다
- ✓제품별 내보내기·백업의 포함 범위와 에디션·권한 조건을 실제 계정에서 검증한다
- ✓원천 ID·목표 ID·추출 manifest·변환 규칙·오류 큐로 데이터 계보를 보존한다
- ✓파일럿·병행·컷오버를 승인 게이트와 시간 제한 롤백으로 나눈다
- ✓대체 담당자의 업무 재현과 고아 참조 영향 조회·정정을 통과한 뒤 전환한다
자주 묻는 질문