組織に合わせて次のオプションを設定するようにリクエストできます。

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

この記事には、次のトピックに関する情報が含まれています。

組織名を変更したい場合は、チャットバブルまたはsupport@catenda.comを通じてサポートにご連絡ください。

プランに関するご質問は、sales@catenda.comまでお問い合わせください。
計画によって、組織内でいつでも保有できるプロジェクトの数が決まります。

計画によって、新しいプロジェクトの有効期限も決まります。

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

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

このオプションを使用すると、複数のドキュメントをダウンロードするときに取得するファイル名を設定できます。これは、命名規則と組み合わせると、毎回異なるリビジョン番号ではなく、同じ名前を持つドキュメントを上書きする場合に役立ちます。

例：

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

2 つのファイルがそれぞれ 2 つのリビジョンでアップロードされます。

test01.pdfおよびtest02.pdf

ドキュメントの名前は次のように変更されます。

変更01.pdfおよび変更02.pdf

デフォルトのダウンロード動作:

これらのドキュメントを 1 つずつダウンロードすると、常に名前が付けられます

test01.pdfおよびtest02.pdf

これらのドキュメントを両方同時にダウンロードすると、デフォルトでは、changed01.pdfおよびChanged02.pdfという名前になります。

これは、次のオプションで変更できるものです。

オプション:

リビジョンファイル名

これは単一のファイルをダウンロードする場合と同じであるため、このオプションを選択すると名前が一貫することに注意してください。

<元のファイル名>.<拡張子>

test01.pdfおよびtest02.pdf

ドキュメントのタイトル- デフォルト

<ドキュメント名>.<拡張子>

変更01.pdfおよび変更02.pdf

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

<文書名><リビジョン番号>.<拡張子>

Changed01.pdf #2およびChanged02.pdf #2

ドキュメントのタイトルとリビジョン番号を含むプロジェクトのタイトル

<プロジェクト名><ドキュメント名><リビジョン番号>.<拡張子>

テストプロジェクト変更01.pdf #2およびテストプロジェクト変更02.pdf #2

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

ドキュメントが感染していることが判明した場合、デフォルトでは、そのドキュメントをダウンロードできます。このドキュメントにはウイルスが含まれているという警告がユーザーに表示されます。組織ごとにオプションを設定して、管理者であっても誰もが感染したドキュメントをダウンロードできないようにすることができます。

オプション:

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

ダウンロードをブロックする

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

注意: 2024年11月24 日: この機能はすべての新しい組織で有効になります。

すべてのプロジェクトが移行されるまでの約 1 年間は古いビューがサポートされます。

承認フローが有効になっており、ドキュメント設定に下書きステータスがある場合、ドキュメントのアップロード時にデフォルトで下書きとしてアップロード チェックボックスがオンになります。

リクエストに応じて、組織内のすべてのプロジェクトに対してこのチェックボックスをデフォルトでオフに設定できます。

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

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

このツールでは次のことが可能になります。

プロジェクトを所有する他の組織に移動します (アーカイブは別の組織であることがよくあります)。
計画で許可されている場合は、組織内に新しいプロジェクトを作成します。
組織が所有するプロジェクトを削除します。

組織メンバーを招待せずにプロジェクトに追加します。

プロジェクトに参加していなくても、ユーザーを組織のプロジェクトに招待できます。

プロジェクトを頻繁に移動する必要がないため、この組織のオーナーは少数に留めておくことをお勧めします。

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

企業顧客は、プロジェクトに参加しているユーザーに対して MFA の適用を要求できます。このオプションを使用すると、組織が所有するプロジェクトに参加するには、すべてのユーザーが MFA を設定する必要があります。

企業のお客様は、シングル サインオンのセットアップをリクエストできます。
開発者が構成をセットアップするには時間がかかるため、料金が発生します。このルールは何を
デフォルトでは、SSO でログインするユーザーと通常ログインするユーザーは同じように扱われます。したがって、MFA が組織に強制されている場合、通常のユーザーと SSO ユーザーの両方が MFA コードを挿入してログインしてプロジェクトにアクセスする必要があります。組織の SSO に対してこのオプションがオンになっている場合、ユーザーはプロジェクトにアクセスするために MFA を使用する必要はありません。通常のユーザーは MFA コードを入力する必要がありますが、SSO ユーザーはコードを使用せずにログインできます。SSO とは何ですか?シングルサインオンを使用すると、ユーザーは一度ログインすると、認証要素を再入力することなくサービスにアクセスできます。 。
​
​

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

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

​SSO のセットアップ
SSO は標準化されたプロセスであるため、任意の SSO プロバイダーでセットアップできます。最も一般的な SSO プロバイダーのいくつかを以下で見つけてください。

Microsoft Active Directory:
SAML 認証を使用して、次の詳細情報を使用して Azure AD 環境に新しい Azure エンタープライズ アプリケーションをセットアップするようにシステム管理者に依頼する必要があります。

エンティティID: https://hub.catenda.com/metadata.xml

アサーション コンシューマ サービス (ACS) URL: https://hub.catenda.com/sso/saml/v2/attribute

注:サインオン URL が必要な場合は、次のとおりです: https://hub.catenda.com/signin

それが完了したら、システム管理者は新しいアプリケーションのアプリ フェデレーション メタデータ URL とフェデレーション メタデータ XML を返信する必要があります。

GSuite :

この記事のようにSSOを設定します

テストユーザー:

SSO セットアップが構成されたら、最初に SSO を有効にすることができるテスト ユーザーのリストを提供して、SSO がどのように機能するかを確認してください。

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

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

ブラック/ホワイトリストを設定することも可能です。
例:
X、Y などを除くすべてのユーザーに SSO でのログインを許可する
か、
X、Y などのみに SSO でのログインを許可する必要があります
。上記で指定した XML ファイルに加えて、情報を提供する必要があります。

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

このオプションを有効にすると、次のことができなくなります。

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

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

これにより、招待メールでユーザーを招待しなくても、組織のユーザーをプロジェクトに追加できるようになります。
組織にユーザーが見つからない場合は、そのユーザーがまだ Catenda アカウントを作成しておらず、弊社のシステムにユーザーが存在しないことが原因である可能性が高くなります。

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

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