엑셀 날짜 일련번호 변환기

엑셀이 날짜를 «기준일로부터 며칠»이라는 수로 담기 때문입니다. 셀 서식이 «일반»으로 바뀌면 그 수가 그대로 보입니다. 45000은 2023-03-15입니다. 서식을 «날짜»로 바꾸면 원래대로 보입니다.

엑셀이 1900년을 윤년으로 잘못 알고 있어 일련번호 60에 존재하지 않는 «1900-02-29»를 배정해 둔 것입니다. 1900년은 400으로 나누어떨어지지 않는 100의 배수라 윤년이 아닙니다. 로터스 1-2-3의 버그를 호환을 위해 물려받은 것이며 30년이 넘도록 고쳐지지 않았습니다.

1900년 1~2월 날짜라면 그 때문입니다. 대부분의 변환 코드가 «1899-12-30 + n일» 한 줄로 짜여 있는데 그 식은 1900-03-01 이후에만 맞습니다. 이 계산기는 엑셀이 실제로 쓰는 대로 구간을 나눠 계산합니다(1~59는 1899-12-31 기준, 61부터는 1899-12-30 기준).

옛 맥 엑셀이 쓰던 다른 날짜 체계로, 1904-01-01을 0으로 잡고 윤년 버그가 없습니다. 1900 체계와 정확히 1462일 차이가 나서, 체계가 다른 파일에서 일련번호를 복사해 오면 날짜가 4년 하고 하루씩 밀립니다. 요즘 엑셀도 파일 옵션으로 켤 수 있습니다.

소수부로 들어갑니다. 0.5가 정오, 0.75가 오후 6시입니다. 그래서 시간 차이에 24를 곱하면 몇 시간인지가 바로 나옵니다.

1900-01-01(일련번호 1)부터 9999-12-31(2958465)까지입니다. 1904 체계는 1904-01-01(0)부터입니다. 그 밖의 날짜는 엑셀에서 날짜가 아니라 문자열로 다뤄야 합니다.

1970-01-01의 일련번호가 25569이므로 «엑셀 = 유닉스초 ÷ 86400 + 25569»입니다. 다만 엑셀의 날짜 값 자체에는 시간대 정보가 없으므로, 그 값이 어느 시간대의 시각인지 따로 챙겨야 합니다.

1900년 3월 이후는 같고, 그 앞은 하루 다릅니다. 구글 시트는 1899-12-30을 0으로 세고 1900년 윤년 버그가 없어서 1900-01-01이 2입니다(엑셀은 1). 다만 1900-03-01부터는 두 값이 다시 일치하므로 실무에서 마주칠 차이는 거의 없습니다.

전송되지 않습니다. 모든 변환은 브라우저 안에서 이루어지며 입력값은 이 기기에만 남습니다.