Skip to main content
Portal に関するサポートへの質問で最も多いのは、「ドキュメントに載っている列が自分にはない」という類のものです。 ほとんどの場合その要素は条件付きであり、このページではその条件を列挙します。 ダッシュボードが実際に何を数えているかは Portal のダッシュボードと分析 と ホームダッシュボード を参照してください。そもそも誰がどのモジュールを見られるかは 加盟店 Portal の運用 を参照してください。

列や画面が自分にだけ表示されないのはなぜですか?

理由は 4 つあり、対処法もそれぞれ異なります。 既知のデータ条件付き要素:Service → Payin の User Fee 列と Mini Apps Info 列、および決済一覧の Initiation Type 列 — 取引・返金フィールドリファレンス を参照してください。

自分の決済一覧には Sub Merchant Id 列があるのに、同僚にはないのはなぜですか?

この列は、サブ加盟店を運用しているアカウントに対してのみ描画されるためです。アカウントにサブ加盟店がない場合、 Sub Merchant Id はハイフンだけの列を表示するのではなく、決済一覧から完全に消えます。 表示されるはずなのにない場合、問うべきはアカウントがそもそもサブ加盟店を持つ構成になっているかどうかであり、 Portal の設定ではありません。逆も同様です。別の加盟店アカウントでサインインしている同僚が、お客様とは異なる列の集合を 見るのは正当な動作です。

Payments Analytics ではどのプロダクトタブが表示されますか?

タブは、アカウントが契約しているプロダクトから導出されます。 したがって、タブバーがないのは不具合ではありません。見るべきプロダクトが 1 つしかないという意味です。Portal からタブを 追加することはできません。契約に従います。

テーブルではなくファネルが表示される(またはその逆の)のはなぜですか?

ビューは、選択した決済手段の数に従います。 ルールはこれだけです。ファネルに戻したい場合は決済手段の選択を 1 つに減らすかクリアしてください。比較テーブルが 必要な場合は 2 つ以上選択してください。

どの時間間隔を選べますか? ある選択肢がグレーアウトしているのはなぜですか?

利用できる粒度は、選択した日付範囲の長さに依存します。範囲自体が制限されることはありません。間隔の一覧は次のとおりです。 無効化された選択肢には、何を変えればよいかを正確に説明するツールチップが付きます。 日付範囲を変更すると、無効な間隔が選択されたまま残るのではなく、間隔がリセットされます。単日の範囲は Half-hourly に、 それより長い範囲は Daily にリセットされます。新しい日付を選んだ後に間隔が勝手に変わったのはこれが理由です。 日付を変更する前ではなく、変更した後に間隔を設定し直してください。

Payments Analytics の初期の日付範囲は何ですか?

過去 30 日、粒度は Daily です。どちらも変更でき、範囲ピッカー自体に最大の期間の制限はなく、日付がグレーアウトされる こともありません。 細かい粒度での非常に広い範囲は、ハードな制限ではなくチャートの描画能力によって制約されます。したがって、長い範囲に Daily を指定するのは正当であり、チャートは拒否するのではなく圧縮されると考えてください。

Payments Analytics がデータの鮮度について警告するのはなぜですか?

この画面には、データが短い間隔で更新されること、直近に完了した取引はまだ現在のビューに反映されていない可能性があることを 示す常設の注意書きがあります。 文字どおりに受け取ってください。1 分前に受け付けた決済は、取引一覧では完全に表示されていても分析には存在しないことがあります。 個々の決済が存在するかどうかの正本は取引一覧であり、分析はその上の集計です。 ホームダッシュボードには独自の異なる鮮度モデルがあります。 ホームダッシュボード を参照してください。

サブスクリプションのコンバージョンを初回決済と更新に分けられますか?

はい。Subscription タブでのみ可能です。3 択のセレクターが表示されます。 One-time Payment タブではこの区別が存在しないため、セレクターは描画されません。タブを切り替えると選択は All に リセットされます。 この分割は、「コンバージョンが想定より悪く見える」への答えになることがよくあります。初回決済と更新はかなり異なる コンバージョンを示し、All はそれらを混ぜてしまいます。

国を変更したら決済手段のフィルターがクリアされたのはなぜですか?

決済手段の利用可否は国に依存するため、国の変更はより狭い選択を無効にします。Country/Region を変更すると Payment method type と Payment method の両方がクリアされ、新しい選択に対応する選択肢が再読み込みされます。 同じ連鎖はもう 1 階層下でも起こります。Payment method type を変更すると Payment method がクリアされます。 フィルターは上から順に — 国、タイプ、決済手段 — 設定すれば、途中でクリアされることはありません。

決済手段タイプのフィルターが無効になっているのはなぜですか?

現在選択されている国に対して提示できる選択肢がないためです。空の状態で表示するのではなく無効化することで、 「国の選択に一致するものがない」と「すべてが一致する」を区別しています。 Country/Region を広げるかクリアすれば、選択肢が再び表示されます。決済手段の一覧はアカウントが契約している内容でも 絞り込まれるため、取引できない決済手段が提示されることはありません。

Payments Analytics に通貨フィルターがないのはなぜですか?

この画面にはありません。フィルターは Country/Region、日付範囲、間隔、Payment method type、Payment method と、 プロダクトタブ、そしてサブスクリプションではステージのセレクターです。 通貨でのビューが必要な場合は、レコードごとに通貨を持つ取引一覧またはエクスポートから作業してください。 エクスポートとレポートのダウンロード を参照してください。

サンドボックスで Tokenization Notify URL を編集できないのはなぜですか?

そのコントロールだけが本番に限定されているためです。3 つの通知 URL は異なる振る舞いをします。 URL は Settings → Integration の API 操作タイプの行ごとに保持されるため、Payin、Payout、Payin & Payout、 Withdraw、Client のうち複数を保有する加盟店は、一度ではなく行ごとに設定します。URL が未設定の行では、セルに - が 表示されます。 このページの場所と、URL が API キーとどう関係するかは Portal セルフサービスセキュリティ設定 で扱っています。

保存時に通知 URL が拒否されたのはなぜですか?

ダイアログは保存を許可する前に URL を検証し、ちょうど 1 つのメッセージを表示します。
“Invalid URL: must start with http:// or https:// and be a valid address.”
この検証は次のすべてを要求します。 長さの上限は URL によって異なります。 ダイアログには該当する上限に対する文字数カウンターがリアルタイムで表示され、上限に達すると入力を受け付けなくなります。 したがって URL が途切れている場合は、入力欄の不具合ではなく上限に達したということです。 設定済みの URL を削除するには、フィールドを空にして保存してください。 ダイアログにもそう記載されており (“leave blank to remove”)、空の値は検証エラーを起こさずに受け付けられます。保存は承認ステップなしで反映されます。

精算ステータスで絞り込めるのはどこですか?

Disputes 一覧です。ここでは精算ステータスが列であり、かつフィルターでもあります。決済一覧にはありません。 取引・返金フィールドリファレンス を参照してください。 取引レベルの精算の数値については、精算レポートから作業してください: 精算レポート。

分析の数値が取引一覧と完全に一致しないのはなぜですか?

構造的な理由が 3 つあり、いずれも想定内です。 照合の対象にする数値は、チャートから読み取るのではなく取引一覧からエクスポートしてください。メトリクスの定義は Portal のダッシュボードと分析 にあります。