Google Sheets 급여 파이프라인:
타임시트 사진에서 계산된 임금까지
급여가 느린 이유는 계산 단계 때문이 아닙니다. 타임시트를 받고 마지막 근무시간을 시트에 입력하기까지의 여러 단계의 인계 때문입니다. 레스토랑 매니저가 서명 클립보드 사진을 문자로 보냅니다. 15개의 이름, 15개의 날짜, 15개의 교대 합계를 급여 대장에 입력합니다. 그런 다음 공식을 적용합니다: 일반 급여는 근무시간 × 시급, 초과근무는 초과시간 × 시급 × 1.5, 총액은 SUM. 계산은 90초면 끝납니다. 계산이 가능하도록 숫자를 셀에 넣는 데는 40분이 걸립니다. 이 글은 여섯 단계의 인계를 하나로 줄이는 단일 도구 파이프라인을 다룹니다: 사이드바에서 업로드하고, 시트에서 계산된 임금을 받아 세금 납부 준비를 마칩니다.
핵심 요점
- 급여 처리 시간의 30% 이상이 급여 소프트웨어가 대신해 주지 않는 한 가지 작업에 소요됩니다 — 종이 타임시트 사진에서 스프레드시트로 근무시간을 필드 하나씩 옮기는 작업입니다.
- 입력 오류는 잡힙니다 — 실제 위험은 원시 근무시간과 총 급여 사이의 공식 체인입니다. 하나의 깨진 참조가 20개 행에 조용히 전파되고, 직접 입금이 나간 후에야 발견하게 됩니다.
- 해결책은 또 다른 급여 구독이 아닙니다 — ImageToTable.ai가 사진에서 근무시간을 추출하고 단일 패스로 임금을 계산하므로, 각 급여 행은 고정된 금액으로 도착하며 다음 급여 기간에 누군가 위에 행을 삽입해도 깨지지 않습니다.
타임시트 수령부터 직원 급여 지급까지의 여섯 가지 인계 단계
Deloitte의 2024 글로벌 급여 벤치마킹 조사(연례 PayrollOrg(구 American Payroll Association) 총회에서 발표)에 따르면, 급여 처리 시간의 30% 이상이 급여 입력 데이터의 수동 입력 및 로딩에 소요됩니다. 이는 계산이 시작되기 전에 시간 기록, 조정, 수정 사항의 원시 데이터를 시스템에 입력하는 단계입니다(Bloomberg Tax, 2025년 6월). 대규모 고용주의 경우 이 30%는 유급 직원 근무 시간을 의미합니다. Google Sheets를 급여 장부로 사용하는 소규모 사업장의 경우, 급여일 전날 밤 늦게까지 일하는 사장이나 사무실 관리자의 시간을 의미합니다.
타임시트 한 장이 수령부터 입력 행까지 이동하는 과정을 추적해 보면, 인계 문제는 우연이 아니라 구조적입니다:
- 수령 — 타임시트가 종이, 문자 사진, 또는 이메일 첨부 파일로 도착
- 열기 — 스프레드시트에서 타임시트 이미지를 표시하는 뷰어로 전환
- 읽기 — 표준화된 레이아웃이 없는 문서에서 각 필드 찾기: 직원 이름은 여기, 날짜는 저기, 근무 시간은 매주 다른 필체로 하단에 작성
- 입력 — 각 값을 Google Sheets의 올바른 셀에 옮겨 적기
- 검증 — 셀을 이미지와 대조 확인. 잘못 입력된 시간은 잘못된 급여 지급으로 이어지기 때문
- 계산 — 이제 수식 적용:
=Hours*HourlyRate,=OT_Hours*HourlyRate*1.5,=Gross+OT_Pay
1~5단계는 순수한 전사(轉寫)입니다. 이미 존재하는 정보를 한 매체에서 다른 매체로 옮기는 작업입니다. 6단계만이 유일하게 가치를 더하는 단계입니다. 그런데도 1~5단계는 종이 또는 사진 타임시트로 시작하는 모든 급여 주기의 시간 예산 중 약 80%를 소비합니다.
Intuit QuickBooks가 미국 고용주 1,006곳을 대상으로 실시한 조사에 따르면, 소규모 사업주 82%가 모든 급여 계산을 수동으로 검토하여 정확성을 확인하며, 63%는 직접 시간을 측정해 보기 전까지 급여 관련 업무에 얼마나 많은 시간을 쓰고 있는지 깨닫지 못했습니다. 검증 단계는 과잉 대응이 아니라 합리적인 행동입니다. 전사 오류로 직원의 실수령액이 바뀌면, 그 비용은 단순한 수정에 그치지 않습니다. 급여가 정확해야 하는 사람과의 신뢰 회복 문제입니다.
종이 타임시트로 시작하는 모든 급여 주기에는 숨겨진 무급 직원이 하나 있습니다: 바로 전사 단계입니다. 어떤 급여 예산에도 나타나지 않지만, 매 급여 기간마다 일하며 시간을 청구하고 달러를 청구하지 않습니다 — 그리고 하루도 쉬지 않습니다.
급여 소프트웨어가 타임시트 입력 문제를 해결하지 못하는 이유
소기업을 위한 급여 소프트웨어는 부족함이 없습니다. Gusto는 세금 신고가 포함된 풀서비스 급여의 경우 월 $49에 직원 1인당 $6부터 시작합니다. QuickBooks Payroll Core는 월 $50에 직원 1인당 $6.50이며 QuickBooks Online과 기본적으로 통합됩니다. ADP RUN은 월 $79에 직원 1인당 $4부터 시작합니다. Patriot는 기본 급여의 경우 월 $17에 직원 1인당 $4입니다. OnPay는 월 $49에 직원 1인당 $6으로 복수 주(state) 신고를 처리합니다. 이들은 성숙하고 유능한 제품입니다. 임금을 계산하고, 세금을 원천징수하고, 941을 제출하고, 직접 입금을 처리합니다.
그중 어느 것도 종이 타임시트 사진에서 손으로 쓴 근무 시간을 추출하지 못합니다.
급여 소프트웨어 시장은 백엔드 자동화 — 세금 계산, 입금 일정, 연말 W-2 생성 — 에 막대한 투자를 해왔습니다. 프런트엔드 — 데이터가 시스템에 입력되는 순간 — 은 여전히 키보드 문제입니다. 직원들이 앱(Clockify, Toggl, Harvest, 또는 Gusto와 QuickBooks Time의 내장 타임클록)으로 출퇴근을 기록하면 데이터는 디지털로 흐릅니다. 종이에 서명하고 누군가 휴대폰으로 사진을 찍으면, 데이터는 촬영 순간 디지털 상태를 멈추고 다시 사람이 디지털화해야 합니다.
이것이 바로 전용 소프트웨어가 있음에도 소기업이 급여 관리를 위해 Google Sheets를 계속 사용하는 이유입니다. 3년 전에 Sheets로 급여 장부를 만든 사업주 — 초과근무 행을 강조하는 조건부 서식, 분기별 941 준비를 지원하는 피벗 테이블, 회계사가 기대하는 정확한 순서로 정렬된 열 — 는 타임카드 사진을 읽지 못하는 플랫폼으로 이전할 이유가 없습니다. 시트는 작동합니다. 작동하지 않는 것은 시트를 채우는 루프입니다.
급여 소프트웨어 시장은 백엔드 자동화 문제 — 세금 계산, 입금 신고, 직접 입금 — 를 해결했습니다. 프런트엔드 문제 — "종이 타임시트의 근무 시간이 어떻게 시스템의 숫자가 되는가?" — 는 급여를 담당하는 사람의 책상 위에 그대로 남겨두었습니다.
3계층 파이프라인: 캡처, 추출, 계산
파이프라인은 도구와 다릅니다. 도구는 한 가지 작업을 수행합니다 — 타임시트에서 데이터를 추출하는 것입니다. 파이프라인은 데이터를 세 개의 연결된 단계로 이동시키며, 각 단계는 키보드 개입 없이 다음 단계로 전달합니다. 급여가 Google Sheets에 있는 비즈니스의 경우, 파이프라인은 스프레드시트 환경 내에서 작동하는 세 개의 계층으로 구성됩니다:
/c/xxxx)을 생성합니다. 현장 반장, 팀 리더 또는 직원에게 보내세요. 그들은 링크를 열고 짧은 인증 코드를 입력한 후 타임시트 사진을 직접 업로드합니다 — 등록이나 로그인이 필요 없습니다. 파일은 자동으로 계정의 처리 대기열에 들어갑니다. 또는 이메일에서 Google Drive로 사진을 끌어다 놓고 사이드바에서 다운로드 없이 액세스할 수 있습니다.정규 급여 (시간 × 시간당 요금) 또는 초과 근무 수당 (OT 시간 × 요금 × 1.5)와 같은 열을 열 사양에 직접 정의하세요. AI는 문서에서 시간을 읽고, 열 정의에서 시간당 요금을 참조하여 계산된 달러 금액을 출력합니다 — 나중에 수식 셀에서 곱해야 하는 원시 시간이 아닙니다.세 계층 모두 Google Sheets 내에서 작동합니다. 외부 웹 대시보드에 업로드할 필요가 없습니다. CSV를 다운로드하고 열 헤더를 다시 포맷할 필요가 없습니다. 사진 뷰어, 스프레드시트, 계산기 사이를 전환할 필요가 없습니다. 사이드바가 유일한 인터페이스이고 활성 시트가 유일한 대상입니다. 지원되는 필드 유형, 형식 및 플랜 세부 정보를 포함한 전체 기능 목록은 Google Sheets 사이드바 애드온을 참조하세요.
파이프라인은 급여 스프레드시트를 대체하지 않습니다. 파이프라인은 스프레드시트에 데이터를 공급합니다. 기존 열 구조, 조건부 서식, 피벗 테이블 — 모두 그대로 유지됩니다. 변경되는 유일한 것은 47행에 데이터가 도착하는 방식입니다: 키보드 대신 추출로.
이 애드온의 출력은 Excel(XLSX) 또는 CSV로 내보낼 수 있으며, 일괄 처리를 지원합니다. 타임시트 사진 여러 장을 한 번에 업로드하면 모든 데이터를 한 번의 처리로 연속된 행에 추출합니다. 직원 20명의 급여 기간이라면, 20번의 개별 입력 대신 일괄 업로드 한 번이면 됩니다.
계산 열: 추출과 급여 계산의 만남
기존의 추출-급여 워크플로우는 하나가 되어야 할 두 단계를 분리합니다. A열부터 E열까지 근무 시간을 추출합니다. 그런 다음 F열에 =D2*HourlyRate를, G열에 =E2*HourlyRate*1.5를, H열에 =F2+G2를 작성합니다. 수식을 아래로 드래그합니다. 시트에 과거 급여 데이터가 200행 있다면, 매 급여 기간마다 수식 범위를 관리해야 합니다. 새 행에 수식이 적용되도록 하되 그 이상으로 확장되지 않게 하고, 누군가 행을 정렬하거나 위에 삽입할 때 깨진 참조를 확인해야 합니다.
계산 열은 추출 단계와 계산 단계를 하나의 순간으로 압축합니다. "정규 근무 시간: 40"과 "시급: $22"를 별도의 셀에 추출한 다음 곱하는 수식을 만드는 대신, 결과를 직접 반환하는 열을 정의합니다. 추출 엔진은 타임시트에서 40시간을 읽고, 열 사양에서 $22를 읽어 셀에 $880.00을 출력합니다.
다음은 원시 타임시트 추출을 급여 처리 준비 완료 행으로 바꾸는 계산 열 정의입니다:
| 열 이름 | 기능 | 출력 예시 |
|---|---|---|
Employee Name | 직접 추출 — 타임시트에 적힌 이름 | Maria Gonzalez |
Date | 직접 추출 — 근무일 또는 급여 기간 종료일 | 2026-05-23 |
Regular Hours | 직접 추출 — 표준 근무 시간 | 40 |
Overtime Hours | 직접 추출 — 기준을 초과한 근무 시간 | 6 |
Regular Pay (Regular Hours × 22) | 계산 — 추출된 시간에 고정 시급을 곱함 | 880.00 |
Overtime Pay (Overtime Hours × 22 × 1.5) | 계산 — 1.5배 가산 수당 계산 | 198.00 |
Gross Pay (Regular Pay + Overtime Pay) | 계산 — 두 급여 열의 합계 | 1,078.00 |
더 복잡한 계산(예: 조회 테이블의 여러 요율 참조 또는 조건부 초과 근무 규칙 적용)이 필요한 경우, 규칙 형식(로그인 사용자에게 제공)을 사용하면 열 이름을 깔끔하게 유지하면서 JSON으로 다단계 계산 로직을 정의할 수 있습니다. 이것이 단순 추출 도구와 파이프라인의 차이점입니다. 계산이 추출 과정에 내장되어 있으며, 이후에 별도로 추가되는 것이 아닙니다.
직원 20명의 급여 기간에서 두 접근 방식을 비교해 보겠습니다:
| 단계 | 기존 방식: 추출 후 수식 | 파이프라인: 계산된 열 |
|---|---|---|
| 타임시트 업로드 | 개별 업로드 20회 또는 외부 도구에 일괄 업로드 | 사이드바에서 일괄 업로드, 한 번에 20개 파일 |
| 시트에 데이터 가져오기 | CSV 다운로드, 복사, 붙여넣기, 급여 시트에 열 헤더 맞추기 | 데이터가 올바른 열 순서로 활성 시트에 직접 추가됨 |
| 임금 수식 적용 | 20개 행에 걸쳐 정규 급여, 초과 근무 수당, 총액 수식 작성 또는 드래그 | 이미 계산됨 — 각 행에 계산된 금액이 포함되어 도착 |
| 합계 검증 | 수식 범위를 표본 점검, 하나의 잘못된 참조가 연쇄 오류를 일으킬 수 있음 | 추출된 값을 원본 타임시트와 대조, 수식은 어긋나지 않음 |
차이는 이론에 그치지 않습니다. 기존 워크플로에서는 급여 기간이 새로 시작될 때마다 수식 범위가 어긋날 가능성이 생깁니다 — 특히 기간 사이에 직원이 추가되거나 삭제된 경우 더욱 그렇습니다. 파이프라인 워크플로에서는 각 행의 출력이 독립적입니다. 47행은 F열과 G열을 참조하는 H열의 수식에 의존하지 않습니다. H열의 값은 추출 중에 계산되어 일반 숫자로 저장되며, 위에 행이 삽입되어도 깨지지 않습니다.
급여 스프레드시트에서 가장 취약한 부분은 추출이 아닙니다 — 엔진은 결정적입니다. 취약한 부분은 추출된 시간과 계산된 임금 사이에 있는 수식 계층입니다. 계산된 열은 그 계층을 추출 과정 안으로 이동시켜, 각 행마다 한 번 실행되고 결코 어긋나지 않습니다.
추출 엔진은 인쇄된 텍스트와 필기 — 필기체 및 혼합 형식 포함 — 를 처리하며, 인쇄된 표 데이터에 대해 최대 99% 정확도를 제공하고 각 페이지를 5-10초 안에 처리합니다. 타임시트 사진 한 장은 일반적으로 사이드바를 통해 10초 이내에 처리됩니다.
파일은 안전하게 처리되며 저장되지 않습니다.
초과근무 수당 규정 준수: 주 정부 규칙이 40시간 이후 1.5배를 초과하는 요건을 적용하는 경우
연방 FLSA 초과근무 규정은 간단합니다. 주당 40시간을 초과한 시간에 대해 정규 임금의 1.5배를 지급하면 됩니다. 대부분의 주에서 이 기준을 따릅니다. 캘리포니아, 콜로라도, 네바다, 알래스카는 일일 초과근무 기준을 추가하여 계산을 상당히 복잡하게 만듭니다. Google Sheets 급여 파이프라인을 사용할 가능성이 가장 높은 기업들은 규정 준수 부서가 공식을 검토할 가능성이 가장 낮은 기업들입니다.
캘리포니아의 초과근무 구조는 가장 엄격하며 계산 계층이 중요한 이유를 가장 잘 보여줍니다:
| 기준 | 배율 | 적용 범위 |
|---|---|---|
| 단일 근무일 내 9~12시간 | 정규 임금의 1.5배 | 일일 |
| 단일 근무일 내 12시간 초과 | 정규 임금의 2배(이중 시간) | 일일 |
| 주당 40시간 초과 | 정규 임금의 1.5배 | 주간 |
| 연속 7일째 첫 8시간 | 정규 임금의 1.5배 | 연속 근무일 |
| 연속 7일째 8시간 초과 | 정규 임금의 2배(더중 시간) | 연속 근무일 |
직원이 주당 50시간을 일했고, 그중 10시간이 하루 8시간을 초과했고 2시간이 하루 12시간을 초과했다면, 급여 행은 총 근무 시간을 세 가지 범주(정규, 1.5배 초과근무, 2배 초과근무)로 나누고 각각 다른 배율을 적용해야 합니다. 기존 스프레드시트에서는 세 개의 개별 IF 공식이 필요하며, 급여일 전날 밤 11시에는 각각이 잠재적 오류 지점이 됩니다.
여러 임금으로 일하는 직원(서빙 시프트는 시간당 $12, 바 시프트는 시간당 $16을 받는 레스토랑 서버 겸 바텐더)의 경우 FLSA는 초과근무 계산에 가중 평균 정규 임금을 요구합니다(DOL 팩트 시트 #23). 모든 임금에서 발생한 총 수입을 합산하여 총 근무 시간으로 나눕니다. 이 계산은 스프레드시트에서 오류가 발생하기로 악명 높으며, Gusto 및 ADP와 같은 급여 소프트웨어가 자동으로 처리하는 계산 유형입니다. 단, 시간이 직접 입력되거나 앱을 통해 기록된 경우에만 해당됩니다.
Google Sheets 파이프라인의 경우 이러한 복잡한 초과근무 규칙은 추론 열 및 계산된 열 로직을 통해 해결할 수 있습니다. 추론 열은 근무 시간 임계값을 기준으로 각 교대 근무를 급여 범주로 분류합니다. 그런 다음 계산된 열이 범주별로 올바른 배율을 적용합니다. 가중 평균 시나리오의 경우 규칙 형식(로그인한 사용자를 위한 JSON 기반 계산 규칙)은 여러 추출된 필드를 참조하고 단일 패스에서 나눗셈을 수행할 수 있습니다. 그 결과는 시트에 도달하기 전에 이미 올바른 임금으로 분류되고 계산된 급여 행이 됩니다. IF 공식이 필요 없습니다.
초과근무 규정 준수 오류는 스프레드시트에서 스스로 알리지 않습니다. 모든 초과근무 시간에 대해 1.5배를 계산하는 공식은 일일 초과근무와 주간 초과근무를 구분하는 공식과 동일해 보입니다. 감사에서 3년간의 미지급 이중 시간과 그에 따른 소급 임금 책임이 발견될 때까지는 말입니다.
기록 보관: FLSA가 스프레드시트에 증명하도록 요구하는 사항
29 CFR Part 516에 따라, 공정근로기준법(FLSA)의 적용을 받는 모든 고용주는 각 비면제 직원에 대해 특정 기록을 유지해야 합니다. 이 규정은 특정 양식이나 형식을 요구하지 않습니다. Google 스프레드시트는 필수 데이터 포인트가 기록되고 보존되는 한 법적으로 충분합니다(29 CFR § 516.2). 그러나 필수 필드 목록은 대부분의 소규모 사업주가 생각하는 것보다 깁니다:
| 필수 기록 (29 CFR § 516.2) | 보존 기간 | 파이프라인이 충족하는 방법 |
|---|---|---|
| 직원의 전체 이름 및 주민등록번호 | 3년 (§ 516.5) | 마스터 직원 탭에 저장됨; 파이프라인 행이 직원 이름을 참조 |
| 매일 근무한 시간 및 매주 총 근무 시간 | 3년 | 타임시트에서 행으로 직접 추출; 일일 및 주간 합계 계산 |
| 정규 시간당 임금 | 3년 | 열 사양에 정의되거나 직원 임금 테이블에서 참조 |
| 일일 또는 주간 총 정규 근무 수입 | 3년 | 계산된 열 출력: 정규 급여 = 근무 시간 × 임금 |
| 주간 총 초과 근무 수입 | 3년 | 계산된 열 출력: 초과 근무 급여 = 초과 근무 시간 × 임금 × 1.5 (또는 적용 배수) |
| 각 급여 기간에 지급된 총 임금 | 3년 | 계산된 열 출력: 총 급여 = 정규 급여 + 초과 근무 급여 |
| 지급 날짜 및 적용 급여 기간 | 3년 | 파이프라인 행에 추가되거나 별도의 급여 기간 참조 열에 유지 |
| 임금 추가 또는 공제 | 3년 | 공제 열은 계산(세금 원천징수 비율 × 총 급여) 또는 추론 가능 |
| 근무 시간 카드, 도급 작업 티켓, 임금 비율 테이블 | 2년 (§ 516.6) | 원본 타임시트 사진이 스프레드시트와 함께 Google Drive에 보존 |
2년/3년 구분은 중요하며 흔히 오해됩니다. 급여 기록 — 최종 금액, 날짜, 직원 식별 정보 — 은 마지막 입력 날짜로부터 최소 3년 동안 보존해야 합니다. 임금 계산의 기초가 되는 원본 문서 — 실제 타임시트, 근무 시간 카드, 임금 비율 테이블 — 은 최소 2년 동안 보존해야 합니다(DOL 팩트 시트 #21). 추출된 데이터를 Sheets에 저장하고(3년 기록용) 원본 타임시트 사진을 Google Drive에 저장하는(2년 기록용) 파이프라인은 서류 캐비닛 없이 두 요구 사항을 동시에 충족합니다.
급여 세금 목적상 IRS 간행물 15(Circular E, 2026)에는 자체적인 일정이 추가되어 있습니다. 고용주는 회고 기간(전년도 6월 30일로 끝나는 12개월)을 기준으로 월별 또는 반주별 납부 일정을 결정해야 합니다. 회고 기간 동안 신고된 고용세가 $50,000 이하인 고용주는 월별 일정(다음 달 15일까지 납부)을 따릅니다. $50,000를 초과하는 고용주는 반주별 일정을 따릅니다 — 토요일부터 화요일 사이의 급여일은 수요일까지, 수요일부터 금요일 사이의 급여일은 금요일까지 납부합니다. 어느 쪽이든, 납부를 결정하는 실제 금액은 파이프라인 출력 행에서 추출되고 계산된 데이터에서 시작됩니다(IRS Pub 15).
압박을 받는 파이프라인: 월말 급여 마감
대부분의 월말 급여 마감 문서는 검토 체크리스트에 초점을 맞춥니다: 타임시트 대비 근무 시간 확인, 초과 근무 분류 확인, 누락된 직원 확인, 총액에서 순액 계산, 세금 납부 조정. 체크리스트는 잘 문서화되어 있습니다. 그러한 문서들이 다루지 않는 것은 시간 압박입니다 — 모든 검증 단계가 직접 입금 마감 24~48시간 전에 이루어지는데, 그 이유는 전사 단계가 처리 기간의 앞부분을 소비했기 때문입니다.
파이프라인 모델은 시간 배분을 바꿉니다. 사이드바에서 추출과 임금 계산이 일괄 처리로 이루어질 때 — 타임시트 사진 20장이 40분의 타이핑 대신 몇 분 만에 처리됨 — 검증 기간이 확장됩니다. 수요일 밤에 전사하고 목요일 아침에 계산하던 사무실 관리자는 이제 수요일 아침에 검토하고 목요일 아침에 제출합니다. 동일한 체크리스트가 더 맑은 정신과 이상 징후를 발견할 더 많은 시간으로 실행됩니다 — 이전 급여 기간보다 근무 시간이 60% 급증한 직원이나 입금일에 오후 4:45에 발견되었을 누락된 타임시트 같은 경우입니다.
수동 타임시트 입력의 비용에는 타이핑하는 사람의 임금뿐만 아니라 압축된 검토 기간의 하류 비용도 포함됩니다 — EFTPS 마감 한 시간 전에 검증이 몰릴 때 발생하는 급여 오류입니다.
파이프라인이 하는 일 — 하지 않는 일
범위에 대한 정직함은 필수입니다. 여기서 설명하는 Google Sheets 급여 파이프라인은 추출, 임금 계산, 데이터 구조화를 처리합니다. 다음은 처리하지 않습니다:
- 급여 세금 신고. 파이프라인은 세금 책임을 결정하는 총임금을 계산하지만, FICA 및 소득세 원천징수는 여전히 EFTPS 또는 급여 제공업체를 통해 납부해야 합니다 — 파이프라인 출력은 납부 계산에 입력되며, 납부를 시작하지 않습니다.
- 직접 입금 처리 또는 수표 인쇄. 출력은 스프레드시트 셀의 계산된 달러 금액입니다. 그 금액을 직원에게 전달하는 방법 — 은행을 통한 직접 입금, 종이 수표, 결제 앱 — 은 별도의 단계입니다.
- 연방/주 원천징수를 포함한 순급여 계산. 파이프라인은 총급여(추출-임금 경로)를 계산할 수 있습니다. 순급여 — 연방 소득세, 사회보장세(6.2%), 메디케어(1.45%), 주세, 임의 공제 후 — 는 파이프라인이 총액을 제공한 후 수식이나 참조 테이블로 시트에 추가할 수 있는 추가 계산이 필요합니다. 계산된 열은 고정 원천징수 비율(예:
순급여(총액 × 0.78))을 처리할 수 있지만, 정확한 세금 원천징수는 IRS Pub 15-T 표를 참조해야 하며, 이는 신고 상태, W-4 선택, 급여 빈도에 따라 다릅니다. - W-2 생성 또는 Form 941 제출. 파이프라인은 구조화된 급여 데이터 — 해당 양식의 입력 — 를 제공하지만 양식 자체를 생성하지는 않습니다.
파이프라인을 "타임시트가 도착했다"와 "급여 데이터가 입금 준비 완료" 사이의 격차를 메우는 계층으로 생각하세요. 입금 이전의 모든 것 — 세금 계산, 양식 제출, 지급 분배 — 은 이미 해당 기능에 사용 중인 도구와 서비스에 속합니다.
이 파이프라인은 Gusto, QuickBooks Payroll, ADP를 대체하지 않습니다. 이러한 도구를 열기 전이나 Google Sheet 합계가 알려주는 EFTPS 입금을 실행하기 전에 발생하는 40분간의 타이핑 세션을 대체합니다. 입력 계층이지 급여 플랫폼이 아닙니다.
동일한 파이프라인 패턴, 다른 문서
이 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시간 이상의 회수된 시간입니다 — 매년 업무에 복귀하는 이틀의 근무일입니다.
하지만 시간 절약은 실질적이지만 가장 중요한 결과는 아닙니다. 중요한 결과는 모든 행이 자체 포함된 급여 스프레드시트입니다 — 추출 시 계산되며, 급여 기간 사이에 이동하는 수식 범위에 의존하지 않습니다. 감사자가 총 급여 금액을 추출된 시간 값과 원본 타임시트 사진까지 하나의 연속적인 추적으로 추적할 수 있는 시트입니다. 급여를 담당하는 사람이 수요일 저녁을 타이핑이 아닌 다른 일로 보내는 워크플로우입니다.
자신의 타임시트로 파이프라인을 테스트해 보세요. 데모 열기, 타임시트 사진 업로드, 계산 열 정의, 출력이 급여 행처럼 보이는지 확인해 보세요 — 타임시트 수령과 직원 급여 지급 사이의 인계가 급여 직원 수보다 많아서는 안 되기 때문입니다.