マッピングされていないステータスは売上ゼロ、それが意図的な設計です
注文ステータスは、ショップ独自のステータス名をレポートが実際に理解できる分類に変換する場所です。注文が売上としてカウントされるかどうかは、そのステータスと支払い方法の組み合わせによって決まります。
注文ステータス同期が防止するために存在するたったひとつのミス——それは、大きな失敗として明確に知らせるべきもの
注文ステータス同期とは、ショップが使用しているステータスがまだマッピングされていない場合、分類されるまでいかなるレポートでも売上が計上されないことを意味します。これはバグではありません——支払い方法と同じ哲学です：分類されていないステータスは、注文済みから返金済みまで何を意味するかわからないため、レポートは推測する代わりにゼロとして扱います。
- ✓注文の所在 — 各ステータスが保持する売上（計上されたかどうかを問わない）。そのため、未マッピングまたはキャンセルステータスに大きなシェアがある場合は、最初に確認すべき事項となります。
- ✓5つの意味、小さなボキャブラリー — 未マッピング、注文済み、支払済み、完了済み、発送済み — ショップが使用するプラットフォーム固有のステータス名はすべて、これらのいずれかに分類されます。
- ✓キャンセルは独立したチェックボックス — 意味とは独立しているため、ショップのワークフローが必要とする場合、ステータスは「完了済み」かつ「キャンセル」の両方になることができます。
- ✓売上オーバーライド、デフォルトはマトリックスに従う — 「マトリックスに従う」がデフォルトです。ステータスが通常のステータス＋支払い方法ルールを破る必要がある場合にのみオーバーライドします。
- ✓未マッピングはゼロ、未定義ではない — マッピングされていないステータスは、誰かが分類するまでレポートのどこにも売上を計上しません。そのため、マッピング漏れはギャップとして表示され、静かな過剰計上にはなりません。
分類する前に、売上がどこにあるかを確認する
マッピングテーブルに触れる前に、2つの独立してソートされた、最大値から順に並べられたシェアバーリストが、ショップ独自のステータス名ごとに保持されている売上と注文数を表示します（計上されたかどうかを問わず）。バーはゼロから始まり、その幅は表示されている合計に対するその行のシェアを表します。リーダーが全幅になるのは、それが100%を所有している場合のみです。1%未満の正のシェアでも、1%幅の細いバーが表示され、ラベルには実際のパーセンテージが保持されます。比較系列やゼロラインはありません — 合計がゼロの場合はその旨が表示されます。最大の売上シェアを保持するステータスから始め、次にその注文シェアを確認します：小さな注文シェアで大きな売上シェアを運んでいる場合は優先して対応すべきです。なぜなら、そこでのマッピングミスは不釣り合いな価値に影響するからです。「未マッピング」またはキャンセルステータスに大きな売上シェアがある場合は、マッピングを確認するシグナルです — 売上をカウントすべきという証拠ではありません。
- ✓すべてのステータスを表示 — まだ分類されていないものも含むため、未マッピングの間も何も見えなくなることはありません。
- ✓売上と注文、独立してソート — いずれにしてもステータスに紐づく金額と、その中にある注文数の両方を表示。そのため、多くの注文とわずかな売上を持つステータスも、その逆もありえます。
- ✓ソースタグ付き — 例：bizniweb — 複数のプラットフォームからデータを取得するショップ向け。
- ✓警告バナーが残りをカウント — 「N個のステータスがまだ分類されていません」は、すべてがマッピングされるまで表示され続けます。
bizniwebや、ショップが実際に使用するプラットフォームの文字列をマッピングする
各行は、ショップのプラットフォームが送信する正確なステータス文字列で、ソースタグ付きです。新しい接続は、ショップが実際にレポートするステータス名のみから行をシードします。既知のプラットフォーム値には適切なデフォルトが設定され（WooCommerceの「processing」は「支払済み」に、「refunded」は「支払済み」＋「キャンセル」にマッピング）、不明なものは「未マッピング」で開始され、再接続しても既に行った決定は上書きされません。ただし、一度も触れたことのない行は、新しく学習されたデフォルトを取得できます。意味を意図的に短いリストから選択し、該当する場合は「キャンセル」を独立してチェックし、「売上オーバーライド」は「マトリックスに従う」のままにします — ただし、この特定のステータスがルールを破る必要がある場合を除きます。マトリックスは、代金引換、銀行振込、オンラインカード、ウォレットに対して「支払済み」「発送済み」「完了済み」をカウントし、「その他」は「支払済み」と「完了済み」をカウントしますが「発送済み」はカウントせず、「常に売上」でもチェックされたキャンセルを売上に変えることはできません。このテーブルが注文ステータスを売上にマッピングする方法です。ルールの残り半分 — 支払い方法の種類 — は次のページにあります。
- ✓ショップのステータス — プラットフォームが使用する正確な文字列（例：bizniwebからのもの）、名前は変更されません。
- ✓意味 — 未マッピング、注文済み、支払済み、完了済み、発送済み。
- ✓キャンセル — 意味とは独立した別のチェックボックス。「常に売上」オーバーライドよりも優先されます。
- ✓売上オーバーライド — デフォルトは「マトリックスに従う」。そのため、ステータスと支払い方法が一緒に決定します。「常に売上／売上なし」は、ステータスが共有マトリックスで表現できない場合にのみ使用します。
- ✓すべての編集は自動保存 — 保存ボタンはありません。変更は即座に送信され、「保存中…」または返されたエラーを表示し、その1行のみが影響を受けます — 他のすべてはそのまま保持されます。
未マッピングのものはすべて売上ゼロ
ショップ独自のステータス名を「注文済み」「支払済み」「完了済み」「発送済み」に分類 — キャンセルと売上オーバーライドも併設されているため、誤ってカウントされることはありません。
実際に売上としてカウントされているステータスを確認してみませんか？
Free check · 7-day trial · no credit card