要点
注文データと精算データは、更新されるタイミングが異なります。最近の注文の数値は、TikTokから精算済みの手数料、税金、送料、調整額が届く前に表示される場合があります。Dashboardlyは必要に応じて暫定値を表示し、取得できたTikTokデータが同期されると更新します。注文からの経過日数だけでは、精算済みであるとは判断できません。
遅延が生じる理由
最近のカードが準備中の場合
Dashboardlyは、直近の日付の財務データをバックグラウンドで準備します。選択期間の一部だけが更新中の場合、ダッシュボードと損益ページは準備が完了した日付を再利用し、未完了の日付だけを取得し直します。これにより、一部の更新のために期間全体を時間のかかる再計算にかけることを防ぎます。最近検証した商品ページの結果が現在の計算ルールと互換性を保っている場合、対象の日付をバックグラウンドで更新する間、その結果を更新中の状態で表示し続けることができます。接続済みで対象となるショップは、最初のレポート閲覧前も含めて事前に準備されるため、ページを開くこと自体が重い計算の開始条件にはなりません。
初回同期や計算バージョンの変更などで互換性のある検証済みの結果がまだない場合、バックグラウンド更新が完了するまで、一時的に準備中と表示されることがあります。不明な値を誤解を招くゼロに置き換えることはありません。準備中の表示が消えたら、ページを再読み込みしてください。古い日付や大きな欠落範囲は、バックグラウンド処理が完全な元データを取得するまで保護されます。これにより、更新中も精算済みの数値の正確性を保ちます。
イベントデータと精算済みデータ
Dashboardlyは、二つの経路で注文データを受け取ります。
- Webhook（イベント通知） -- TikTokは、対応する注文や返金のイベントをDashboardlyに通知します。処理やバックグラウンド同期のタイミングは変わるため、通知が届いたことは、すべてのレポートが更新済みであることや、すべての財務項目が確定していることを保証しません。
- 精算明細（後から反映） -- TikTokは、明細APIを通じて精算済みの取引金額を提供します。明細の生成と、個々の注文が精算対象になることは別の出来事です。タイミングはショップ、市場、取引状態によって異なります。配達から精算までの日数を固定して考えず、TikTokの精算情報を確認してください。
データの確定状態の三段階
Dashboardlyは、データの確定状態を段階的に扱います。
| 段階 | 時点 | 表示される内容 |
|---|---|---|
| 最近の注文 （最新） | 完全な精算データがまだないとき | 取得できた注文金額と、手数料、税金、送料の暫定的な見積額です。最終的な振込金額ではありません。 |
| 精算前の注文 | TikTokが未精算の取引を報告している間 | TikTokの未精算金額は売上を含めて見積額であり、精算前に変わる場合があります。 |
| 精算済みの注文 （明細に基づく） | 対応する明細の取引が取得可能になり、同期された後 | TikTokの精算済み取引金額です。レポート全体は、返金、調整、商品原価、広告費、その他の未取得項目によって変わる場合があります。 |
見積もりになる項目
まだ精算されていない最近の注文では、次の項目が見積もりになります。
- プラットフォーム手数料 -- 取得できた確定済み履歴と、適用される代替ルールから見積もります。見積額は保証された手数料ではなく、精算額との差が一定の割合に収まるという約束でもありません。
- 税額 -- 精算で正確な税額が確認されるまで見積額です。
- 送料 -- TikTokが精算を確定すると、正味の送料が多少変わる場合があります。
注文金額と精算済み売上は異なる見方です。 取得できた購入時の金額は精算前に表示されますが、返金、注文状態、レポートの対象範囲、後から届くTikTokの調整によって結果が変わります。TikTokの未精算売上は明確に見積額とされているため、すべての売上数値を最終的な振込金額として扱わないでください。
見積もりの仕組み
Dashboardlyは、ショップの確定済み明細の履歴のみ から暫定的な手数料の基準を計算します。暫定取引やすでに見積もられた取引を、見積もりの学習には使いません。十分な履歴がある場合、極端に高い注文や低い注文の影響を抑えつつ、代表的な確定済み手数料率を使用します。新しいショップでは、明細が十分に集まるまで、より広い範囲の確定済み平均または定められた既定値を使います。最近の送料も、同様にショップの確定済み送料履歴から見積もります。その際、販売者に送料が実際に発生しない精算済み注文があることも維持します。
これらは未確定期間の一時的な見積額であり、固定された会計上の金額ではありません。TikTokが注文を確定したときや、ショップの確定済み履歴が増えて基準が改善したときに変わる場合があります。TikTokから確定取引が届くと、Dashboardlyは見積額をその取引の正確な手数料と送料に置き換えます。そのため、振込額の照合には、完了したStatement-date（明細日）レポートを使います。Order date + Accrual basis（注文日＋発生主義）は現在の運用状況を示す見方で、未確定値を含みます。
定期的な財務同期では、すでにTikTokの取引が保存されている過去の注文も再確認します。取引は保存されていても、以前のデータ品質フラグの更新が中断されていた場合、次に同期が成功すると、インポート済みの取引金額を変えずに、注文の見積・確定状態を自動で修復します。
確認できること
データが見積値か確認する
- 最近の日付 は、未完了の注文や暫定金額を含みやすくなります。決まった日数が経てば十分と考えず、精算状態を確認してください。
- 古い日付 でも、精算待ち、元データの遅延、返金、調整が残る場合があります。経過日数だけでは、すべての数値が確定したとは判断できません。
- 特定期間の正確な金額が必要な場合、その期間のすべての注文をTikTokが精算するまで待ってください。
接続を確認し、更新を依頼する
データが古いと思われる場合は、次の手順で確認します。
- 設定 > ショップ を開き、対象ショップの接続を確認します。
- 対象ショップ、レポート、期間と、表示されているエラーや古い数値を控えます。
- 設定 > サポート から、更新の確認または手配をチームに依頼します。本番環境には、古い説明にあるImport Historyや手動Syncの操作経路は公開されていません。
定期的なバックグラウンド同期が、取得できるTikTokの更新を取り込みます。データ更新の依頼のためにショップの接続を解除して再接続する必要はありません。また、更新を行っても、TikTokがまだ提供していない精算情報を作り出すことはできません。
損益ページで精算金額を確認する
振込額の照合では、同じショップの完了した明細期間についてStatement-date（明細日）の表示を使用します。Order date + Accrual basis（注文日＋発生主義）は運用上の表示で、暫定金額を含む場合があります。精算データの対象範囲、レポート設定、未取得の費用項目を確認してください。数週間前のレポートでも、すべての項目が確定しているとは限りません。
よくある状況
「注文があるのに、今日の手数料が$0と表示される」
手数料がゼロという表示だけでは、TikTokが手数料を請求しなかったとは判断できません。選択したショップ、日付、レポートの基準と、元データや見積もりがまだ処理待ちかを確認してください。想定と異なる表示が続く場合は、ゼロを最終的な請求額とみなさず、レポートと期間を添えてサポートに連絡してください。
「先週の利益が変わった」
新しい精算情報によって暫定金額が置き換わる場合があります。返金、調整、同期された元データ、費用項目の変更でも利益は変わります。同じショップ、日付、レポート設定で比較し、理由が分からない変化はサポートに相談してください。
「先月の数値は正しいのに、今月は違う」
最近の期間には未完了の注文が多い傾向がありますが、先月が自動的にすべて精算済みになるわけではありません。TikTokの実際の精算状態と、レポートに元データや費用項目が完全にそろっているかを確認してください。後から発生した返金や調整が、古い期間にも影響する場合があります。
サポートに連絡する場合
- 接続を確認した後や、サポートが更新を確認した後も数値が古い場合は、ショップ、レポート、期間、表示されている問題を伝えてください。
- TikTokで完了済みの精算取引が対応するレポートにない、または誤っている場合や、TikTokの精算予定情報を過ぎても注文が未精算の場合です。
- TikTokでショップが稼働しているのに、数日間新しいデータが表示されない場合です。