契約に入る前から、ファイルの悪さを知る必要はありません。読み取り専用アクセスで実行できる15分間のShopify QuickBooksファイル診断は、1時間も見積もる前に、その状況を教えてくれます。
提案書には12時間と記載されていました。損益計算書を確認し、もっともらしく見え、見込み客も感じが良かったので、普段のクリーンアップと同じように価格設定しました。プロフェッショナルなフォントで包まれた、妥当な推測です。
2週目に発見しました。5桁の残高を持つ決済口座が一度もゼロになったことがなく、損益計算書が丁寧に吸収していた二重計上された収益の数ヶ月分が残っていました。12時間のプロジェクトは40時間のプロジェクトになり、すでに契約してしまっていました。
ほとんどの事務所は、その経験から同じ結論に至ります。「Shopifyファイルの悪さは、契約に入らないと分からない」。問題は取引を開始してからしか明らかにならないため、見込みだけで見積もることは、eコマース業務のコストなのです。
それは嘘です。機械的な真実はこうです。Shopifyクライアントファイルは同じ5つの方法で破損し、その5つの欠陥のそれぞれに、読み取り専用の会計士アクセスから2〜3分で実行できる検出テストがあります。15分、5つのテスト、1つの判定 — 提案書を作成する前に実行する、完全なShopify QuickBooksファイル診断です。欠陥自体(およびそれらをどの順序で修正するか)は、クリーンアップガイドで説明されています。この記事は、その前段階に位置するステップです。
始める前に必要なもの
真剣な見込み客であれば、どちらも合理的に要求できる2つのこと:
- QuickBooks Onlineへの読み取り専用会計士アクセス。設定 » ユーザー管理 » 会計事務所 » から招待してもらいます。契約書は不要です — これはデューデリジェンスであり、拒否する見込み客も有用な情報を提供してくれています。
- 同じ期間のShopify売上サマリー。Shopify管理画面(分析 » レポート » 財務サマリー)からエクスポートした、過去12ヶ月間のデータです。相手の時間は2分です。
以下の各レポートを同じ期間(過去12ヶ月が適切なデフォルトです)に設定し、テストを順番に実行してください。各テストは番号が付けられており、スタッフ会計士に渡せるほど具体的です。それは意図的です。この診断を自分で2回実行すれば、これはパートナーの仕事ではなく、委任可能なチェックリストになります。
15分間のShopify QuickBooksファイル診断
テスト1:二重計上された収益 — 3分
クリック箇所: 決算書 » 損益計算書、期間を設定し、総収入を記録します。Shopifyの財務概要の総売上高の隣に記載します。
正常な状態: Shopifyの総売上高の数パーセント以内の帳簿上の収入 — タイミングの違いやShopify以外の収益で少額のずれが生じます。
不具合の状態: プラットフォームの総売上高の約2倍の帳簿上の収入。さらに1クリックで確認できます。いずれかの収入勘定を開き、取引リストを確認します。同期ツールからの銀行口座への入金と領収書が並んで記帳されている場合、入金と領収書の両方が収益に計上されています。
重大度シグナル: 両方の記録が重複している月を数えます。最近の月に限定された重複は問題ありません。申告済みの税年度をまたぐ重複は、二重計上された収益に基づいて申告書が作成されたことを意味し、範囲がカテゴリを変更したことになります。
テスト2:純預金収益 — 2分
収入が二重計上されていない場合は、過少計上されていないか確認してください — これら2つの不具合は表裏一体です。
クリック箇所: 同じ損益計算書。期間の総収入とShopifyの支払い口座からの銀行預金の合計を比較します。次に、勘定科目表 » 手数料または処理手数料の費用勘定を検索します。
正常な状態: 預金残高を上回る収益があり、手数料の費用勘定に安定した月次活動が見られる — 通常のShopify Paymentsストアでは売上の約2〜3%です。
不具合の状態: 銀行預金と完全に一致する収益、および手数料勘定が空であるか存在しない。クライアントは、純粋な支払い額を売上として記帳しており、総収益と手数料費用はファイル作成以来、両方とも見えなくなっています。(支払い額と売上がそもそも一致しない理由は、それ自体が解剖学の授業です。)
重大度シグナル: 期間。この状態が続いた月はすべて、利益率が虚偽でした。クライアントがこれらの数値を貸付先に提示した場合、それを記録してください — その会話は提案段階で行われるべきであり、2週目ではありません。
テスト3:収益として計上された売上税 — 3分
クリック箇所: 勘定科目表 » 売上税負債勘定を探す » レポートを実行(勘定科目のクイックレポート)。その際に税金のタブを確認します。
正常な状態: 売上が計上されるにつれて負債が増加し、送金時に減少します。残高は申告サイクルとほぼ一致します。
不具合の状態: 顧客が明らかに売上税を徴収・納付しているにもかかわらず、負債勘定の活動がほとんどまたは全くない。「売上税費用」勘定に記帳された州への送金を探します。損益計算書上では両者はほぼ相殺されるため、社内の誰もそれに気づかなかったのは当然です。
重大度シグナル: 影響を受ける期間の申告期間を数えます。それぞれが帳簿で裏付けられない申告です。この不具合は他の4つにはない監査リスクを伴うため、判定においてそれを考慮してください。
テスト4:相殺または削除された返金 — 3分
クリックする場所:勘定科目表 » 払い戻しと値引き(収益控除)勘定を探し、そのクイックレポートを実行します。Shopifyの財務サマリーの払い戻し行と比較します。
正常な状態:Shopifyの払い戻し合計とほぼ一致する収益控除アクティビティ。総売上、払い戻し、純売上の3つの行が可視化されます。
不具合の状態:Shopifyでは相当な払い戻しが表示されているのに、帳簿には何も表示されない。払い戻しは、サイレントに預金に相殺されたか、「何も一致しない」として削除されたかのどちらかです。監査ログ(設定 » 監査ログ、削除されたトランザクションでフィルタリング)で、約60秒でどちらかを確認できます。
重大度のシグナル:クライアントが認識している返品率と実際の返品率とのギャップ。ストアが6%を払い戻しているのに、オーナーは2%だと認識している場合、誤ったデータに基づいて価格設定や在庫の決定が行われていることになります。監査ログでの削除は、相殺よりも悪い兆候です。なぜなら、最後の簿記担当者が調整されなかったものをどのように処理したかを示しているからです。
テスト5:決済口座残高 — 2分
クリックする場所:勘定科目表 » Shopifyクリアリング勘定(または支払いが出金される場所、場合によっては未預金資金)を探します » 残高と、それがゼロ近くになった最後のトランザクションの日付を確認します。
正常な状態:支払いサイクル間でゼロ近くで推移する残高。定期的にゼロになるクリアリングは、ファイルに組み込まれたチェックポイントです。
不具合の状態:大きくて古い残高。数ヶ月前のものが一度も解消されていない。これは、あなたの見積もりに最も影響を与えるべき発見事項です。なぜなら、定期的にゼロにならないクリアリングは、他の4つの不具合を検出したチェックポイントが存在しなかったことを意味するからです。テスト1から4で見つかったものは何であれ、その下にさらに何かあると想定してください。
重大度のシグナル:サイズ × 年齢。前四半期の4桁の残高は、午後。会計年度より古い5桁の残高は、40時間のエンゲージメントが事前に告知されていることを意味します。これはまさに、ブラインド見積もりが決して受け取ることのない告知です。
ファイルの採点:緑、黄、赤
これで5つの結果が得られました。採点してください:
| 評決 | 発見事項 | 意味 |
|---|---|---|
| グリーン | 不具合ゼロ。サイクルごとにクリアリングがゼロになる | 帳簿は構造的に健全。標準的な月次エンゲージメント。 |
| イエロー | 1つまたは2つの不具合で、現在の会計年度内に限定され、クリアリング残高は説明可能 | まずスコープされたクリーンアップを行い、次に月次エンゲージメント。 |
| レッド | 3つ以上の不具合、または申告済み会計年度にまたがる不具合、または古い5桁のクリアリング残高 | 完全なクリーンアッププロジェクト。別途見積もりと書類作成を行い、オンボーディングには決してバンドルしない。 |
採点が15分間のポイントです。Shopifyクライアントの帳簿を見積もり前にレビューする際、時間を推定しているのではなく、ファイルをエンゲージメントタイプに分類しています。そして、エンゲージメントタイプが価格を設定します。
各判定結果への対応
グリーン: クリーンアップの会話を完全にスキップし、標準的なオンボーディングに進みます — クライアントオンボーディングワークフローは、グリーンファイルを、寄り道なしで完全にマッピングされ、同期されたエンゲージメントに移行させます。グリーンファイルは、評決を保護する場所でもあります。ペイアウトジャーナル同期レイヤー(これはLedgerPortのようなツールが配置され、各ペイアウトを総売上、返金、手数料、およびマッピングされたアカウントへの税金分割としてジャーナルエントリとして投稿する場所です)は、構造的に5つの欠陥すべてが発生しないようにします。自動化されたグリーンファイルはグリーンであり続けます。
イエロー: スコープされたクリーンアップを固定プロジェクトとして見積もり、その上に月次エンゲージメントを乗せます。診断により、スコープはすでに定義されています — どの欠陥が、どの期間にわたるかがわかっています。QuickBooksクリーンアップエンゲージメントの価格設定は、これらの発見を正確にファイルとの接触に耐えられる数値に変換する方法をカバーしています。
レッド: イエローと同じ構造ですが、診断結果を提案として提示します。「あなたの収入は3月以来二重計上されており、売上税は4つの申告期間にわたって収益に計上されており、あなたのクリアリングアカウントは11か月間ゼロになっていません」というのは、支払われる前に何が間違っているかを彼らに伝えることができる最初の会計士であるため、どの見込み客も議論しないスコープステートメントです。次に、クリーンアップシーケンスを順に実行します。
正直なトレードオフが1つあります。診断は検出しますが、時間単位でサイズを測定しません。レッドファイルは25時間または60時間かかる可能性があり、その違いはトランザクション量とどのくらい遡って再計算するかによって決まります。しかし、定義された欠陥リストを持つ分類されたエンゲージメントを見積もることは、盲目的に見積もることとは異なるビジネスです — そしてそれはeコマースクライアントを損失リーダーとしてではなく、最も収益性の高いセグメントとして扱うことの違いです。
すべての見込み客に対して実行する
これが複利を生み出す習慣です。診断は、すべてのeコマースの見込み客に対して、すべての提案の前に、例外なく実行されます。読み取り専用アクセスに対するスタッフの時間の15分は、1ページのテンプレートにつながり、評決が見積もりに添付されます。
2週目の発見は存在しなくなります — ファイルがきれいになったからではなく、固定価格のエンゲージメント内で初めて会うのをやめたからです。あなたは診断があなたの見積もりを保護することを期待していました。実際に変わるのはあなたのポジショニングです。あなたは、最初の会話でeコマースクライアントのQuickBooksを評価できる企業になり、見積もり前に評価する企業はサービスライン全体に異なる価格を設定します。
パイプラインにShopifyの見込み客がいる場合は、今日会計士アクセスをリクエストし、数値を送信する前に5つのテストを実行してください。そして、評決がグリーンになったとき — またはクリーンアップがファイルをそこまで持っていったとき — CPAオンボーディングウォークスルーは、将来のすべての診断を退屈に保つ同期レイヤーをセットアップする方法をカバーしています。
関連:ShopifyクライアントのQuickBooksをクリーンアップするためのCPAガイド · QuickBooksクリーンアップエンゲージメントの価格設定
