Skip to main content
このページは Merchant Portal に入ることについて扱います。セッション、メールリンク、パスワード、アカウントステータスです。ロールの権限、チームメンバーの招待、ログイン履歴、2 段階認証はMerchant Portal の運用で扱っています。初回のサインアップ、サンドボックス、アカウント認証の流れはセルフサービスのサインアップ、サンドボックス、アカウント認証で扱っています。API の資格情報と公開鍵はPortal のセルフサービスセキュリティ設定にあります。 以下に引用するメッセージはすべて Portal が実際に表示するテキストそのものなので、画面で見たものと原因を突き合わせられます。

Portal から繰り返しログアウトされるのはなぜですか?

Portal のセッションは無操作を基準とし、絶対的な上限を持ちます。 セッションがなくなると、リクエストは Session expired. として返り、Portal はログイン画面に戻します。これらの期間を Portal から延ばす方法はありません。 タイマーを待たずに即座にセッションを終了させるものが 2 つあります。
  • パスワードを繰り返し間違えてアカウントがロックされた場合(下記参照)
  • 管理者によってロールが変更された場合 — Merchant Portal の運用を参照してください。

各メールリンクの有効期間はどのくらいですか?

4 種類のメールが 4 種類のリンクを運びますが、その有効期間は同じではありません。これが「リンクが期限切れと表示される」という問い合わせの最も多い原因です。 期限切れまたは使用済みのリンクは静かに失敗するのではなく、固有のメッセージが表示されます。 いずれの場合も対処は同じです。新しいものを要求してください。失われるものはありません。リンクは本人であることを証明するだけで、データを運んでいるわけではありません。

新しいリンクを要求しましたが何も届きません。なぜですか?

これらのメールには 1 分あたりの短い上限があり、それに達するとメールではなくメッセージが返るためです。
Reached the message send times limit, please try again later.
上限はパスワードリセットと、招待 / サインアップ有効化メールとで別々にカウントされます。有効化リンクの再送は招待と同じ枠を使います。 したがって、Resend を続けて何度もクリックした場合、後のクリックは拒否され、送信中なのは最初の方のメールです。1 分待ってから 1 回だけ要求し、次を確認してください。
  1. 迷惑メールフォルダ
  2. アドレスが管理者が実際に招待したものであること
  3. メールサーバーが外部送信者を隔離していないこと
それでも説明がつかない場合は、管理者にチームメンバー一覧から再送してもらってください。そこではアカウントがまだ Pending かどうかも確認できます。

複雑さ以外のパスワードのルールは何ですか?

複雑さの要件はMerchant Portal の運用で扱っています。さらに 3 つのルールが、パスワード変更がそもそも受け付けられるかを決めます。 メッセージは 1 対 1 に対応します。 再利用のチェックは、ログイン中にパスワードを変更する場合にも、リセットリンクから設定する場合にも実行されるため、どちらの経路でも古いパスワードに戻すことはできません。

Portal に「新しいパスワードを設定してください」という画面を強制されました。何が起きたのですか?

パスワードが 90 日の有効期限に達しました。ログインは成功しますが、次が返ります。
Your password has expired. Please set a new password for enhanced security.
そして Portal は強制的なパスワード変更画面へ誘導します。これはスキップできません。新しいパスワードを設定するまで他の Portal のページは読み込まれません。新しいパスワードは形式のルールを満たし、直近 3 つを繰り返さないものである必要があるため、あらかじめ用意しておいてください。設定すると 90 日の時計も再開します。 これを引き起こすのはパスワードによるログインです。Google でログインした場合、有効期限のチェックが Portal への入場を妨げることはありません。ただし、パスワードは変更するまでパスワードログインについては期限切れのままです。

アカウントがロックされました。どれくらいの期間で、何で解除されますか?

パスワードの誤入力は 1 時間単位でカウントされます。その期間内の 5 回目の失敗でアカウントがロックされます。 知っておく価値のある 2 つの帰結:
  • カウンターが動くのは現在 Active のアカウントに対してのみなので、すでに Pending または Locked のアカウントに対する失敗はそれ以上のペナルティを積み上げません。
  • ログインに成功するとカウンターはクリアされるため、4 回失敗した後に成功すれば、残り 1 回ではなくまっさらな状態に戻ります。
早期にロックを解除する Portal のボタンはありません。待てない場合は、貴社アカウントの管理者がパスワードリセットの経路で手助けできます。リセットリンクはロックのタイマーとは独立しています。

どのアカウントステータスがあり、どれがログインできますか?

ログインできるステータスは 1 つだけです。残りはそれぞれ独自のメッセージを返します。 Settings → Members のチーム一覧では最初の 2 つ(Pending と Active)にラベルが付きます。招待フローが生み出すのがこの 2 状態だからです。それ以外が表示されている行は、もうログインできないアカウントであり、管理者のみが対処できます。 したがって User disabled. は不具合の報告ではありません。アカウントは存在するが、ログインを許可する状態ではなくなったということです。再試行するのではなく、貴社の加盟店アカウントの管理者に連絡してください。

「Continue with Google」は何をしますか?

ログイン画面とサインアップ画面の両方にあります。クリックすると Google 自身の同意画面が開きます。Waffo が Google のパスワードを見ることはありません。 その後どうなるかは、すでに何が存在するかによります。 常に適用される 2 つのルール:
  • Google がそのアドレスを検証済みとして報告する必要があります。未検証の Google アドレスは拒否されます。
  • 上記のステータスチェックは引き続き実行されます。Google ログインでロック中や非アクティブのアカウントを回避することはできません。
連携はメールアドレスに対して行われるため、Google でのログインとパスワードでのログインは同じ Portal ユーザーに到達します。2 つ目のアカウントではありません。Google ログインが想定外に失敗した場合、Portal は理由をその場に表示します。1 回再試行し、それでも駄目ならメールとパスワードに切り替えてください。

サインアップフォームで「セキュリティ確認」を求められるのはなぜですか?

セルフサービスのサインアップは入力されたアドレスに実際のメールを送るため、最初の送信は人間確認のチャレンジで保護されています。通過しない場合は次が表示されます。
Security check failed. Please refresh and try again.
ページを更新して 1 回送信してください。チャレンジは短時間しか有効でないため、古いページが圧倒的に多い原因です。このチェックはサインアップを開始する送信時に実行され、その後のすべてのステップで実行されるわけではありません。

サインアップフォームの招待コードのフィールドは何ですか?

任意です。空のままにしてもサインアップは通常どおり進みます。 コードを渡されていて、それが受け付けられない場合のメッセージは次のとおりです。
The invitation code is invalid.
コードは厳密です。前後に空白を入れず、大文字小文字も正確に入力してください。それでも失敗する場合は、推測せずにコードを渡した人に確認してください。なお、コードを消せばいずれにせよ登録できます。

サインアップしようとしたら、そのアドレスにはすでにアカウントがあると言われました。

Email already exists. が表示され、2 つ目のアカウントは作成されません。1 つのメールアドレスは 1 つの Portal ユーザーに対応するため:
  • 以前にパスワードを設定していれば、それでログインしてください
  • 招待を完了していなければ、招待リンクを使うか、管理者に再送を依頼してください
  • パスワードが分からなければ、Forgot password を使ってください。作成方法に関わらず既存のアカウントで機能します
サインアップを繰り返しても新しいアカウントは作られず、1 分あたりのメール送信枠を消費します。

サインアップ時にリンクとコードを選べますか?

はい。セルフサービスのサインアップは、アドレスの所有を証明する 2 つの方法に対応しています。 どちらも同じことを証明するので、メール環境に合う方を選んでください。メールが同じ端末に届く場合はリンクの経路が、そうでない場合はコードの経路が簡単です。いずれの場合もアカウントは 1 回だけ作成され、1 分あたりの送信上限は両方に適用されます。

ログインはできたのに、Portal がユーザーは加盟店に紐付いていないと言います。

メッセージは次のとおりです。
User not set relation merchants. Please contact your administrator to set the relation merchants.
資格情報に問題はありません。アカウントがまだ加盟店アカウントに関連付けられていないため、開くべきデータがないのです。関連付けられるのは管理者だけです。これは通常の招待フロー以外でアカウントが作成された直後に最もよく現れます。

Portal はログインのたびに確認コードを求めますか?

貴方のユーザーで 2 段階認証が有効になっている場合のみです。有効にした覚えがないのに表示される場合や、コードが届かない場合の対処を含め、Merchant Portal の運用とPortal のセルフサービスセキュリティ設定で扱っています。 ここでの目安として:コードはメールで配信され、短時間しか有効ではなく、再送は上記のリンクメールと同じ考え方でレート制限されています。繰り返しクリックしても追加のメッセージではなく OTP rate limit exceeded. が返ります。