여러 사이트와 엑셀 데이터를 한곳에 모으는 데이터 통합 시스템
회사에서 필요한 데이터가 한 시스템에만 존재하는 경우는 많지 않습니다.
회사에서 필요한 데이터가 한 시스템에만 존재하는 경우는 많지 않습니다.
- 고객 정보는 CRM
- 주문은 쇼핑몰
- 결제는 PG사
- 재고는 ERP
- 업무 진행 상태는 엑셀
- 문의는 이메일
- 마케팅 데이터는 광고 플랫폼
- 외부 시장 정보는 여러 웹사이트
담당자는 매일 각 시스템에 접속해 데이터를 내려받고 엑셀로 합칠 수 있습니다.
초기에는 가능하지만 데이터와 담당자가 늘어나면 다음 문제가 발생합니다.
- 같은 정보가 시스템마다 다름
- 최신 데이터가 무엇인지 알기 어려움
- 보고서를 만들 때마다 수작업
- 중복 데이터가 쌓임
- 누락과 오입력 발생
- 담당자가 바뀌면 업무를 이해하기 어려움
- 실시간 현황을 확인할 수 없음
- 시스템별 권한과 계정이 분산됨
이때 여러 출처의 데이터를 자동으로 수집하고 하나의 기준으로 정리하는 데이터 통합 시스템을 검토할 수 있습니다.
핵심은 모든 데이터를 한곳에 복사하는 것이 아닙니다.
각 데이터의 원본이 어디이며, 어떤 기준으로 연결하고, 어느 시점의 값을 최신으로 볼 것인지 정하는 것이 중요합니다.
데이터 통합 시스템이란?
여러 시스템과 파일의 데이터를 수집해 공통된 구조로 저장하고 조회하는 시스템입니다.
예시:
쇼핑몰 주문
PG 결제
택배 배송
고객 엑셀
광고 데이터
→ 자동 수집
→ 형식 통일
→ 고객·주문 기준 연결
→ 중복 제거
→ 데이터베이스 저장
→ 관리자 검색과 통계
통합된 데이터는 다음 용도로 활용할 수 있습니다.
- 통합 검색
- 업무 관리
- 대시보드
- 엑셀 다운로드
- 자동 리포트
- 고객 분석
- 알림
- AI 분석
- 다른 시스템 연동
데이터 통합이 필요한 신호
1. 같은 데이터를 여러 번 입력합니다
예시:
상담 신청을 엑셀에 입력
→ CRM에 다시 입력
→ 계약 후 ERP에 다시 입력
→ 보고용 엑셀에 다시 입력
시스템 간 연결이 없으면 같은 정보가 반복 입력됩니다.
2. 시스템마다 값이 다릅니다
고객 주소가 다음처럼 다를 수 있습니다.
CRM: 서울시 영등포구
ERP: 서울 영등포
엑셀: 영등포구
어느 값이 최신인지 정하기 어렵습니다.
3. 보고서를 매번 수작업으로 만듭니다
- 각 시스템에서 파일 다운로드
- 컬럼 이름 변경
- 주문 번호 기준 병합
- 중복 제거
- 피벗 생성
- 담당자별 분류
같은 업무가 반복된다면 자동화 효과가 클 수 있습니다.
4. 데이터 누락을 늦게 발견합니다
결제는 완료됐지만 주문 시스템에 반영되지 않거나, 배송이 시작됐지만 고객 화면에 표시되지 않을 수 있습니다.
통합 시스템에서 불일치 데이터를 찾을 수 있습니다.
5. 전체 고객 흐름을 보기 어렵습니다
한 고객에 대해 다음 정보가 분산될 수 있습니다.
- 최초 문의
- 상담
- 주문
- 결제
- 배송
- 문의
- 환불
- 재구매
통합하면 고객 단위의 전체 이력을 볼 수 있습니다.
먼저 데이터 출처를 정리해야 합니다
데이터 출처 예시:
- 사내 데이터베이스
- CRM
- ERP
- 쇼핑몰
- 결제사
- 물류
- Google Sheets
- 엑셀
- 이메일
- 공공 API
- 외부 웹사이트
- 광고 플랫폼
- AI 서비스
각 출처마다 다음을 확인합니다.
데이터 소유자:
접근 방법:
API:
엑셀 다운로드:
수집 주기:
데이터 양:
고유 식별값:
업데이트 방식:
사용 조건:
데이터를 가져오는 방법
1. 공식 API
외부 서비스가 제공하는 API를 사용합니다.
장점:
- 구조화된 데이터
- 자동 수집
- 최신 상태
- 공식 지원 가능성
확인할 내용:
- 이용료
- 호출 제한
- 저장 가능 여부
- 제공 범위
- 버전 변경
2. 데이터베이스 직접 연결
사내 시스템의 데이터베이스에서 필요한 정보를 조회할 수 있습니다.
주의할 내용:
- 운영 DB 부하
- 읽기 전용 계정
- 개인정보
- 네트워크
- 테이블 변경
- 접근 로그
가능하면 운영 데이터베이스에 과도한 조회를 보내지 않도록 구조를 검토해야 합니다.
3. 엑셀·CSV 업로드
API가 없거나 기존 데이터 이전이 필요한 경우 파일을 사용할 수 있습니다.
- 사용자가 업로드
- 정해진 폴더에서 자동 읽기
- 이메일 첨부 수집
- 정기 파일 전달
파일 형식과 컬럼이 일정해야 자동화하기 쉽습니다.
4. Google Sheets
간단한 초기 시스템에서는 Google Sheets를 데이터 입력 창구로 사용할 수 있습니다.
다만 데이터가 많아지고 권한과 이력이 중요해지면 별도 데이터베이스가 필요할 수 있습니다.
5. 웹 크롤링
공개 웹페이지에 있는 외부 데이터를 수집할 수 있습니다.
사이트 변경과 이용 조건, 유지보수를 함께 고려해야 합니다.
6. 웹훅
외부 시스템에서 데이터가 변경되는 즉시 우리 시스템에 알려줍니다.
예시:
결제 완료
→ PG사가 웹훅 전송
→ 통합 시스템의 결제 상태 업데이트
데이터 통합의 가장 중요한 문제: 연결 기준
서로 다른 시스템의 데이터를 같은 대상으로 연결해야 합니다.
예를 들어 고객을 연결하는 기준은 다음과 같을 수 있습니다.
- 고객 ID
- 이메일
- 휴대폰
- 사업자등록번호
- 외부 시스템 ID
- 여러 항목의 조합
주문 연결 기준:
- 주문 번호
- 외부 주문 ID
- 결제 주문 번호
- 송장 번호
연결 기준이 없거나 시스템마다 다르면 정확한 통합이 어려워집니다.
이메일과 휴대폰만으로 연결할 때의 문제
사용자는 이메일이나 휴대폰을 변경할 수 있습니다.
- 오타
- 공용 이메일
- 여러 계정
- 형식 차이
- 국가번호
- 탈퇴 후 재가입
가능하면 내부 고유 ID와 외부 시스템 ID의 대응 관계를 저장하는 것이 좋습니다.
마스터 데이터란?
여러 시스템에서 공통으로 사용하는 기준 정보입니다.
예시:
- 고객
- 상품
- 직원
- 조직
- 거래처
- 지점
- 카테고리
상품명이 시스템마다 다르게 저장될 수 있습니다.
시스템 A: PRO PLAN
시스템 B: 프로 요금제
엑셀: Pro
통합 시스템에서는 하나의 기준 상품과 연결할 수 있습니다.
어떤 시스템을 원본으로 볼 것인가?
같은 값이 다를 때 기준 시스템을 정해야 합니다.
예시:
| 데이터 | 기준 원본 |
|---|---|
| 고객 이름 | CRM |
| 결제 금액 | PG |
| 배송 상태 | 물류 시스템 |
| 상품 가격 | ERP |
| 담당자 | 업무 시스템 |
모든 데이터에 하나의 원본을 적용하기보다 항목별로 정할 수 있습니다.
최신 데이터 판단
다음 중 어떤 기준을 사용할지 정합니다.
- 수정 시간이 가장 최근인 값
- 특정 시스템 우선
- 관리자 승인
- 사용자 직접 수정 우선
- 외부 시스템의 최종 상태
수정 시각 자체가 정확하지 않은 시스템도 있으므로 데이터 특성을 확인해야 합니다.
데이터 동기화 방향
한 방향 통합
여러 시스템의 데이터를 통합 DB로 읽어옵니다.
CRM → 통합 시스템
ERP → 통합 시스템
PG → 통합 시스템
원본 시스템은 수정하지 않습니다.
분석과 조회 목적에 적합할 수 있습니다.
양방향 동기화
통합 시스템에서 수정한 데이터를 원본 시스템으로 다시 보냅니다.
CRM ↔ 통합 시스템
양방향 연동은 충돌과 오류 위험이 높아집니다.
정말 필요한 데이터만 양방향으로 구성하는 것이 좋습니다.
실시간과 배치 처리
실시간
데이터가 변경되면 즉시 반영합니다.
적합할 수 있는 데이터:
- 결제
- 주문
- 예약
- 로그인
- 중요한 상태 변경
정기 배치
정해진 시간마다 데이터를 수집합니다.
- 매시간
- 매일
- 매주
적합할 수 있는 데이터:
- 광고 통계
- 시장 데이터
- 정기 리포트
- 대량 콘텐츠
모든 데이터를 실시간으로 만들면 비용과 구조가 과도해질 수 있습니다.
업무상 필요한 최신성을 기준으로 정해야 합니다.
데이터 정제
시스템마다 데이터 표현이 다릅니다.
날짜
2026-07-24
2026.07.24
07/24/2026
휴대폰
01012345678
010-1234-5678
+82 10-1234-5678
상태
완료
DONE
20
처리완료
금액
10,000원
10000
10,000 KRW
통합 과정에서 공통 형식으로 변환해야 합니다.
중복 데이터
같은 고객이나 주문이 여러 번 들어올 수 있습니다.
중복 처리 방식:
- 고유 ID가 같으면 업데이트
- 이메일과 휴대폰이 같으면 연결
- 유사 후보를 관리자에게 표시
- 자동 병합 금지
- 병합 이력 보관
잘못된 자동 병합은 서로 다른 고객의 데이터를 합칠 수 있으므로 주의해야 합니다.
삭제 데이터
원본 시스템에서 삭제된 데이터를 통합 시스템에서도 삭제할지 정해야 합니다.
- 즉시 삭제
- 비활성화
- 삭제 이력 유지
- 일정 기간 보관
- 관리자 승인
분석과 감사 목적이라면 과거 상태를 유지해야 할 수도 있습니다.
데이터 변경 이력
다음 내용을 기록할 수 있습니다.
- 어떤 시스템에서 들어왔는가?
- 언제 수집됐는가?
- 이전 값
- 변경 값
- 처리 결과
- 관리자 수정
- 동기화 여부
문제가 발생했을 때 데이터가 왜 바뀌었는지 추적할 수 있습니다.
통합 관리자 페이지
1. 전체 데이터 검색
- 고객
- 주문
- 결제
- 배송
- 문의
2. 데이터 출처 표시
같은 정보라도 어디에서 들어왔는지 확인합니다.
고객명: CRM
결제 상태: PG
배송 상태: 물류
3. 동기화 상태
- 최근 성공
- 다음 실행
- 처리 건수
- 실패 건수
- 지연
- 연결 끊김
4. 오류 목록
- 식별값 없음
- 중복 후보
- 데이터 형식 오류
- 외부 API 실패
- 연결되지 않은 주문
- 금액 불일치
5. 수동 재처리
운영자가 수정한 뒤 실패 데이터만 다시 처리할 수 있습니다.
6. 데이터 병합
중복 고객을 하나로 합치는 기능이 필요할 수 있습니다.
병합 전 확인과 이력을 남기는 것이 좋습니다.
데이터 불일치 탐지
통합 시스템은 데이터를 보여주는 것뿐 아니라 서로 다른 값을 찾는 데 활용할 수 있습니다.
예시:
- 결제 완료인데 주문 대기
- 배송 완료인데 고객에게 미발송
- ERP 재고와 쇼핑몰 재고가 다름
- 같은 고객이 두 계정으로 존재
- 결제 금액과 주문 금액이 다름
이상 데이터를 운영자에게 알릴 수 있습니다.
통합 대시보드
통합된 데이터로 전체 현황을 볼 수 있습니다.
- 매출
- 주문
- 결제
- 환불
- 고객
- 배송
- 광고 성과
- 담당자 업무
하지만 대시보드부터 만들기보다 먼저 데이터가 정확하게 통합되는지 확인해야 합니다.
잘못된 데이터를 예쁜 차트로 보여주는 것은 의미가 없습니다.
데이터 통합과 데이터 웨어하우스의 차이
작은 회사의 통합 시스템은 하나의 운영 데이터베이스와 관리자 화면으로 시작할 수 있습니다.
데이터 양과 분석 요구가 커지면 별도의 분석 저장소를 검토할 수 있습니다.
- 원본 데이터
- 정제 데이터
- 분석 데이터
- 리포트
처음부터 대규모 구조를 만들 필요는 없습니다.
현재 데이터 양과 사용 목적에 맞는 수준으로 시작하는 것이 좋습니다.
데이터 통합 비용을 결정하는 요소
| 요소 | 범위 영향 |
|---|---|
| 데이터 출처 수 | 연동 개발 증가 |
| API 제공 여부 | 수집 방식 차이 |
| 데이터 종류 | 테이블·화면 증가 |
| 연결 기준 | 매핑 복잡도 |
| 양방향 동기화 | 충돌·삭제 처리 |
| 실시간성 | 웹훅·서버 구조 |
| 데이터 양 | 성능·저장 |
| 엑셀 형식 다양성 | 정제 규칙 증가 |
| 중복 데이터 | 병합 로직 |
| 과거 데이터 이전 | 마이그레이션 |
| 관리자 | 오류·재처리 |
| 대시보드 | 집계·지표 |
| 개인정보 | 권한·로그·보안 |
단계적으로 구축하는 방법
1단계: 데이터 목록과 기준 정리
- 어떤 데이터가 있는가?
- 원본은 어디인가?
- 고유 ID는 무엇인가?
- 누가 사용하는가?
2단계: 핵심 데이터 수집
가장 중요한 시스템 1~2개부터 연결합니다.
3단계: 공통 구조와 중복 처리
고객, 주문과 상품의 기준을 정합니다.
4단계: 관리자 조회
통합 목록과 상세, 검색을 제공합니다.
5단계: 오류와 재처리
동기화 실패와 불일치를 관리합니다.
6단계: 대시보드와 자동화
정확성이 확인된 데이터를 기반으로 리포트와 알림을 추가합니다.
기존 엑셀 데이터 이전
엑셀에는 다음 문제가 있을 수 있습니다.
- 컬럼 이름이 파일마다 다름
- 날짜 형식이 다름
- 중복 고객
- 빈 값
- 수식
- 셀 병합
- 색상으로 상태 표시
- 메모에 여러 정보 혼합
이전 전 데이터 정제 작업이 필요할 수 있습니다.
통합 시스템 구축 전에 준비할 자료
현재 사용하는 시스템:
시스템별 담당자:
API 문서:
샘플 엑셀:
데이터 항목:
월 데이터 건수:
고유 식별값:
중복 기준:
최신값 기준:
필요한 실시간성:
수정이 필요한 시스템:
관리자 사용자:
필요한 검색:
필요한 통계:
개인정보:
과거 데이터 이전:
데이터 출처 정리표
| 데이터 | 현재 위치 | 수집 방식 | 기준 원본 | 갱신 주기 |
|---|---|---|---|---|
| 고객 | CRM | API | CRM | 실시간 |
| 주문 | 쇼핑몰 | API | 쇼핑몰 | 10분 |
| 결제 | PG | 웹훅·API | PG | 실시간 |
| 배송 | 택배사 | API | 택배사 | 1시간 |
| 영업 메모 | 엑셀 | 업로드 | 엑셀 | 매일 |
검수 체크리스트
[ ] 각 시스템 연결
[ ] 인증
[ ] 전체 데이터 건수
[ ] 신규 데이터
[ ] 수정 데이터
[ ] 삭제 데이터
[ ] 중복 방지
[ ] 고객·주문 연결
[ ] 날짜·금액 형식
[ ] 상태값 변환
[ ] 최신 데이터 기준
[ ] 동기화 실패
[ ] 자동 재시도
[ ] 수동 재처리
[ ] 관리자 검색
[ ] 데이터 출처 표시
[ ] 권한
[ ] 개인정보
[ ] 엑셀 다운로드
[ ] 대시보드 수치
견적서에서 확인할 항목
- 어떤 시스템이 연동 범위에 포함되는가?
- API 개발과 계정 준비가 포함되는가?
- 엑셀 데이터 정제와 이전이 포함되는가?
- 중복과 데이터 연결 기준을 누가 정의하는가?
- 실시간과 정기 동기화 범위는 무엇인가?
- 양방향 수정도 포함되는가?
- 실패와 데이터 불일치를 확인할 수 있는가?
- 관리자 재처리가 포함되는가?
- 과거 변경 이력을 저장하는가?
- 외부 API와 서버의 월 비용은 얼마인가?
- 연동 서비스가 변경되면 유지보수 비용은 어떻게 되는가?
마무리
여러 사이트와 엑셀 데이터를 한곳에 모으는 프로젝트의 핵심은 데이터를 단순히 복사하는 것이 아닙니다.
먼저 다음 기준을 정해야 합니다.
- 각 데이터의 원본은 어디인가?
- 같은 고객과 주문을 어떻게 연결하는가?
- 값이 다르면 어느 시스템을 기준으로 하는가?
- 얼마나 빠르게 동기화해야 하는가?
- 실패와 중복을 누가 처리하는가?
작은 범위의 핵심 데이터부터 연결하고 정확성과 운영 방식을 확인한 뒤 통계와 자동화를 확장하는 것이 안정적입니다.
