Google Sheets 급여 파이프라인:
근무시간표 사진에서 급여 계산까지

타임시트 수령부터 급여 지급까지의 6단계 핸드오프

딜로이트의 2024 글로벌 급여 벤치마킹 조사(미국급여협회 연례 총회에서 발표)에 따르면, 급여 처리 시간의 30% 이상이 급여 입력 데이터를 수동으로 입력하고 로딩하는 데 소요됩니다. 이는 시간 기록, 조정, 수정 사항의 원시 데이터가 계산 시작 전에 시스템에 입력되는 단계입니다(Bloomberg Tax, 2025년 6월). 대기업에게 이 30%는 유급 직원 시간을 의미합니다. Google 스프레드시트를 급여 장부로 사용하는 소규모 사업체에게는 급여일 전날 밤 늦게까지 일하는 사장이나 사무실 관리자를 의미합니다.

타임시트 한 장이 접수되어 행에 기록되기까지의 과정을 추적해보면, 핸드오프 문제는 우연이 아니라 구조적입니다:

1. 수령 — 타임시트가 종이, 문자 사진, 또는 이메일 첨부파일로 도착
2. 열기 — 스프레드시트에서 타임시트 이미지를 볼 수 있는 뷰어로 전환
3. 읽기 — 표준화된 형식이 없는 문서에서 각 필드 찾기: 직원 이름은 여기, 날짜는 저기, 근무 시간은 매주 다른 필체로 하단에 작성
4. 입력 — 각 값을 Google 스프레드시트의 올바른 셀에 옮겨 적기
5. 확인 — 셀 값을 이미지와 대조, 잘못 입력된 시간은 잘못 지급된 급여를 의미
6. 계산 — 이제 수식 적용: =근무시간*시급, =초과근무시간*시급*1.5, =기본급+초과근무수당

1단계부터 5단계까지는 순수한 전사(轉寫)입니다 — 이미 존재하는 정보를 한 매체에서 다른 매체로 옮기는 작업입니다. 6단계만이 가치를 더하는 유일한 단계입니다. 그런데도 1-5단계는 종이 또는 사진 타임시트로 시작하는 모든 급여 주기의 시간 예산 중 약 80%를 소비합니다.

Intuit QuickBooks가 미국 고용주 1,006명을 대상으로 실시한 설문조사에 따르면, 소규모 사업체 소유주의 82%가 정확성을 위해 모든 급여 계산을 수동으로 검토하며, 63%는 직접 측정해보기 전까지 급여 관련 업무에 얼마나 많은 시간을 쓰고 있는지 전혀 몰랐습니다. 확인 단계는 편집증이 아니라 합리적인 행동입니다. 전사 오류로 직원의 실수령액이 변경되면, 그 비용은 단순한 정정만이 아닙니다. 정확한 급여에 의존하는 사람과의 신뢰 회복 비용이 추가됩니다.

급여 소프트웨어가 근무시간 입력 문제를 해결하지 못하는 이유

소기업을 위한 급여 소프트웨어는 부족함이 없습니다. 구스토(Gusto)는 세금 신고가 포함된 풀서비스 급여에 월 49달러에 직원 1인당 6달러부터 시작합니다. 퀵북스 페이롤 코어(QuickBooks Payroll Core)는 월 50달러에 직원 1인당 6.50달러이며 퀵북스 온라인과 기본 연동됩니다. ADP 런(ADP RUN)은 월 약 79달러에 직원 1인당 4달러부터 시작합니다. 패트리어트(Patriot)는 기본 급여에 월 17달러에 직원 1인당 4달러입니다. 온페이(OnPay)는 월 49달러에 직원 1인당 6달러로 복수 주 신고를 처리합니다. 이들은 모두 성숙하고 유능한 제품입니다. 임금을 계산하고, 세금을 원천징수하며, 941 신고서를 제출하고, 직접 입금을 처리합니다.

하지만 이 중 어느 것도 종이 근무시간표 사진에서 손으로 쓴 시간을 추출하지는 못합니다.

급여 소프트웨어 시장은 백엔드 자동화(세금 계산, 입금 일정 관리, 연말 W-2 생성)에 막대한 투자를 해왔습니다. 프론트엔드, 즉 데이터가 시스템에 입력되는 순간은 여전히 키보드 문제로 남아 있습니다. 직원들이 앱(Clockify, Toggl, Harvest, 또는 Gusto와 QuickBooks Time에 내장된 시계)으로 출퇴근을 기록한다면 데이터는 디지털로 흐릅니다. 하지만 종이에 서명하고 누군가가 휴대폰으로 사진을 찍는다면, 데이터는 캡처되는 순간 디지털 상태가 중단되어 사람이 다시 디지털화해야 합니다.

이것이 바로 전용 소프트웨어가 있음에도 불구하고 소기업들이 급여 관리를 위해 구글 시트(Google Sheets)를 계속 사용하는 상황입니다. 3년 전에 구글 시트로 급여 대장을 만든 사업주는 — 초과 근무 행을 강조하는 조건부 서식, 분기별 941 신고 준비를 위한 피벗 테이블, 회계사가 원하는 대로 정확히 정렬된 열 — 여전히 근무시간표 사진을 읽을 수 없는 플랫폼으로 이전할 유인이 없습니다. 시트는 잘 작동합니다. 작동하지 않는 것은 그것을 채우는 루프입니다.

3단계 파이프라인: 캡처, 추출, 계산

파이프라인은 도구와 다릅니다. 도구는 하나의 작업만 수행합니다 — 타임시트에서 데이터를 추출하는 것. 파이프라인은 세 개의 연결된 단계를 통해 데이터를 이동시키며, 각 단계는 키보드 개입 없이 다음 단계로 전달됩니다. 급여가 Google Sheets에 있는 비즈니스의 경우, 파이프라인은 스프레드시트 환경 내에서 작동하는 세 개의 레이어로 구성됩니다:

세 레이어 모두 Google Sheets 내에서 작동합니다. 외부 웹 대시보드에 업로드할 필요가 없습니다. CSV를 다운로드하여 열 헤더를 다시 포맷할 필요가 없습니다. 사진 뷰어, 스프레드시트, 계산기 사이를 전환할 필요가 없습니다. 사이드바가 유일한 인터페이스이며, 활성 시트가 유일한 대상입니다.

애드온의 출력은 Excel (XLSX) 또는 CSV로 내보낼 수 있으며, 일괄 처리를 지원합니다 — 여러 타임시트 사진을 한 번에 업로드하고 단일 패스에서 연속된 행으로 모두 추출합니다. 20명의 직원이 있는 급여 기간의 경우, 20번의 개별 입력 대신 한 번의 일괄 업로드로 처리됩니다.

계산 열: 추출과 급여 계산의 통합

기존의 추출-급여 계산 워크플로는 두 단계를 분리하지만, 실제로는 하나여야 합니다. 먼저 A열부터 E열까지 시간을 추출합니다. 그런 다음 F열에 =D2*시급, G열에 =E2*시급*1.5, H열에 =F2+G2를 입력합니다. 수식을 아래로 드래그합니다. 200행의 과거 급여 데이터가 있는 시트라면, 매 급여 기간마다 수식 범위를 관리해야 합니다. 새 행에 수식이 적용되도록 하되 초과되지 않도록 하고, 누군가 정렬하거나 위에 행을 삽입할 때 깨진 참조를 확인해야 합니다.

계산 열은 추출 단계와 계산 단계를 하나로 통합합니다. "정규 시간: 40"과 "시급: $22"를 별도 셀에 추출한 후 곱하는 수식을 만드는 대신, 결과를 직접 반환하는 열을 정의합니다. 추출 엔진이 타임시트에서 40시간을 읽고, 열 사양에서 $22를 읽어 셀에 $880.00을 출력합니다.

다음은 원시 타임시트 추출을 급여 준비 행으로 변환하는 계산 열 정의입니다:

더 복잡한 계산(예: 조회 테이블에서 여러 요율 참조 또는 조건부 초과 근무 규칙 적용)의 경우, 규칙 형식(로그인 사용자 이용 가능)을 통해 JSON으로 다단계 계산 로직을 정의하면서 열 이름은 깔끔하게 유지할 수 있습니다. 이것이 단순 추출 도구와 파이프라인의 차이점입니다. 계산이 추출 과정에 내장되어 있으며, 이후에 추가로 적용되지 않습니다.

20명 직원의 급여 기간에서 두 접근 방식을 비교해 보세요:

차이는 이론에 그치지 않습니다. 기존 워크플로우에서는 급여 기간이 새로 시작될 때마다 수식 범위가 어긋날 위험이 있습니다. 특히 기간 사이에 직원이 추가되거나 삭제된 경우 더욱 그렇습니다. 파이프라인 워크플로우에서는 각 행의 출력이 독립적입니다. 47행은 F열과 G열을 참조하는 H열의 수식에 의존하지 않습니다. H열의 값은 추출 중에 계산되어 일반 숫자로 저장되므로, 위에 행이 삽입되어도 깨지지 않습니다.

추출 엔진은 인쇄된 텍스트와 손글씨(필기체 및 혼합 형식 포함)를 처리하며, 인쇄된 표 데이터의 경우 최대 99% 정확도로 각 페이지를 5-10초 안에 처리합니다. 단일 근무시간표 사진은 일반적으로 사이드바를 통해 10초 이내에 처리됩니다.

초과근무 수당 준수: 주별 규정이 40시간 이후 1.5배를 초과하는 경우

연방 FLSA 초과근무 수당은 간단합니다: 주당 40시간을 초과하는 시간에 대해 정규 시급의 1.5배를 지급합니다. 대부분의 주가 이 기준을 따릅니다. 캘리포니아, 콜로라도, 네바다, 알래스카는 일일 초과근무 기준을 추가하여 계산을 상당히 복잡하게 만듭니다. Google Sheets 급여 파이프라인을 사용할 가능성이 가장 높은 기업일수록 규정 준수 부서에서 수식을 확인할 가능성이 가장 낮습니다.

캘리포니아의 초과근무 수당 구조는 가장 엄격하며, 계산 계층이 중요한 이유를 가장 잘 보여줍니다:

직원이 일주일에 50시간을 일했고, 그중 10시간이 하루 8시간을 초과했으며 2시간이 12시간을 초과했다면, 급여 행은 총 근무 시간을 세 개의 버킷(정규, 1.5배 OT, 2배 OT)으로 나누고 각각에 다른 배수를 적용해야 합니다. 기존 스프레드시트에서는 세 개의 개별 IF 수식이 필요하며, 각각은 급여일 전날 밤 11시에 잠재적인 오류 지점이 됩니다.

여러 시급으로 일하는 직원(예: 서빙 교대 시 $12/시간, 바 교대 시 $16/시간을 버는 레스토랑 서버)의 경우, FLSA는 초과근무 수당 계산을 위해 가중 평균 정규 시급을 요구합니다(DOL 팩트 시트 #23). 모든 시급의 총 수입을 합산하여 총 근무 시간으로 나눕니다. 이 계산은 스프레드시트에서 오류가 발생하기로 악명 높으며, Gusto 및 ADP와 같은 급여 소프트웨어가 자동으로 처리하는 계산 유형이지만, 시간이 해당 앱을 통해 직접 입력되거나 기록될 때만 가능합니다.

Google Sheets 파이프라인의 경우, 이러한 복잡한 초과근무 수당 규칙은 추론된 열과 계산된 열 로직을 통해 처리할 수 있습니다. 추론된 열은 근무 시간 임계값을 기반으로 각 교대 근무를 급여 범주로 분류합니다. 그런 다음 계산된 열이 범주별로 올바른 배수를 적용합니다. 가중 평균 시나리오의 경우, 규칙 형식(로그인한 사용자를 위한 JSON 기반 계산 규칙)은 여러 추출된 필드를 참조하고 단일 패스로 나눗셈을 수행할 수 있습니다. 결과는 시트에 도달하기 전에 이미 올바른 비율로 분류되고 계산된 급여 행이므로 IF 수식이 필요하지 않습니다.

기록 보관: FLSA가 스프레드시트에 요구하는 증빙 사항

29 CFR Part 516에 따라, 공정근로기준법(FLSA) 적용을 받는 모든 고용주는 비면제 직원 각각에 대한 특정 기록을 유지해야 합니다. 이 규정은 특정 양식이나 형식을 요구하지 않습니다. 필요한 데이터 포인트가 기록되고 보존된다면 Google 시트도 법적으로 충분합니다(29 CFR § 516.2). 하지만 요구되는 필드 목록은 대부분의 소기업주가 생각하는 것보다 깁니다:

2년/3년 구분은 중요하며 흔히 오해됩니다. 급여 기록(최종 금액, 날짜, 직원 식별자)은 마지막 입력일로부터 최소 3년간 보존해야 합니다. 임금 계산의 기초가 되는 원천 문서(실제 근무 기록표, 시간 카드, 임금률표)는 최소 2년간 보존해야 합니다(DOL Fact Sheet #21). 추출된 데이터를 Sheets에 저장(3년 기록)하고 원본 근무 기록표 사진을 Google Drive에 저장(2년 기록)하는 파이프라인은 서류 캐비닛 없이도 두 요구 사항을 동시에 충족합니다.

급여세 목적상 국세청 간행물 15(서큘러 E, 2026)은 자체적인 일정을 추가합니다. 고용주는 소급 기간(전년도 6월 30일로 끝나는 12개월)을 기준으로 월별 또는 반주별 중 납부 일정을 결정해야 합니다. 소급 기간 동안 신고된 고용세가 50,000달러 이하인 고용주는 월별 일정(다음 달 15일까지 납부)을 따릅니다. 50,000달러를 초과하는 고용주는 반주별 일정을 따릅니다. 토요일에서 화요일 사이의 급여일은 수요일까지, 수요일에서 금요일 사이의 급여일은 금요일까지 납부합니다. 어느 쪽이든, 이러한 납부를 결정하는 실제 금액은 파이프라인 출력 행에서 추출 및 계산된 데이터에서 시작됩니다(국세청 간행물 15).

압박받는 파이프라인: 월말 급여 마감

대부분의 월말 급여 마감 관련 글은 조정 체크리스트에 초점을 맞춥니다: 근무 시간대와 시간표 대조, 초과 근무 분류 확인, 누락된 직원 확인, 총액에서 순액 계산, 세금 납부 조정. 체크리스트는 잘 문서화되어 있습니다. 그러나 이러한 글들이 다루지 않는 것은 시간 압박입니다. 모든 검증 단계는 직접 입금 마감 시한 24-48시간 전에 이루어집니다. 그 이유는 전사 단계가 처리 기간의 앞부분을 소비하기 때문입니다.

파이프라인 모델은 시간 배분을 변경합니다. 사이드바에서 일괄 처리로 추출 및 임금 계산이 이루어질 때(20개의 근무 시간표 사진을 40분 입력 대신 몇 분 만에 처리) 검증 기간이 늘어납니다. 수요일 밤에 전사하고 목요일 아침에 계산하던 사무실 관리자는 이제 수요일 아침에 검토하고 목요일 아침에 제출합니다. 동일한 체크리스트가 더 명확한 상태에서 실행되며 이상 징후를 발견할 시간이 더 많아집니다. 예를 들어, 이전 급여 기간보다 근무 시간이 60% 급증한 직원이나 납부일 오후 4시 45분에 발견되었을 누락된 근무 시간표 같은 경우입니다.

수동 근무 시간표 입력 비용에는 입력하는 사람의 임금뿐만 아니라 압축된 검토 기간의 하류 비용, 즉 EFTPS 마감 시간 직전에 검증이 이루어질 때 발생하는 급여 오류도 포함됩니다.

파이프라인이 하는 일 — 그리고 하지 않는 일

범위에 대한 정직함은 필수입니다. 여기서 설명하는 Google Sheets 급여 파이프라인은 데이터 추출, 임금 계산, 데이터 구조화를 처리합니다. 다음 작업은 수행하지 않습니다:

• 급여세 신고 및 납부. 파이프라인은 세금 부과의 기초가 되는 총임금을 계산하지만, FICA 및 소득세 원천징수는 여전히 EFTPS 또는 급여 서비스 제공업체를 통해 납부해야 합니다. 파이프라인 출력은 납부액 계산에 필요한 데이터를 제공할 뿐, 납부 자체를 실행하지는 않습니다.
• 직접 입금 처리 또는 수표 발행. 출력 결과는 스프레드시트 셀에 계산된 금액입니다. 이 금액을 직원에게 전달하는 방법(은행을 통한 직접 입금, 종이 수표, 결제 앱 등)은 별도의 단계입니다.
• 연방/주 원천징수를 적용한 순급여 계산. 파이프라인은 총급여(추출에서 임금 계산까지의 경로)를 계산할 수 있습니다. 순급여(연방 소득세, 사회보장세 6.2%, 메디케어 1.45%, 주세, 각종 공제 후 금액)는 파이프라인이 총액을 제공한 후, 수식이나 참조표를 시트에 추가하여 계산해야 합니다. 계산된 열은 고정 원천징수율(예: 순급여 (총급여 × 0.78))을 처리할 수 있지만, 정확한 세금 원천징수는 IRS 간행물 15-T 표를 참조해야 하며, 이는 신고 상태, W-4 선택, 급여 지급 빈도에 따라 달라집니다.
• W-2 양식 생성 또는 Form 941 제출. 파이프라인은 해당 양식의 입력 데이터가 되는 구조화된 급여 데이터를 제공하지만, 양식 자체를 생성하지는 않습니다.

파이프라인을 "근무 시간표가 도착했다"에서 "급여 데이터를 입금할 준비가 되었다" 사이의 간극을 메우는 계층이라고 생각하십시오. 입금 이전의 모든 단계(세금 계산, 양식 제출, 급여 분배)는 이미 해당 기능을 위해 사용 중인 도구와 서비스에 속합니다.

동일한 파이프라인 패턴, 다른 문서

이 3계층 파이프라인 구조(캡처 → 추출 → 계산)가 익숙하게 느껴진다면, 그럴 만한 이유가 있습니다. 동일한 아키텍처가 공급업체-AP 워크플로를 위한 Google Sheets 인보이스 파이프라인을 구동합니다. 해당 파이프라인에서는 공급업체 인보이스가 이메일 첨부파일로 도착하고, 동일한 사이드바 애드온을 통해 추출된 후, 라인 항목 합계와 세금 검증을 위한 계산 열이 포함된 AP 추적 시트를 채웁니다. 문서 유형은 달라지지만 파이프라인 로직은 동일합니다. 문서 도착과 구조화된 데이터 사이의 핸드오프를 제거하고, 스프레드시트가 이미 그 자체로 시스템이 되도록 하는 것입니다.

타임시트와 공급업체 인보이스를 모두 처리하는 기업(건설 회사, 레스토랑, 현장 서비스 회사)의 경우 두 파이프라인이 동일한 애드온, 동일한 추출 엔진, 동일한 Google Sheets 환경을 공유하며 병렬로 실행됩니다. 두 번째 파이프라인의 학습 곡선은 0입니다. 첫 번째 파이프라인이 이미 패턴을 확립했기 때문입니다.

FAQ

애드온이 수기 타임시트를 처리할 수 있나요?

네. 추출 엔진은 인쇄된 텍스트, 손글씨, 필기체, 동일 페이지 내 혼합 형식을 처리하는 비전 모델 기반 인식을 사용합니다. 정확도는 필기 가독성에 따라 달라집니다(사람이 읽는 것과 동일). 인쇄된 표 데이터는 최대 99% 정확도를 달성하며, 손글씨 정확도는 명확성에 따라 달라집니다. 엔진은 표, 체크박스(체크/동그라미 표시), 텍스트-이미지 혼합 레이아웃에서 데이터를 식별하고 추출합니다. 자세한 내용은 수기 타임시트 정확도 가이드를 참조하세요.

한 번에 몇 개의 타임시트를 처리할 수 있나요?

애드온은 일괄 처리를 지원합니다. 여러 타임시트 사진을 동시에 업로드하고 한 번에 시트의 연속 행으로 추출할 수 있습니다. 사용량은 플랜의 크레딧 할당량에 따라 관리되며, 페이지당 크레딧이 소모됩니다. 직원 20명의 급여 기간 동안 각각 한 페이지 분량의 타임시트가 있는 경우 총 20페이지이며, 사이드바에서 한 번의 일괄 처리로 처리할 수 있습니다.

파이프라인이 시간당 급여가 다른 직원들을 처리할 수 있나요?

네, 두 가지 방법이 있습니다. 각 직원이 고정된 시급을 가진 단순한 경우에는 계산된 열 정의에 직접 시급을 참조하세요. 예: 시간당 25달러 직원의 경우 정규 급여 (근무시간 × 25). 역할별로 시급이 다른 직원의 경우, 시트에 참조 테이블(VLOOKUP 또는 INDEX-MATCH 사용)과 고정 비율 기반 계산 열을 사용하거나, 규칙 형식을 사용하여 다단계 로직을 포함하세요. 여러 시급을 가진 직원에 대해 FLSA에서 요구하는 가중 평균 초과근무 계산은 로그인한 사용자의 경우 추론 열 + 규칙 형식을 통해 처리할 수 있습니다.

Clockify나 Toggl 같은 시간 추적 앱과 어떻게 다른가요?

시간 추적 앱은 직원이 근무하는 시간을 실시간으로 기록합니다. 모든 작업자가 앱을 설치하고, 타이머 시작과 종료를 기억해야 하며, 휴대폰이나 컴퓨터를 항상 사용할 수 있어야 합니다. 지식 근로자나 사무직 팀에게는 탁월합니다. 여기서 설명하는 파이프라인 모델은 반대 상황을 위한 것입니다. 교대 근무 종료 시 종이 타임시트를 작성하는 작업자(건설 현장 직원, 주방 직원, 현장 기술자)와 근무 시간이 사진으로 전달되는 경우입니다. 두 접근 방식은 서로 다른 인력을 대상으로 합니다. 경쟁 관계가 아니라 상호 보완적입니다. 파이프라인은 동일한 스프레드시트에서 앱으로 추적된 시간과 함께 종이 기반 타임시트를 처리할 수 있습니다.

직원의 근무 시간이 잘못 추출되면 어떻게 되나요?

애드온은 블랙박스가 아닙니다. 시트에 적용되기 전에 사이드바에서 추출된 값을 확인할 수 있습니다. 필드가 잘못 보이는 경우(예: "8"을 "3"으로 잘못 읽거나 날짜가 잘못 파싱된 경우) 시트에 추가하기 전에 사이드바 미리보기에서 편집할 수 있습니다. 이 확인 단계는 파이프라인 워크플로우에 내장되어 있습니다. 데이터가 시트에 들어가면 다른 셀 값과 마찬가지로 편집, 정렬, 감사가 가능한 표준 스프레드시트 데이터입니다. 잠긴 데이터 형식이나 독점 출력 파일은 없습니다.

급여세 신고나 급여 지급 기능이 있나요?

아니요. 이 애드온은 근무 기록표 데이터를 추출하고 임금을 계산합니다. Form 941 신고, EFTPS 납부, W-2 발급, 또는 직접 입금 처리는 하지 않습니다. 이러한 기능은 기존 급여 제공업체나 세무 신고 프로세스에서 담당합니다. 이 애드온의 역할은 "핸드폰 속 근무 기록표 사진"과 "스프레드시트에 계산되어 준비된 급여 데이터" 사이의 간극을 메우는 것입니다. 출력된 데이터는 나머지 급여 워크플로우에 입력값을 제공할 뿐, 이를 대체하지는 않습니다.

병목 현상은 계산이 아닙니다. 인수인계입니다.

급여 주기를 단축하는 가장 빠른 방법은 더 빨리 계산하는 것이 아닙니다. 계산이 시작되기 전에 발생하는 단계들을 제거하는 것입니다. 시간제 직원 20명을 처리하는 소규모 사업장의 경우, 여기서 설명된 파이프라인은 급여 기간당 약 40분이 소요되던 전사, 수식 적용, 교차 확인 작업을 3분 미만으로 실행되는 일괄 업로드 및 계산된 열 처리로 대체합니다. 연간 26회의 격주 급여 기간을 기준으로, 이는 16시간 이상의 회수된 시간에 해당하며, 이는 키보드 앞이 아닌 업무 현장으로 돌아가는 연간 2일의 완전한 근무일과 같습니다.

하지만 시간 절약도 중요하지만, 가장 중요한 결과는 따로 있습니다. 바로 모든 행이 독립적인 급여 스프레드시트입니다. 추출 시점에 계산되며, 급여 기간마다 변동하는 수식 범위에 의존하지 않습니다. 감사관이 총급여 금액을 추출된 근무 시간 값과 원본 근무 기록표 사진까지 하나의 연속적인 추적 경로로 추적할 수 있는 시트입니다. 급여를 담당하는 사람이 수요일 저녁에 타자 입력 외의 다른 일을 할 수 있는 워크플로우입니다.

자신의 근무 기록표로 파이프라인을 테스트해보세요. 데모 열기에서 근무 기록표 사진을 업로드하고, 계산된 열을 정의한 후 출력 결과가 급여 행처럼 보이는지 확인해보세요. 근무 기록표를 받는 것부터 직원에게 급여를 지급하기까지의 인수인계 단계 수가 급여 대상 직원 수보다 많아서는 안 되기 때문입니다.