サポートされる機能

• Oktaで作成した新しいユーザーがTinesでプロビジョニングされます。
• ユーザー名は有効なメールアドレスでなければなりません。これは、ユーザーアカウントの一意識別子です。
• ユーザーは、デフォルトでアクティブな状態で作成されます。
• デフォルトのユーザータイプはUSERです。TENANT_OWNERのユーザータイプを割り当てるには、 Okta Identity Governanceインスタンスから明示的に構成する必要があります。ユーザーは、TENANT_OWNERに割り当てられる前に、USERとしてプロビジョニングされる必要があります。TENANT_OWNERのユーザータイプには、完全な管理者アクセスが直ちに付与されます。
• ユーザーの作成に必要な基本フィールドは、ユーザー名（username）、名（first name）、姓（last name）です。

• 名（first name）、姓（last name）、ユーザータイプ（user type） フィールドを更新できます。
• TinesテナントでSCIMが有効になると、名、姓、ユーザータイプのすべてのユーザーフィールドの編集は 、OktaからSCIMを経由する必要があります。Tines UIは、これらのフィールドへの手動での編集をブロックし、信頼できる情報源として Oktaとの競合を防ぎます。
• Oktaでユーザーのロールに加えられた更新は、Tinesにプッシュされます。

Oktaでユーザーを非アクティブ化するかアプリへのアクセスを無効化すると、Tinesのアカウントも非アクティブ化されます。アカウントレコードは保持されますが、非アクティブ化としてマークされます。削除されることはありません。

• Oktaは、Tinesで作成されたユーザーをインポートします。
• ユーザーの名または姓がない場合、Oktaはプレースホルダー値のFNUとLNUをそれぞれに割り当てます。
• Tinesには個別のメールアドレスフィールドがないため、Oktaはユーザーのインポート時にユーザー名をユーザーのメールアドレスに設定します。

Oktaは、Tinesでユーザープロファイルに加えられた変更をダウンロードし、Oktaにローカルで保存されているプロファイルフィールドに適用します。

Oktaでユーザーを再アクティブ化または有効化すると、そのユーザーのTinesアカウントも再アクティブ化されます。

• Tinesはエンタイトルメント管理に対応しています。Okta Identity Governanceを使用する場合は、この機能を有効にする必要があります。
• Tinesでは、userTypeフィールドを介して2つのエンタイトルメントのみをサポートします。USER（デフォルト）とTENANT_OWNER（管理者）です。
• Oktaの管理者ロールまたはグループをTENANT_OWNERにマッピングします。

• グループとそのメンバーをTinesにプッシュできます。「グループプッシュを管理する」を参照してください。
• Tinesはグループを管理するためのUIを提供しません。すべてのグループ操作はSCIM APIを介して実行する必要があります。
• グループメンバーシップは、Oktaを介して、またはSCIMエンドポイントを直接介してのみ管理できます。グループからユーザーを削除すると、そのグループメンバーシップのみが削除されます。ユーザーは削除されません。
• Tinesでグループを作成する場合は、表示名のみが必要です。
• Tinesは説明フィールドをサポートしていないため、グループの説明はOktaから同期されません。Oktaグループに説明があった場合、その説明は同期中に破棄されます。
• グループ名では、大文字と小文字が区別されます。たとえば、EngineeringTeamとengineeringteamは異なる名前として扱われます。
• 表示名に絵文字が含まれるグループはOktaにインポートされません。特殊文字もサポートされています。
• グループを削除すると、ハード削除が実行されます。すべてのグループデータは完全に削除され、メンバーは自動的に割り当てが解除されます。