CRM 연동 방법 총정리: 그룹웨어·ERP 연결·API 연동·데이터 마이그레이션

Key Takeaways

• 도입 단계부터 연동과 마이그레이션 병행 설계: 기존 사내 시스템과 데이터를 지속적으로 주고받는 ‘연동’과 축적된 기존 데이터를 한 번에 옮기는 ‘마이그레이션(이관)’은 재구축 리스크를 막기 위해 CRM 도입 초기부터 함께 계획해야 합니다.
• 시스템 수와 데이터 성격에 맞춘 연동 체계 구축: 연동 방식은 연결할 시스템 수·데이터 변환 복잡도에 따라 ‘직접 API’와 ‘미들웨어’를 선택하고, 데이터 성격에 맞춰 ‘실시간(주문·재고)’과 ‘배치(정산·대량 갱신)’를 분리해 API 호출 한도와 부하를 관리해야 합니다.
• 사전 정리부터 정합성 검증까지 포함한 이관 계획: 데이터 마이그레이션은 레거시 데이터 및 엑셀의 사전 정리·매핑부터 시작하여 소량 시범 이관을 거치고, 본 이관 후에는 건수 대조·관계 연결·현업 육안 확인을 통한 정합성 검증까지 필수 절차로 완결해야 합니다.

목차

• 그룹웨어와 CRM 연동 효과: 영업 업무의 변화
• ERP와 CRM 연동 효과: 영업과 주문·재무 데이터의 연결
• CRM 연동 진행 방법: 효과가 분명한 범위부터 시작하는 4단계
• 직접 API 연동 vs 미들웨어: 선택 기준 4가지
• 실시간 연동 vs 배치 연동: 데이터 성격에 맞는 연결 주기
• 대규모 트래픽에 대비한 CRM API 호출 한도 점검 방법
• 반드시 챙겨야 하는 CRM 데이터 마이그레이션 절차
• CRM 데이터 마이그레이션의 데이터 정합성 검증 방법
• 기업 규모별 CRM 연동·이관 범위 비교
• 자주 묻는 질문 (FAQ)

CRM 프로그램은 그룹웨어, ERP 같은 사내 시스템과 연결될 때 활용도가 높아집니다. 시스템을 계속 연결해 쓰는 연동과 기존 데이터를 옮기는 마이그레이션(이관)을 어떻게 준비해야 하는지 정리했습니다.

그룹웨어와 CRM 연동 효과: 영업 업무의 변화

그룹웨어와 CRM이 따로 운영되면 영업 담당자의 업무는 이렇게 흘러가기 쉽습니다. 오전에 그룹웨어 캘린더에 고객 미팅을 등록하고, 미팅이 끝나면 같은 내용을 CRM에 다시 입력합니다. 고객과 주고받은 메일은 개인 메일함에만 남아 있어, 담당자가 바뀌면 이전 대화 내용을 찾기 어렵습니다. 주간 보고를 작성할 때는 두 시스템의 기록을 엑셀로 모아 다시 정리해야 합니다. 이런 이중 입력과 정보 단절은 입력 누락으로 이어지고, CRM 데이터의 신뢰도를 떨어뜨릴 수 있습니다.

그룹웨어와 CRM을 연동하면 영업 담당자가 두 시스템을 오가며 같은 내용을 반복해서 입력하는 일이 줄어듭니다. 연동 범위에 따라 달라지는 업무는 다음과 같습니다.

• 일정: 고객 미팅 일정을 한쪽에 등록하면 다른 쪽에도 반영되어 이중 입력이 줄어듭니다.
• 메일: 고객과 주고받은 메일을 CRM의 고객 기록과 연결해 담당자가 바뀌어도 이력을 확인할 수 있습니다.
• 고객 정보: 메일이나 일정 화면에서 고객 정보를 바로 확인할 수 있어 화면 전환이 줄어듭니다.
• 보고: 활동 내역이 CRM에 쌓이면 별도의 영업 활동 보고 작성 부담을 줄일 수 있습니다.

실제로 Salesforce 영업 조직도 Gmail과 구글 캘린더 연동으로 메일과 미팅을 CRM에 자동으로 기록하고 있습니다. 그룹웨어가 영업 담당자의 일상 업무를 잇는다면, ERP는 영업 이후의 주문과 재무 업무를 잇습니다.

ERP와 CRM 연동 효과: 영업과 주문·재무 데이터의 연결

ERP(전사적 자원 관리)는 재무, 구매, 재고, 생산, 물류 같은 기업의 핵심 업무를 관리하는 시스템입니다. 영업은 CRM에서, 주문과 청구는 ERP에서 처리하는 기업이 많습니다. 두 시스템이 연결되지 않으면 고객이 납기나 결제 상태를 물어볼 때 영업 담당자가 물류팀이나 재무팀에 따로 확인해야 합니다. 계약이 확정된 뒤에는 같은 주문 정보를 ERP에 다시 입력해야 합니다.
ERP와 CRM을 연동하면 다음과 같은 업무가 달라집니다.

1. 견적과 주문: 영업 기회 단계에서 ERP의 제품 단가와 재고를 확인해 견적을 만들고, 계약이 확정되면 주문 정보를 ERP로 넘겨 이중 입력을 줄입니다.
2. 고객 거래 이력: 주문, 출고, 청구, 미수금 정보를 CRM의 고객 화면에서 확인할 수 있어 고객 문의에 바로 대응할 수 있습니다.
3. 매출 관리: CRM의 예상 매출과 ERP의 실제 매출을 함께 보며 영업 목표와 실적을 비교할 수 있습니다.
4. 거래 조건 확인: 거래 한도나 결제 조건을 영업 단계에서 미리 확인해 수주 이후의 문제를 줄일 수 있습니다.

대기업이라면 이 연동을 도입 초기부터 중요한 검토 항목으로 다뤄야 합니다. 이미 운영 중인 시스템이 많아, CRM이 연결되지 않으면 영업·주문·문의 정보가 흩어져 같은 고객을 부서마다 다르게 보게 되기 때문입니다. 그래서 CRM을 선택할 때 기존 시스템과 얼마나 안정적으로 연결할 수 있는지를 함께 따져 봐야 합니다.

다만 실제 연동은 생각보다 고려할 것이 많습니다. 계정 체계, 권한, 데이터 형식이 맞지 않으면 단순한 연결도 기대만큼 작동하지 않고, ERP처럼 주문과 재무 데이터가 오가는 연동은 어느 시스템의 데이터를 기준으로 삼을지도 정해야 합니다. 그래서 연결을 시작하기 전에 연동 범위, 연결 방식, 사용자 권한부터 살펴봐야 합니다.

CRM 연동 진행 방법: 효과가 분명한 범위부터 시작하는 4단계

CRM 연동은 한 번 설정한다고 끝나는 작업이 아닙니다. 두 시스템의 데이터가 실제 업무 흐름 안에서 제대로 맞물리는지 테스트하고, 문제가 생기면 조정하는 과정이 필요합니다. 그래서 처음부터 모든 기능을 연결하기보다, 효과를 바로 확인할 수 있는 업무 범위부터 단계적으로 진행하는 것을 권장합니다. 이 원칙은 기업 규모와 관계없이 같으며, 규모에 따라 연결하는 범위만 달라집니다.

1. 연동 범위 정하기: 일정, 메일, 결재 중 무엇을 먼저 연결할지 정합니다. 사용 빈도가 높은 일정과 메일부터 시작하면 효과를 확인하기 쉽습니다.
2. 연결 방식 확인하기: CRM이 제공하는 기본 연동 기능, 앱 마켓플레이스의 커넥터, API 개발 순서로 검토합니다. 국내 그룹웨어는 제품마다 지원 범위가 다르므로 그룹웨어 벤더에도 함께 확인합니다.
3. 사용자와 권한 맞추기: 두 시스템의 계정과 부서 정보를 맞추고, 연동된 데이터를 누가 볼 수 있는지 정합니다.
4. 시범 적용 후 확대하기: 일부 부서에서 먼저 검증한 뒤 전사로 넓힙니다.

직접 API 연동 vs 미들웨어: 선택 기준 4가지

연결할 시스템이 한두 개이고 데이터 형식이 단순하면 직접 API 연동이 적합합니다. 여러 시스템을 함께 연결하고 시스템마다 데이터 형식이 다르다면 미들웨어가 적합합니다.

CRM 연동 방식은 크게 두 가지입니다. 직접 API 연동은 두 시스템을 API(시스템끼리 데이터를 주고받는 통로)로 바로 잇는 방식입니다. 미들웨어 연결은 여러 시스템 사이에 데이터 전달과 변환을 맡는 중간 소프트웨어를 두는 방식입니다. 어느 한 방식이 늘 낫지는 않습니다. 연결할 시스템 수, 실시간성, 데이터 변환, 유지보수 네 가지 기준으로 판단합니다.

기준	직접 API 연동이 적합한 경우	미들웨어가 적합한 경우
연결할 시스템 수	한두 개 시스템과 연결	여러 시스템을 함께 연결
실시간성	단순 조회, 등록 위주	여러 시스템에 걸친 처리 순서 관리가 필요함
데이터 변환	형식이 단순하고 변환이 적음	시스템마다 형식이 달라 변환이 많음
유지보수	연동 수가 적어 개별 관리 가능	오류 추적과 변경 관리를 한곳에서 해야 함

직접 API 연동이 적합한 경우

직접 API 연동은 그룹웨어와 CRM처럼 한두 개 시스템만 연결할 때 적합합니다. 다음 조건에 해당하면 직접 API 연동으로 충분합니다.

• 연결할 시스템 수: CRM과 연결할 시스템이 한두 개입니다.
• 실시간성: 고객 정보를 조회하거나 활동 기록을 등록하는 등 단순한 작업이 대부분입니다.
• 데이터 변환: 시스템 간 데이터 형식이 단순해 변환할 항목이 적습니다.
• 유지보수: 연동 수가 적어 연동마다 따로 관리해도 부담이 크지 않습니다.

기업 규모로 보면 기본 연동 기능과 직접 API 연동을 함께 쓰는 중견기업이 이 경우에 해당합니다.

미들웨어가 적합한 경우

미들웨어는 그룹웨어, ERP, 레거시 시스템 등 여러 시스템을 CRM과 함께 연결할 때 적합합니다. 다음 조건에 해당하면 미들웨어를 검토합니다.

• 연결할 시스템 수: CRM과 함께 연결할 시스템이 여러 개입니다.
• 실시간성: 하나의 업무가 여러 시스템을 거치기 때문에 처리 순서를 관리해야 합니다.
• 데이터 변환: 시스템마다 데이터 형식이 달라 변환할 항목이 많습니다.
• 유지보수: 연동 오류를 추적하고 변경 사항을 관리하는 일을 한곳에서 처리해야 합니다.

ERP를 포함한 전사 시스템 연동을 목표로 하는 대기업이 이 경우에 해당합니다. Salesforce에서는 통합 API 플랫폼 MuleSoft를 미들웨어로 활용해 외부 시스템과 연결할 수 있습니다.

직접 API 연동에서 미들웨어로 전환하는 시점

처음부터 미들웨어를 도입할 필요는 없습니다. 연결할 시스템이 적을 때는 직접 API 연동으로 시작합니다. CRM과 연결하는 시스템이 늘어나 위 네 가지 기준 중 미들웨어 쪽 조건이 많아지면 그때 미들웨어로 전환하는 방안을 검토합니다.

연결 방식을 정했다면, 다음은 데이터를 얼마나 자주 주고받을지 정해야 합니다.

실시간 연동 vs 배치 연동: 데이터 성격에 맞는 연결 주기

같은 API 연동이라도 데이터를 바로 전달할지, 모아서 전달할지에 따라 시스템 부담과 업무 속도가 달라집니다. 실시간 연동은 데이터에 변화가 생기는 즉시 다른 시스템에 전달하는 방식이고, 배치 연동은 일정 시간마다 쌓인 데이터를 한 번에 모아 처리하는 방식입니다. 어느 쪽이 맞는지는 데이터가 얼마나 빨리 반영되어야 하는지에 따라 정합니다.

• 실시간 연동이 적합한 데이터: 재고, 주문 상태, 고객 문의처럼 바로 확인하지 않으면 고객 응대에 차질이 생길 수 있는 데이터
• 배치 연동이 적합한 데이터: 매출 정산, 실적 보고, 대량 고객 정보 갱신처럼 정해진 시간에 반영해도 업무에 지장이 없는 데이터
• 유의할 점: 실시간 연동은 호출 수가 많아지고, 배치 연동은 다음 처리 시점까지 시스템 간 데이터에 차이가 남습니다.

대규모 조직은 한 가지 방식으로 통일하기보다 데이터 성격에 따라 두 방식을 나눠 쓰는 것이 좋습니다. 고객 응대에 바로 필요한 데이터는 실시간으로, 대량 데이터는 업무 시간 이후 배치로 처리하면 업무 속도와 시스템 부담을 함께 관리할 수 있습니다. 연결 방식과 주기가 정해지면 함께 확인해야 할 것이 API 호출 한도입니다.

대규모 트래픽에 대비한 CRM API 호출 한도 점검 방법

직접 API 연동이든 미들웨어 연결이든, 연결하는 시스템이 늘어날수록 CRM으로 들어오는 요청도 함께 늘어납니다. 요청이 한도를 넘으면 데이터 전달이 지연되거나 처리되지 않을 수 있어, 연동을 설계하는 단계에서 호출 한도를 함께 점검해야 합니다.

API 호출 한도는 일정 기간 동안 CRM에 보낼 수 있는 API 요청 수의 상한입니다. 충분한지 여부는 벤더와 요금제, 라이선스 수, 연동 설계에 따라 달라지므로 사전에 점검해야 합니다.

• 호출량 추정: 연동 시스템별로 하루 호출 수를 추정하고, 캠페인 등 일시적으로 늘어나는 시기를 함께 계산합니다.
• 대량 처리 분리: 건별 호출 대신 대량 처리 API나 묶음 호출을 사용해 호출 수를 줄입니다.
• 호출 시점 조정: 변경이 있을 때만 데이터를 전달하는 이벤트 방식이나 야간 일괄 처리를 검토합니다.
• 상시 모니터링: 사용량을 정기적으로 확인하고 일정 수준을 넘으면 알림을 받도록 설정합니다.
• 사전 협의: 대형 연동을 시작하기 전에 예상 호출량을 벤더와 함께 검토합니다.

연동 설계를 마쳤다면 남은 과제는 기존 시스템에 쌓인 데이터입니다.

반드시 챙겨야 하는 CRM 데이터 마이그레이션 절차

새 CRM을 도입하면 기존 시스템에 쌓인 고객 정보와 거래 이력을 그대로 가져와야 업무가 끊기지 않습니다. 특히 대기업은 여러 부서가 오랜 기간 쌓아 온 데이터가 많아, 이관 계획이 도입 일정 전체에 영향을 줄 수 있습니다.

데이터 마이그레이션은 기존 시스템의 데이터를 새 시스템으로 옮기는 작업입니다. 레거시 시스템(오래전에 구축되어 계속 사용 중인 시스템)은 데이터 양이 많고 형식이 일정하지 않은 경우가 있어 단계별로 진행해야 합니다.

1. 이관 대상 정하기: 옮길 데이터의 범위를 정하고, 더 이상 쓰지 않는 데이터와 중복 데이터를 정리합니다.
2. 이관 순서 정하기: 데이터 간 관계에 따라 순서를 정합니다. 예를 들어 사용자, 거래처, 영업 기회 순으로 옮깁니다.
3. 템플릿 작성과 시범 이관: 데이터 항목을 새 시스템 형식에 맞춘 뒤, 소량을 먼저 옮겨 결과를 확인합니다.
4. 새 시스템 준비: 기존 시스템의 ID를 저장할 필드를 만들어 두면 관계 연결과 사후 대조에 활용할 수 있습니다.
5. 본 이관과 검증: 전체 데이터를 옮긴 뒤 정합성을 검증하고, 문제가 없으면 사용을 시작합니다.

대기업의 레거시 CRM이라면 이 절차를 더 촘촘하게 운영해야 합니다. 데이터가 여러 부서와 법인, 시스템에 나뉘어 있는 경우가 많아, 1단계에서 부서별 데이터 담당자를 정하고 어느 시스템의 데이터를 기준으로 삼을지 먼저 합의해야 합니다. 데이터 양이 많은 만큼 시범 이관도 한 번에 끝내기보다 부서나 데이터 종류별로 나눠 여러 차례 진행하고, 기존 시스템에서 새 시스템으로 넘어가는 전환 일정도 업무 영향이 적은 시기로 계획하는 것이 좋습니다.

영업 관리를 엑셀로 해 왔다면, 그 데이터도 CRM으로 옮길 수 있습니다.
규모가 작을 뿐 절차는 같습니다.

1. 엑셀 정리: 중복 행과 빈칸을 정리하고, 날짜와 전화번호 같은 형식을 하나로 맞춥니다.
2. 항목 맞추기: 엑셀의 열을 CRM의 항목(거래처명, 담당자, 영업 단계 등)에 하나씩 대응시킵니다.
3. 가져오기 도구로 이관: CRM이 제공하는 가져오기 기능으로 업로드하되, 소량을 먼저 옮겨 결과를 확인합니다.
4. 확인: 옮겨진 건수와 일부 데이터를 엑셀 원본과 비교합니다.

Salesforce에서는 Data Import 기능으로 엑셀 시트를 업로드하면 항목이 자동으로 연결되어, 엑셀로 관리하던 고객 정보와 영업 기회를 옮길 수 있습니다.

이관의 마지막 단계인 검증이 충분하지 않으면 잘못된 데이터가 그대로 업무에 쓰일 수 있습니다.

CRM 데이터 마이그레이션의 데이터 정합성 검증 방법

데이터를 모두 옮겼다고 이관이 끝난 것은 아닙니다. 옮긴 데이터가 원본과 같은지, 실제 업무에 바로 쓸 수 있는 상태인지 확인하는 과정이 남아 있습니다. 데이터 정합성은 옮긴 데이터가 원본과 일치하고 데이터 간 관계가 올바르게 유지되는 상태를 말합니다. 검증은 다음 항목을 함께 진행합니다.

• 건수 대조: 원본과 새 시스템의 데이터 건수를 보고서로 비교합니다.
• 표본 확인: 일부 데이터를 골라 원본과 항목별로 비교합니다.
• 오류 내역 검토: 이관 도구의 오류 기록에서 옮겨지지 않은 데이터를 확인하고 처리합니다.
• 관계 확인: 거래처와 영업 기회처럼 연결된 데이터가 올바르게 이어졌는지 확인합니다.
• 사용자 확인: 실제 담당자가 자주 보는 고객 기록을 점검합니다.

연동과 이관의 범위는 기업 규모에 따라서도 달라집니다.

기업 규모별 CRM 연동·이관 범위 비교

지금까지 살펴본 연동 방식, 호출 한도, 이관 절차를 모든 기업이 같은 수준으로 준비할 필요는 없습니다. 연결할 시스템과 옮길 데이터의 양이 다르기 때문에, 기업 규모에 따라 우선순위도 달라집니다. 아래 표에서 우리 회사에 해당하는 범위를 확인해 보세요.

비교	중소기업	중견기업	대기업
우선 연동 범위	메일·일정	그룹웨어와 핵심 업무 시스템	ERP를 포함한 전사 시스템
연동 방식	기본 연동 기능과 커넥터	기본 연동 기능과 직접 API 연동	미들웨어 활용 검토
이관 범위	엑셀 등 보유 데이터	기존 CRM·영업 데이터	레거시 시스템의 대량 데이터
검증 방식	건수 대조와 표본 확인	건수·표본·오류 내역 확인	시범 이관을 포함한 단계별 검증

중견기업: 그룹웨어·핵심 업무 시스템 연동과 기존 CRM 데이터 이관

중견기업은 그룹웨어와 핵심 업무 시스템을 먼저 CRM과 연동합니다. 그다음 기존 CRM·영업 데이터를 이관합니다. 연동에는 기본 연동 기능과 직접 API 연동을 함께 사용합니다. 이관 후에는 건수, 표본, 오류 내역을 확인해 정합성을 검증합니다.

직접 API 연동을 쓸 때는 호출 한도를 미리 확인해야 합니다. Salesforce Enterprise 같은 유료 요금제의 API 호출 한도는 24시간 기준 100,000건에서 시작합니다. 한도는 라이선스 수에 따라 늘어나고, 추가로 구매할 수도 있습니다.

중소기업: 메일·일정 연동과 보유 데이터 이관

중소기업은 메일·일정 연동부터 시작합니다. 기본 연동 기능과 커넥터를 사용하고, 엑셀 등 보유 데이터를 이관한 뒤 건수 대조와 표본 확인으로 검증합니다.

Salesforce는 Outlook, Gmail, Google Calendar와 연동됩니다. 그래서 별도 개발 없이 메일과 일정 화면에서 Salesforce 기록을 확인하고 수정할 수 있습니다.

대기업: ERP 포함 전사 시스템 연동과 단계별 이관

대기업은 ERP를 포함한 전사 시스템 연동을 목표로 미들웨어 활용을 검토합니다. 레거시 시스템의 대량 데이터는 시범 이관을 포함해 단계별로 검증합니다.

Salesforce가 운영하는 통합 API 플랫폼 MuleSoft로 ERP 등 외부 시스템과 연결할 수 있습니다. 2,000건이 넘는 데이터를 이관할 때는 Bulk API 2.0 사용이 권장되며, 데이터 이관 절차는 공식 가이드로 제공됩니다.

자주 묻는 질문 (FAQ)