メインコンテンツへスキップ

Documentation Index

Fetch the complete documentation index at: https://docs.get-clara.tech/llms.txt

Use this file to discover all available pages before exploring further.

​
オブジェクト管理

はい、カスタムオブジェクトは削除できます。 まず無効化することもできます。無効化すると、データを保持したまま、オブジェクトとそのデータがインターフェースから非表示になります。
いいえ、標準オブジェクトは削除できません。 無効化のみ可能です。無効化するとインターフェースからは非表示になりますが、データは保持されます。
必要なだけカスタムオブジェクトやフィールドを作成できます—価格は変わりません。
標準オブジェクト（People、Companies、Opportunities）のラベル名は変更できますが、API 名は変更できません。 API 名は、すべての Twenty ワークスペース間で一貫性を保つため固定されています。
はい、Settings → Data Model で標準オブジェクトとカスタムオブジェクトのアイコンを変更できます。
まだできません。 まだできません。 ナビゲーションでのオブジェクトの順序は現在固定されていますが、この機能は将来のリリースで予定されています。
すべてのアクティブなオブジェクトがナビゲーションに表示されます。 すべてのアクティブなオブジェクトがナビゲーションに表示されます。 必須でないオブジェクトは、設定 → データモデル から非アクティブ化できます。 すべてのアクティブなオブジェクトがナビゲーションに表示されます。 必須でないオブジェクトは、設定 → データモデル から非アクティブ化できます。

​
フィールドの機能

いいえ、作成後にフィールドの型は変更できません。 別の型が必要な場合は、正しい型の新しいフィールドを作成し、データを移行してから、古いフィールドを無効化してください。
GraphQL APIは、異なる操作に対し両方の形式を使用します：
  • 単一のレコード操作には、createPerson（単数形）
  • 一括操作には、createPeople（複数形）
単数形と複数形が同じ場合に制限が発生しますが、開発者の体験を向上させます。
Type や Application のようないくつかのフィールド名はシステム用に予約されています。 代わりにCategoryやClassificationのような代替名を選択してください。 代わりにCategoryやClassificationのような代替名を選択してください。
  • そのフィールドはインターフェースから非表示になります
  • 既存のデータは保持されます
  • API 経由でそのフィールドに引き続きアクセスできます
  • 既存のリレーションは維持されますが、新規に作成することはできません
  • そのフィールドは後で再有効化できます
現在、カスタムフィールドを必須にすることはできません。 すべてのフィールドは空の値を受け付けます。 ワークフローを使用して、フィールドが空のときにアラート送信やアクションのブロックを行い、必須を強制できます。
  • 一意: 2 つのレコードがこのフィールドで同じ値を持つことはできません
  • 必須: フィールドには値が必要です（現在、カスタムフィールドではサポートされていません）
数式フィールドは2026年Q1に提供されます。 数式フィールドは2026年Q1に提供されます。 その間、自動で計算してフィールド値を更新するワークフローを使用できます。 数式フィールドは2026年Q1に提供されます。 その間、自動で計算してフィールド値を更新するワークフローを使用できます。
ネストされたフィールドは2026年Q1に提供されます。 現在、関連オブジェクトからフィールド値を取得するためのワークフローを使用できます。 例えば、人のレコードに会社の業界を表示するには、[People] にカスタムフィールドを作成し、ワークフローを使って値を同期します。
フィールドの並び替えは2025年Q4のカスタムレイアウトで利用可能になります。 現在、フィールドはアルファベット順で表示されます。 現在、フィールドはアルファベット順で表示されます。

​
関連

はい! 自己参照リレーションはサポートされており、アカウント階層などのユースケースでの使用が推奨されます。 例えば、親子アカウントを追跡するために、Companies 同士のリレーションを作成します。
多対多のリレーションは2026年上半期に提供予定です。 現在は、回避策として、1 対多のリレーションを 2 つ持つ中間オブジェクトを作成してください。例えば、People と Projects（多対多）を関連付けるには、“Project Assignments” オブジェクトを作成し、次の構成にします:
  • People へのリレーション（多数の割り当て → 1 人）
  • Projects へのリレーション（多数の割り当て → 1 プロジェクト）
これは、1 つのフィールドを通じて 1 つのオブジェクトが複数の異なるオブジェクトタイプに関連付けられるようにするものです。 例えば、メモは People と Companies と Opportunities に同時に添付できます。各メモは、連絡先 1 名、会社 1 社、商談 1 件に同時にリンクします。詳しくは リレーションフィールド をご覧ください。
はい、同じ 2 つのオブジェクト間に複数のリレーションを作成できます。 例えば、Company は People に対して “Primary Contact” リレーションと “Billing Contact” リレーションの両方を持つことができます。
レコードを削除すると、関連レコードからそのリレーションのリンクが削除されます。 関連レコード自体は削除されません。
技術的には可能ですが、循環リレーション（A → B → C → A）は混乱を招き、パフォーマンス上の問題を引き起こす可能性があるため、避けるべきです。

​
アクセスと権限

Settings → Data Model に移動すると、すべてのオブジェクトとフィールドを表示および編集できます。
ワークスペースの管理者にお問い合わせください。 データモデルへのアクセスは通常、管理者に制限されています。

​
データ管理

レコード数に厳密な上限はありません。 ただし、非常に大きなデータセットは、一部のビューでパフォーマンスに影響を与える可能性があります。 フィルターやビューを活用して、大規模なデータセットを効率的に管理してください。
はい、カスタムオブジェクトを含む任意のオブジェクトに CSV データをインポートできます。 インポートプロセスでは、カスタムフィールドのフィールドマッピングをサポートしています。 詳しくは CSV ファイルの準備方法 をご覧ください。
現在、データモデル設定の組み込みエクスポート機能はありません。 ワークスペース間でデータモデルを移行する必要がある場合は、サポートにお問い合わせください。

​
さらなるヘルプが必要ですか？

複雑なデータモデル設計の支援については、実装サービスをご覧ください。