POS에서 내려받은 파일을 바로 수정하면 숫자가 달라졌을 때 원본과 비교하기 어렵다. 날짜가 문자로 들어 있거나 상품명에 불필요한 공백이 있고, 금액에 쉼표나 통화기호가 섞이면 피벗 테이블과 합계가 예상대로 작동하지 않을 수 있다.
안전한 정리 순서는 원본 보존, 정제 사본 생성, 형식 통일, 검증이다. POS 제품마다 내보내기 메뉴와 열 이름이 다르므로 이 글은 특정 화면 경로를 제시하지 않는다. 실제 사용 중인 POS의 공식 안내와 내보낸 파일을 먼저 확인한다.
파일을 열기 전에 원본을 보존한다
내보낸 CSV 또는 엑셀 파일은 이름을 바꾸지 않은 원본으로 별도 폴더에 보관한다. Google Sheets로 가져온 뒤에도 첫 탭을 00_원본으로 정하고 값을 수정하지 않는다. 두 번째 탭 01_정제에 원본을 복사해 작업한다.
원본 옆에는 다음 정보를 기록한다.
- POS에서 조회한 시작일과 종료일
- 파일을 내려받은 시각
- 매장 또는 단말 식별값
- 원본 파일명
- 내보내기 화면에 표시된 총매출 또는 합계
- 취소·할인·서비스 항목의 포함 여부 확인 상태
조회 기간과 포함 기준이 없으면 같은 날짜 파일도 합계가 달라질 수 있다. 확인하지 않은 값은 추측하지 말고 확인필요로 남긴다.
분석용 표준 열을 정한다
원본 열은 그대로 두고 정제 탭에서 다음 표준 열로 매핑한다.
| 표준 열 | 의미 | 형식 |
|---|---|---|
| 거래일시 | 주문 또는 결제 기록 시각 | 날짜·시간 |
| 거래ID | 거래를 식별하는 값 | 일반 텍스트 |
| 상품명 | POS에 등록된 상품명 | 텍스트 |
| 카테고리 | POS 분류값 | 텍스트 |
| 판매수량 | 판매 또는 취소를 반영한 수량 | 숫자 |
| 매출금액 | 파일 기준의 금액 | 숫자 |
| 거래상태 | 정상·취소 등 원본 상태 | 텍스트 |
| 원본행 | 원본에서 위치를 찾는 번호 | 정수 |
POS에 없는 값을 임의로 채우지 않는다. 거래ID가 없다면 합성 ID를 공식 거래 식별값처럼 표현하지 말고 원본행으로 추적한다. 객수, 주문수, 순매출처럼 정의가 필요한 값은 실제 파일과 POS 기준을 확인한 뒤 추가한다.
날짜 형식을 정리한다
날짜처럼 보이지만 실제로는 문자일 수 있다. 정제 탭의 거래일시를 선택하고 날짜·시간 형식으로 바꾼 뒤 정렬을 시험한다. 오래된 날짜에서 최신 날짜 순으로 자연스럽게 정렬되지 않거나 일부 값만 왼쪽에 남으면 문자 형식을 의심한다.
날짜와 시간이 별도 열이라면 원본을 보존한 상태에서 분석용 거래일시를 만든다. 자정 전후 거래를 어느 영업일에 포함할지는 매장 기준이므로 임의로 날짜를 이동하지 않는다. POS 영업일과 달력 날짜가 다르면 영업일 열을 별도로 두고 기준을 문서화한다.
수량과 금액을 숫자로 통일한다
금액에 원, 쉼표, 공백이 포함되어 있으면 텍스트일 수 있다. 원본을 직접 고치지 말고 정제 열에서 숫자로 변환한다. 변환 전후 합계를 비교하고, 음수 값이 취소인지 할인인지 원본 상태와 함께 확인한다.
판매수량도 1개처럼 문자가 섞였는지 살핀다. 세트, 옵션, 서비스 메뉴가 각각 행으로 나오는 구조라면 단순히 모든 수량을 메뉴 판매량으로 합치기 전에 POS 데이터 구조를 확인한다.
빈칸과 0을 구분한다. 0은 값이 0으로 기록된 것이고 빈칸은 데이터가 없거나 변환하지 못한 상태일 수 있다. 변환 오류를 0으로 바꾸면 합계는 계산되지만 누락을 숨길 수 있다.
상품명과 카테고리를 정리한다
앞뒤 공백, 줄바꿈, 표기 차이 때문에 같은 메뉴가 여러 항목으로 나뉠 수 있다. 원본 상품명 열은 유지하고 표준상품명을 별도로 만든다. 이름을 바꾸는 규칙은 매핑표로 관리한다.
| 원본상품명 | 표준상품명 | 카테고리 | 적용시작일 | 확인상태 |
|---|---|---|---|---|
| 예시 메뉴 A | 메뉴A | 식사 | 2026-08-06 | 확인 |
| 예시메뉴A | 메뉴A | 식사 | 2026-08-06 | 확인 |
서로 다른 가격, 규격, 옵션을 같은 메뉴로 합칠지는 운영자가 분석 목적에 맞춰 결정한다. 이름이 비슷하다는 이유만으로 자동 통합하지 않는다.
3단계 검증표를 작성한다
1. 행 수 확인
원본 데이터 행 수와 정제 결과 행 수를 센다. 머리글은 제외하고, 필터로 숨겨진 행이 있는지 확인한다. 제외한 행이 있다면 개수와 이유를 기록한다.
2. 합계 확인
원본에서 확인 가능한 판매수량과 금액 합계를 계산하고 정제 탭 합계와 대조한다. POS 화면의 합계와 비교할 때는 조회 기간, 취소, 할인, 세금 등 포함 기준이 같은지 먼저 확인한다. 기준이 다르면 차이를 오류로 단정하지 않는다.
3. 중복 확인
거래ID가 있다면 같은 ID와 상품 행이 중복됐는지 찾는다. 거래ID가 없으면 거래일시, 상품명, 수량, 금액이 같은 행을 후보로 표시하되 즉시 삭제하지 않는다. 같은 메뉴가 같은 시각에 실제로 여러 번 판매될 수 있기 때문이다. 원본행과 POS 기록으로 확인한 뒤 처리한다.
| 검증 항목 | 원본 | 정제 | 차이 | 결과 |
|---|---|---|---|---|
| 데이터 행 수 | 0 | 0 | 0 | 확인 전 |
| 판매수량 합계 | 0 | 0 | 0 | 확인 전 |
| 매출금액 합계 | 0 | 0 | 0 | 확인 전 |
| 중복 후보 | 0 | 0 | 0 | 확인 전 |
표의 0은 양식 예시이므로 실제 검증 때 측정한 값으로 바꾼다.
정제 완료 전 점검표
- 다운로드 원본 파일과 원본 탭을 수정하지 않았는가
- 조회 기간과 포함 기준을 기록했는가
- 표준 열과 원본 열의 매핑이 남아 있는가
- 날짜가 실제 날짜 형식으로 정렬되는가
- 수량과 금액이 숫자이며 빈칸과 0이 구분되는가
- 상품명 변경 규칙이 매핑표에 있는가
- 행 수와 합계를 원본과 대조했는가
- 중복 후보를 확인 없이 삭제하지 않았는가
- 취소·할인·서비스 처리 규칙을 실제 POS 기준으로 확인했는가
POS 자료 정리의 핵심은 보기 좋은 표보다 원본으로 돌아갈 수 있는 구조다. 원본과 정제 탭을 분리하고, 형식을 바꿀 때마다 행 수와 합계를 확인하면 이후 메뉴별 판매량 분석의 신뢰도를 높일 수 있다.
공식 출처
최종 확인일: 2026-08-06