オンボーディング

メンバー確認について

このアプリでは3つの異なる場面で「確認」という言葉が使われます——それぞれが実際に何を証明しているのかをご説明します。

「確認」という言葉は、このアプリの3つの異なる、互いに関係のない場面で使われて います。同じ言葉を共有しているため混同しやすいのですが、それぞれ異なる人に 異なることを証明しています。このページは、それらを整理するためのものです。

1. オンボーディング確認——送信者のリレーが本物であることを証明する

これはオンボーディングのプロセスが扱っているものです ——メンバーの送信リレーがそもそもメールを中継してよいかどうかを決定します。 創業アドミンは送信・返信の往復によってこれを証明し、招待されたメンバーは招待を 受け入れるだけで証明します。それを受け取れたのは本人だけだからです。

アドミンは、特定のメンバーについてこの状態を未確認に戻すことができます——たと えば侵害が疑われる場合です。これにより、そのメンバーのリレーは再度確認が完了 するまで、即座にメールの中継を停止します。

2. 招待の受け入れが証明になる——独立したステップではなく、#1のメンバー版

これには専用のモデルも画面もありません——上で説明した仕組みそのものです。 一つのアドレスにしか送られない、固有かつ有効期限のある招待リンクを持っている ことが、創業アドミンが行う送信・返信の往復の代わりになります。ここで別途触れて いるのは、実際には存在しない独立した「メンバー確認」ステップを探してしまい がちだからです。

3. 受取人確認——まったく別の、SMSベースの確認

これは送信者やメンバーとはまったく関係ありません。これは、強化配信(Plus) オプションを有効にしている組織にのみ適用され、その組織から受取人が初めて 添付ファイルを受け取る際にその受取人を保護します。

  1. 送信するメンバーが 受取人の携帯電話番号を確認します
  2. 受取人は通常の登録と同様にパスキーを登録しますが、その電話番号に送られた ワンタイムSMSコードも確認するまでは、アカウントはロックされたままです。
  3. 確認が完了すると、保留されていたメールが配信され、その受取人は以降、完全に 確認済みとなります——これは受取人ごとに一度限りの確認であり、添付ファイル のたびに繰り返されるものではありません。
アカウントがまだ何かを実行できない理由を調べる際は、この3つのうちどれが実際に 当てはまるのかを確認する価値があります——送信者のリレーが未確認であること、 受取人の携帯電話番号がまだ確認されていないこと、招待がまだ受け入れられていない ことは、外から見るとよく似ていますが、それぞれまったく異なる場所で解決するもの です。