외국 형식의 날짜 03/04/2026을 가져올 때 지역 설정이 결과를 바꾸나

발행

거래 파일에 03/04/2026이 적혀 있으면 3월 4일인지 4월 3일인지 문자열만으로 확정할 수 없다. 가져오기 프로그램이 어느 지역의 날짜 규칙을 적용하느냐에 따라 서로 다른 날짜가 될 수 있다. 화면을 한국식 연월일로 바꿔 표시해도 처음 해석한 날짜가 틀렸다면 거래 월별 집계는 이미 어긋나 있다.

Microsoft의 Power Query 지역 설정 안내는 어떤 지역은 월/일/년, 다른 지역은 일/월/년을 기본 형식으로 사용한다고 설명한다. 운영체제, Power Query, 개별 형식 변환 단계에 지역 설정이 있을 수 있으며, 서로 다르면 변환 단계의 설정이 우선한다. 따라서 동료 PC와 결과가 다를 때 Windows 언어부터 바꾸기보다 쿼리의 적용 단계를 살펴볼 필요가 있다.

안전한 방법은 원본 날짜 열을 보존하고 변환용 열에서 사용할 지역을 명시하는 것이다. Power Query 편집기에서 열의 형식 변경을 지역 설정 사용 방식으로 지정하고, 날짜 형식과 원자료를 작성한 지역 규칙을 선택한다. 이미 자동으로 추가된 형식 변경 단계가 먼저 잘못 변환했다면 그 단계부터 검토해야 한다. 잘못된 날짜 위에 다시 표시 형식만 씌우는 방식으로 원문 해석을 복구할 수는 없다.

시험할 때는 03/04처럼 양쪽 해석이 모두 가능한 값뿐 아니라 13/04처럼 월 자리에 올 수 없는 수가 포함된 표본도 함께 본다. 오류가 나지 않는다는 사실만으로 올바른 해석이 보장되지는 않는다. 원자료의 정의서나 제공기관 예시에서 실제 날짜 순서를 확인해야 한다. 추정으로 지역을 정한 행은 확정된 거래 월에 바로 합치지 않는다.

분석 기록에는 원문 문자열, 채택한 지역, 변환 후 날짜, 오류 행 수를 남긴다. 이 문제는 UTC를 한국 시간으로 바꾸는 시간대 변환이나 Excel의 1900/1904 일련번호 차이와 원인이 다르다. 원문이 이미 날짜형인지 문자열인지부터 구별하고, 확인된 날짜만 월별 거래량에 넣으면 다른 문화권 형식을 조용히 잘못 읽는 오류를 줄일 수 있다.

출처와 확인일