Одна "dark kitchen", що керує трьома віртуальними брендами, може мати щомісячних замовлень на суму 90 000 доларів, отримувати один депозит у банку, три форми 1099-K і не мати жодного уявлення, який бренд приносить гроші. Це не перебільшення — це стан за замовчуванням для більшості операторів доставки, коли вони вперше сідають за ведення бухгалтерії.
Мультибрендові хмарні кухні зараз займають 45% світового ринку доставки, і математика тут приваблива: запустіть три або чотири віртуальні бренди на тих самих фритюрницях і в тій самій холодильній камері, потройте свій цільовий ринок і розподіліть фіксовані витрати між меню. Проблема в тому, що юніт-економіка працює лише тоді, коли ваша бухгалтерія може точно сказати, який бренд є прибутковим, яка платформа висмоктує ваші кошти, а які позиції в меню заслуговують на життя. Без дисциплінованого бухгалтерського обліку кожен бренд виглядає як будь-який інший, а "прибутковість стає гіпотезою, а не фактом".
Цей посібник розповідає про бухгалтерські кроки, які відрізняють "dark kitchen" з трьома брендами та нульовою ясністю від тієї, що знає свою маржинальність за брендом, за платформою та за часом доби. Він написаний спеціально для оператора, який керує декількома віртуальними концепціями на спільній кухні — будь то станція CloudKitchens, модуль Kitchen United або звичайний ресторан, що працює як центр доставки.
Чому бухгалтерський облік "dark kitchens" руйнує стандартні ресторанні шаблони
Традиційний ресторан має один бренд, одну POS-систему, один дозвіл на податок з продажів, один набір витрат на продукти та один банківський депозит. "Dark kitchen", що керує чотирма віртуальними брендами, має:
- Чотири (або більше) меню на рівні брендів із інгредієнтами, що перетинаються
- Три або більше сторонніх платформ доставки, кожна з яких створює власну форму 1099-K, графік комісійних та періодичність виплат
- Одну фізичну кухню з однією орендною платою, яку потрібно розподілити між усіма цими брендами
- Одну команду кухарів, що готує їжу для всіх чотирьох брендів одночасно
- Банківські депозити, які об’єднують кілька брендів та кілька платформ у єдині чисті суми
Звіти про продажі від платформ доставки рідко ідеально узгоджуються з даними вашої POS-системи. Банківські депозити об’єднують бренди та локації в окремі транзакції. Фінансові команди в кінцевому підсумку витрачають свій час на звірку замість аналізу. Рішення починається з плану рахунків, який відображає оперативну реальність — а не загального ресторанного шаблону, завантаженого з інтернету.
Створіть план рахунків з урахуванням брендів та каналів
Перед записом будь-якої транзакції налаштуйте свій облік так, щоб кожен рядок доходу та собівартості (COGS) мав два теги: який бренд отримав дохід і який канал доставив замовлення. Найчистіша реалізація виглядає так:
- Рахунки доходів розділені за каналами: DoorDash, Uber Eats, Grubhub, власні онлайн-замовлення, самовивіз
- Прив’язка до бренду є виміром кожної транзакції — бренд бургерів, бренд крилець, бренд боулів, бренд десертів
- Рахунки COGS розділяють вартість продуктів та вартість пакування (докладніше про це нижче)
- Комісія платформи є окремим рядком витрат, а не контрактивним рахунком доходів
- Рекламні знижки, що фінансуються платформою, відстежуються окремо від промоакцій, що фінансуються оператором
Це вимагає більшої дисципліни в обліку, ніж потрібно більшості однобрендових ресторанів. Але це також єдиний спосіб відповісти на питання, яке має значення: "Який бренд насправді є прибутковим на якій платформі?"
Визнання доходу за ASC 606: Ви принципал чи агент?
Найважливіше бухгалтерське рішення, яке приймає оператор "dark kitchen", полягає в тому, чи записувати дохід як валовий (повна ціна чека клієнта) з комісією як витратою, чи як чистий (лише виплата від платформи). Це аналіз "принципал проти агента" згідно з ASC 606, і помилка в цьому спотворює кожен показник маржі у вашому бізнесі.
Ознаки принципала свідчать на користь валового відображення
Майже в кожній схемі роботи "dark kitchen" оператор ресторану є принципалом, а не агентом:
- Ви контролюєте їжу до того, як вона перейде до клієнта (ви її готуєте, сервіруєте, передаєте водієві)
- Ви встановлюєте ціни в меню на платформі (з урахуванням встановлених платформою мінімумів та правил)
- Ви несете інвентарний ризик щодо непроданих інгредієнтів
- Клієнт купує їжу, а не послугу доставки — їжа є вашим продуктом
Оскільки ви є принципалом, ви фіксуєте дохід за повною ціною меню, яку сплатив клієнт, а потім записуєте комісію платформи як окремі операційні витрати. Чайові водіям, які проходять через платформу до водія, не є вашим доходом — це транзитні кошти, і вони не повинні впливати на ваш валовий дохід.
Щоденні записи для узгодження 1099-K
Коли на ваш банківський рахунок надходить виплата від DoorDash у розмірі $4,200 за день, коли ваші валові продажі склали $6,000, цей єдиний переказ ACH представляє:
- $6,000 валових платежів від клієнтів (ваш дохід)
- ($1,500) комісія платформи (операційні витрати, ~25% від валового доходу)
- ($180) рекламні кредити, що фінансуються платформою (дебет на рахунок «контр-доходу від промоакцій» або «спільного маркетингу», залежно від джерела фінансування)
- ($120) податок з продажів, зібраний фасилітатором маркетплейсу (більше не є вашим зобов'язанням у більшості штатів)
Якщо ви запишете депозит як $4,200 доходу, ви занизите дохід на $1,800, неправильно відобразите витрати на комісію, втратите видимість податку з продажів і зробите вашу форму 1099-K — яка звітує про валові $6,000 — неможливою для звірки. Записуйте валовий дохід по днях, а потім реєструйте комісії процесора, повернення коштів, чарджбеки, виплачені чайові та податок з продажів як окремі рядки, щоб ваші підсумки збігалися як з 1099-K, так і з банком.
Податок з продажів через фасилітаторів маркетплейсів: правило, що змінилося у 2020 році та збиває з пантелику більшість операторів
Кожен штат, де є податок з продажів, тепер має закон про фасилітаторів маркетплейсів (marketplace facilitator), який у більшості випадків покладає відповідальність за збір та перерахування податку з продажів на платформу доставки — а не на ресторан — для замовлень, які обробляє платформа. DoorDash, Uber Eats та Grubhub діють як фасилітатори маркетплейсів у більшості штатів.
Що це означає на практиці:
- Платформа збирає податок з продажів з клієнта та перераховує його безпосередньо штату
- Оператор не включає ці продажі через маркетплейс у свою власну податкову декларацію як оподатковувані продажі — зазвичай вони звітуються як «продажі через маркетплейс» в окремому рядку та виключаються з суми податку до сплати
- Оператор все одно винен податок з продажів за власні замовлення (через власний вебсайт, самовивіз, кейтеринг, замовлений напряму)
- Багато штатів мають специфічні правила та форми; CDTFA Каліфорнії, наприклад, вимагає ретельних процедур закриття, коли віртуальна кухня (ghost kitchen) припиняє діяльність
Порада для бухгалтерії: тримайте податок з продажів через маркетплейси повністю відокремленим. Не реєструйте його як своє зобов'язання і не вимагайте податкового кредиту за нього у своїй декларації. Найчистіший варіант — записувати валову ціну квитка клієнта без урахування податку з продажів як ваш дохід, а рядок податку з продажів залишати як пам'ятку (memo) або запис із нульовим ефектом, що показує, скільки платформа зібрала від вашого імені.
Якщо ви продаєте за межі штату — наприклад, віртуальна кухня поблизу кордону штату, яка відправляє фірмові товари — вам також може знадобитися відстежувати пороги економічного зв'язку Wayfair (Wayfair economic nexus) для ваших прямих продажів. Поріг кожного штату (зазвичай $100,000 продажів або 200 транзакцій) застосовується незалежно.
Розподіл однієї кухні між декількома брендами
Віртуальна кухня, що керує чотирма брендами, має спільну оренду, спільні комунальні послуги, спільний час використання витяжки, спільний простір у холодильній камері, спільних менеджерів кухні та спільних кухарів. Жодна з цих витрат не належить якомусь одному бренду. Їх потрібно розподіляти, і те, як ви їх розподіляєте, визначає, чи виглядає кожен бренд прибутковим чи ні.
Виберіть одну методику розподілу та дотримуйтеся її
Три обґрунтовані підходи:
- Розподіл за часткою доходу — розподіл спільних витрат пропорційно до частки доходу кожного бренду. Просто, але карає бренди з високим доходом і низькою маржею.
- Розподіл за кількістю замовлень — розподіл за кількістю замовлень. Краще, коли один бренд продає основні страви по $30, а інший — буріто по $8, тому що трудовитрати масштабуються залежно від замовлень, а не доларів.
- Розподіл за часом роботи кухні — розподіл за хвилинами використання гриля, фритюрниці або часу на підготовку, які споживає кожен бренд. Найточніший, але найважчий для відстеження. Вартий зусиль, якщо один бренд використовує вок 80% зміни, а інший — лише холодний цех.
IRS не вимагає конкретного методу, але вимагає послідовності. Виберіть один, зафіксуйте його в меморандумі про облікову політику та застосовуйте кожного періоду. Зміна методів у середині року, щоб збитковий бренд виглядав краще, є «червоним прапорцем» при будь-якій перевірці та марною для прийняття реальних рішень.
Цільові показники P&L на рівні бренду, до яких варто прагнути
Після розподілу спільних витрат здоровий віртуальний бренд на сторонній платформі зазвичай показує приблизно:
- 28–32% собівартість продуктів (food COGS) (трохи вище, ніж у залі, через витрати на пакування)
- 3–5% собівартість пакування (packaging COGS) (окремий рядок — не ховайте це у вартість продуктів)
- 20–25% комісія платформи
- 20–25% витрати на оплату праці (розподілені)
- 8–12% оренда та накладні витрати (розподілені)
- 5–10% залишковий маржинальний дохід (contribution margin)
Маржинальний дохід на бренд є найважливішим показником. Якщо бренд не може вийти в плюс після комісій платформи та пакування, жодна кількість маркетингу це не виправить — юніт-економіка порушена.
Відокремлюйте собівартість пакування від собівартості продуктів
Це одна з найпоширеніших помилок у веденні обліку, яких припускаються оператори віртуальних кухонь. Пакування для замовлення на доставку — контейнер, кришка, пакет, соусниці, фірмова наклейка, набір приборів, серветки — може коштувати від $1.50 до $3.00 за замовлення. При чеку у $20 це становить 7.5%–15% доходу.
Якщо ви сховаєте пакування всередині собівартості продуктів (food COGS), ви подумаєте, що ваші витрати на продукти становлять 35% (що тривожно і вказує на проблеми з постачальниками або контролем порцій), тоді як насправді це 30% продукти + 5% пакування (де саме пакування є важелем, на який ви можете вплинути). Ці дві категорії витрат реагують на абсолютно різні управлінські дії.
Відстежуйте пакування як окремий рядок COGS. Розподіліть далі, якщо це корисно:
- Основна тарна (контейнери, миски, коробки для піци)
- Вторинне пакування (пакети, тримачі, брендовані рукави)
- Набори соусів та приборів
- Брендована продукція (наклейки, маркетингові вкладиші)
Деякі оператори стягують «плату за пакування» як окрему позицію на платформі. Чи можете ви це робити, залежить від правил платформи та толерантності клієнтів — але якщо ви це робите, визнавайте цю плату як дохід, а відповідну вартість пакування як COGS, щоб математика була прозорою.
Капіталізація облаштування: Розділ 179, бонусна амортизація та питання QIP
Облаштування хмарної кухні (ghost kitchen) зазвичай включає витяжні системи, комбіновані печі, вок-плити, швидкісні печі, холодильні камери, столи для приготування, фритюрниці, POS-планшети, посудомийні машини та принтери етикеток. Більшість цього обладнання підпадає під дію Розділу 179 (Section 179) щодо списання витрат або бонусної амортизації у рік введення в експлуатацію.
Кілька специфічних моментів, які часто дивують операторів хмарних кухонь:
- Розділ 179 дозволяє списувати витрати на відповідне обладнання в межах щедрого річного ліміту, враховуючи обмеження щодо оподатковуваного доходу.
- Бонусна амортизація поступово згортається — відсоток, що застосовується до відповідного майна, введеного в експлуатацію у 2026 році, нижчий за 100%, які були доступні у 2017–2022 роках, тому перевірте поточний річний відсоток зі своїм бухгалтером (CPA), перш ніж робити припущення.
- Кваліфіковане майно для покращення (QIP) (внутрішні, неструктурні поліпшення нежитлової будівлі) зазвичай вважається майном із 15-річним терміном експлуатації, що має право на бонусну амортизацію — це актуально, якщо ви будуєте власне приміщення, а не орендуєте станцію у CloudKitchens.
- Якщо ви орендуєте готову станцію у CloudKitchens або Kitchen United, обладнання належить орендодавцю — ви зазвичай капіталізуєте лише ті покращення орендного майна, за які заплатили самі, як-от POS-обладнання, принтери етикеток та придбаний дрібний інвентар.
- Розподіл вартості (cost segregation) дозволяє перекласифікувати частини облаштування з 39-річної нерухомості в категорію майна з терміном експлуатації 5, 7 або 15 років, що значно прискорює амортизацію.
Це найкращий аргумент на користь ведення чіткого обліку основних засобів. Таблиця обладнання з датою купівлі, вартістю, номером рахунку постачальника та класифікацією заощадить вам тисячі під час податкового сезону та є обов’язковою умовою для захисту в разі аудиту.
Класифікація працівників: Лінійні кухарі на W-2 проти «примарних» підрядників на 1099
Хмарним кухням майже завжди потрібно, щоб їхні лінійні кухарі, помічники кухарів та менеджери кухонь були штатними працівниками на формі W-2. Остаточне правило Міністерства праці США (DOL) від 2024 року щодо класифікації незалежних підрядників у поєднанні з суворими ABC-тестами у таких штатах, як Каліфорнія, Массачусетс і Нью-Джерсі, робить класифікацію кухарів як підрядників на формі 1099 невиправданою майже в будь-якій ситуації.
Відповідні фактори, які майже завжди не дозволяють вважати кухаря підрядником (1099):
- Робота є невід’ємною частиною вашого бізнесу (ви не можете керувати рестораном без кухарів).
- Ви контролюєте графік, меню, рецепти та робочий процес.
- Кухар використовує ваше обладнання у вашому приміщенні з ваших інгредієнтів.
- Кухар працює виключно на вас під час своєї зміни.
Ризики неправильної класифікації включають донарахування податків FICA, страхування на випадок безробіття, внесків на страхування від нещасних випадків на виробництві, державні штрафи та колективну відповідальність за заборгованість із заробітної плати. Математика жорстока — один неправильно класифікований кухар може коштувати п’ятизначну суму в донарахованих податках і штрафах за кожен рік порушення.
Хто може законно бути підрядником (1099) у контексті хмарної кухні:
- Зовнішній бухгалтер, фінансовий спеціаліст або консультант з маркетингу.
- Консультант з бренду або розробник меню, залучений для конкретного проєкту з відрядною оплатою.
- Фотограф, який проводить зйомку страв для платформ бренду.
- Технік з ремонту обладнання.
Незалежні кур'єри, надіслані DoorDash, Uber Eats або Grubhub, є підрядниками платформи, а не вашими. Ви не видаєте їм форму 1099, а їхні чайові не проходять через ваш звіт про прибутки та збитки (P&L).
Податковий кредит FICA на чайові та інші специфічні для ресторанів аспекти
Якщо ваша хмарна кухня приймає чайові — через опцію у власному додатку для замовлень або через скриньку для чайових біля вікна видачі — ви можете мати право на податковий кредит FICA на чайові за Розділом 45B. Кредит покриває частку податку FICA, сплачену роботодавцем з чайових, що перевищують рівень федеральної мінімальної заробітної плати.
Практична бухгалтерія:
- Подавайте форму 8027, якщо ви перевищуєте поріг великого роботодавця.
- Відстежуйте задекларовані чайові за кожним працівником за кожен платіжний період.
- Звіряйте задекларовані чайові з загальними сумами чайових за кредитними картками, щоб виявити заниження даних.
- Щороку розраховуйте кредит за формою 8846.
Більшість суто доставочних хмарних кухонь мають незначні чайові (чайові йдуть кур'єру, а не кухні), тому це більше стосується гібридних операторів із вікном видачі або власним функціоналом чайових.
Чому текстовий облік із контролем версій особливо підходить хмарним кухням
Бухгалтерська реальність хмарної кухні — багатоканальність, багатобрендовість, робота на кількох платформах із тисячами дрібних транзакцій на місяць — це саме той сценарій, де прозора система обліку, що підтримує скрипти, приносить найбільшу вигоду:
- Імпорт CSV-файлів із DoorDash, Uber Eats та Grubhub можна обробляти програмно та розподіляти на правильні рахунки доходів, комісій та рекламних витрат.
- Атрибуція за брендом та каналом зберігається в тегах кожної транзакції, тому один звіт може розрізати маржинальний дохід будь-яким зручним для вас способом.
- Звірки автоматизовані, а не ручні — ваш бухгалтер перестає бути оператором введення даних.
- Контроль версій означає, що ви точно бачите, коли було введено неправильний розподіл коштів і хто це зробив.
Альтернатива — закрите SaaS-рішення, яке ховає журнальні записи за гарною панеллю приладів — це саме той інструмент, який не підходить для бізнесу, чия економіка одиниці залежить від правильного розподілу витрат.
KPI, які насправді використовують оператори віртуальних кухонь
Коли бухгалтерський облік впорядковано, ось показники, за якими варто стежити щотижня:
- Маржинальний дохід на замовлення, на бренд, на платформу — найважливіша метрика
- Кількість чеків на бренд за годину роботи кухні — пропускна здатність, найближчий аналог «заповнюваності» для віртуальної кухні
- Ефективна ставка комісії за платформою — включаючи рекламні збори, витрати на маркетинг та основну комісію
- Відсоток фудкосту та вартості упаковки — відстежуються окремо для кожного бренду
- Рівень повернень та чарджбеків за платформою — випереджальний індикатор якості їжі, упаковки або проблем із кур'єрами
- Рівень скасувань до моменту видачі — показник проблем із потужністю кухні та таймінгом
- Середній чек на бренд — стан ціноутворення в меню
- Відсоток постійних клієнтів (лише для замовлень через власні канали) — платформи володіють даними клієнтів, тому ви можете виміряти це лише для власних замовлень
Тримайте фінанси вашої віртуальної кухні в порядку з першого дня
Мультибрендова доставка — це маржинальний бізнес, а маржинальний бізнес залежить від чіткості бухгалтерського обліку. Ви повинні залишати ті бренди, на які вказують цифри, а не ті, що мають найкрасивіші фото в меню чи найгучнішого засновника. Beancount.io забезпечує облік у текстовому форматі (plain-text) із контролем версій, що дає вам повну прозорість щодо кожного бренду, кожної платформи та кожного розподілу витрат — без «чорних скриньок», прив’язки до розробника та з легкою інтеграцією CSV-файлів платформ і експортів із POS-систем, які віртуальна кухня генерує щодня. Почніть безкоштовно і дізнайтеся, чому оператори доставки з трьома, чотирма або навіть десятьма брендами обирають plain-text облік замість звичайного програмного забезпечення для ресторанів.