레스토랑이 뉴욕시에서 배달 앱을 통해 판매한다면, 2026년 초에 시행된 일련의 노동자 보호 규정이 모든 주문의 서류 작업을 조용히 다시 작성했습니다: 배달원을 위한 시간당 $22.13의 최저 임금, 체크아웃 전 팁 요청, 항목별 명세서가 포함된 주간 정산, 그리고 수백만 달러 규모의 결과를 초래하는 실제 집행. 그 돈 중 어느 것도 귀하의 것이 아닙니다 — 그러나 모든 돈은 귀하의 장부, 은행 예금, 세금 신고서를 통해 흐릅니다.
장부를 잘못 기록하면 매출을 과대 계상하고, 수수료를 과소 계상하고, 팁을 잘못 처리하고, 원장의 어떤 것과도 일치하지 않는 1099-K로 세금 시즌에 들어가게 됩니다. 다음은 법이 요구하는 사항, 숫자에 영향을 미치는 부분, 그리고 모든 배달 수익이 올바른 위치에 기록되도록 계정과목표를 설정하는 방법입니다.
시간당 $22.13 최저 임금 — 그리고 그것이 손익계산서에 나타나는 이유
뉴욕시는 앱 기반 음식 및 식료품 배달 노동자에게 팁을 제외한 최저 시간당 요금을 보장합니다. 2026년 4월 1일 이후 시작되는 급여 기간의 경우 해당 요금은 시간당 $22.13이며, $21.44에서 인상된 것입니다 — 3.2%의 물가상승률 조정입니다. 시의 소비자·근로자 보호국(DCWP)은 매년 2월 1일 이전에 조정된 요율을 발표하며, 매년 4월 1일에 인상됩니다.
귀하는 배달원에게 직접 지불하지 않으므로 왜 신경을 써야 합니까? 세 가지 이유가 있습니다:
- 플랫폼이 비용을 전가합니다. 더 높은 의무 배달원 급여는 수수료 및 서비스 수수료 항목이 계속 증가하는 이유 중 하나입니다. 주문당 경제성이 변경될 때, 이를 확인하려면 수수료 항목을 순 입금액에 묻지 않고 별도로 기록해야 합니다.
- 메뉴 가격 책정 계산이 변경됩니다. 한 수수료 부담에서 수익성이 있었던 배달 채널이 다른 수수료 부담에서는 그렇지 않을 수 있습니다. 장부에 총 배달 매출, 플랫폼 수수료, 순 지급액이 세 가지 별개의 숫자로 표시되어야만 자신 있게 가격을 재조정할 수 있습니다.
- 집행은 이론이 아니라 실제로 이루어집니다. 시는 앱의 월간 보고를 분석하며, 이미 최저 임금 위반으로 세 개의 주요 배달 플랫폼과 5백만 달러 이상의 합의를 발표했습니다 — 수만 명의 노동자에 대한 배상금과 수천 개의 비활성화된 계정 복원을 포함합니다. 규제 기관이 플랫폼을 감사할 때, 서류 흔적은 판매자 지급액을 통해서도 이어집니다. 깨끗한 기록은 다른 사람의 분쟁에서 벗어나게 해줍니다.
실행 항목: 매년 4월에 DCWP의 발표 요율을 확인하고 배달 채널 마진을 다시 계산하십시오. 최저 임금이 인상된 경우, 수수료 부담이 한두 분기 내에 이를 따를 것이라고 가정하십시오.
팁 투명성: 체크아웃 시 10% 프롬프트와 전가 규정
2026년 1월 보호 조치는 팁을 배달 후로 옮겼던 조용한 업계 변화를 뒤집었습니다. 이제 시에서 운영되는 앱은 다음을 수행해야 합니다:
- 고객에게 체크아웃 전 또는 체크아웃 시 팁을 제공할 수 있는 옵션을 제공하고,
- 권장 최소 팁 10% 를 표시하고,
- 급여와 팁을 포함한 각 작업자의 건별 보상을 공개해야 합니다.
장부 기록의 핵심 원칙은 팁은 전가 자금이며 결코 수익이 아니다는 것입니다. 고객의 팁은 고객에서 플랫폼을 거쳐 배달원에게 전달됩니다. 그것은 귀하의 판매, 귀하의 소득, 귀하의 비용이 아닙니다. 기업은 두 가지 방식으로 문제를 일으킵니다:
- 총 지급액을 수익으로 기록. 주간 플랫폼 입금액에 배달원에게 전달된 고객 팁이 포함된 경우, 전체 입금액을 매출로 기록하면 수익을 과대 계상하게 됩니다 — 그리고 세금을 납부해야 할 소득도 과대 계상하게 됩니다.
- 팁을 수수료와 상계. 팁 유입, 팁 유출. 팁은 정확히 순효과 0으로 클리어링 또는 미지급금 계정을 통과해야 하며, 완전히 표시되고, 수수료 비용과 상계되어서는 안 됩니다.
실행 항목: 전용 지급 예정 팁 — 플랫폼 전가 부채 계정을 만드십시오. 각 지급 명세서의 팁 라인은 이 계정으로 들어왔다 나갑니다. 월말에 잔액은 0(또는 현재 주의 미결제 금액만)이어야 합니다. 그렇지 않다면 수익 문제가 아니라 조정 문제가 있는 것입니다.
주간 정산, 무료 결제, 항목별 명세서
2026년 규칙은 플랫폼이 배달 노동자에게 최소 주 1회, 결제 수단에 대한 수수료 없이 지급하고, 급여 기간 종료 후 7일 이내에 총 보상과 순 보상 및 모든 허용 가능한 공제를 항목별로 기재한 서면 급여 명세서를 제공하도록 요구합니다.
동일한 원칙이 귀하의 관계에도 적용되어야 합니다. 레스토랑에 대한 플랫폼 지급액은 일반적으로 자체 주기로, 여러 조정 항목을 차감한 순액으로 도착합니다. 모든 지급액을 소규모 월말 결산처럼 취급하십시오:
- 총액에서 시작. 총 식음료 매출을 전체 메뉴 가격으로 기록하십시오. 정확히 플랫폼 조정 전에 고객이 지불한 금액입니다.
- 각 공제를 별도의 라인으로 기록. 배달 수수료, 서비스 수수료, 결제 처리 수수료, 마케팅 배치, 환불, 차지백은 각각 별도의 비용 또는 매출 차감 계정을 가집니다.
- 입금액에 도달. 총액에서 항목별 공제를 뺀 금액이 은행 입금액과 1센트까지 일치해야 합니다. 일치하지 않으면 차액은 식별될 때까지 가수금 또는 클리어링 계정에 남아 있어야 합니다 — 결코 수익에 메우지 마십시오.
- 명세서 보관. 모든 플랫폼 지급 명세서를 해당 월의 기록과 함께 다운로드하여 보관하십시오. 이는 수수료 공제 및 1099-K 조정을 위한 증빙 서류입니다.
순 입금액만 기록하는 레스토랑은 일관되게 매출과 비용을 모두 과소 계상합니다. 이는 식품 원가율을 좋게 보이게 하고, 채널 비교를 왜곡하며(배달이 실제로 수익성 있는가, 아니면 그렇게 보일 뿐인가?), 플랫폼이 IRS에 보고하는 총액과 불일치를 만듭니다.
비활성화 보호: 배달원 고용 안정이 운영에 미치는 의미
프레임워크의 가장 새로운 부분은 소위 불공정한 비활성화 — 플랫폼이 정당한 사유 없이 노동자를 차단하는 것 — 를 제한합니다. 시 규정에 따라 배달 서비스는 배달원을 비활성화하려면 타당한 이유가 있어야 하며, 통지와 서면 설명을 제공하고, 비공식 해결 절차 또는 DCWP 검토를 통해 결정에 이의를 제기할 수 있는 경로를 제공해야 합니다. 진정한 경제적 이유에 의한 비활성화는 긴 사전 통지 요건을 수반하며, 구제책에는 복직과 손실된 임금 지급이 포함됩니다.
이것은 노동자 측 법률이지만 상인에게는 두 가지 실질적인 결과가 있습니다:
- 배달원 가용성은 더 안정적이며 — 분쟁은 더 느립니다. 분쟁 중인 배달원은 몇 주 동안 플랫폼에서 제외될 수 있습니다. 금요일 밤 매출이 빠른 배달원 수락 시간에 달려 있다면, 단일 플랫폼에 의존하지 말고 여러 플랫폼에 분산하십시오.
- 자체 배달 직원을 고용하는 경우, 그 대비가 중요합니다. W-2 운전자는 표준 임금, 초과 근무, 기록 보관 규칙 — 시간 기록, 급여 명세서, 산재 보상 — 의 적용을 받습니다. 두 시스템에 대한 시의 메시지는 동일합니다: 급여를 동시에 문서화하지 않으면 나중에 논쟁에서 패배합니다. 직원 배달 임금, 주행 거리 상환, 산재 보상 보험료는 플랫폼 관련 어떤 것과도 엄격히 분리된 계정에 보관하여 플랫폼 분쟁이나 감사가 급여 장부와 얽히지 않도록 하십시오.
여전히 마진을 구성하는 수수료 상한선
노동자 급여 규칙과는 별도로, 시의 오랜 제3자 배달법은 앱이 레스토랑에 청구할 수 있는 금액을 제한합니다: 주문의 15%는 배달, 5%는 기타 서비스이며, 결제 처리(거래) 수수료는 제외됩니다. 이러한 상한선은 영구적이지만, 정확한 규제 자세는 소송과 재검토를 거쳤습니다 — 요금을 이의 제기하기 전에 DCWP의 수수료 상한선 페이지에서 현재 상태를 확인하십시오.
원장에서 중요한 것은 플랫폼이 청구하는 모든 수수료가 상한이 적용되는 배달 수수료, 상한이 적용되는 서비스 수수료, 상한이 없는 전가 처리 수수료의 세 가지 범주 중 하나에 매핑되어야 한다는 것입니다. 명세서에 예상 비율을 초과하는 혼합 "서비스 수수료"가 표시되면 분리하여 플랫폼의 판매자 지원에 항목별 내역을 요청하십시오. 식별하지 못한 과다 청구는 회수하지 못한 마진입니다.
다음 정산 전에 계정과목표 설정
다음은 위의 모든 것을 처리하는 최소한의 계정 구조입니다. 이름을 기존 장부에 맞게 조정하되 분리를 유지하십시오:
- 매출
- 매장 내 판매
- 마켓플레이스 배달 매출(총액, 전체 메뉴 가격)
- 직접 온라인/전화 주문
- 매출 차감
- 플랫폼 환불 및 크레딧
- 차지백
- 배달 채널 비용(운영 비용, 각각 한 줄)
- 플랫폼 배달 수수료
- 플랫폼 서비스 및 마케팅 수수료
- 결제 처리 수수료 — 플랫폼 주문
- 부채
- 지급 예정 팁 — 플랫폼 전가
- 플랫폼 지급액 클리어링(입금액이 도착할 때까지 총액이 여기에 기록됨)
월간 루틴은 기계적입니다: 총 매출을 마켓플레이스 배달 매출에 기록하고 플랫폼 지급액 클리어링을 상계로 기록; 각 수수료 라인을 클리어링 계정에 대한 비용으로 기록; 팁을 지급 예정 팁 계정으로 이동; 은행 입금액이 도착하면 클리어링 계정에 대해 차감합니다. 클리어링은 0으로 끝납니다. 지급 예정 팁도 0으로 끝납니다. 남은 것이 있으면 그것은 미스터리가 아니라 명확하고, 날짜가 표시된, 할당된 작업입니다.
평문 원장에서 이러한 계정을 구성하는 방법에 대한 자세한 내용은 문서를 참조하십시오. 각 채널이 제 역할을 하는지 시각적으로 확인하려면 동일한 데이터를 Fava와 같은 대시보드에 연결하고 매월 매장 내, 직접 온라인, 마켓플레이스 마진을 나란히 비교하십시오.
1099-K 조정: 지금 방지해야 할 1월의 서프라이즈
플랫폼은 총 마켓플레이스 매출을 양식 1099-K에 보고합니다 — 수수료, 환불, 조정 전입니다. 은행 명세서에는 순 입금액이 표시됩니다. 이 두 숫자 사이의 차이는 매년 1월 레스토랑 주인을 당황시키며, 검사관이 가장 먼저 묻는 것 중 하나입니다.
위의 계정 구조를 사용하면 조정은 저절로 작성됩니다:
1099-K 총액 = 마켓플레이스 배달 매출 − 플랫폼 환불 및 크레딧 − 차지백(명세서에 보고된 대로)
이 조정을 4월이 아닌 12월에 구축하십시오. 각 플랫폼의 연간 요약을 가져와 총 매출 계정에 연결하고, 총액에서 입금액을 연결하는 모든 수수료 및 환불 범주를 나열하고, 작업 서류를 세금 기록과 함께 보관하십시오. 플랫폼의 1099-K에 플랫폼이 대신 징수하여 납부한 판매세가 포함된 경우 — 마켓플레이스 촉진자 규칙에서 일반적 — 그 내용도 문서화하여 세금에 대한 소득세를 납부하거나 플랫폼이 이미 처리한 판매세를 이중 납부하지 않도록 하십시오.
이번 주에 중단해야 할 일반적인 실수
- 순 입금액을 매출로 기록. 매출과 비용을 과소 계상하고, 모든 비율을 왜곡하며, 1099-K와 불일치를 만듭니다.
- 팁을 매출로 처리하거나 무시. 팁은 순효과 0의 부채 계정을 통해 가시적으로 전가되어야 합니다.
- 모든 플랫폼 수수료를 한 줄로 합산. 15% 상한 위반을 이의 제기하거나 볼 수 없는 마케팅 지출을 재협상할 수 없습니다.
- 주간 대사 건너뛰기. 설명되지 않은 작은 차이가 누적되어 연말에는 고칠 수 없는 메우기 항목이 됩니다. 명세서와 지원 티켓이 새로운 동안 며칠 내에 모든 지급액을 조정하십시오.
- W-2 운전자 비용과 플랫폼 비용 혼합. 자체 배달원에 대한 급여, 주행 거리, 산재 보상은 인건비 계정에 속합니다 — 마켓플레이스 지급액과 상계하지 마십시오.
재무 관리 간소화
메뉴 가격 아래에서 배달 규칙이 계속 변경됨에 따라, 각 판매 채널에 대해 명확하고 별도의 기록을 유지하는 것이 규정 준수 문제를 세금 문제로 바꾸지 않도록 하는 방법입니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제권을 제공하는 평문 회계를 제공합니다 — 블랙박스 없음, 공급업체 종속 없음. 무료로 시작하고 개발자와 재무 전문가가 평문 회계로 전환하는 이유를 확인하십시오.