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

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

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

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

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

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

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

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

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

ドキュメントダウンロードタイトルオプションは、ダウンロードされたファイルが取得するファイル名を決定します。

ファイルにrevision名を保持させることも、Catendaのドキュメント名を使用することもできます。

これは命名規則と組み合わせて使用する場合、またはrevisionナンバーが異なるたびに同じ名前のドキュメントを上書きする場合に便利です。

このオプションは、新しいプロジェクトのデフォルトの1つです。

組織がこれを変更すると、変更はその後に作成されたプロジェクトにのみ適用されます。

既存のプロジェクトは、すでに持っている設定を保持します。

例:

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

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

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

オプション:

以下のオプションは、これらのファイルをダウンロードするときにどのように呼ばれるかを決定します。

Revision ファイル名

<Revision 名>.<拡張子> test01.pdf および test02.pdf

ドキュメント タイトル

<ドキュメント名>.<拡張子> changed01.pdf および changed02.pdf

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

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

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

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

このオプションは、単一ファイルをダウンロードするときと、複数ファイルを一度にダウンロードするときに適用されます。

ドキュメントセクションからダウンロードされたドキュメントと、modelセクションからダウンロードされたmodelに適用されます。

また、collectionsページでDownloadコレクションをクリックした場合にも適用されます。

いくつかのダウンロードはオプションを無視します。

パブリックリンク

パブリックリンクでコレクションを共有する場合、リンクを開いたユーザーはCatenda Transferページからダウンロードします。

ダウンロードされたファイルは常にrevision名を保持します。

注釈ツールバー

ドキュメントプレビューの注釈ツールバーのアクションメニューからダウンロードする場合、オプションの設定に関係なく、ファイルは常にrevision名を取得します。

同じメニューで名前を付けて保存を選択した場合は、希望するファイル名を入力できます。

同じ組織内のプロジェクトで、同じファイルに異なる名前を付けることができます。

このオプションは新しいプロジェクトのデフォルトに過ぎないため、オプションが変更される前に作成されたプロジェクトは古い設定を保持します。

同じドキュメントでも、ダウンロード位置に応じて異なる名前を取得できます。

注釈ツールバーとパブリックリンクは常にrevision名を使用しますが、他のダウンロードはオプションに従います。

ドキュメント名を使用するオプションを選択する場合、ファイル名はCatendaのドキュメント名によって異なります。

新しいrevisionがアップロードされてもドキュメント名が更新されない場合、ダウンロードされたファイルはrevision名に含まれていた情報が不足している可能性があります。

これが一部の組織がRevisionファイル名オプションを保持する理由です。

Revisionファイル名オプションを使用する場合、不明確な名前でアップロードされたファイルは、ダウンロード時にその名前を保持します。

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

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

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

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

オプション:

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

ダウンロードをブロック

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

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

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

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

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

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

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

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

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

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

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

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

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

エンタープライズ顧客は、プロジェクトに参加するユーザーの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アカウントを作成していないため、当社のシステムに記録がないためです。

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

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