事務所向けWooCommerce会計は、ほとんどがShopifyのプレイブックであり、そのまま移行します。そうでない3つの点は、まさにエンゲージメントが見積もりを超える場所です。
紹介メールが受信トレイに届いています。Shopifyのクライアントの1人が、友人に「彼女はWordPressでストアを運営しているのよ、WooCommerceだと思うわ？」と言われました。あなたは今年、毎月10日までに彼の帳簿を締めましたので、彼は彼女に、あなたがEコマースを扱う事務所だと伝えました。
あなたはそれを獲得しました。スタッフが1時間以内に実行できるShopifyオンボーディングランシートを持っています。接続、標準マッピングテンプレート、過去のバックフィル、エンドツーエンドで追跡された1つの支払い。そのため、新しいクライアントのスタックを開き、別のロゴのShopifyを期待します。
代わりに、StripeとPayPalと、これまで照合したことのない後払いゲートウェイが見つかります。アプリストアはありません。31のエントリがあるプラグインページがあり、そのうち4つはアップデートを求めています。そして、それをホストしているプラットフォーム企業はありません。クライアントは、聞いたこともないホスティング会社からサーバーを借りており、彼女の甥が「ウェブサイト関連のことは担当している」とのことです。
誘惑される結論は、ほとんどの事務所が静かに抱いているものです。「WooCommerceクライアントは、追加の手順があるだけのShopifyクライアントです。プレイブックは同じで、より多くの忍耐が必要です。」それは嘘であり、高価な嘘です。なぜなら、それは、すべてのWoo固有の驚きが、見積もりではなく、エンゲージメントの途中で発生することを意味するからです。真実は、WooCommerceは会計事務所にとって、3つの具体的で構造的な点で異なり、それぞれに、キックオフコール前にポリシーとして設定できる標準的な回答があるということです。
なぜ事務所向けWooCommerce会計は異なる仕事なのか
3つの違いのいずれも会計に関するものではありません。収益、手数料、返金対勘定、税金負債は、Shopifyクライアントと同一です。変わるのは、データの出所と、それを生成するマシンを誰が制御するかです。
1.単一の決済レールがない
典型的なShopifyクライアントはShopify Paymentsを実行しており、ほとんどのお金は1つの支払いストリームで1つの手数料ロジックで届きます。あなたの照合筋記憶はそれに構築されています。
WooCommerceにはハウスゲートウェイがありません。チェックアウトは組み立てられています。カードはStripe、顧客が期待しているのでPayPal、おそらくKlarnaまたは2年前にプロモーション中にクライアントが追加した地域のプロセッサ。各ゲートウェイは独自のスケジュールで支払いバッチを処理し、独自の料金を差し引き、独自のタイムラインで返金を相殺します。「WooCommerceの支払い」というものは存在しません。同じ当座預金口座にヒットする3つまたは4つの無関係な入金ストリームがあります。
会計事務所側の回答：ゲートウェイごとのクリアリング。アクティブなゲートウェイごとに1つのクリアリング口座と1つの手数料勘定科目を設定し、最初のトランザクション同期前に作成します。「マーチャント手数料」という共有バケットは使用しません。これは、お客様がすでに信頼しているのと同じクリアリングアーキテクチャです。WooCommerceの違いは、これを並行して、複数のチャネルで同時に実行できることです。ポリシーの詳細については、以下を参照してください。
2.クライアントがインフラストラクチャを所有している
Shopifyはホスト型プラットフォームです。稼働時間、セキュリティ、販売データベースはShopifyの問題です。WooCommerceストアは、クライアントが選択したホスティング上で実行するソフトウェアです。WordPressコア、WooCommerce、PHPバージョン、SSL証明書、その他の30個のプラグインはすべて、貴社が全く可視性を持たないインフラストラクチャ上に存在します。そして、それらすべてがソースデータのアップストリームに位置します。
それは貴社をIT部門にするわけではありません。インフラストラクチャは、Shopifyクライアントにとって「QuickBooks OnlineかDesktopか？」という質問と同じように、スコープに関する質問になります。
会計事務所側の回答：アクセスと更新の衛生管理は、3か月目ではなく、インテークメールで行うべきです。事前相談チェックリストに4つの質問を追加してください。サイトのホスティングとメンテナンスは誰が行っていますか？HTTPSは有効ですか？（同期ツールは無効な場合接続を拒否します。）ストアの通貨はQuickBooks企業のホーム通貨と一致しますか？プラグインをインストールする権限を持つwp-adminアクセス権は誰が持っていますか？インテークで5分かければ、「サイトがダウンしていた／証明書が失効していた／甥が何かを更新した」といった種類の驚きはすべてなくなります。
3.同期レイヤーはクライアントがインストールするプラグインである
Shopifyクライアントの場合、同期ツールは環境を保証するプラットフォーム上のアプリストアのインストールです。WooCommerceの場合、同期ツールはクライアントのwp-adminにインストールされ、ストアのREST APIと通信するWordPressプラグインです。きれいな帳簿のために依存する接続は、違い#2のシステム内に存在します。
会計事務所側の回答：オンボーディングのランシートにクライアントのwp-adminを含めてください。負担としてではなく、キックオフコールでクライアント（または管理権限を持つ担当者）を運転手として実行する10分間のガイド付きステップとしてです。インストールと接続のフローは短く標準的であり、一緒に実行することで、ストアで何が実行されているかを正確に把握できます。次のセクションで詳しく説明します。
オンボーディングの差：Shopifyのランシートから何が変わるか
もし5段階のShopifyオンボーディングを構築したことがあるなら、それを維持してください。背骨はそのままです：事前相談の準備、接続、貴社の標準チャートに対するマッピング、過去データのバックフィル、最初の照合チェック。ここに、ステージごとのWooCommerceの差分があります。
事前相談の準備でインフラストラクチャに関する質問が得られます。ホスティング、HTTPS、通貨の一致、wp-adminアクセス権 — 上記の4つです。事前相談メールの他のすべて（QBO会計士の招待、対象のQuickBooks企業、バックフィル期間）は変更ありません。
接続ステージはwp-adminに移行します。ホスト型プラットフォームでのURLとアプリインストールのハンドシェイクの代わりに、クライアントはプラグインをインストールします。LedgerPortを使用する場合、コールでのシーケンスは次のようになります：
-
インストール。 クライアントのWordPress管理画面で、プラグイン » 新規追加 を選択し、LedgerPortを検索して、今すぐインストール、有効化します。セットアップウィザードがフルスクリーンオーバーレイとして自動的に開きます。
-
接続。 ウィザードは、ワンクリックで接続フローを開始するように求めます。
-
承認。 クライアントはapp.ledgerport.comにリダイレクトされ、ログインし、ビジネスを選択して承認します。その後、WordPress管理画面に戻ります。パスワードは一切共有されません。これは、QuickBooks OAuthの付与と同様に、コール中に声に出して言う価値があります。
-
プロビジョニングは自動で実行されます。 LedgerPortは、読み取りアクセス権を持つWooCommerce REST APIキーを作成し、注文、返金、製品、顧客のWebフックを登録します。いずれかのステップが失敗した場合、すべて自動的にロールバックされます。ストアが半構成のままになることはありません。成功すると、クライアントは接続されたダッシュボードに表示されます。
クライアントと懐疑的なIT担当の甥に見せるべき部分です。プラグインがプロビジョニングしたすべてが、ストア自身のWooCommerce設定のWebフックの下に表示されます。名前が付けられ、リストされ、監査可能です。
その透明性は、違い#2からのアクセス衛生に関する懸念に対する誠実な回答です。プラグインは読み取りアクセス権を保持し、そのフットプリントはwp-adminで検査可能であり、切断すると作成されたAPIキーとWebフックが削除されます。サービスを提供しなくなったクライアントのストアに何も残りません。
マッピング、バックフィル、検証は同じ筋肉です。 標準のeコマースチャートが適用されます。製品とアカウントのマッピングは、現在クライアントのwp-adminサイドバーにあるLedgerPortメニュー（ダッシュボード、マッピング、手動同期、監査ログ）から実行されるため、同期の状態を確認するために新しいものにログインする必要はありません。履歴バックフィルと、監査ログをエラーにフィルタリングする検証ステップは、Shopifyファイルで行うのと同じように機能します。
実行シートへの正味差：4つのインテーク質問と1つの10分間のガイド付きインストール。それが「追加の手順」の部分の嘘全体であり、物語の小さい半分です。
ゲートウェイ照合を恒久的なポリシーとして
より大きな半分は違い#1です。なぜなら、それはオンボーディング時だけでなく、毎回の締め切り時に繰り返されるからです。それを確実なポリシーとして書き留めてください — 3行です：
ゲートウェイごとに1つのクリアリング口座、例外なし。 Stripe Clearing、PayPal Clearing、追加のレールごとに1つ — クライアントのQBOファイルでは、それぞれ「その他の流動資産」としてオンボーディング時に作成されます。ゲートウェイ全体で共有されるクリアリング口座は、解決するために雇われた正確なパズルを再構築します。
ゲートウェイごとに1つの料金項目。 合算された料金は健全性チェックできません。個別にすることで、各ゲートウェイの実効レートは毎月2分間のレビューになります。Stripeは通常約3%ですが、その月が4.1%と表示された場合、2分間の価値がある何かが起こったことになります。
クリアリング残高は健全性チェックです。 各クリアリング口座には、通過中のお金のみを保持する必要があります — 数日分の売上です。増加する残高は、その特定の経路で料金または返金が記録されていないことを意味し、それがどの経路であるかを示します。
ここではメカニズムを再導出していません — 日次サマリーと支払いジャーナルのアーキテクチャは、計算済みの数値とともに、WooCommerceとQuickBooksの同期およびWooCommerceの簿記構造に関するストアオーナーガイドでカバーされています。これらの2つの投稿は、クライアント教育としてもそのまま役立ちます。キックオフの前にストアオーナーに送信すれば、「なぜ入金を一致させられないのですか？」という会話はすでに終わっています。
会社にとって重要なのは、このポリシーが規律ではなく設定であるということです。LedgerPortは、ストアでアクティブなすべてのゲートウェイを自動検出し、クリアリング口座、QBO支払い方法、返金処理 — 未設定のものはすべてデフォルトのフォールバック — を各ゲートウェイに個別の行で提供します。ジュニア担当者は、会社の標準チャートに対してオンボーディング時に一度設定するだけで、ゲートウェイごとのアーキテクチャはそれ以降自動的に実行されます。
十分にサービスが行き届かず、定着率が高い
次に、eコマースの他のどの分野よりもWooCommerceにとって強力な、事業構築の議論です。
ほとんどのeコマース会計ツールはShopifyファーストです。ほとんどのコンテンツ、ほとんどのCPAマーケティング、ほとんどの「eコマースを話します」というポジショニング — Shopifyファーストです。WooCommerceは世界のオンラインストアの同等のシェアを占めていますが、ゲートウェイごとの支払いとプラグインベースの同期を理解している会計士を探しているWooストアオーナーは、ほとんど誰も見つけられません。存在するWooネイティブツールは、ほとんどの場合、異なる問題を解決しています — 請求書駆動型ビジネス向けの注文ごと、双方向同期、これはMyWorksが実際にうまくやっていることです — 月次決算が依存する支払いレベルの照合ではありません。
会社にとって、そのような希少性は2つのことをもたらします。紹介チャネルを不釣り合いに寛大にします。1つのWooCommerceクライアントにうまくサービスを提供すれば、その文が珍しいコミュニティで「WordPressストアを扱える会社」になります。そして、クライアントを定着させます — 銀行との帳簿がついに一致し、甥が壊す前にホスティングについて尋ねることを知っていた会社によって作成されたストアオーナーは、月に50ドル節約するためにゼネラリストを探しに行くことはありません。
それは、ECクライアントがファームのマージンを破壊する理由で提示したのと同じインフラストラクチャの議論です。マージンはクライアントの種類ではなく、ツールによって設定されます。ただし、1つのアップグレードがあります。WooCommerceでは、競合他社はその投稿を読んでいません。そして、ポートフォリオの仕組みはそのまま引き継がれます。CPAパートナープログラムは、ShopifyまたはWooCommerceのいずれを実行しているクライアントに対しても、Master Templateのチャート構成を適用します。すべて1つのファームログインで管理されるため、6番目のWooクライアントは、最初のクライアントで下した決定を引き継ぎます。
2回目の紹介
次に続くものを想像してみてください。別のWordPressストア、別の組み立てられたチェックアウト — Stripe、PayPal、そして今回は北欧のもの。あなたのインテークメールには、すでに4つのインフラストラクチャに関する質問が記載されています。あなたのキックオフコールには、以前に実行したことのある10分間のプラグインインストールが含まれます。あなたのマッピングテンプレートには、すでにゲートウェイごとのクリアリング行があり、このクライアントの月末処理は、Shopifyファイルで実行するのと同じレビュー・再構築なしのクローズです。
結局のところ、同じプレイブックです — ただ、その嘘が約束したものではありません。3つのポリシーを一度採用すれば、プラットフォームの違いは紹介を断る理由ではなくなります。
3つの違いとその定まった回答があります。それらをテストする最も速い方法は、実際のクライアントファイルで行うことです。CPAオンボーディングコールを予約する→と、最初のWooCommerceクライアントを一緒に実行します。4つのインテーク質問、wp-adminのインストール、ゲートウェイごとのクリアリング設定、そしてそれらのすべての入金ストリームに結びつく最初のクローズを行います。
