Бухгалтерский учет нескольких магазинов в QuickBooks: ведите книги в порядке

Учет нескольких магазинов в QuickBooks решается в день запуска второго магазина — большинство операторов узнают об этом слишком поздно, через четырнадцать месяцев.

---

В повестке дня четверговой встречи с самим собой один пункт: закрыть второй магазин или удвоить усилия по нему.

Итак, вы открываете QuickBooks, чтобы получить ответ. Общий доход вырос. Комиссии продавца выросли. Расходы на рекламу сильно выросли. И ни к чему из этого не привязан магазин. Ваш счет «Продажи» — это обе марки, слитые в одно число. Ваш счет комиссий — это одна смешанная цифра. Вы не можете, имея перед собой эти данные, сказать, принес ли второй магазин прибыль в прошлом квартале или тихо съел маржу первого магазина.

Это та часть, о которой никто вас не предупреждает, когда вы запускаете второй магазин — новый бренд, новый регион или магазин WooCommerce рядом с вашим магазином Shopify. Бухгалтерия не удваивается. Она утраивается, потому что теперь есть третья задача: разделять два магазина. И если вы пропустили эту задачу, вы точно знаете почему, потому что вы сказали ту же фразу, которую говорят почти все: «Я просто внесу оба магазина в одни и те же счета QuickBooks и разберусь позже, когда мне понадобится».

Позже — это сейчас. И вот неудобная механическая правда об учете нескольких магазинов в QuickBooks: смешанные данные нельзя разделить задним числом. Четырнадцать месяцев транзакций без метки магазина не ждут сортировки — информация никогда не была зафиксирована. Решение, которое имеет значение, принимается в первый день, в структуре. Хорошая новость в том, что структура не сложна. Она состоит из четырех решений, и в этом посте мы рассмотрим их все.

Учет нескольких магазинов в QuickBooks: один файл или два?

До транзитных счетов, до сопоставления комиссий, до чего-либо — структурный вопрос: будет ли второй магазин находиться в вашем существующем файле QuickBooks или в своем собственном?

Правило принятия решения достаточно короткое, чтобы его запомнить: юридическое лицо — это граница файла. Бренд или канал — это класс или местоположение внутри файла.

Ваша настройка	Структура QuickBooks
Два магазина, одно юридическое лицо (два бренда или Shopify + WooCommerce)	Один файл QBO с классом или местоположением для каждого магазина
Два магазина, два юридических лица, подающих отдельные декларации	Два файла QBO — без исключений
Холдинговая компания с дочерними компаниями	Один файл на юридическое лицо; консолидация на уровне отчетности

Аргументация работает в обоих направлениях. Файл QuickBooks — это учетная книга для одной налоговой единицы. Объедините две единицы в один файл, и вы не сможете подготовить отчетность ни для одной из них, не разделив файл — каждая транзакция превратится в вопрос «чей это?» в самый неподходящий момент. Разделите одну единицу на два файла, и вы получите обратную проблему: ни одного P&L, ни одного баланса, и ручная консолидация каждый раз, когда ваш бухгалтер или кредитор запрашивает полную картину.

Большинство операторов, читающих это, относятся к первой категории: одно ООО, два магазина. Если это вы, то ответ — один файл с отслеживанием по магазинам, и остальная часть этой статьи посвящена его созданию.

Одно предварительное условие, которое стоит упомянуть: отслеживание по классам и местоположению требует QuickBooks Online Plus или Advanced. Если у вас Essentials, это обновление является частью реальной стоимости второго магазина. Заложите это в бюджет, а не пытайтесь обойти — обходной путь — это блендер.

И один срок, который стоит упомянуть: в тот момент, когда вы внедряете инструменты синхронизации, архитектура перестает быть обратимой. В LedgerPort бизнес связывает один магазин с одной компанией QuickBooks, и как только это соединение авторизовано, компанию QBO никогда нельзя будет заменить на другую позже. Вопрос о файле должен быть решен до того, как кто-либо нажмет «Авторизовать» — а не пересматриваться после того, как протекли шесть месяцев транзакций.

Обратите внимание, что предполагают инструменты: одна компания QuickBooks на бизнес. «Два файла, один вход» — это поддерживаемая по умолчанию конфигурация, и каждый бизнес полностью изолирован — в документации это изложено ясно: изменения, внесенные в одном бизнесе, не влияют на другой. Так что, если ваши магазины являются отдельными единицами, решение с двумя файлами — это не компромисс, с которым вы будете бороться с вашим программным обеспечением; это настройка по умолчанию, на которой построено программное обеспечение.

Структура для каждого магазина в одном файле

Чистая многомагазинная бухгалтерия в одном файле QBO сводится к четырем компонентам. Ни один из них не является экзотическим. Все они должны существовать до того, как поступят транзакции, а не после.

1. Класс или местоположение для каждого магазина

QuickBooks предоставляет два измерения для тегирования. Местоположение применяет один тег к транзакции — что в точности соответствует магазину, поэтому обычно это более чистое решение. Класс может разделять отдельные строки в транзакции, что лучше подходит для таких вещей, как категории продуктов. Разумный вариант по умолчанию: используйте «Местоположение» для магазина и оставьте «Класс» в резерве для второго измерения, которое вам может понадобиться позже.

Что бы вы ни выбрали, правило — полное покрытие. Каждый чек продажи, каждая комиссия, каждый возврат получает тег магазина. Неотмеченная транзакция — это транзакция, возвращенная в блендер.

2. Транзитный счет для каждого магазина, для каждого шлюза

Для каждого магазина процессор платежей получает свой собственный клиринговый счет в вашей учетной системе: Клиринг Shopify Payments — Бренд A, Клиринг Shopify Payments — Бренд B, Клиринг Stripe — Woo Store. Продажи поступают на клиринговый счет магазина; выплаты списываются с него на банк; счет возвращается к нулю, когда все сверяется.

Поделитесь одним клиринговым счетом между магазинами, и вы потеряете лучший способ диагностики. Клиринговый счет, который не обнуляется, указывает на конкретную проблему — но только если он принадлежит одному магазину. Объедините два магазина, и ошибка в Бренде А будет скрываться в балансе Бренда Б неопределенно долго.

Если ваша учетная система была создана до второго магазина, сейчас самое время ее реструктурировать — наш шаблон учетной системы для электронной коммерции является исходной структурой, и вы дублируете разделы клиринга и комиссий для каждого магазина.

3. Строки комиссий для каждого магазина

Сопоставляйте комиссии так, чтобы они были видны по магазинам — либо отдельные счета (Комиссии продавца — Бренд A), либо один счет комиссий с последовательно примененным тегом магазина.

Это важнее, чем кажется. Эффективная стоимость обработки отличается для каждого магазина: разные комбинации шлюзов, разные средние стоимости заказов, разные уровни возвратов. Если эффективная ставка комиссии Бренда Б составляет 3,1%, а Бренда А — 2,4%, это реальный разрыв в марже, на который вы можете повлиять — но только если комиссии никогда не смешивались.

4. Письменное правило для общих затрат

Два магазина делят между собой: рекламный аккаунт, контракт с 3PL, вашу собственную зарплату. Выберите основу для распределения — доля выручки подойдет — учитывайте это ежемесячно с помощью повторяющейся бухгалтерской записи и запишите правило. Идеального распределения не существует. Последовательное распределение — вот что делает P&L по магазинам надежным, а последовательность сохраняется только в том случае, если правило задокументировано, а не пересматривается каждый месяц.

[ИЗОБРАЖЕНИЕ: Выдержка из учетной системы, показывающая параллельные разделы для каждого магазина — два клиринговых счета и два счета комиссий продавца, помеченные как Бренд A и Бренд B]

Если одна из ваших витрин — WooCommerce, ее данные о заказах поступают в более беспорядочном виде, чем у Shopify — руководство по бухгалтерскому учету WooCommerce охватывает эти особенности, прежде чем вы включите этот магазин в эту структуру.

Три ловушки, которые смешивают бухгалтерию

Даже правильная настройка деградирует в предсказуемых местах. Три из них являются причиной большинства проблем.

Межмагазинные перемещения запасов. Перемещение запасов из Бренда А в Бренд Б не является продажей — вы являетесь одной и той же юридической организацией. Записывайте это как одно, и Бренд А покажет выручку, которую он никогда не получал, в то время как себестоимость Бренда Б пойдет вразнос. Перемещайте по себестоимости с помощью бухгалтерской записи между счетами активов запасов, без строки выручки где-либо. (Если ваши магазины *являются* отдельными организациями, верно обратное: это реальная внутрифирменная продажа по обоснованной цене — еще одна причина, по которой решение о границе организации принимается в первую очередь.)

Общий расход на рекламу. Одна учетная запись Meta финансирует кампании обоих магазинов, а списание по карте происходит как единая трата. Оставьте это без разделения, и один магазин будет молча нести расходы на привлечение другого, обычно более старый магазин субсидирует новый, что делает новый магазин лучше, чем он есть на самом деле. Раз в месяц вытягивайте расходы по кампаниям и разделяйте их по тегу магазина. Это займет двадцать минут, и это разница между прибылью и убытками по магазинам и вымыслом по магазинам.

Один шлюз для двух магазинов. Заманчиво проводить оформление заказов второго магазина через платежную учетную запись, которая у вас уже есть. Не делайте этого. Каждая выплата теперь содержит заказы двух магазинов, и нет чистого способа разделить депозит после его поступления. Одна учетная запись шлюза на магазин. Дополнительная административная работа ничтожна по сравнению с банковской выпиской, которую вы никогда не сможете атрибутировать.

Ловушки, в которые инструменты не позволят вам попасть

Смешанные бухгалтерские книги обычно возникают из-за отклонения процессов, а инструменты синхронизации структурно закрывают некоторые точки отклонения. Два предохранителя и один остаточный риск, все названы в собственной документации LedgerPort.

Предохранитель один: магазин не может быть заявлен дважды. Попытайтесь подключить витрину, которая уже связана с другой учетной записью LedgerPort, и соединение не удастся с явной ошибкой — «Этот сайт уже связан с другой учетной записью». Это блокирует опасность множественного оператора, когда два конвейера синхронизации молча борются за одну витрину, каждый записывая свою собственную версию книг.

Предохранитель два: лимиты магазинов видны, а не обнаруживаются. Количество подключений зависит от плана и отображается прямо на странице подключения, поэтому «сколько магазинов это охватывает» никогда не является запросом в службу поддержки — вы достигаете «Достигнут максимальный лимит подключений» на границе, а не молчаливой частичной синхронизации.

Остаточный риск, о котором стоит знать: Дублирование записи в QuickBooks. Когда ручная синхронизация и автоматическая синхронизация перекрываются по одному и тому же заказу, один и тот же номер заказа может быть записан дважды. Это проявляется как именованная ошибка с документированным исправлением — проверьте в QBO, удалите дубликат, повторно синхронизируйте — вместо того, чтобы скрываться в вашей выручке до сверки.

Что на самом деле меняет видимость по каждому магазину

Вернемся к совещанию в четверг. Тот же вопрос — закрыть или удвоить усилия — но теперь вы запускаете отчет о прибылях и убытках по местоположению, и ответ находится в двух столбцах.

Скажем, Бренд B продал на 38 000 долларов в прошлом месяце. После *собственных* сборов, *своего* распределенного расхода на рекламу, *своей* доставки он работает с чистой прибылью 4%, в то время как Бренд A работает с 12% — теперь вы знаете, что второй магазин является проблемой маржи определенного размера, и вы можете увидеть, какая строка является виновником. Или столбцы меняются местами: B — это бизнес с лучшей маржой, а объем A скрывал это, в этом случае закрытие B было бы дорогостоящей ошибкой, сделанной с уверенно звучащими смешанными цифрами.

В этом и заключается реальная отдача от этой структуры. Не порядок — а управление. Какой магазин получит следующие 10 000 долларов товарных запасов. Нужно ли изменить цены на доставку бренда B. Что вы покажете кредитору, который запрашивает данные о производительности магазина. Ваш бухгалтер получит один чистый файл вместо обувной коробки с двумя бизнесами, и каждый из этих звонков будет сделан на основе доказательств.

Видимость по магазинам имеет второй уровень, который большинство операторов упускают: видимость синхронизации по магазинам. В LedgerPort каждый бизнес ведет свой собственный журнал аудита — типы сущностей включают выплату и ежедневное резюме, а не только заказы — поэтому предварительная проверка перед встречей является фильтром, а не электронной таблицей: установите статус на «Не синхронизировано» или «Ошибка» для каждого магазина, шестьдесят секунд на каждый магазин, и вы будете знать, что книги каждого магазина действительно актуальны, прежде чем кто-либо откроет отчет о прибылях и убытках. Если магазин не актуален, восстановление — это собственный рецепт устранения сбоев в документации: фильтр по диапазону дат по временному окну разрыва, выбрать все, синхронизировать выбранное — по магазину, не затрагивая работающие магазины. Одно честное замечание: хранение журналов зависит от плана (7, 30 или 90 дней, до неограниченного), поэтому фирме, проводящей квартальные обзоры, требуется одно из более длительных окон.

Где LedgerPort подходит

Все вышеперечисленное достижимо вручную. Это также постоянная дисциплина: каждый заказ, возврат, выплата и комиссия, помеченные правильным магазином и направленные на правильный расчетный счет, каждый день, по всем магазинам. Режим отказа — это не невежество, а напряженный четвертый квартал.

Это именно та задача, для которой существует автоматизация синхронизации нескольких магазинов — независимо от того, занимаетесь ли вы бухгалтерским учетом для нескольких магазинов Shopify или для комбинации Shopify-plus-WooCommerce. Синхронизация нескольких магазинов LedgerPort подключает каждый магазин Shopify или WooCommerce к одному и тому же файлу QuickBooks Online и поддерживает границы для вас: каждый магазин получает свой собственный расчетный счет, свое собственное сопоставление комиссий и свой собственный тег класса или местоположения, при этом заказы, возвраты, выплаты и комиссии автоматически публикуются для каждого магазина.

Внутри панели управления граница является структурной, а не соглашением об именовании: каждый магазин существует как отдельный бизнес под одним логином. Нажмите на название бизнеса в верхнем левом углу, и переключатель покажет все магазины в учетной записи — каждый полностью изолирован, со своими собственными подключениями, журналами синхронизации, сопоставлениями и настройками, так что ничего из Бренда А не перетекает в Бренд Б.

Добавление магазина № 2 — или № 3 — требует названия, валюты и часового пояса. Затем вы подключаете этот магазин и его компанию QuickBooks так же, как и первый.

Доступ следует тем же границам. Роли устанавливаются для каждого бизнеса, поэтому вы можете пригласить своего бухгалтера в книги магазина A — где он сможет просматривать журналы синхронизации и выполнять ручные синхронизации — без того, чтобы он когда-либо видел магазин B или ваши платежи. Разделение на Администратора/Участника описано в Как добавить членов команды и управлять ролями.

Для фирм, управляющих клиентскими магазинами: та же структура масштабируется и для клиентской работы — каждый клиентский магазин является отдельным бизнесом под вашей учетной записью, с доступом, ограниченным ролями для каждого клиента. См. Программу для партнеров CPA и Руководство по программе LedgerPort CPA Partner Program.

Управляете магазинами на двух платформах? Случай с Shopify-plus-WooCommerce работает так же, из той же учетной записи. Магазин Shopify подключается примерно за 15 минут — Начало работы с LedgerPort — это весь путь — а магазин WooCommerce устанавливается как плагин и завершается через мастер настройки, согласно Установка LedgerPort в магазине WooCommerce и подключение к QuickBooks Online. Оба магазина синхронизируются с QuickBooks с сохранением своих границ — без второго инструмента, без второй подписки.

О ценах: план Scale (от 67 долларов в месяц, 5000 заказов в месяц) обрабатывает до 3 магазинов с синхронизацией в реальном времени и журналами выплат и обработкой комиссий для каждого магазина — что подходит для большинства операторов, работающих с двумя брендами или Shopify-plus-Woo. Enterprise (от 169 долларов в месяц) снимает ограничения: неограниченное количество магазинов и заказов, учет подарочных карт и кредитов магазина, а также выделенный менеджер по работе с клиентами. Годовая оплата экономит 15%, и на все действует 14-дневная гарантия возврата денег — 100% возврат, без вопросов.

Честное ограничение: LedgerPort не будет принимать решения о вашем правиле распределения общих затрат или учитывать ваши внутримагазинные товарные переводы. Эти решения остаются за вами и вашим бухгалтером. Что он устраняет, так это дисциплину ежедневных транзакций — ту часть, которая изнашивает.

Встреча в два клика

В следующем квартале встреча повторится — на этот раз она будет посвящена тому, стоит ли открывать магазин № 3.

Вы открываете QuickBooks. Отчеты. Прибыли и убытки по местоположению. Два клика. Бренд B имеет чистую прибыль 9% и растет с тех пор, как вы пересмотрели цены на доставку в апреле. Бренд A стабилен. Встреча занимает четыре минуты, большую часть которых вы проводите в раздумьях, что делать с оставшимся часом.

Это самое нетривиальное стратегическое совещание, которое у вас когда-либо было. В этом и заключается цель.

Блендер работает только в одном направлении — данные магазина, которые вы не разделяете сегодня, — это прибыль и убытки по каждому магазину, которые вы не сможете получить в следующем году. Если вы настраиваете магазин № 2 сейчас, или магазин № 2 появился четырнадцать месяцев назад, а книги так и не были приведены в порядок, посмотрите, как LedgerPort автоматически разделяет книги каждого магазина, или начните бесплатно и подключите свой первый магазин примерно за 15 минут.