Руководство бухгалтера по очистке QuickBooks клиента Shopify

Беспорядок в этом файле не уникален. Это те же пять дефектов, которые вы найдете в следующем — а это значит, что вы можете перестать относиться к очистке как к криминалистическим проектам и начать относиться к ним как к стандартным задачам.

---

Вы оценили десять часов. Сейчас третья неделя.

Файл попал к вам в середине года от клиента Shopify, чья последняя бухгалтер "вела банк". Что они и делали — каждый депозит напрямую относили к доходам. Проблема в том, что кто-то также подключил инструмент синхронизации, поэтому есть квитанции о продажах, учитывающие доход поверх депозитов. Доход учитывается дважды в течение нескольких месяцев. Комиссии за обработку нигде не отображаются. Налог с продаж находится на счете доходов. И есть расчетный счет с пятизначным остатком, который ни разу не был обнулен.

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

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

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

Пять дефектов почти в каждом файле клиента Shopify

Прежде чем прикоснуться к какой-либо транзакции, проведите диагностику. Каждая из них занимает несколько минут для подтверждения, и вместе они скажут вам, с чем вы на самом деле имеете дело.

Дефект	Пятиминутное обнаружение	Что он искажает
Двойной учет доходов	Доход отчета о прибылях и убытках против валовых продаж Shopify — примерно в 2 раза больше	Доход, налоговое обязательство
Доход от чистых депозитов	Доход равен банковским депозитам точно; счета комиссий пусты	Валовой доход, маржа, расходы на комиссии
Налог с продаж в доходах	Нет активности ни по одному счету налоговых обязательств по продажам	Доходы, обязательства, поддержка по подаче отчетности
Возвраты удалены или зачтены	Контр-доходный счет пуст, несмотря на возвраты в Shopify	Валовая выручка, процент возвратов
Клиринг никогда не обнулялся	Большой, устаревший остаток на клиринговом счете	Все нижестоящее — ничего не сходится

1. Двойной учет доходов (банковская выписка + синхронизированные продажи)

Обнаружение: Возьмите отчет о прибылях и убытках и сравните общий доход с отчетом о продажах клиента в Shopify за тот же период. Если в учете показано примерно удвоенное значение валовых продаж платформы, вы это нашли. Подтвердите, открыв любой доходный счет: вы увидите банковские депозиты и квитанции о продажах (или счета-фактуры) от инструмента синхронизации, размещенные бок о бок.

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

Исправление: Квитанции о продажах обычно являются лучшим документом — они содержат детали валовых продаж. Сохраните их и переклассифицируйте банковские депозиты из доходов в клиринговый счет, через который должны проходить квитанции. За уже поданные периоды не пересматривайте построчно; внесите одну корректирующую журнальную запись за период (дебет доходов, кредит клиринга) и задокументируйте ее.

2. Доход от чистых депозитов (комиссии не видны)

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

Что это искажает: Валовая выручка занижена, расходы на комиссию не существуют, а анализ маржи — вымысел. Магазин, платящий 2,9% + 30 центов за каждый заказ, имеет реальную статью расходов, которая никогда не появлялась в отчете о прибылях и убытках.

Исправление: Увеличьте валовую сумму. За каждый период журнальная запись с дебетом комиссий продавца и кредитом выручки от продаж на сумму комиссии восстанавливает обе строки. Отчеты о выплатах Shopify предоставляют вам общие суммы комиссий за каждую выплату; работайте с ними, а не с оценками.

3. Налог с продаж учтен как доход

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

Что это искажает: Доходы завышены на сумму собранного налога, счет обязательств не может подтвердить поданные данные, и если клиента когда-либо ждет аудит, учет и отчеты не будут совпадать.

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

4. Возвраты удалены или учтены как нетто вместо контр-дохода

Обнаружение: Выгрузите отчет по возвратам Shopify за период. Затем найдите счет «Возвраты и скидки» (контрдоход). Если Shopify показывает возвраты, а в учете нет ничего, значит, возвраты либо были незаметно учтены в депозитах, либо — проверьте журнал аудита — были удалены сразу, когда «не соответствовали ничему».

Что это искажает: Валовый доход и процент возвратов. Клиент, который думает, что возвращает 2% продаж, а на самом деле возвращает 6%, принимает решения о ценообразовании и запасах на основе неверных данных.

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

5. Расчетный счет, который никогда не обнулялся

Обнаружение: Посмотрите на баланс. Счет для клиринга Shopify (или непоступивших средств) должен колебаться около нуля между выплатами. Если на нем остался баланс в пять цифр, которому несколько месяцев, значит, никто никогда не сопоставлял входящие средства с исходящими.

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

Исправление: Это делается последним — намеренно. После исправления дефектов с первого по четвертый, проверьте баланс клиринга, сопоставьте выплаты с депозитами и спишите задокументированный остаток с помощью бухгалтерской записи, подписанной партнером. Если вы попытаетесь обнулить клиринг *сначала*, вы будете сверять данные, которые все еще неверны.

Последовательность очистки: очистите файл QuickBooks клиента Shopify в таком порядке

Порядок имеет большее значение, чем усилия. Вот последовательность и почему.

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

Если инструмент синхронизации клиента — LedgerPort, у крана есть буквальная ручка: Pause Sync (Приостановить синхронизацию) на странице Connections (Подключения). Это останавливает поступление новых записей в QuickBooks во время очистки, не отключая ничего и не теряя конфигурацию — документация рекомендует это именно для такого окна обслуживания. Когда файл будет чист, нажмите Resume Sync (Возобновить синхронизацию) в том же месте, и соединение продолжится с того места, где остановилось. Никакой повторной авторизации, никаких перестроенных настроек, никаких потерянных сопоставлений.

2. Исправьте структуру до истории. Настройте план счетов, который должен был быть в файле — доходы, возвратные товары, комиссии, налог с продаж, один клиринговый счет. Исправления, внесенные в неверный план счетов, просто создают второе поколение беспорядка. Шаблон плана счетов для электронной коммерции является стандартной привязкой; настройте его под клиента, но начните со стандарта.

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

4. Работайте по дефектам, а не по месяцам. Это самый большой прирост эффективности во всем проекте. Не «убирайте январь, затем февраль». Исправьте все удвоенные депозиты за весь период, затем все валовые комиссии, затем переклассификацию налогов, затем возвраты. Каждый дефект имеет одну диагностику и один корректирующий шаблон — группировка превращает тридцать решений в одно решение, применяемое тридцать раз.

Где-то в этом проходе вы также найдете заказы, которые вообще не были проведены — они вылетели из синхронизации из-за неуказанного продукта или отсутствующего поля биллинга и с тех пор находятся в статусе «Ошибка», оставляя пробелы в доходах. Восстановите их в том же духе пакетной обработки: отфильтруйте список заказов по статусу, устраните причину, затем выберите ошибочные записи на странице «Ручная синхронизация» и нажмите «Синхронизировать выбранные». Одно правило перед повторной отправкой чего-либо: повторная синхронизация заказа, который уже был синхронизирован, создает *новую* транзакцию QuickBooks, а не обновление. Если ошибочный оригинал все еще находится в файле, сначала удалите его в QuickBooks — иначе повторный импорт воссоздаст дефект № 1, удвоенный доход, в середине вашей собственной очистки. Пауза, очистка структуры, исправление сопоставлений, удаление ошибочных оригиналов, повторная синхронизация, возобновление. Последовательность — это проект.

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

Восстановление: чтобы беспорядок никогда не накапливался снова

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

Перестройка состоит из трех частей.

Настройте синхронизацию для каждого клиента, а не по умолчанию. Первое решение при настройке повторной сборки — это метод синхронизации, выбираемый для каждого клиента в разделе Sync Config » Orders. Ежедневное сводное резюме публикует одну запись журнала в день, агрегирующую все заказы за этот день: подходящий формат для клиентов с большим объемом заказов и файл, который соответствует тому, как вы работаете с итогами. Режим Счета-фактуры подходит для B2B-клиентов, которым нужны открытые дебиторские задолженности — он создает счет-фактуру при размещении заказа и запись платежа при оплате заказа. Маршрутизация на основе тегов обрабатывает смешанные книги: тег wholesale → Счет-фактура, retail → Товарный чек, а тег do-not-sync полностью исключает тестовые и внутренние заказы из QuickBooks.

Сопоставьте метод с гигиеной триггеров. Установите триггер оплаты только на Оплачено и оставьте отмененные заказы исключенными — по умолчанию — и тогда ожидающие, авторизованные, но никогда не списанные и отмененные заказы никогда не смогут повторно загрязнить файл. Это структурное исправление для фантомного дохода, который вы только что потратили шаг четыре на удаление. Затем установите два ограничителя, которые защищают очищенный период: дата «не синхронизировать до» и отсечки по идентификатору заказа останавливают синхронизацию от повторного импорта истории, которую вы только что исправили, и каждое изменение конфигурации применяется только к будущим синхронизациям — опубликованные транзакции никогда не перезаписываются ретроактивно. (Отсечки находятся в конфигурации синхронизации плагина WooCommerce; приложение Shopify предоставляет те же концепции синхронизации только вперед.) Предотвращение дефектов как конфигурация, один экран для каждого клиента.

Стандартное сопоставление счетов. То, что вы построили на шаге два, предназначено не только для этого клиента. Создайте шаблон. Различия между клиентами Shopify почти полностью заключаются в деталях сопоставления и историческом окне — структура одинакова от файла к файлу.

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

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

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

Определение объема работ и ценообразование

Когда процесс становится последовательностью, а не раскопками, вы можете оценивать его соответственно. Диагностируйте с помощью контрольного списка из пяти дефектов перед цитированием — это занимает менее часа и определяет окно реструктуризации и задействованный объем. Затем укажите фиксированную цену: очистка как фиксированный проект, восстановленная синхронизация как начало ежемесячного взаимодействия. Фирмы, которые стандартизируют это, перестают нести убытки и начинают взимать плату за экспертизу, а не за часы — та же логика прибыли, описанная на странице LedgerPort для CPA, которую стоит посмотреть, прежде чем вы будете оценивать свой следующий проект.

Существует программа, построенная именно на этой модели взаимодействия. Программа партнерства LedgerPort CPA предоставляет фирмам иерархическое управление клиентами — каждый файл клиента отслеживается и настраивается с одной панели управления, без необходимости входить и выходить из отдельных учетных записей — плюс оптовая оплата за клиента, которая масштабируется с объемом, и выбор между 20% долей дохода и предоставлением скидки 20% клиентам. Предложение, сказанное прямо: один вход, столько клиентских бизнесов, сколько вы управляете, как магазины Shopify, так и WooCommerce, каждый синхронизируется со своим собственным файлом QuickBooks.

Однако на экономику доставки действительно влияют инструменты, связанные с самим восстановлением. Стандартное сопоставление счетов, которое вы создали на втором этапе, становится Основным шаблоном — стандартизированной конфигурацией плана счетов, применяемой для каждого клиента, поэтому вы создаете шаблон один раз и применяете его для каждого клиента, а не перестраиваете сопоставление с нуля для каждого задания. Это механизм, позволяющий с уверенностью устанавливать фиксированную ставку за устранение ошибок. Первоклассное онбординг полностью снимает настройку с вас: команда LedgerPort подключает учетную запись магазина и QuickBooks каждого клиента, настраивает сопоставления и проверяет, что первые синхронизации полностью согласованы, прежде чем передать задание обратно — так что настройка клиента №7 — это не ваши неоплачиваемые часы. А когда задание включает восстановление книг, Time Machine импортирует исторические данные о заказах Shopify за последние 24 месяца. Статистика, определяющая стоимость абонентской платы: фирмы-партнеры экономят в среднем 12+ часов на клиента в месяц на сверке — это число, которое стоит за ежемесячной платой в дополнение к проекту по устранению ошибок.

Пятая очистка — это контрольный список

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

Клиент, который изначально вызывал сожаление на третьей неделе, становится типом задания, которое ваша фирма цитирует с наибольшей уверенностью. Не потому, что файлы стали чище. Потому что вы перестали верить, что каждый из них уникален.

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

---

Связанное: План счетов для электронной коммерции · Как записывать продажи Shopify в QuickBooks Online