구글 스프레드시트에 ‘확장 프로그램’ 메뉴가 안 보인다면

업로드한 엑셀 파일에서 ‘확장 프로그램’이 보이지 않는다면 파일 이름 옆의 XLSX 표시부터 살펴본다. Google 스프레드시트 화면은 엑셀 형식을 그대로 편집할 때도 사용된다. 이 상태에서 파일을 Google Sheets 형식으로 저장하면 Apps Script를 붙일 수 있는 별도 문서가 만들어진다. 아래 절차는 컴퓨터의 웹 브라우저에서 엑셀 파일을 연 경우를 다룬다.

실제 2025년 4월 한국어 질문에서도 Drive에 엑셀을 올린 뒤 Sheets로 열었는데 해당 메뉴가 없다는 상황이 나왔다. 파일은 이미 열렸으므로 다시 업로드하는 것만으로 해결될 문제는 아니다. 메뉴를 찾은 다음에도 기존 수식과 매크로를 계속 쓸 수 있는지가 남는다.

같은 편집 화면, 다른 파일 형식

Google의 Office 파일 편집 안내에 따르면 엑셀 파일을 직접 편집한 변경사항은 원래 Office 형식으로 저장된다. 여러 사람이 댓글을 달거나 함께 수정하는 작업도 가능하다. 따라서 동료와 숫자 몇 개를 고치는 일이라면 공동작업을 위해 무조건 Sheets로 바꿀 필요는 없다.

반면 Apps Script, Sheets 부가기능, 보호된 범위 같은 기능은 Google 형식으로 변환해야 쓸 수 있다. 지금 만들려는 것이 반복 입력을 처리하는 스크립트라면 변환할 이유가 분명하다. 받은 견적서의 수량만 고쳐 엑셀로 돌려줄 일이라면 기존 형식으로 편집하는 편이 파일을 덜 늘린다. 어느 쪽이든 원본을 보존하려면 편집을 시작하기 전에 별도 사본을 남긴다.

마지막 경우에는 확장 프로그램 메뉴가 생겼다는 사실만으로 이전이 끝나지 않는다. 기존 파일의 버튼을 눌렀을 때 어떤 시트를 읽고 무엇을 저장하는지부터 기록해야 새 자동화의 결과와 비교할 수 있다. 표가 단순해 보여도 버튼 뒤에서 다른 파일을 불러오는 작업이 있을 수 있다.

원본을 남기고 Google Sheets로 저장하기

Drive에서 엑셀 파일을 열고, 미리보기라면 ‘Google 스프레드시트로 열기’를 선택한다. 편집 화면의 파일 메뉴에서 ‘Google Sheets로 저장(Save as Google Sheets)’을 실행한다. Google의 변환 절차는 원래 엑셀을 바꾸지 않고 새 Sheets 파일을 만든다. 파일 이름 끝의 .xlsx 글자를 지우는 작업으로 대신할 수 없다.

새 파일을 연 뒤 상단 메뉴를 확인한다. 스크립트를 넣으려는 파일은 이제 이 사본이다. 부가기능 안내에서도 메뉴가 없을 때 Office 편집 여부를 확인하고 변환하도록 설명한다. 메뉴를 되찾기 위해 아무 Chrome 확장 프로그램이나 설치할 필요는 없다. 브라우저에 설치하는 확장 기능과 Sheets 안의 ‘확장 프로그램’ 메뉴는 서로 다른 대상이다.

이제 Drive에는 비슷한 이름의 파일 두 개가 남는다. 예를 들어 기존 엑셀은 ‘월간집계_원본_2026-10-27’, 새 Sheets는 ‘월간집계_공동작업’으로 구별한다. 동료에게는 앞으로 입력할 파일의 링크 하나를 전달하고, 원본은 대조용이라고 알린다. 새 Sheets에 입력한 수량이 보관한 엑셀에도 함께 반영되는 구조가 아니다.

변환 전에 이미 엑셀 형식으로 값을 고쳤다면 그 변경은 원래 파일에 저장됐을 수 있다. ‘변환할 때 원본을 남긴다’는 말은 이전 편집까지 되돌려 준다는 뜻이 아니다. 작성자에게 받은 최초 파일을 보존할 필요가 있으면 업로드 전 사본을 따로 두고, 그 사본과 현재 작업 파일을 혼동하지 않는다.

수식은 현재 숫자와 다음 입력을 함께 비교한다

원본 Excel과 변환한 Sheets를 나란히 열고 시트 이름, 데이터의 마지막 행, 주요 합계를 비교한다. 화면에 처음 표시된 합계만 맞는 것으로 끝내지 않는다. 다음 달 자료를 입력해도 계산이 이어져야 실제 업무 파일로 쓸 수 있기 때문이다. 숫자 서식과 색상부터 다듬으면 계산이 달라진 지점을 뒤늦게 발견하기 쉽다.

예를 들어 수량과 단가를 곱하는 견적서라면 시험용 사본에서 한 품목의 수량을 2에서 3으로 바꾼다. 해당 행의 금액이 단가 한 번만큼 늘고 최종 합계에도 반영되는지 양쪽에서 본다. 원본에서 수량이 바뀌어도 합계가 그대로라면 먼저 원본의 수식이나 계산 설정을 살펴야 한다. 변환본에서만 다르면 해당 셀의 수식과 참조 범위를 비교한다.

원본에 표나 피벗 테이블이 있다고 무조건 이전 불가로 볼 필요는 없다. Google은 현재 Excel 표를 Sheets 표로 가져오고 피벗 테이블도 가져올 수 있다고 안내한다. 다만 사용하는 집계 기준이 유지됐는지는 실제 자료로 확인한다. 부서별 매출 피벗이라면 총합뿐 아니라 특정 부서 하나의 원본 행과 집계값을 대조한다. 총액이 맞아도 분류가 다르면 부서별 실적은 틀릴 수 있다.

다른 엑셀 통합문서에서 값을 받아오는 연결은 따로 확인한다. Google의 Office 편집 지원 범위에는 연결된 Excel 스프레드시트와 매크로가 지원되지 않는다고 나와 있다. 원본이 외부 단가표를 갱신해 견적을 계산한다면 변환 직후의 숫자 비교만으로는 부족하다. 새 단가를 가져오는 과정을 다시 마련하기 전까지 기존 Excel 파일에서 갱신과 최종 계산을 맡기는 편이 맞다.

검증 중인 Sheets에 동료가 실제 자료를 입력하면 시험값을 지우는 과정에서 작업이 섞인다. 변환한 사본의 사용 시작 시점을 정하고, 그전까지는 기존 파일에서 업무를 계속한다. 검증 기간에 원본이 바뀌었다면 마지막 수정분도 옮겨 대조한 뒤 새 링크를 전달한다.

날짜가 달라 보이면 셀 값과 지역 설정을 본다

미국식 월/일과 한국에서 익숙한 연/월/일 표기가 섞이면 같은 날짜도 다르게 읽힌다. 03/04처럼 모호한 표시는 원본의 의도한 날짜부터 확인한다. 변환본에서 날짜 표시 형식을 길게 바꿔 연·월·일을 드러내고, 원본과 같은 날인지 대조한다. 화면의 구분 기호만 바꾸는 것으로 텍스트로 저장된 날짜까지 바로잡았다고 보지 않는다.

스프레드시트 전체의 기준은 파일 → 설정에서 확인한다. 지역과 시간대 설정은 해당 문서의 기본 날짜·통화·숫자 형식 등에 영향을 주며, 공동작업자도 같은 문서 설정을 사용한다. 한국어 메뉴로 보고 있다는 사실만으로 문서의 지역까지 한국인 것은 아니다. 해외 팀이 쓰는 파일이라면 담당자와 기준 지역을 맞춘 뒤 저장한다.

납기일 열을 검증할 때는 실제 월이 다른 두 행을 골라 정렬 결과도 본다. 예를 들어 3월과 11월 날짜가 화면의 문자 순서대로 섞여 나오면 셀에 날짜가 아닌 문자열이 들어 있는지 살핀다. 문서 전체의 지역을 계속 바꾸기보다 잘못 해석된 셀의 원래 값부터 확인해야 원본과 다른 날짜를 새로 만드는 일을 피할 수 있다.

VBA 버튼을 Sheets 자동화로 옮기는 작업

엑셀의 VBA 코드는 파일 변환만으로 Sheets에서 실행되지 않는다. 스크립트를 새로 작성하려면 변환한 문서에서 확장 프로그램 → Apps Script를 연다. 기존 자동화가 단순 서식 적용인지, 외부 파일 읽기인지, 결과 파일 저장인지 적어 보면 무엇을 다시 구현해야 하는지 구체적으로 드러난다. 표에 붙은 버튼 모양이 남았는지는 실행 성공의 근거가 아니다.

반복하는 일이 머리글의 서식을 맞추는 정도라면 매크로 기록으로 시작할 수 있다. 확장 프로그램 → 매크로 → 매크로 기록을 열고 참조 방식을 고른다. 매번 같은 머리글 칸을 바꿀 때는 절대 참조, 선택한 위치에 맞춰 작업할 때는 상대 참조가 맞다. 필요한 서식을 적용한 뒤 이름을 붙여 저장하고, 확장 프로그램 → 매크로에서 저장한 항목을 실행한다. 첫 실행에는 권한 승인이 필요할 수 있다. 다른 셀을 선택한 상태에서도 실행해 의도한 범위를 바꾸는지 본다.

복잡한 VBA를 옮기는 팀에는 Google의 Macro Converter도 있다. 사용 조건은 Google Workspace Enterprise Plus 또는 Education Plus이며, 호환성 보고서를 확인하고 변환 전후 코드를 수정하는 과정이 포함된다. 파일을 저장하면 모든 버튼이 자동으로 복구되는 기능은 아니다. 기존 코드가 있다면 담당 개발자와 이전할 기능·검증할 결과를 먼저 정한다.

새 자동화의 시험에는 성공했을 때뿐 아니라 입력이 비어 있는 경우도 넣는다. 예를 들어 선택한 행을 집계하는 작업이라면 정상 자료 한 행, 수량이 빈 행, 같은 자료를 두 번 실행한 경우의 결과를 각각 기록한다. 두 번 실행해 합계가 중복되는지 같은 질문은 파일 변환의 성공 여부와 별도로 자동화가 답해야 한다. 실제 자료 전체에 실행하기 전에 작은 사본에서 결과를 비교한다.

공유할 때는 입력칸과 계산칸을 다시 나눈다

수량은 동료가 입력하고 계산식은 관리자만 고칠 견적서라면, 새 Sheets에서 계산 범위의 수정 권한을 지정한다. 엑셀에서 잠가 둔 셀이 변환 뒤에도 같은 방식으로 보호된다고 가정할 수는 없다. 계산식이 있는 범위를 선택해 데이터 → 시트 및 범위 보호로 들어간 뒤, 범위를 추가하고 권한 설정에서 수정할 사람을 제한한다. 경고 표시만 고르면 동료가 경고를 넘기고 계산식까지 바꿀 수 있다.

반대로 담당자가 예외 금액을 직접 넣을 수 있어야 한다면 경고를 띄우되 수정을 허용할 수 있다. 어느 방식으로 정했든 실제로 입력할 동료 계정에서 수량 칸과 계산 칸을 각각 바꿔 본다. 수량을 고칠 수 있는지, 계산식 수정은 막히거나 경고가 뜨는지까지 확인한 뒤 작업을 넘긴다. 소유자에게 보이는 편집 화면만으로 동료의 권한을 확인할 수는 없다.

이 보호 기능은 급여나 원가를 숨기는 수단은 아니다. 문서에 접근한 사람이 내용을 복사하거나 내보내는 것까지 막지는 못한다. 외부 파트너에게 보여 줄 자료라면 숨긴 시트에 민감한 값이 남아 있는 파일을 공유하기보다, 필요한 데이터만 담은 전달용 문서를 따로 만든다.

엑셀로 돌려줄 파일은 내려받은 뒤 다시 연다

전달 시점에는 파일 → 다운로드에서 Microsoft Excel 형식을 선택한다. 내려받은 XLSX를 Excel로 열어 주요 합계, 날짜, 인쇄할 범위와 실제 사용하는 시트를 확인한다. Sheets 화면이 정상이라는 확인은 내려받은 파일을 검증한 결과가 아니다. 상대가 이어서 수량을 바꿀 예정이라면 시험 사본에서 그 입력까지 해 본다.

자동화가 있는 경우에는 전달본의 역할을 설명한다. Microsoft의 파일 형식 안내상 XLSX는 VBA 매크로를 저장할 수 없으며 매크로 지원 통합문서는 XLSM이다. Sheets에서 실행한 Apps Script가 XLSX 다운로드를 통해 엑셀 매크로로 바뀌지는 않는다. 매크로가 필요한 상대에게는 기존 XLSM 원본의 유지나 Excel용 구현이 별도로 필요하다.

‘언제 보낸 파일인가’를 남기려면 Sheets 상단의 버전 기록을 열어 해당 버전에 ‘10월 27일 거래처 전달’처럼 이름을 붙인다. 이후 수정 때문에 전달 당시 값을 확인해야 할 때 버전 기록에서 비교할 수 있다. 이전 상태로 전체 문서를 바로 되돌리기보다 그 버전의 사본을 만들어 확인하면 현재 공동작업 내용을 덮어쓰지 않는다. 버전 기록을 보는 데는 편집 권한이 필요하다.

마지막으로 상대에게 엑셀 사본을 보낸 것인지, 앞으로 함께 편집할 Sheets 링크를 보낸 것인지 명시한다. 상대가 내려받은 엑셀을 수정해 회신하면 현재 Sheets에 자동 반영되지 않는다. 그 회신의 변경분을 어느 파일에 합칠지 담당자를 정해야 다음 전달에서 서로 다른 합계를 보내지 않는다.