Floen
데이터 가져오기와 내보내기

업무 가이드

고객 데이터 가져오기 이해와 실행

연락처 파일을 ERP 필드에 매핑하고, 테스트 검증 후 고객 데이터를 생성하거나 기존 고객 정보를 업데이트하는 방법입니다.

대상 사용자
관리자, 운영 담당자
ERP 연결 위치
연락처 > 목록 보기 > 작업 > 레코드 가져오기

기능 이해

가져오기 기능의 역할

데이터 가져오기는 연락처, 상품, 은행 내역, 주문처럼 같은 형식의 레코드를 한 번에 생성하거나 업데이트하는 기능입니다. 사용자는 파일의 열을 ERP 필드에 연결하고, ERP는 각 행을 하나의 레코드로 처리합니다.

템플릿과 가져오기 호환 파일

처음 데이터를 준비할 때는 ERP가 제공하는 서식 또는 기존 목록에서 내보낸 가져오기 호환 파일을 기준으로 삼는 것이 안전합니다. 이 방식은 ERP가 인식하는 필드명과 외부 ID 구조를 확인할 수 있어 자동 매핑 성공률이 높습니다.

  • 템플릿: 기본 매핑이 준비된 파일
  • 열: 파일의 각 컬럼
  • 필드: ERP 연락처 화면의 입력 항목
  • 매핑: 열을 필드에 연결하는 작업
  • 가져오기 호환 내보내기: 다시 가져올 수 있도록 필드명과 ID를 보존한 파일

CSV와 Excel의 차이

Excel 파일은 셀 형식 정보를 함께 갖고 있어 날짜와 숫자 인식이 비교적 안정적입니다. CSV 파일은 텍스트 파일이므로 구분 기호, 따옴표, 날짜 형식, 천 단위/소수 구분 기호를 가져오기 화면에서 확인해야 합니다.

  • 날짜는 YYYY-MM-DD 같은 명확한 형식이 안정적입니다.
  • 숫자에 통화 기호가 섞여 있으면 인식 여부를 미리 테스트합니다.
  • CSV 미리보기가 깨지면 구분 기호와 인코딩을 확인합니다.

외부 ID와 데이터베이스 ID

데이터베이스 ID는 ERP 내부에서 자동으로 붙는 번호이고, 외부 ID는 가져오기 파일이나 이전 시스템에서 유지할 수 있는 고유 식별자입니다. 운영자가 반복 가져오기나 일괄 업데이트를 하려면 외부 ID를 일관되게 유지하는 것이 중요합니다.

관계 필드 가져오기

연락처 가져오기에서는 회사와 개인, 태그, 국가, 담당자처럼 다른 레코드를 참조하는 필드가 자주 등장합니다. 관계 필드는 이름으로도 연결할 수 있지만 같은 이름이 여러 개면 충돌할 수 있으므로 외부 ID를 사용하면 더 명확합니다.

  • 다대다 필드: 태그처럼 여러 값을 한 연락처에 붙이는 필드
  • 일대다 관계: 회사 아래 여러 담당자처럼 한 레코드에 여러 하위 레코드가 붙는 구조
  • 하위 필드: 회사/ID처럼 연결된 레코드의 특정 값을 지정하는 방식

반복 가져오기와 대량 업데이트

외부 ID 또는 데이터베이스 ID가 포함된 파일은 새 레코드 생성이 아니라 기존 레코드 업데이트로 동작할 수 있습니다. 따라서 같은 파일을 여러 번 사용할 계획이 있다면 외부 ID를 유지하고, 업데이트할 열과 유지할 열을 분리해 관리합니다.

  • 외부 ID 유지: 기존 레코드를 찾는 기준
  • 수정 대상 열: 실제로 바꿀 값
  • 검수 필터: 생성일 또는 마지막 수정일로 처리 결과 확인

빈 값 처리

파일에 없는 열과 값이 비어 있는 열은 다르게 취급될 수 있습니다. 기존 데이터를 업데이트할 때 빈칸이 들어간 열은 기존 값을 비울 수 있으므로, 삭제 의도가 아니라면 해당 열을 파일에서 제외하거나 값을 채워 둡니다.

화면 예시

ERP 연락처 데이터 가져오기 화면 예시
연락처 목록을 목록 보기로 전환한 뒤 작업 메뉴에서 레코드 가져오기를 선택하면 파일 업로드 화면에서 Excel 또는 CSV 파일을 올리고 필드 매핑을 시작할 수 있습니다.

시작 전 확인

  • 가져올 대상이 회사 연락처인지 개인 담당자인지 구분합니다.
  • 파일 형식은 Excel 또는 CSV로 준비합니다.
  • 회사명, 담당자명, 전화, 이메일, 주소, 사업자번호, 태그, 외부 ID 중 어떤 열을 사용할지 정합니다.
  • 국가, 태그, 담당자, 상위 회사처럼 다른 레코드를 참조하는 값이 ERP에 먼저 준비되어 있는지 확인합니다.
  • 처음에는 운영 데이터 전체가 아니라 5~10행 정도의 샘플 파일로 테스트합니다.

처리 순서

  1. 1

    가져오기 화면을 엽니다

    연락처 화면이 카드 형태로 열리면 먼저 목록 보기로 전환합니다. 목록 상단의 작업 메뉴에서 레코드 가져오기를 선택하면 파일 업로드 화면으로 이동합니다. 이 화면에서 Excel 또는 CSV 파일을 올리고 필드 매핑, 테스트, 실제 가져오기를 순서대로 진행합니다.

    • 목록 보기에서 작업 메뉴의 레코드 가져오기 항목을 확인할 수 있습니다.
    • 가져오기 화면에 파일 업로드 영역, 테스트 버튼, 실제 가져오기 버튼이 보입니다.
    • 처음 가져오는 사용자는 제공되는 서식 또는 이전에 내보낸 가져오기 호환 파일을 기준으로 열 이름을 맞춥니다.
  2. 2

    템플릿 또는 가져오기 호환 파일로 시작합니다

    새 데이터를 처음 넣는 경우에는 가져오기 화면에서 제공하는 고객 템플릿을 내려받아 열 구조를 맞춥니다. 이미 ERP에 있는 연락처를 수정하려면 목록에서 수정 대상 레코드를 선택한 뒤 작업 메뉴의 내보내기를 열고, 가져오기/내보내기 호환 업데이트 옵션을 켜서 파일을 내려받습니다. 이 파일에는 기존 레코드를 찾는 기준이 포함되므로 다시 가져올 때 중복 생성을 줄일 수 있습니다.

    • 신규 등록용 파일인지 기존 연락처 업데이트용 파일인지 구분했습니다.
    • 업데이트용 파일이면 외부 ID 또는 ID 기준이 포함되어 있습니다.
    • 내려받은 열 제목을 임의로 바꾸지 않았습니다.
    • 수정하지 않을 열은 삭제하거나 그대로 두되, 식별 열은 유지했습니다.
  3. 3

    파일 구조를 먼저 정리합니다

    한 행은 하나의 연락처로 처리됩니다. 회사 고객은 회사명 중심으로, 회사에 속한 개인 담당자는 상위 회사와 담당자 이름을 함께 넣습니다. 빈 행, 병합 셀, 합계 행, 메모용 제목 행이 섞이면 ERP가 데이터 행으로 오해할 수 있으므로 업로드 전에 제거합니다.

    • 첫 번째 행은 실제 데이터가 아니라 열 제목입니다.
    • 회사와 개인 담당자를 한 파일에 섞을 경우 개인 담당자 행에 연결할 회사 기준이 있습니다.
    • 전화번호와 우편번호는 앞자리 0이 사라지지 않도록 텍스트 형식으로 준비합니다.
    • 국가, 태그, 담당자처럼 ERP 안의 다른 값을 참조하는 열은 미리 등록된 이름과 맞춥니다.
  4. 4

    CSV 옵션과 미리보기를 확인합니다

    CSV 파일을 올리면 구분 기호, 따옴표, 인코딩, 날짜 형식, 천 단위 구분 기호에 따라 미리보기 결과가 달라질 수 있습니다. 열이 한 칸에 몰려 보이거나 한글이 깨져 보이면 실제 가져오기를 누르지 말고 CSV 옵션을 바꾸거나 Excel 파일로 다시 저장합니다. 날짜는 가능하면 YYYY-MM-DD 형식으로 맞추고, 금액이나 숫자에 통화 기호가 섞여 있으면 테스트 결과를 확인합니다.

    • 미리보기에서 열 개수와 행 개수가 원본 파일과 맞습니다.
    • 한글 회사명과 주소가 깨지지 않습니다.
    • 날짜와 숫자 값이 의도한 형식으로 표시됩니다.
    • 불필요한 열은 매핑하지 않거나 파일에서 제거합니다.
  5. 5

    열을 ERP 필드에 매핑합니다

    파일의 각 열을 연락처 필드에 연결합니다. 예를 들어 회사명은 이름, 전화번호는 전화, 이메일은 이메일, 사업자번호는 세금 식별 정보, 태그는 분류 필드에 연결합니다. 자동으로 잡히지 않는 열은 필드 선택 드롭다운에서 직접 검색해 지정합니다. 고급 필드가 보이지 않으면 관계 필드 또는 하위 필드 표시 옵션을 확인합니다.

    • 같은 이름의 필드가 여러 개 있으면 연락처 기본 필드인지 하위 필드인지 확인합니다.
    • 회사 담당자 연결은 회사명보다 외부 ID 기준이 더 안전합니다.
    • 태그처럼 여러 값을 넣는 열은 쉼표 등 회사가 정한 구분 방식으로 통일합니다.
    • 업무에 쓰지 않을 열은 무리해서 매핑하지 않습니다.
  6. 6

    관계 필드는 먼저 기준 데이터를 맞춥니다

    국가, 태그, 담당자, 상위 회사처럼 다른 레코드를 참조하는 열은 ERP가 기존 레코드와 연결해야 합니다. 같은 이름의 태그나 회사가 여러 개 있으면 잘못 연결될 수 있으므로 이름만으로 충분한지, 외부 ID 또는 ID 기준이 필요한지 판단합니다. 회사와 개인 담당자를 함께 가져올 때는 회사 레코드가 먼저 만들어지거나 같은 파일에서 명확히 식별되어야 합니다.

    • 국가명, 태그명, 담당자명이 ERP에 존재하는 값과 일치합니다.
    • 같은 이름의 회사나 태그가 있으면 외부 ID 기준을 사용합니다.
    • 회사 담당자 행은 어느 회사에 연결될지 명확합니다.
    • 참조 대상이 없는 값은 먼저 등록하거나 별도 파일로 먼저 가져옵니다.
  7. 7

    외부 ID로 생성과 업데이트 기준을 정합니다

    외부 ID는 이전 시스템이나 엑셀에서 유지할 수 있는 고유 키입니다. 외부 ID 없이 가져오면 ERP는 대체로 새 연락처 생성으로 처리합니다. 같은 외부 ID로 다시 가져오면 기존 연락처를 찾아 업데이트할 수 있어, 고객명 표기 차이로 중복이 생기는 위험을 줄일 수 있습니다. 회사와 개인 담당자처럼 서로 다른 데이터 종류가 같은 번호를 쓸 수 있다면 접두사를 붙여 충돌을 막습니다.

    • 신규 일괄 등록만 할지, 기존 연락처 업데이트까지 할지 결정했습니다.
    • 외부 ID 열을 사용한다면 회사와 개인 담당자 ID가 서로 충돌하지 않습니다.
    • 이미 ERP에 있는 데이터를 수정할 때는 먼저 소량 샘플로 업데이트 결과를 확인합니다.
    • 외부 ID가 없는 반복 가져오기는 중복 생성 위험이 있습니다.
  8. 8

    빈 값과 누락 값을 구분합니다

    파일에 아예 없는 열은 ERP 기본값이 적용될 수 있지만, 가져오기 파일에 열이 있고 값이 비어 있으면 기존 값이 빈 값으로 바뀔 수 있습니다. 기존 고객 정보를 업데이트할 때는 수정하려는 열만 남기고, 유지해야 하는 값이 빈칸으로 들어가지 않았는지 확인합니다.

    • 업데이트 파일에 유지해야 할 값이 빈칸으로 남아 있지 않습니다.
    • 삭제하려는 값과 단순히 모르는 값이 구분되어 있습니다.
    • 기본값이 적용되어야 하는 항목은 파일에 열을 포함할지 결정했습니다.
    • 샘플 업데이트 후 기존 값이 의도치 않게 비워지지 않았습니다.
  9. 9

    테스트 버튼으로 오류를 먼저 잡습니다

    테스트는 데이터를 만들지 않고 유효성만 확인합니다. 필수값 누락, 중복 외부 ID, 잘못된 날짜 형식, 숫자 형식, 관계 필드 불일치, 권한 부족 같은 오류가 있으면 오류 행과 오류 열을 기준으로 파일을 수정한 뒤 다시 업로드합니다. 오류가 한두 행에만 있어도 전체 가져오기 기준을 다시 확인하는 것이 안전합니다.

    • 테스트 통과 전에는 실제 가져오기를 누르지 않습니다.
    • 오류 메시지를 파일명, 행 번호, 수정 내용과 함께 기록합니다.
    • 같은 오류가 반복되면 필드 매핑 문제인지 원본 데이터 문제인지 분리해 봅니다.
    • 관계 필드 오류는 먼저 참조 대상 데이터가 ERP에 있는지 확인합니다.
  10. 10

    실제 가져오기 후 목록에서 검수합니다

    테스트가 통과하면 실제 가져오기를 실행합니다. 완료 후 연락처 목록으로 돌아가 생성일 또는 마지막 수정일 필터로 방금 처리된 고객을 찾고, 가져온 고객 수, 회사/개인 구분, 전화와 이메일, 태그, 담당자, 주소, 세금 정보가 의도대로 들어갔는지 확인합니다. 문제가 있으면 같은 파일을 반복해서 올리기 전에 외부 ID 기준으로 수정할지, 수동 정리할지 먼저 정합니다.

    • 가져온 건수가 원본 파일의 데이터 행 수와 맞습니다.
    • 중복 연락처가 생기지 않았습니다.
    • 회사 아래 개인 담당자가 의도대로 연결되었습니다.
    • 수정이 필요한 경우 외부 ID 기반 업데이트로 처리할지, 수동 정리할지 결정했습니다.

완료 후 확인

  • 파일 열이 ERP 필드에 정확히 매핑되었습니다.
  • CSV 또는 Excel 미리보기가 원본 파일과 일치합니다.
  • 관계 필드가 이름 또는 외부 ID 기준으로 올바르게 연결되었습니다.
  • 테스트가 오류 없이 통과했습니다.
  • 외부 ID 사용 여부와 업데이트 기준이 결정되었습니다.
  • 빈 값이 기존 데이터를 의도치 않게 지우지 않습니다.
  • 회사와 개인 담당자 관계가 의도대로 연결되었습니다.
  • 가져오기 후 목록에서 건수와 주요 필드를 검수했습니다.

관련 가이드