엑셀 날짜가 20260701로 들어올 때: 월별 합계 안됨을 DATE 함수로 고치는 법

엑셀 날짜가 20260701처럼 들어와서 월별 합계 안됨, SUMIFS 결과가 0으로 나옴 같은 문제는 초보자 파일에서 정말 자주 봅니다. 눈으로 보면 분명 2026년 7월 1일인데, 엑셀은 이 값을 날짜로 보지 않는 경우가 많습니다.

특히 쇼핑몰 주문내역, ERP 다운로드, 택배 정산 파일을 받으면 주문일자가 20260701, 20260702처럼 하이픈 없이 들어오는 일이 많습니다. 이 상태에서 바로 월별 매출 합계를 내려고 하면 수식은 맞는 것 같은데 결과가 0이 나오거나, 엉뚱한 금액까지 포함되는 상황이 생깁니다.

실무에서 자주 터지는 실수 사례: 20260701은 날짜처럼 보이지만 날짜가 아닐 수 있습니다

아래처럼 주문내역이 A열부터 F열까지 있다고 가정해 보겠습니다. 실제 파일에서는 2행부터 데이터가 시작되고, 1행은 제목 행입니다.

예시 데이터는 A1:F8 범위에 들어 있다고 보겠습니다. A열 주문일자가 보기에는 날짜 같지만, 아직 엑셀이 계산할 수 있는 진짜 날짜인지 확인이 필요합니다.

여기서 I2에는 기준월을 입력하고, J2에는 해당 월 매출 합계를 표시하려고 합니다. 초보자분들이 보통 I2에 2026-07이라고 입력한 뒤, A열 주문일자 기준으로 SUMIFS를 작성합니다.

=SUMIFS($F$2:$F$8,$A$2:$A$8,">="&$I$2,$A$2:$A$8,"<="&EOMONTH($I$2,0))

그런데 이 수식은 A열이 진짜 날짜일 때나 안정적으로 맞습니다. A열 값이 20260701이라는 숫자 또는 문자라면, 엑셀이 알고 있는 날짜값과 기준이 서로 달라집니다.

왜 문제가 될까요? 엑셀 날짜는 겉모습이 아니라 내부 값으로 계산합니다

엑셀에서 날짜는 화면에 2026-07-01처럼 보이지만, 내부적으로는 일련번호라는 숫자로 저장됩니다. 예를 들어 2026년 7월 1일은 엑셀 내부에서 날짜용 숫자로 계산됩니다.

반면 20260701은 사람이 보기에는 2026년 7월 1일처럼 보이지만, 엑셀 입장에서는 그냥 큰 숫자 20,260,701이거나 문자 20260701일 수 있습니다. 표시 형식만 날짜로 바꾼다고 해서 항상 진짜 날짜가 되는 것도 아닙니다.

여기서 많이 헷갈립니다. 셀에 보이는 모양이 날짜 같으면 날짜라고 생각하기 쉽지만, 수식은 셀의 모양보다 실제 값을 기준으로 계산합니다. 그래서 월별 합계, 기간별 건수, 날짜 조건 COUNTIFS가 갑자기 0이 나올 수 있습니다.

안전한 처리법: 원본 A열은 그대로 두고 G열에 진짜 날짜를 만듭니다

가장 안전한 방법은 원본 주문일자 A열을 고치지 않는 것입니다. 원본은 나중에 검산할 때 필요할 수 있으니 그대로 두고, 오른쪽 G열에 계산용 날짜 열을 새로 만드는 방식이 좋습니다.

G1 셀에는 주문일(날짜)라고 입력합니다. 그리고 G2 셀에 아래 수식을 입력합니다.

=DATE(LEFT(A2,4),MID(A2,5,2),RIGHT(A2,2))

이 수식은 A2의 20260701을 세 조각으로 나눕니다. LEFT(A2,4)는 앞 4자리인 2026, MID(A2,5,2)는 5번째 자리부터 2자리인 07, RIGHT(A2,2)는 오른쪽 2자리인 01을 가져옵니다.

그리고 DATE 함수가 이 세 값을 연도, 월, 일로 조립해서 엑셀이 계산할 수 있는 진짜 날짜로 바꿉니다. 즉 20260701처럼 붙어 있던 값을 2026-07-01 날짜값으로 만드는 것입니다.

G2에 수식을 입력한 뒤 G2 셀 오른쪽 아래 작은 네모, 즉 채우기 핸들을 더블클릭하면 G8까지 자동으로 내려갑니다. 데이터가 더 많다면 마지막 행까지 수식이 채워졌는지 꼭 확인해 주세요.

날짜가 이상한 숫자로 보이면 서식 문제일 가능성이 큽니다. G2:G8 범위를 선택한 뒤 Ctrl+1을 누르고, 표시 형식에서 날짜를 선택하거나 사용자 지정에 yyyy-mm-dd를 입력하면 됩니다.

이제 SUMIFS는 A열이 아니라 G열을 기준으로 작성합니다

기준월은 I2 셀에 입력하겠습니다. 여기서 중요한 점은 I2에 2026-07만 대충 입력하기보다 2026-07-01처럼 해당 월의 1일을 입력하는 것입니다.

입력 후 I2 셀을 선택하고 Ctrl+1을 누른 다음, 사용자 지정 형식에 yyyy-mm을 넣으면 화면에는 2026-07로 보입니다. 실제 값은 2026-07-01이므로 월별 계산에 안전하게 사용할 수 있습니다.

J1에는 매출합계, J2에는 아래 수식을 입력합니다.

=SUMIFS($F$2:$F$8,$G$2:$G$8,">="&$I$2,$G$2:$G$8,"<="&EOMONTH($I$2,0))

이 수식은 F2:F8 금액 범위에서, G2:G8 주문일이 I2 기준월의 첫날 이상이고, 같은 달 마지막 날 이하인 금액만 합산합니다. I2가 2026-07-01이면 2026년 7월 1일부터 2026년 7월 31일까지의 금액만 더합니다.

위 예시에서는 7월 데이터가 36,000원, 40,000원, 24,000원, 55,000원이므로 J2 결과는 155,000원이 나와야 합니다.

주문 건수도 같이 보고 싶다면 K1에는 주문건수, K2에는 아래 수식을 입력합니다.

=COUNTIFS($G$2:$G$8,">="&$I$2,$G$2:$G$8,"<="&EOMONTH($I$2,0))

COUNTIFS는 조건에 맞는 행의 개수를 셉니다. 위 예시에서는 2026년 7월 주문이 4건이므로 K2에는 4가 표시됩니다.

흔한 실수: 표시 형식만 바꾸고 날짜가 바뀌었다고 생각하는 경우

초보자분들이 가장 많이 하는 실수는 A열을 선택한 뒤 표시 형식만 날짜로 바꾸는 것입니다. 표시 형식은 셀 값의 옷 같은 역할입니다. 값 자체가 날짜로 바뀌지 않으면 SUMIFS 조건 계산은 여전히 어긋날 수 있습니다.

또 하나는 I2 기준월을 문자처럼 입력하는 경우입니다. 예를 들어 앞에 작은따옴표가 붙은 상태로 2026-07이 들어가 있거나, 셀 서식 때문에 텍스트로 저장된 경우 날짜 조건이 제대로 먹지 않습니다.

기준월 셀은 가능하면 2026-07-01처럼 날짜 전체를 입력하고, 화면에만 yyyy-mm으로 보이게 만드는 습관이 좋습니다. 보고서에서는 월만 보여도 되지만, 수식 계산용 셀에는 정확한 날짜값이 들어가야 합니다.

점검 포인트: 결과가 0이면 여기부터 확인하세요

• G열에 DATE 수식이 마지막 데이터 행까지 내려갔는지 확인합니다.
• G열을 선택했을 때 수식 입력줄에 2026-07-01 같은 날짜값이 제대로 보이는지 확인합니다.
• I2 기준월에 2026-07-01처럼 실제 날짜를 입력했는지 확인합니다.
• SUMIFS의 합계 범위 F2:F8과 조건 범위 G2:G8의 행 개수가 같은지 확인합니다.
• F열 금액이 숫자인지 확인합니다. 금액이 왼쪽 정렬된 문자라면 합계가 이상할 수 있습니다.

특히 SUMIFS는 범위 크기가 서로 맞아야 합니다. 합계 범위는 F2:F8인데 조건 범위가 G:G처럼 전체 열로 되어 있거나, 반대로 G2:G7처럼 한 행이 빠지면 관리가 어려워집니다. 처음 배울 때는 예시처럼 범위를 딱 맞춰 쓰는 편이 이해하기 좋습니다.

검산용으로 TEXT 함수를 하나 더 쓰면 실수가 빨리 보입니다

날짜 변환이 제대로 됐는지 눈으로 확인하고 싶다면 H열에 검산용 월을 만들어도 좋습니다. H1에는 주문월이라고 입력하고, H2에는 아래 수식을 넣습니다.

=TEXT(G2,"yyyy-mm")

이 수식은 G2의 진짜 날짜를 2026-07 같은 모양의 월 문자로 보여줍니다. H2를 H8까지 채우면 어느 행이 어느 월로 인식되는지 한눈에 확인할 수 있습니다.

다만 집계 기준으로는 G열 날짜를 쓰는 편이 더 안전합니다. TEXT 결과는 보기에는 편하지만 문자입니다. 기간 조건을 걸어 합계를 낼 때는 날짜값인 G열을 기준으로 잡는 습관을 추천합니다.

자동화 팁: 기준월만 바꾸면 매출합계와 주문건수가 같이 바뀌게 만들기

이 방식의 장점은 매달 수식을 새로 고칠 필요가 없다는 점입니다. I2 기준월만 2026-08-01로 바꾸면 J2 매출합계와 K2 주문건수가 바로 8월 기준으로 바뀝니다.

월마감 파일이라면 오른쪽에 작은 집계 영역을 고정해 두면 편합니다. 예를 들어 I1에는 기준월, I2에는 2026-07-01, J1에는 매출합계, K1에는 주문건수를 넣어 두는 식입니다.

새 주문내역을 아래에 붙여 넣었다면 G열 날짜 변환 수식도 같이 내려가야 합니다. 데이터 행이 8행에서 200행으로 늘었다면 SUMIFS 범위도 F2:F200, G2:G200처럼 맞춰 바꿔 주세요.

처음부터 넉넉하게 F2:F1000, G2:G1000처럼 잡아도 됩니다. 다만 빈 행이 너무 많으면 파일에 따라 느려질 수 있으니, 초보 단계에서는 실제 데이터보다 조금 넉넉한 정도로 잡는 것이 관리하기 쉽습니다.

월마감 전에 보는 짧은 실무 체크

20260701 형식의 주문일자는 눈으로 날짜처럼 보여도 바로 믿지 않는 것이 좋습니다. 원본 A열은 그대로 두고 G열에 DATE, LEFT, MID, RIGHT로 계산용 날짜를 만든 뒤, SUMIFS와 COUNTIFS는 G열을 기준으로 작성하면 안전합니다.

날짜 문제는 수식이 어려워서 생기기보다, 날짜처럼 보이는 값과 진짜 날짜값을 구분하지 못해서 생기는 경우가 많습니다. 기준월 셀에는 월의 1일을 넣고, 화면 표시만 yyyy-mm으로 바꿔 두면 월별 집계 실수가 훨씬 줄어듭니다.