데이터 가져오기 항목 대응표, 같은 이름보다 같은 뜻을 확인하기

기준일 2026-10-21 · AZET 운영팀 작성

이 글은 AZET 운영팀의 실무 참고용 제안입니다. 예시는 설명을 위한 가상 상황이며 특정 제품의 현재 기능이나 운영 조건을 뜻하지 않습니다.

원본 파일의 ‘담당자’가 작성한 사람인지 현재 업무를 맡은 사람인지 모른다면, 같은 이름의 열에 옮겨도 뜻이 달라질 수 있습니다. 가져오기 준비에서는 열 이름의 일치보다 값이 가리키는 대상과 쓰임을 먼저 확인합니다.

원본과 목적지의 뜻을 함께 적습니다

대응표에는 원본 이름, 원본의 의미, 목적지 이름, 처리 방법을 넣습니다. 이름만 짝지으면 검토자가 왜 그 항목을 골랐는지 알 수 없습니다. 실제 담당자가 사용하는 예시 값을 함께 보되 고객 정보가 포함되지 않은 가상 자료로 설명합니다.

목적지에 맞는 항목이 없다면 임시로 아무 곳에 넣지 않습니다. 새 항목을 만들 수 있는지, 별도 자료로 남길지, 이번 이동에서 제외할지 결정할 대상으로 표시합니다. 이 선택은 데이터를 사용하는 담당자와 확인합니다.

원본의 가상 항목	확인할 의미	대응 시 판단
담당자	현재 작업 책임자	계정 이름과 연결 가능한지
시작일	요청일 또는 실제 착수일	목적지의 날짜 의미와 같은지
상태	내부에서 쓰는 진행 단계	각 단계가 어떻게 이어지는지
메모	자유롭게 작성한 설명	길이와 줄바꿈을 유지하는지

빈칸도 처리 규칙이 필요합니다

빈칸은 모름, 해당 없음, 아직 입력하지 않음 등 여러 뜻을 가질 수 있습니다. 모든 빈칸을 같은 기본값으로 채우면 원래 없던 판단이 데이터에 들어갑니다. 어떤 경우에 값을 비워 둘지 정하고 목적지에서 허용되는지도 확인합니다.

날짜나 숫자로 보이는 문자열도 실제 형식을 점검합니다. 앞자리의 영이 의미 있는 코드라면 단순 숫자로 다루는 과정에서 식별이 달라질 수 있습니다. 변환이 필요한 경우 원본을 보존한 상태에서 바뀐 예시를 보여 주고 검토받습니다.

작은 가상 자료로 의미가 남는지 봅니다

평범한 값만 넣으면 예외를 발견하기 어렵습니다. 빈칸, 긴 문장, 여러 담당자, 처음 보는 상태값처럼 경계를 드러내는 사례를 포함합니다. 시험 결과에서는 저장 여부뿐 아니라 화면에서 읽었을 때 원래 의미가 유지되는지도 확인합니다.

검토표에는 통과와 실패 외에 판단 보류를 둡니다. 기술적으로 들어간 값도 업무 해석이 맞는지 확인되지 않았다면 완료로 표시하지 않습니다. 보류한 항목의 담당자와 확인 질문을 적으면 다음 검토가 구체적입니다.

최종 대응표에는 사용한 원본의 범위와 확인 날짜를 남깁니다. 이후 원본 열이 추가되거나 상태 이름이 바뀌면 기존 표를 그대로 적용하지 않도록 변경 여부를 확인합니다. 자료를 옮기는 작업의 끝은 입력 성공뿐 아니라 사용자가 같은 뜻으로 읽을 수 있는 상태입니다.

자주 묻는 질문(FAQ)

Q1. 같은 이름의 열은 바로 연결해도 되나요? 이름이 같아도 의미와 형식이 다를 수 있습니다. 예시 값과 실제 사용 목적을 함께 대조합니다.

Q2. 사용하지 않는 열은 삭제하면 되나요? 원본을 보존하고 제외 판단을 기록합니다. 다른 담당자의 업무에 필요한 값인지 확인한 뒤 이동 범위를 정합니다.

Q3. 시험 자료는 몇 행이면 충분한가요? 고정된 개수보다 값의 종류를 봅니다. 서로 다른 상태와 빈칸 등 예상되는 예외를 포함하도록 구성합니다.

AZET 관련 안내는 azet.io에서 확인하세요.