※この記事は全文機械翻訳されています。

組織に対して以下のオプションを設定するよう要求することができます。

これらのオプションは、組織が所有するすべてのプロジェクトに適用されます。

この記事では次のトピックについて説明します：

組織の名前を変更したい場合は、プロフィール画像の横にある黒いチャットボタンをクリックするか、support@catenda.comでサポートにお問い合わせください。

プランに関するご質問はsales@catenda.comにお問い合わせください。

プランは、組織内のいかなる時点でも所有できるプロジェクト数を決定します。

プランはまた、新しいプロジェクトがいつ期限切れになるかも決定します。

このセクションでは次のトピックについて説明します：

単一のドキュメントをダウンロードする場合、ファイル名は常に元のファイル名になります。

複数のドキュメントをダウンロードする場合、ファイル名はドキュメント名になります。

このオプションを使用すると、複数のドキュメントをダウンロードするときに取得するファイル名を構成できます。

これは命名規則と組み合わせて使用するのに便利で、同じ名前を持つドキュメントを毎回異なるリビジョン番号ではなく上書きするのに役立ちます。

例:

プロジェクトの名前は_testproject_です。

2つのファイルがそれぞれ2つのリビジョンと共にアップロードされます: test01.pdf_と_test02.pdf。

ドキュメント名は以下のように変更されます: changed01.pdf_と_changed02.pdf

デフォルトのダウンロード動作: これらのドキュメントを1つずつダウンロードすると、常に_test01.pdf_と_test02.pdf_という名前になります。

これらのドキュメントの両方を同時にダウンロードする場合、デフォルトでは_changed01.pdf_と_changed02.pdf_と呼ばれます。

これは以下のオプションで変更できるものです:

オプション:

リビジョンファイル名

このオプションを選択すると、単一ファイルのダウンロード時と同じため、名前は一貫性があります。

<元のファイル名>.<拡張子> test01.pdf_と_test02.pdf

ドキュメントタイトル - デフォルト <ドキュメント名>.<拡張子> changed01.pdf_と_changed02.pdf

ドキュメントタイトルとリビジョン番号

<ドキュメント名><リビジョン番号>.<拡張子> changed01.pdf #2_と_changed02.pdf #2

プロジェクトタイトルとドキュメントタイトルおよびリビジョン番号

<プロジェクト名><ドキュメント名><リビジョン番号>.<拡張子> testproject changed01.pdf #2_と_testproject changed02.pdf #2

所有プロジェクトの感染ファイルの隔離処理。

ドキュメントが感染していることが判明した場合、デフォルトではダウンロード可能です。

ユーザーは、このドキュメントがウイルスを含んでいることを警告されます。

組織ごとにオプションを設定して、管理者であってもだれも感染したドキュメントをダウンロードできないようにすることができます。

オプション:

ダウンロード時に警告 - デフォルト

ダウンロードをブロック

この機能がオンの場合、組織内で作成されたすべての新しいプロジェクトは、ドキュメントとしてのモデル機能が有効になります。

承認フローが有効にされ、ドキュメント設定にドラフトステータスがある場合、ドキュメントアップロード時にデフォルトでドラフトチェックボックスとしてアップロードがチェックされます。

リクエストによって、このチェックボックスを組織内のすべてのプロジェクトのデフォルトでチェックされていない状態に設定できます。

ユーザーは、組織のメンバーまたはオーナーとして追加できます。

組織のオーナーは、組織ツールで組織の概要を表示できます。

このツールを使用すると、次のことができます: 所有している他の組織にプロジェクトを移動します(アーカイブは多くの場合、別の組織です)。

プランが許可する場合は、組織内に新しいプロジェクトを作成します。

組織が所有するプロジェクトを削除します。

招待することなく、組織メンバーをプロジェクトに追加します。

プロジェクトの一部である必要がない場合でも、ユーザーを組織プロジェクトに招待します。

プロジェクトを頻繁に移動する必要がないため、組織のオーナーを少なく保つことが推奨されます。

組織のメンバーは、組織のオーナーによって組織のプロジェクトに簡単に追加できます。

このセクションでは次のトピックについて説明します：

エンタープライズ顧客は、プロジェクトに参加するユーザーのMFA実施を要求できます。

このオプションを使用して、組織が所有するプロジェクトに参加するには、すべてのユーザーがMFAをセットアップする必要があります。

エンタープライズ顧客は、シングルサインオンのセットアップをリクエストできます。

開発者がコンフィギュレーションをセットアップするのに時間がかかるため、料金が関係しています。

このルールは何をしますか? デフォルトでは、SSOでログインするユーザーと通常ログインするユーザーは同じ方法で扱われます。

組織に対してMFAが実施される場合、通常ユーザーとSSOユーザーの両方がMFAコードを入力してログインしてプロジェクトにアクセスする必要があります。

組織に対してこのオプションがチェックされている場合、SSOユーザーはプロジェクトへのアクセスにMFAを使用する必要はありません。

通常ユーザーはコードなしでログインできるようにMFAコードを入力する必要があり、SSOユーザーはコードを使用せずにログインできます。

SSOとは何ですか? シングルサインオンにより、ユーザーは一度ログインして、認証係数を再入力することなくサービスにアクセスできます。

このオプションを使用して、組織のユーザーがMFAをセットアップする必要がないようにすることができます。

組織のプロジェクトの一部である異なる組織からのユーザーは、上記のオプションが有効になっている場合、MFAを有効にする必要があります。

SSOのセットアップ: 任意のSSOプロバイダーでSSOをセットアップすることが可能です。

これは標準化されたプロセスであるため、最も一般的なSSOプロバイダーの一部を以下に示します:

Microsoft Active Directory: Microsoft Active DirectoryでSSOを構成するには、Azure AD環境で新しいAzure Enterprise Applicationを構成する必要があります。

通常、これはエンティティのシステム管理者がこの構成を実行します。

Azure AD環境では、システム管理者がSAML認証で以下のフィールドを入力する必要があります: エンティティID: https://hub.catenda.com/metadata.xml このXMLファイルはダウンロード可能ですが、通常はURLのみをフィールドに貼り付ける必要があります。

Assertion Consumer Service (ACS) URL: https://hub.catenda.com/sso/saml/v2/attribute このリンクもフィールドに投稿されるべきであり、ブラウザで開くことによってアクセスできません。

構成されると、Identity providerはこのエンドポイントにPOSTリクエストを発行します。

このエンドポイントが通常のブラウザ(GETリクエスト)から呼び出された場合、またはPOSTリクエストが正しいデータなしで呼び出された場合、ページは読み込まれません。

サインオンURL https://hub.catenda.com/signin これはサインインページで、構成されたIdentity providerにリダイレクトされてからCatendaへのアクセスが付与されます。

それが完了したら、システム管理者は、新しいアプリケーションのAppフェデレーションメタデータURLおよびフェデレーションメタデータXMLでに戻してください。

GSuite:

この記事のようにSSOをセットアップしてください

テストユーザー:

SSOセットアップが構成されたら、SSOを最初に有効にできるテストユーザーのリストを入力してください。

テストユーザーがテストされたら、残りのユーザーを有効にすることができます。

ブラックリストとホワイトリスト:

ブラック/ホワイトリストを構成することも可能です: 例: X、Yなど以外のすべてのユーザーはSSOでログインすることを許可されるべきです。

または、X、Yなど以外のユーザーのみがSSOでログインすることを許可されるべきです。

この情報は、上記で指定されたXMLファイルに加えて提供される必要があります。

このオプションを使用すると、組織内のすべてのプロジェクトの公開共有機能を無効にできます。

このオプションが有効になっている場合、次のことはできなくなります:

ドメインを組織に追加するようリクエストできます。

ドメインが組織に登録されている場合、組織ツールの組織のユーザーページに「ドメインから追加」オプションが表示されます。

これにより、メール招待を通じて招待することなく、組織からユーザーをプロジェクトに追加できます。

組織からユーザーが見つからない場合、これはほとんどの場合、まだCatendaアカウントを作成していないため、当社のシステムに記録がないためです。

アカウントをまだ持っていないドメインのユーザーは、プロジェクトに参加してアカウントを作成できるように招待される通常の方法である必要があります。

追加されていないドメインからのユーザーは、引き続き通常のメール招待で招待される必要があります。