지난달 귀하의 사업을 위해 물건을 옮긴 배송업체, 드라이버, 그 누구에게든 마지막으로 보낸 배달 지급 내역을 꺼내 보세요. 이제 귀하의 기록만 보고 세 가지 질문에 답해 보세요: 그 근로자가 일을 수락할 때 무엇을 보여주었는가, 수락과 급여일 사이에 무엇이 바뀌었는가, 그리고 그 둘을 연결하는 증거 자료는 어디에 있는가? 이 세 가지에 5분 안에 답할 수 없다면, 방금 미국 최대 소매업체에 1억 달러의 비용을 물린 것과 똑같은 공백을 귀하도 가지고 있는 것입니다.
2026년 2월 26일, 연방거래위원회(FTC)와 11개 주는 2018년부터 운영되어 약 100만 명의 드라이버를 통해 약 2억 7,200만 건의 배달을 처리한 월마트의 Spark Driver 배달 프로그램과 관련하여 월마트에 1억 달러의 판결을 발표했습니다. 최대 7,900만 달러가 드라이버에게 직접 돌아가는데 — 회사가 이미 지급한 약 6,300만 달러와 나머지를 위한 약 1,620만 달러의 기금 — 주에 1,100만 달러, FTC에 1,000만 달러가 배정됩니다. 핵심 혐의는 모두 문서화 실패였습니다: 드라이버에게 한 숫자를 보여주고 다른 숫자를 지급하면서, 드라이버가 확인할 수 있는 기록은 없는 것입니다. 그리고 법원 명령은 귀하의 사업이 무료로 채택할 수 있는 규정 준수 체크리스트처럼 읽힙니다.
이 글은 명령이 요구하는 사항, 팁이 왜 배달 사업체들을 계속 발목 잡는지, 그리고 드라이버 급여를 방어 가능하게 유지하는 6가지 기록 시스템을 다룹니다.
명령이 실제로 요구하는 것
헤드라인을 걷어내면, 합의는 긱 드라이버에게 급여를 지급하는 모든 사업체에 직접 적용되는 세 가지 의무를 부과합니다:
- 수락 후에는 제안을 변경할 수 없습니다. 드라이버가 수락하면 급여 조건은 고정됩니다. 허용되는 유일한 변경은 증가(더 많은 팁, 더 많은 수익)이며, 배달 실패나 완전한 취소에 대한 좁은 예외가 있습니다.
- 제안 카드를 허위로 표시할 수 없습니다. 거리, 예상 시간, 정류장 수, 예상 수익: 근로자가 수락 전에 보는 모든 사실은 정확해야 합니다.
- 수익 검증 프로그램. 회사는 드라이버가 최초 제안에 표시된 금액을 정확히 지급받았는지 확인하고, 결과를 문서화하고, 명명된 직원을 프로그램 책임자로 지정하고, 10년 동안 매년 FTC에 보고해야 합니다.
집행기관이 변명으로 인정하지 않은 것에 주목하세요: 규모, 소프트웨어 복잡성, 또는 "알고리즘이 그랬다"는 것입니다. 명령은 수락된 모든 제안을 약속으로, 모든 지급을 그 약속과 대사해야 할 대상으로 취급합니다. 귀하의 사업은 더 작기 때문에 그 대사가 더 쉬울 뿐, 선택 사항이 아닙니다.
다섯 가지 혐의된 결함 — 그리고 그 뒤의 패턴
소장은 드라이버가 제안에 표시된 것보다 적게 받게 된 다섯 가지 방식을 주장했습니다:
- 아무도 설명하지 않은 분할 팁. 여러 드라이버에게 나뉜 단일 고객 주문의 팁도 나뉘었지만, 각 드라이버에게는 전체 팁이 표시되었습니다.
- 운행 중 편집된 묶음 주문. 다중 정류장 묶음에서 주문이 제거되면 기본 급여와 팁이 줄었지만, 제안 카드는 결코 업데이트되지 않았습니다.
- 숨겨진 인센티브 조건. 보너스를 노리는 드라이버에게 모든 조건 — 해당 구역, 매장, 또는 배달 횟수 — 이 알려지지 않았고, 돈이 들어오지 않을 때에야 누락된 요건을 알게 되었습니다.
- 표시되었지만 결코 징수되지 않은 팁. 결제 시 주문 총액은 사전 승인되었지만 팁은 승인되지 않아, 일부 "보장된" 팁은 실제 돈으로 존재하지 않았습니다. 징수 실패 시 드라이버에게 알려지지 않았고, 배달 완료 화면은 그저 $0을 표시했습니다.
- 사실이 아닌 "드라이버에게 100%". 고객에게는 전체 팁이 드라이버에게 전달된다고 알려졌지만 일부 팁은 전액 보류되었으며, 팁이 사라질 때 드라이버는 고객이 배달 후 팁을 조정했다는 암시의 메시지를 보았습니다. 회사 자체 내부 수치에 따르면 진정한 배달 후 팁 감소는 주문의 0.04~0.09%에서만 발생했습니다.
월마트는 화해하는 회사들이 그러듯 위법을 부인했습니다. 그러나 이것을 한 회사의 이야기로 읽지 마세요. 1년 전, 뉴욕 법무장관은 팁을 보장된 기본 급여를 충당하는 데 사용하고 팁을 그 위에 더하지 않은 급여 모델로 약 63,000명의 뉴욕 드라이버와 관련하여 DoorDash로부터 1,675만 달러를 확보했으며, 이는 2017년 5월부터 2019년 9월까지를 포괄합니다. 팁은 되풀이되는 함정입니다: 귀하의 손을 거치지만 다른 사람의 것인 돈으로, 아무도 대사하지 않는 소프트웨어에 의해 처리됩니다. 모든 배달 사업체가 이 선에 닿습니다. 해결책은 기록입니다.
1. 수락 순간에 제안을 고정하세요
명령의 핵심 사상은 수락된 제안이 계약이라는 것입니다. 그러니 계약처럼 보관하세요. 드라이버가 수락하는 모든 작업에 대해, 수락 버튼을 누르는 순간 다음 필드를 스냅샷으로 남기세요:
- 타임스탬프, 드라이버 ID, 작업 또는 주문 식별자
- 표시된 대로의 정류장, 거리, 예상 시간
- 표시된 기본 급여, 표시된 인센티브, 인센티브의 전체 조건
- 표시된 팁, 그리고 그 팁이 실제로 징수되었는지 아니면 추정치일 뿐인지
- 드라이버가 본 총액
귀하의 배달 플랫폼이 이를 내보낸다면, 내보낸 파일을 보관하세요. 그렇지 않다면 직접 기록하세요 — API 호출, 자동 스크린샷, 작업당 공유 스프레드시트 한 행. 매체는 중요하지 않습니다; 불변성이 중요합니다. 나중에 편집할 수 있는 스냅샷은 증거가 아니라 일기입니다. 드라이버가 "왜 제안보다 적게 받았나요"라고 물을 때, 이 기록이 첫 번째이자 최선의 답이며, 그것 없이는 기억으로 역사를 재구성하게 됩니다.
2. 팁을 수익이 아닌 전달금으로 취급하세요
고객 팁은 배달 급여에서 가장 위험이 큰 항목이며, 합의는 그 이유를 보여줍니다: 사업체가 팁을 징수하고, 표시하고, 이동시키고, 일부 경우에는 보관했습니다. 세 가지 규칙으로 운영하세요:
- 팁은 절대 귀하의 이익에 닿지 않습니다. 팁은 징수에서 지급까지 부채 계정에 있습니다 — 보증금처럼 다른 사람을 위해 보유하는 돈입니다. 징수할 때 수익이 아니며 지급할 때 귀하의 비용이 아닙니다.
- 모든 팁은 정확히 두 곳 중 한 곳에서 끝납니다. 드라이버에게 전액 지급되거나, 고객에게 환불됩니다. 세 번째 목적지는 없습니다. "지급 계산이 복잡해져서 보관했다"가 바로 배상 기금이 시작되는 방식입니다.
- 팁을 기본 급여를 보충하는 데 절대 사용하지 마세요. 드라이버에게 $20을 보장하고 고객이 $8을 팁으로 준다면, 드라이버는 $28을 받아야 하며, 팁이 귀하의 약속 일부를 충당하는 $20이 아닙니다. 뉴욕에서 1,675만 달러의 비용을 물린 DoorDash 모델이 바로 이 상계였습니다.
사전 승인 실패는 그 자체의 교훈을 담고 있습니다: 실제로 확보한 팁만 드라이버에게 보여주세요. 결제 시 주문 총액은 승인하지만 팁은 승인하지 않는다면, 승인 흐름을 고치거나 청구가 정산될 때까지 팁을 추정치로 표시하세요 — 수락 후가 아니라 수락 전에.
일반 텍스트 원장에서 그 분리는 이렇게 보입니다: 귀하가 보유하는 수수료는 수익으로, 기본 급여와 인센티브는 비용으로, 팁은 결코 머무르지 않는 부채 계정을 통해 이동합니다. 처음부터 시작한다면 문서에서 계정 설정을 다룹니다.
2026-01-05 open Assets:Checking
2026-01-05 open Income:Delivery-Fees
2026-01-05 open Liabilities:Driver-Tips-Payable
2026-01-05 open Expenses:Delivery:Driver-Base-Pay
2026-01-05 open Expenses:Delivery:Driver-Incentives
2026-03-02 * "Deliveries completed" "week of Mar 2 — fees collected, tips held for drivers"
Assets:Checking 827.25 USD
Income:Delivery-Fees -612.50 USD
Liabilities:Driver-Tips-Payable -214.75 USD
2026-03-06 * "Driver payouts" "base plus incentives paid, tips passed through in full"
Liabilities:Driver-Tips-Payable 214.75 USD
Expenses:Delivery:Driver-Base-Pay 612.50 USD
Expenses:Delivery:Driver-Incentives 85.00 USD
Assets:Checking -912.25 USD어느 순간이든 팁 계정을 읽으면 지금 드라이버에게 빚진 금액을 알려줍니다. 드라이버별로 설명할 수 없는 잔액이 있다면, 다음 지급 실행 전에 멈추고 대사하세요.
3. 작업이 시작되기 전에 모든 인센티브 조건을 문서로 작성하세요
공개되지 않은 보너스 조건은 독립적인 혐의였으며, 소규모 사업체가 실수로 복제하기 가장 쉬운 혐의입니다 — 구두로 "배달 10건을 완료하면 보너스가 있다"고 하고, 구역 제한은 누군가 물을 때에야 언급하는 것입니다. 첫 번째 해당 작업 전에 모든 인센티브를 전부 적어 두세요:
- 정확한 금액 또는 요율
- 해당 행동(배달, 시간, 추천, 구역, 매장)
- 시간 창과 지급 날짜
- 모든 상한, 그리고 경계에서 일어나는 일(열한 번째 배달, 1분 늦게 끝난 작업)
드라이버가 작업을 수락하는 동일한 채널로 발송하고, 시행 날짜와 함께 사본을 보관하세요. 조건이 바뀌면 새 버전에 새 시행 날짜를 부여하고, 이전 버전은 파일에 남겨 두세요. "우리는 항상 다운타운 구역을 요구했다"는 그렇게 명시한 날짜가 있는 문서 없이는 어떤 논쟁도 이기지 못합니다.
4. 사유 코드와 함께 조정 로그를 유지하세요
수락 후 정당하게 변하는 것들이 있습니다: 고객이 정류장을 취소하고, 배달이 실패하고, 진정한 실수를 수정해야 합니다. 명령은 배달 실패와 취소를 허용합니다. 허용하지 않는 것은 조용한 변경입니다. 수락 후의 모든 조정에 고유한 행을 부여하세요:
- 작업 ID와 드라이버, 원래 금액과 새 금액
- 사유 코드: 고객 팁 변경, 취소된 정류장, 배달 실패, 이전 오류 수정
- 기록한 사람과 시기
그런 다음 매주 대사하세요: 모든 지급은 제안 스냅샷 더하기 기록된 조정으로 되돌아가고, 모든 조정은 지급으로 되돌아갑니다. 어느 방향이든 고아 행은 같은 주에 조사하세요, 배달 세부 정보가 아직 생생하고 드라이버가 아직 그 운행을 기억할 때. 이는 카드 지급을 총액 대 순액으로 대사하는 것과 같은 규율입니다 — 입금은 구성 요소와 같아야 합니다 — 단, 결제 처리 업체 대신 사람에게 적용됩니다.
5. 귀하가 지급자로서 세무 서류를 작성하세요
좋은 급여 기록은 세금 신고 시기에 이중 역할을 합니다, 왜냐하면 귀하가 보고하는 합계가 바로 같은 로그에서 나오기 때문입니다:
- 첫 지급 전에 Form W-9을 수집하세요, 신고서를 준비하는 1월이 아니라. 올바른 납세자 ID가 파일에 없으면, 일반적으로 보고 대상 지급액의 24%를 백업 원천징수하여 IRS에 보내야 합니다 — 서류 하나가 빠진 데서 시작되는 엉망입니다.
- 지급한 연도의 Form 1099-NEC 기준액을 아세요. 2025년에 이루어진 지급의 경우, $600 이상을 받은 계약자에 대해 신고합니다. 2026년 1월 1일 이후의 지급의 경우, One Big Beautiful Bill Act가 연방 기준액을 계약자당 $2,000으로 인상했습니다(2027년부터 물가 연동) — 그러나 여러 주는 여전히 $600에서 보고를 요구하므로, 누군가를 건너뛰기 전에 귀하의 주를 확인하세요.
- 고용세 기록을 최소 4년간 보관하세요. 그것이 IRS 보존 하한이며, 드라이버 급여 분쟁은 더 짧은 기한을 존중하지 않습니다; Spark 합의는 2021년 1월까지 거슬러 올라갔습니다.
드라이버별 지급 로그 — 기본, 인센티브, 전달된 팁 — 가 각 정보 신고서의 합계와 연결됩니다. 드라이버가 1099 합계에 의문을 제기하면, "왜 적게 받았나"에 답하는 바로 그 제안 스냅샷과 조정 행이 그것에도 답합니다.
6. 자체 수익 검증 점검을 실행하세요
명령은 월마트가 명명된 감독자 아래 문서화된 결과와 연간 보고서로 수익을 검증하도록 합니다. 이것을 귀하의 규모로 축소하세요: 매달 한 번, 무작위로 다섯 건의 지급을 골라 각각을 제안 스냅샷에서 은행 이체까지 재구성하세요. 드라이버가 수락한 제안에 표시된 것에 기록된 증가를 더하고 유효한 사유 코드가 있는 기록된 조정만 뺀 금액을 정확히 받았는지 확인하세요. 무엇을 확인했고 무엇을 발견했는지 적으세요 — 지급당 한 단락, 날짜를 기입하여 로그와 같은 폴더에.
그 일을 이름이 있는 한 사람에게 맡기세요, 그 사람이 귀하라 해도. 요점은 관료주의가 아니라 검증이 불만이 생긴 후가 아니라 일정에 따라 일어나게 하는 것입니다. 1년치 월간 표본 점검은 드라이버가 급여에 대해 이의를 제기하거나, 플랫폼이 귀하를 감사하거나, 주 법무장관실이 귀하의 드라이버가 약속받은 것을 받았는지 어떻게 아느냐고 물을 때 가장 갖고 싶어 할 문서입니다.
다섯 건의 지급부터 시작하세요
이 대부분을 갖추기 위해 검증 부서가 필요하지 않습니다. 이번 주에 지난달의 드라이버 지급을 내보내고, 무작위로 다섯 건을 골라 드라이버가 수락한 제안에서 입금된 돈까지 각각을 재구성하세요. 메우지 못한 모든 공백 — 빠진 스냅샷, 설명되지 않은 조정, 추적할 수 없는 팁 — 이 바로 기록해야 할 항목입니다. 그 다섯 공백을 메우면 시스템을 갖춘 것이고, 나머지는 습관입니다.
