売上レポート
特定の期間、特定の商品、または特定の国/地域の注文データを表示するには、売上レポートを使用できます。POSに関する情報は、小売売上レポートを参照してください。
売上レポートを開くと、最新のデータがすぐに表示されます。情報が読み込まれるまで通常1〜2分かかります。データを更新するには、レポートを再度開くか、更新してください。ただし、割引による売上のレポートには、売上データが反映されるまでに24〜48時間かかることに注意してください。
|
注意:注文の変更(返金や商品の数量変更など)は、2022年1月21日以降に記録されています。 |
売上と返品
売上レポートは、販売および返品時の商品の価値を追跡します。
顧客が注文を作成することは、販売を意味します。注文が作成されると、レポートには販売注文に含まれる注文の価値が表示されます。
返品とは、顧客が商品を購入したが、保持せずにあなたに返すことを決定したシナリオを指します。これには、アイテム数を減らすための注文の編集、アイテムを削除するための注文の編集、注文のキャンセル、または注文の返金が含まれ、すべてが注文の価値の減少をもたらします。返品は返金とは異なることに注意が必要です。返品は注文の価値に関わり、返金は実際の金銭取引を扱います。顧客が注文の支払いを行った場合にのみ、その注文に対して返金を発行できます。
売上レポートには、アーカイブされた注文、キャンセルされた注文、インポートされた注文、保留中の注文、および注文に変換された下書き注文の売上と返品が含まれます。
負の売上
売上レポートでは、売上は発生した日に正の値として表示され、返金、注文キャンセル、アイテム数を減らすための編集はその日に負の値として表示されます。売上は各注文の発生時の取引時間に基づいて記録されます。1日の返品額が売上を超えると、その日の総売上は負の数になります。たとえば、あなたのストアが今日注文を生成しない場合でも、顧客が昨日の注文を返金した場合、今日の売上は負の数字として表示されます。
売上額
- 売上額は作成された注文に特有に表示されますが、各レポートに表示される値は異なる場合があります。たとえば、顧客がまだ支払い済みとしてマークされていない注文を行った場合、売上額は完了した取引として反映されません。
- 顧客がギフトカードを購入する場合、売上額は通常の商品売上ではなく、売上レポートのギフトカード売上として記録されます。この区別により、必要に応じて会計でギフトカードの売上額をまとめたり分けたりできます。
商品ラインでのN/A
レポートにN/Aとして表示される商品名がある場合、以下の理由のいずれかが考えられます:
- 返金額の記録:返金は注文レベルで処理され、特定の商品に直接帰属することはできません。したがって、SHOPLINEは注文の返金額を記録するためにN/Aの仮想商品ラインを使用します。レポートにN/Aの商品が表示される場合は、商品名オプションが選択されているか確認してください。また、返金額を選択して、その商品が仮想アイテムであるか確認することもできます。
- 不完全な商品情報:レポートに表示される商品名、画像、バリエーション、SKUなどの詳細は、あなたの商品のデータベースの最新データに基づいて表示されます。レポートにN/Aとして表示される商品情報がある場合、それは商品データが完全に入力されていないことを示している可能性があります。商品詳細を作成または更新する際には、すべての情報が正しく入力されていることを確認することをお勧めします。
- カスタム商品:顧客が注文を完了した後に注文を編集し、カスタム商品を追加した場合、関連する商品詳細(画像や仕様など)はレポートにN/Aとして表示されます。同様に、配送保険商品や支払い手数料商品などのアイテムを生成するアプリを有効にしている場合、レポートはこれらのカスタム商品の詳細を取得せず、その商品ラインもN/Aとして表示されます。
一般的な指標
以下の表は、売上レポートにおける一般的な指標の定義を示しています:
| 指標 | 定義 |
| 小計 | 商品価格 × 商品の数量に等しい。 |
| 割引額 | 顧客が入力したクーポンコードや、あなたが作成した自動割引を適用した後に差し引かれる金額。割引額の計算は、商品の小計と全商品の小計の比率に基づいて配分される。 |
| 商品税 |
注文に基づいて計算された税金。商品税の計算は、商品の小計と全商品の小計の比率に基づいて配分される。 税設定ですべての価格に税金が含まれているを選択した場合、小計にすでに税金が含まれているため、商品税はゼロとなる。 |
| 送料 | 注文に基づいて計算された送料。送料の計算は、商品の小計と全商品の小計の比率に基づいて配分される。「送料無料」プロモーションからの注文の場合、商品の送料はゼロとなる。 |
| チップ | 注文に基づいて計算されたチップ。チップの計算は、商品の小計と全商品の小計の比率に基づいて配分される。注文にチップがない場合、商品のチップ額はゼロとして表示される。 |
| 送料税 | 注文に基づいて計算された送料に関連する税金。特定の国/地域に商品が販売される際に送料に課税される。送料税の計算は、商品の小計と全商品の小計の比率に基づいて配分される。 |
| ポイント控除 | メンバーが支払いにポイントを使用した際に、総支払額から差し引かれる金額。ポイント控除額の計算は、商品の小計と全商品の小計の比率に基づいて配分される。 |
| 端数調整額 | 一部の国際市場では、ストアが端数ルール設定を有効にしており、注文金額の端数基準を考慮する必要がある。この指標は、数値の正確性と標準化を確保する。 |
| 関税 | 注文に基づいて計算された関税。特定の国/地域に販売される際に課税される。関税の計算は、商品の小計と全商品の小計の比率に基づいて配分される。 |
| 増加額 | 注文が正常に作成されたとき、または注文編集中に商品が追加されたときに記録され、注文内で正の値として追加されたすべての商品の合計値を表す。 |
| 返金額 | 商品が減少したとき、注文がキャンセルされたとき、または商品が返却されたときに記録され、注文内で減少したすべての商品の合計値を表す。 |
| 売上 |
注文の正の金額と負の金額の差で、注文変更の時点に基づいて記録される。注文が行われた日には正の金額として表示され、注文が返却された日には負の金額として表示される。 この指標は、輸入注文を含むすべての販売チャネルからの注文に適用される。 売上 = 小計 - 割引額 + 送料 + 商品税 + チップ + 送料税 - ポイント控除 + 端数調整額 + 関税 - 返金額。 具体的には、注文が作成された後に複数回編集され(例:返品、減少した商品の返金)、注文の正の値と負の値が変化した場合、売上 = 増加額 - 返金額。 |
| 総注文額 | 総注文額 = 小計 - 割引額 + 商品税 + 送料 + 送料税 + チップ + 関税 - ポイント控除額 |
| 純売上 |
純売上は、注文から返金、割引、送料などを差し引いた後にストアが商品販売から得た実際の収入である。 純売上 = 小計 - 割引額 - ポイント控除 + 端数調整額 - 返金額 |
| 返金額 | 返金成功の時点に基づいて記録された、注文の実際の返金額。 |
| 送料返金 | 返金額内で返金される送料。注文を編集して送料を返金し続ける場合、それは注文に対する逆操作と見なされるため、返金可能な送料は注文レベルで記録され、商品には配分されない。販売レポートでは、SHOPLINEはN/Aの仮想商品を使用して記録する。 |
| 注文数 | ストアで作成された注文の総数で、注文が正常に作成されたときに記録される。注文をキャンセルしても、注文数は減少しない。 |
| 平均注文額 | 平均取引額 = 売上/注文数 |
| 販売数量 |
販売されたユニットの数に等しい。 注文を正常に作成し、注文を編集して商品を追加すると、商品の販売数量はそれに応じて増加する。 注文を編集して商品を減少させたり、注文をキャンセルしたり、返金したり、商品を返却したりすると、商品の販売数量は減少する。 |
| 取引あたりのユニット数 | 取引あたりのユニット数 = 販売数量/注文数 |
| 流通コスト | 流通コスト = 商品原価 × 商品の数量 |
| 粗利益 | 粗利益 = 純売上 - 流通コスト |
| 粗利率 | 粗利率 = (純売上 - 流通コスト)/純売上 × 100% |
| 顧客 | 注文を正常に作成したユニークな顧客の数。顧客がストアで複数の注文を作成した場合、1人の顧客としてカウントされる。 |
一般的な寸法
以下の表は、販売報告書における一般的な寸法用語の定義を示しています:
| 寸法 | 説明 |
| 注文ID | 注文の一意の識別子。 |
| 注文番号 | 注文番号、例えばSL001。 |
| 注文ステータス | 注文の最新のステータス、例えば発送済み、保留中、予定など。 |
| キャンセル済み | 注文のキャンセルステータス、例えばキャンセル済みまたはキャンセルされていない。 |
| 支払いステータス | 注文の支払いステータス、例えば支払い済みまたは未払い。 |
| 返金ステータス | 注文の返金ステータス、例えば返金済みまたは部分的に返金済み。 |
| 発送ステータス | 注文の配送ステータス、例えば発送済み、予定など。 |
| 支払いチャネル | 注文の支払いチャネル、例えばPayPal。顧客が複数回に分けて注文の支払いを行う場合は、カンマで区切ってください。例えば、PayPal、Oceanpay。 |
| 支払い方法 | 注文の支払い方法は緩和されています、例えばPayPal。顧客が複数回に分けて注文の支払いを行う場合は、カンマで区切ってください。例えば、PayPal、クレジットカード。 |
| 販売カテゴリ | 販売レポートは注文の運用フローに基づいて記録されます。各注文取引が販売に与える影響を示すために、SHOPLINEは販売カテゴリを使用して記録します。注文を正常に作成したり、商品を追加するために注文を編集したり、支払いを行ったりすると、販売カテゴリは注文として登録されます。注文をキャンセルしたり、アイテムを減らすために注文を編集したり、返金を行ったりすると、販売カテゴリは返品として登録されます。 |
| 販売タイプ | 販売タイプは、この注文のこの商品の製品タイプを示します。商品が通常の商品またはギフトカード商品である場合、販売商品タイプは商品、返金は返金として登録され、支払いラインは支払いとして登録されます。 |
| 商品名 | 商品のタイトル。顧客が注文を行った後に商品名が変更された場合、新しい商品名がレポートに表示されます。商品画像を挿入していない場合、このフィールドの画像はnullになります。 |
| 商品ID | 商品の一意の識別子。 |
| 商品画像 | 主な商品画像。顧客が注文を行った後に画像が変更された場合、新しい画像がレポートに表示されます。 |
| ベンダー | 商品のブランドベンダー。顧客が注文を行った後に商品ベンダーが変更された場合、レポートには最新の製品メーカーが表示されます。商品にベンダーを設定していない場合、N/Aとして表示されます。 |
| SPU | 標準化された商品単位。顧客が注文を行った後にSPUが変更された場合、レポートには最新のSPUが表示されます。商品にSPUを設定していない場合、N/Aとして表示されます。 |
| カスタム商品タイプ | 商品に入力したカスタム商品タイプ。顧客が注文を行った後にカスタム商品タイプが変更された場合、レポートには最新のカスタム商品タイプが表示されます。商品にカスタム商品タイプを設定していない場合、N/Aとして表示されます。 |
| マルチバリエーション仕様 | 商品のバリエーションの一意の識別子。 |
| マルチバリエーションID | 商品のバリエーションの仕様、例えば赤 * L。商品にマルチバリエーション仕様がない場合、この寸法はN/Aとして表示されます。 |
| SKU | 商品のバリエーションの識別コード。顧客が注文を行った後にSKUを変更した場合、レポートには更新されたSKUが表示されます。バリエーションにSKUを設定していない場合、この寸法はN/Aとして表示されます。 |
| マルチバリエーション画像 | 商品のバリエーションの画像。商品に画像をアップロードしていない場合、この寸法は空になります。顧客が注文を行った後に画像を変更した場合、レポートには更新された画像が表示されます。 |
| ユーザーID | 顧客の一意の識別子。 |
| 顧客名 | 顧客の名前。 |
| 注文のメールアドレス | 顧客のメールアドレス。 |
| 顧客タイプ | 注文を作成する際、顧客が初めて注文を行う場合は新規顧客として識別され、それ以外はリピーター顧客となります。 |
| 国/地域 | 注文の配送先住所がある国または地域。 |
| 州/都道府県 | 注文の配送先住所がある州または都道府県。 |
| 市 | 注文の配送先住所がある市。 |
| 郵便番号 | 注文の配送先住所の郵便番号。 |
| 商品税率 | 注文の最終ステータスに記録された商品税率。商品税率を設定していない場合、デフォルトでN/Aとして表示されます。データは2023年12月13日から記録されます。 |
| 運賃税率 | 注文の最終ステータスに記録された運賃税率。運賃税率を設定していない場合、デフォルトでN/Aとして表示されます。データは2023年12月13日から記録されます。 |
| 関税率 | 注文の最終ステータスに記録された関税率。関税率を設定していない場合、デフォルトでN/Aとして表示されます。データは2023年12月13日から記録されます。 |
| リファラーサイト | 顧客が注文を行うために、リファラーソースからオンラインストアへのリファラーサイト。例えば、www.facebook.com |
| リファラー名 | 注文を行った顧客がオンラインストアに到達したリファラルソースの名前。Google、Facebook、Instagram、TikTokなどが含まれます。直接のソースの場合、リファラーソースが特定できないときは、名前がN/Aとして表示されます。 |
| リファラーパス | 顧客が注文を行うために、リファラーソースからストアへのリファラーページのパス。例えば、顧客のリファラーソースの完全なURLリンクがhttps://r.search.yahoo.com/abcである場合、リファラーソースパスは/abcです。 |
| リファラーソース | 顧客がストアに到達する方法を示します。考えられる状況は以下の通りです:
|
| リファラーURL | 顧客がストアに到達するURLリンクを表示します。例えば、https://r.search.yahoo.com/abc |
| UTMコンテンツ | マーケティング活動のコンテンツを特定するために設定したメディアタイプであるutm_contentパラメータ。 |
| UTMメディア | マーケティング活動を特定するために設定したメディアタイプであるutm_mediumパラメータ。 |
| UTM名 | UTMキャンペーンを設定する際に設定した名前であるutm_campaignパラメータ。 |
| UTMソース | キャンペーンを設定する際に指定されたソースチャネルであるutm_sourceパラメータ。 |
| UTM用語 | キャンペーンを設定する際に指定した日付範囲であるutm_termパラメータ。 |
| キャッシャーID | 販売された商品のキャッシャーID。このフィールドは、POS販売チャネルを通じて行われた注文にのみ値があります。 |
| キャッシャー名 | 商品を販売したキャッシャーの名前。このフィールドは、POS販売チャネルを通じて行われた注文にのみ値があります。 |
| 販売員ID | 販売された商品の販売員ID。このフィールドは、POS販売チャネルを通じて行われた注文にのみ値があります。 |
| 販売員名 | 商品を販売した販売員の名前。このフィールドは、POS販売チャネルを通じて行われた注文にのみ値があります。 |
| 販売チャネル | 注文の販売チャネル。管理者で注文が作成された場合、販売チャネルの表示は空になります。 |
| POSストアロケーション | オフラインで商品が販売されたPOSストアのロケーション。このフィールドは、POS販売チャネルを通じて行われた注文にのみ値があります。 |
売上レポートの表示
- あなたのSHOPLINE管理画面で、[分析] > [レポート]に移動します。
- 次のいずれかのトラフィック獲得レポートを表示することを選択します:
日付範囲別
選択した時間範囲内で受け取った注文数と売上を表示します。指標の比較のために選択した時間をカスタマイズするか、データのグループ化を制御するために時間単位で時間単位を選択できます。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| 時間 | 注文が正常に作成された時間または注文が編集された時間。システムは自動的に取引の時間に注文を帰属させます。例えば、顧客が2023年1月1日の10:30と10:59に注文を正常に作成した場合、これらの2つの注文は2023年1月1日の10:00にレポートに記録されます。以下の時間用語も同じロジックに従って処理されます。 |
| 日 | 注文が正常に作成された日または注文が編集された日。例えば:2023年1月1日。 |
| 週 |
注文が正常に作成された日または編集された日は、その週の月曜日に帰属します。この次元を使用して、週ごとに指標を要約できます。 例えば、顧客が2023年1月1日に注文を完了した場合、2023年1月1日の週の月曜日は2022年12月26日です。週の次元で売上注文額や他の指標を要約すると、注文データは2022年12月26日の週に帰属します。 |
| 月 |
注文が正常に作成された日または編集された日。月ごとに指標を要約するためにこの次元を使用できます。 例えば:2023年1月1日は2023年1月として記録されます。 |
| 四半期 |
注文が正常に作成された日または編集された日は、各四半期の最初の月の形式で表示されます。この次元を使用して、四半期ごとに指標を要約できます。 例えば:2023年1月1日は2023年1月として記録されます。 |
| 年 |
注文が正常に作成された日または編集された日。年ごとに指標を要約するためにこの次元を使用できます。 例えば、2023年1月1日は2023年として記録されます。 |
| 1日の時間 |
注文が正常に作成された時間または注文が編集された時間をキャプチャすることで、この次元を使用してデータの時間的特性を観察できます。 この次元に基づいて、特定の期間において午前10時頃に売上がピークに達することがわかるかもしれません。 |
| 1週間の日 |
注文が正常に作成された日または注文が編集された日を週に変換することで、この次元を使用してデータの週ごとの特性を観察できます。 この次元に基づいて、特定の期間において日曜日の売上が他の日よりも大幅に高いことがわかるかもしれません。 |
| 1年の月 |
注文が正常に作成された月または注文が編集された月をキャプチャすることで、この次元を使用してデータの月ごとの特性を観察できます。 この次元に基づいて、特定の期間において12月の売上が他の月よりも大幅に高いことがわかるかもしれません。 |
商品別分析
ストアで販売された商品の売上を表示します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| 商品ID | 商品の一意の識別子。 |
| 商品名 | 商品のタイトル。顧客が注文を行った後に商品名が変更された場合、レポートには新しい商品名が表示されます。商品画像を挿入していない場合、このフィールドの画像はnullになります。 |
| 商品画像 | 主な商品画像。顧客が注文を行った後に画像が変更された場合、レポートには新しい画像が表示されます。 |
| ベンダー | 商品のブランドベンダー。顧客が注文を行った後に商品ベンダーが変更された場合、レポートには最新の製造元が表示されます。商品にベンダーが設定されていない場合、N/Aとして表示されます。 |
| SPU | 標準化された商品単位。顧客が注文を行った後にSPUが変更された場合、レポートには最新のSPUが表示されます。商品にSPUが設定されていない場合、N/Aとして表示されます。 |
| カスタム商品タイプ | 商品に入力したカスタム商品タイプ。顧客が注文を行った後にカスタム商品タイプが変更された場合、レポートには最新のカスタム商品タイプが表示されます。商品にカスタム商品タイプが設定されていない場合、N/Aとして表示されます。 |
マルチバリエーションによる分析
ストアで販売されている異なる商品バリエーションの売上を表示します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| マルチバリエーションID | 商品のバリエーションの一意の識別子。 |
| マルチバリエーション仕様 | 商品のバリエーションの仕様、例えば赤 * L。商品にマルチバリエーション仕様がない場合、この次元はN/Aとして表示されます。 |
| SKU | 商品のバリエーションの識別コード。顧客が注文を行った後にSKUを変更した場合、レポートには更新されたSKUが表示されます。バリエーションにSKUが設定されていない場合、この次元はN/Aとして表示されます。 |
| マルチバリエーション画像 | 商品のバリエーションの画像。商品に画像がアップロードされていない場合、この次元は空になります。顧客が注文を行った後に画像を変更した場合、レポートには更新された画像が表示されます。 |
チャネル別
顧客の紹介元に基づいて売上を表示します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| リファラーソース | 顧客がストアに到達する方法のソースを表示します。考えられる状況は以下の通りです:
|
国/地域別
注文の配送先住所が所在する国または地域を表示します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| 国/地域 | 注文の配送先住所が所在する国または地域。 |
| 州/県 | 注文の配送先住所が所在する州または県。 |
| 市 | 注文の配送先住所が所在する市。 |
| 郵便番号 | 注文の配送先住所の郵便番号。 |
トラフィックソース別の売上表示
顧客のリファラーサイトに基づいて売上と純売上を分析します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| リファラーサイト | 注文を行った顧客のオンラインストアへのリファラーソース。例えば、www.facebook.com |
| リファラー名 | 注文を行った顧客がオンラインストアに到達したリファラルソースの名前。Google、Facebook、Instagram、TikTokなどが含まれます。直接のソースの場合、リファラーソースが追跡できない場合は、名前がN/Aとして表示されます。 |
| リファラーパス | 注文を行った顧客のリファラーソースからストアへのリファラーパス。例えば、顧客のリファラーソースの完全なURLリンクがhttps://r.search.yahoo.com/abcの場合、リファラーソースパスは/abcです。 |
| リファラーソース | 顧客がストアに到達する方法を示します。考えられる状況は以下の通りです:
|
| リファラーURL | 顧客がストアに到達するURLリンクを表示します。例えば、https://r.search.yahoo.com/abc |
顧客名別の売上表示
顧客名に基づいて売上を表示します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| ユーザーID | 顧客のユニークな識別子。 |
| 顧客名 | 顧客の名前。 |
| 注文のメールアドレス | 顧客のメールアドレス。 |
| 顧客タイプ | 注文を作成する際、顧客が初めて注文を行う場合は新規顧客として識別され、それ以外はリピーター顧客となります。 |
日付範囲別の平均注文額
選択した期間内のストアの平均取引額の変化を表示します。平均取引額 = 売上/注文。
割引別の売上
割引コードまたは自動割引による注文の割引額を分析します。このレポートは、割引コードがどのくらい適用されているかを確認し、どの割引が最も多くの売上を生み出すかを理解するのに役立ちます。売上はこのレポートに反映されるまでに12〜72時間かかる場合があります。このレポートの一般的な次元と指標は以下の通りです:
| 次元 | 説明 |
| 割引コード | 顧客が注文に適用した割引コード。 |
| 割引コードキャンペーン名 | 設定した割引コードキャンペーン名。 |
| 割引コードタイプ | パーセント割引、固定額割引、送料無料、Xを購入してYを得る。 |
| 自動割引タイトル | 設定した自動割引キャンペーンの名前。 |
| 自動割引タイプ | パーセント割引、固定額割引、送料無料、Xを購入してYを得る、M商品割引、最も安い商品無料、N USDでM商品。 |
| 指標 | 定義 |
| 割引コード額 | 割引コードを使用した割引額。 |
| 自動割引額 | 自動割引を使用した割引額。 |
支払い方法別の売上
支払い方法とチャネル別に売上を分析します。このレポートの一般的な次元は以下の通りです:
| 次元 | 説明 |
| 支払いチャネル |
顧客が支払い時に使用する支払いチャネル。例えば、PayPal、Oceanpay、ギフトカードなど。顧客が複数のチャネルで注文の支払いを行った場合、これらは支払いチャネルの行にカンマで区切られて表示されます。 例えば、ジェニーは最初に注文を作成する際にPayPalを使用して支払いました。その後、彼女の注文を編集して商品を追加する際に、ジェニーは新しいアイテムの支払いにOceanpayを使用します。この場合、この注文の支払いチャネルはPayPal、Oceanpayとして表示されます。 |
| 支払い方法 | 顧客が支払い時に使用する支払い方法。例えば、PayPal、クレジットカード、adjustPayなど。顧客が複数の方法で注文の支払いを行った場合、これらは支払い方法の行にカンマで区切られて表示されます。 |
取引あたりの単位数の推移
選択した期間内のストアの取引あたりの単位数の変化を表示します。取引あたりの単位数 = 売上数量/注文数。
販売チャネル別の売上表示
決済通貨での売上表示
レポートは、顧客がチェックアウト時に使用した通貨での売上を示します。
例えば、あなたのストアはUSDをチェックアウト通貨として設定しており、ジェニーのローカル通貨もUSDですが、彼女はGBPでの支払いも受け付けています。このレポートでは、SHOPLIONEはジェニーがGBPで完了した注文の決済通貨を記録するのを助けますが、レポートは依然としてUSDでの売上を表示します。
商品カテゴリに基づく売上表示
このレポートは商品カテゴリ別の売上を示し、どのカテゴリが最も高い売上を持っているかを確認するのに役立ちます。商品が複数のカテゴリに属する場合、レポートは複数の行を表示し、各注文の売上をそれぞれのカテゴリの下に記録します。レポートが最新のデータを表示するまでに最大24時間かかる場合がありますのでご注意ください。商品カテゴリ情報は、注文時のカテゴリに基づいて記録されることに注意してください。
例:8月1日に商品Aが注文されたとき、それはカテゴリ1として分類されました。8月2日にスマート分類システムが商品Aをカテゴリ2として再分類しました。顧客が8月2日に商品Aを再度購入すると、そのカテゴリはカテゴリ2として認識されます。(ただし、8月1日の商品カテゴリを照会すると、依然としてカテゴリ1として表示されます。)
税込価格に対する商品税
他の販売レポートでは、税金を設定し、すべての価格に税金を含むオプションを有効にすると、商品税と送料税はゼロとして計算されます。これらの税金は販売価格に記録されているため(つまり、小計に記録されています)。
各注文の税金を含む価格を理解するために、SHOPLINEは税金を含む価格の商品の税金レポートで、税金を含む価格の商品の税金と注文の税金を表示します。
このレポートの時点は、注文が正常に作成された時点に基づいていることに注意してください。つまり、注文の編集、返金、またはキャンセルなどの操作によって引き起こされる金額の変更は、注文作成完了時刻に一律に帰属されます。
レポートで使用される一般的な指標は次のとおりです:
| 指標 | 定義 |
| 小計 | 商品価格 × 商品の数量に等しい。注文が正常に作成された時点に基づいてカウントされます。 |
| 割引額 | 顧客が入力したクーポンコードや、あなたが作成した手動割引を適用した後に差し引かれる金額。割引額の計算は、商品の小計の全商品の小計に対する割合に基づいて配分されます。注文が正常に作成された時点に基づいてカウントされます。 |
| 商品税 | 注文に基づいて計算された税金。税設定ですべての価格に税金を含むを選択した場合、商品税はゼロになります。税金はすでに小計に含まれているためです。注文が正常に作成された時点に基づいてカウントされます。 |
| 商品税(税金を含む価格) |
税金を含む価格の商品の税金は、注文に基づいて計算されます。注文が正常に作成された時点に基づいてカウントされます。 税金を設定する際にすべての価格に税金を含むにチェックを入れた場合。1月1日に、あなたのストアは100ドルの商品を販売し、送料は20ドルでした。アメリカのある州では13%の商品の税金と5%の送料税が課されるため、商品税(税金を含む価格)= 100 * 13% = 13ドル;商品税 = 0ドル。 |
| 送料 | 注文に基づいて計算された送料。注文が「送料無料」のプロモーションで行われた場合、商品の送料はゼロになります。注文が正常に作成された時点に基づいてカウントされます。 |
| チップ | 注文から受け取ったチップ。注文にチップがない場合、商品のチップ額はゼロとして表示されます。注文が正常に作成された時点に基づいてカウントされます。 |
| 送料税 | 注文からの送料に関連する税金。特定の国/地域に商品が販売されるときに送料に課税されます。注文が正常に作成された時点に基づいてカウントされます。 |
| 送料税(税金を含む価格) |
税金を含む価格の商品の税金は、注文に基づいて計算されます。注文が正常に作成された時点に基づいてカウントされます。 税金を設定する際にすべての価格に税金を含むにチェックを入れた場合。1月1日に、あなたのストアは100ドルの商品を販売し、送料は20ドルでした。アメリカのある州では13%の商品の税金と5%の送料税が課されるため、送料税(税金を含む)= 20 * 5% = 1ドル;送料税 = 0ドル。 |
| ポイント控除 | メンバーが支払いにポイントを使用したときに、総支払いから差し引かれる金額。注文が正常に作成された時点に基づいてカウントされます。 |
| 総注文額 |
総注文額 = 小計 - 割引額 + 商品税 + 送料 + 送料税 + チップ + 手数料 - ポイント控除 注文が正常に作成された時点に基づいてカウントされます。 |
| 四捨五入調整額 | 一部の国際市場では、ストアに四捨五入ルール設定が有効になっており、注文額の四捨五入基準を考慮する必要があります。この指標は、数値の正確性と標準化を確保します。注文が正常に作成された時点に基づいてカウントされます。 |
| 注意:このレポートは現在、すべてのクライアントに公開されていません。レポートを表示する必要がある場合は、SHOPLINEのカスタマーサービスにお問い合わせください。 |
販売レポートのカスタマイズ
フィルターを管理し、編集をクリックしてフィールドをカスタマイズし、次に更新をクリックしてカスタム販売レポートを保存します。
過去30日間のアメリカ市場でのホット商品を見たい場合は、国/地域別を選択してレポートをフィルタリングし、表示したくない列を削除できます。手順は以下の通りです:
- あなたのSHOPLINE管理画面から、分析 > レポートに移動します。
- 売上レポートで、国/地域別レポートをクリックします。
- 日付範囲のドロップダウンリストから過去30日を選択します。
- フィルター管理をクリックし、フィルター条件として国/地域がアメリカ合衆国であることを追加します。
- 編集スライダーで、商品名と売上を選択します。他の指標のチェックを外し、更新をクリックしてヘッダーを更新できます。
- 売上をクリックして、商品売上でレポート全体を逆順に並べ替えます。
- レポートの上部にある名前を付けて保存ボタンをクリックし、レポート名を過去30日間のアメリカ合衆国でのトップセリング商品と入力し、完了をクリックします。
- カスタマイズされた売上結果レポートが完成し、今後カスタムレポートリストで見ることができます。
この記事はAIを使用して翻訳されており、不正確な情報が含まれている可能性があります。最も正確な情報については、元の英語版を参照してください。