snapshot of https://github.com/twentyhq/twenty.git (main, 2026-09-17; blobs > 131072B omitted)
Some checks failed
App Prod-Parity E2E Dispatch / dispatch (push) Failing after 10s
CD Storybook UI / build (push) Failing after 3m25s
CD Storybook UI / dispatch (push) Has been skipped
CD deploy main / website-changed-files (push) Successful in 18m8s
CI Agent Skills / changed-files-check (push) Successful in 18m9s
CI Create App E2E minimal / changed-files-check (push) Successful in 24s
CI Create App / changed-files-check (push) Successful in 26s
CI Docs / changed-files-check (push) Successful in 26s
CI Emails / changed-files-check (push) Successful in 28s
CI Example App Hello World / changed-files-check (push) Successful in 23s
CI Front / changed-files-check (push) Has been skipped
CI Example App Postcard / changed-files-check (push) Successful in 27s
CI UI / changed-files-check (push) Has been skipped
CI Utils Test / changed-files-check (push) Successful in 45s
CI Twenty Apps / discover (push) Successful in 1m3s
CD deploy main / deploy-main (push) Failing after 3s
CI Agent Skills / agent-skills-validate (push) Has been skipped
CI Create App / create-app-test (lint) (push) Has been skipped
CI Emails / emails-test (push) Has been skipped
CI Front / front-task (lingui:compile) (push) Has been skipped
CI Front / front-task (lint) (push) Has been skipped
CI Example App Postcard / example-app-postcard (push) Has been skipped
CI UI / ui-task (lint) (push) Has been skipped
CI UI / ui-task (pack-size) (push) Has been skipped
CI UI / ui-task (size) (push) Has been skipped
CI UI / ui-task (test) (push) Has been skipped
CI UI / ui-task (typecheck) (push) Has been skipped
CI Utils Test / utils-test (push) Has been skipped
CI Twenty Apps / ${{ matrix.app.name }} (push) Has been skipped
CI Emails / ci-emails-status-check (push) Successful in 2s
CI Example App Hello World / ci-example-app-hello-world-status-check (push) Successful in 2s
CI Example App Postcard / ci-example-app-postcard-status-check (push) Successful in 3s
CI UI / ui-sb-test (push) Has been skipped
CI Utils Test / ci-utils-test-status-check (push) Successful in 2s
CI Twenty Apps / ci-twenty-apps-status-check (push) Successful in 2s
CI UI / ci-ui-status-check (push) Successful in 2s
CI Desktop / desktop (push) Failing after 1m8s
Push docs to Crowdin / Push documentation to Crowdin (push) Failing after 55s
Push translations to Crowdin / Extract and upload translations (push) Failing after 5s
Push website translations to Crowdin / Extract and upload website translations (push) Failing after 5s
CI Create App / create-app-test (test) (push) Has been skipped
CI Create App / create-app-test (typecheck) (push) Has been skipped
CI Docs / docs-lint (push) Has been skipped
CI Example App Hello World / example-app-hello-world (push) Has been skipped
CI Front / front-task (lingui:extract) (push) Has been skipped
CI Front / front-task (test) (push) Has been skipped
CI Front / front-task (typecheck) (push) Has been skipped
CI UI / ui-sb-build (push) Failing after 1m32s
CI Twenty Apps / ${{ matrix.app.name }} (${{ matrix.server-source }}) (push) Has been skipped
CI Agent Skills / agent-skills-publish (push) Has been skipped
CI Create App / ci-create-app-status-check (push) Successful in 2s
CI Agent Skills / agent-skills-remote-source (push) Has been skipped
CI Create App E2E minimal / create-app-e2e-minimal (push) Has been cancelled
CI E2E Main / e2e-test (push) Has been cancelled
CI Front / front-sb-build (push) Has been cancelled
CI Front / front-build (push) Has been cancelled
CI Create App E2E minimal / ci-create-app-e2e-minimal-status-check (push) Has been cancelled
CI E2E Main / ci-e2e-main-status-check (push) Has been cancelled
CI E2E Main / notify-main-ci-failure (push) Has been cancelled
CI E2E Main / qa-scout-comment (push) Has been cancelled
CI Front / front-sb-test (push) Has been cancelled
CI Front / front-sb-screenshots (push) Has been cancelled
CI Front / ci-front-status-check (push) Has been cancelled
DPA Sub-Processor Sync / sync-subprocessors (push) Failing after 3s
AI Catalog Sync / sync-catalog (push) Failing after 2s

This commit is contained in:
upstream-mirror
2026-09-17 23:28:13 +05:00
commit e7da97194a
32688 changed files with 4208681 additions and 0 deletions

View File

@@ -0,0 +1,72 @@
---
title: カスタムフィールドの作成
description: 任意のオブジェクトにカスタムフィールドを追加するためのステップバイステップガイド
---
カスタムフィールドを使用すると、ビジネス固有の情報をキャプチャできます。 それらを任意のオブジェクト — 標準またはカスタムに追加します。
## 歩数
1. **設定 → データモデル** に移動
2. フィールドを追加するオブジェクトを選択します。
3. **+ 新しいフィールド** をクリックします。
4. **フィールドタイプ** を選択してください (すべてのタイプについては [Fields](/l/ja/user-guide/data-model/capabilities/fields) を参照してください)
5. **フィールド名** と説明を入力してください
6. フィールド固有の設定を構成します (下記参照)
7. **保存**をクリック
**クイックメソッド** テーブルビューの列ヘッダーの最後に **+** をクリックします → **フィールドをカスタマイズ** 。
## ビューにフィールドを表示
新しいフィールドは自動的に表示されません。 表示する:
1. オブジェクトのテーブルビューを開く
2. **オプション → フィールド** をクリックします。
3. フィールドの横にある **目のアイコン** をクリックして表示します
4. ドラッグして並べ替え
## 設定オプション
### 選択/複数選択用
1. **+ オプションを追加**をクリックして選択肢を作成します
2. 必要に応じて**デフォルトオプション**を設定してください
3. ドラッグして並べ替えオプション
<Note>
**インポートにAPI名を使用します。** API名を表示するには、設定で**詳細モード**を有効にします。 [Field Mapping](/l/ja/user-guide/data-migration/capabilities/field-mapping)を参照してください。
</Note>
### 通貨フィールド用
**デフォルトの通貨** (米ドル、ユーロなど) を設定します。 新しい記録の為に
### 電話項目用
新しい電話番号を入力するには、**デフォルトの国コード**を設定してください。
### フィールドをユニークにする
**ユニーク**をオンにすると、レコード間の重複値を防ぐことができます。
<Note>
重複が(削除されたレコードを含む)存在する場合、エラーが発生します。 重複を最初にクリーンアップします。
</Note>
### デフォルト値の設定
format@@0フィールドでは、新規レコードに事前に選択されているオプションを選択できます。 チェックボックス項目では、デフォルトでチェックボックスかチェックオフかを設定します。
## フィールドを無効にしています
1. **設定 → データモデル** に移動
2. フィールドを探す
3. **⋮ → Deactivate** をクリックします
データは保存されます。 再アクティブ化または後で永久に削除できます。
## 関連
* [Fields](/l/ja/user-guide/data-model/capabilities/fields) — すべてのフィールドタイプについて説明されています
* [Data Model FAQ](/l/ja/user-guide/data-model/how-tos/data-model-faq) — よくある質問

View File

@@ -0,0 +1,51 @@
---
title: カスタムオブジェクトを作成する
description: Twenty でカスタムオブジェクトを作成するためのステップバイステップガイド。
---
カスタムオブジェクトを使用すると、標準オブジェクトでは対応できないビジネス固有の情報を保存できます。 例: プロジェクト、製品、チケット、リスティング。
<Note>
**オブジェクトが必要か、フィールドが必要か迷っていますか?** 詳しくは[データモデルの理解](/l/ja/user-guide/data-model/overview)を参照してください。
</Note>
## 手順
1. **設定 → データモデル** に移動
2. **+ オブジェクトを追加**をクリックします
3. 次を入力:
* **単数名**(例: "Listing")
* **複数名**(例: "Listings")
* **アイコン**
* **説明**(任意)
4. **保存**をクリック
作成したオブジェクトはすぐにサイドバーに表示されます。
## 次: フィールドを追加
新しいオブジェクトには基本フィールドがあらかじめ含まれています。 必要なデータを収集するために、カスタムフィールドを追加します:
1. **設定 → データモデル** で、対象のオブジェクトを選択します
2. **+ 新しいフィールド** をクリックします。
3. フィールドタイプを選択し、設定して保存します
フィールドタイプと設定の詳細は、[カスタムフィールドの作成方法](/l/ja/user-guide/data-model/how-tos/create-custom-fields)を参照してください。
## 他のオブジェクトと接続する
オブジェクトを People、Companies、その他のオブジェクトにリンクするには、リレーションフィールドを作成します。 [リレーションフィールドの作成方法](/l/ja/user-guide/data-model/how-tos/create-relation-fields)を参照してください。
## オブジェクトの無効化
オブジェクトが不要になった場合:
1. **設定 → データ モデル → お好みのオブジェクト → 設定** に移動
2. **無効化**ボタンをクリックしてください
オブジェクトは非表示になりますが、データは保持されます。 後で再有効化することも、完全に削除することもできます。
## 関連
* [オブジェクト](/l/ja/user-guide/data-model/capabilities/objects) — 標準オブジェクトとカスタムオブジェクト
* [データモデル FAQ](/l/ja/user-guide/data-model/how-tos/data-model-faq) — よくある質問

View File

@@ -0,0 +1,175 @@
---
title: 多対多リレーションを作成する
description: ジャンクションオブジェクトを使うことで、両側の多数のレコード同士をリンクできます。
---
多対多リレーションでは、両側で複数のレコードを相互に接続できます。 例えば、多数の連絡先が多数のプロジェクトで作業でき、各プロジェクトには多数の連絡先が紐づきます。
<Warning>
**ベータ機能**: ジャンクションリレーションは現在ベータ版です。 このガイドに進む前に、**Settings → Community → Features** で有効にしてください。
</Warning>
<Note>
この機能を使うには **Advanced mode** も有効にする必要があります(Settings の左下にあるトグルで切り替え)。
</Note>
## 多対多を使うタイミング
関係の両側が複数の接続を持ちうる場合に、多対多を使用します。
| 関係 | 例 |
| ------------ | -------------------------------------------------- |
| 連絡先 ↔ プロジェクト | 1 人の連絡先は複数のプロジェクトで作業でき、1 つのプロジェクトには複数のチームメンバーがいます。 |
| 会社 ↔ タグ | 1 社には複数のタグを付与でき、1 つのタグは複数の会社に適用できます。 |
| 商品 ↔ 注文 | 1 つの商品は複数の注文に含まれ、1 件の注文には複数の商品が含まれます。 |
## 仕組み
Twenty は多対多リレーションに **ジャンクションオブジェクト** パターンを使用します。 ジャンクションオブジェクトは 2 つのオブジェクトの間に位置し、接続を保持します。
```
People ←→ Project Assignments ←→ Projects
```
**Project Assignments** オブジェクト(ジャンクション)には次があります。
* People へのリレーション(多対1)
* Projects へのリレーション(多対1)
ジャンクションリレーションのトグルを有効にすると、Twenty は中間のジャンクションレコードを表示せず、リンクされたレコードを直接表示します。
## 前提条件
1. **ベータ機能で Junction Relations を有効化**: **Settings → Community → Features** に移動し、**Junction Relations** を有効にします
2. **Advanced mode を有効化**: 設定サイドバーの左下にある **Advanced mode** のトグルをオンにします
3. データモデルを計画する:
* どの 2 つのオブジェクトを接続しますか?
* ジャンクションオブジェクトの名称は何にしますか?
## ステップ 1: ジャンクションオブジェクトを作成する
まず、接続を保持する中間オブジェクトを作成します。
1. **設定 → データモデル** に移動します
2. **+ オブジェクトを追加**をクリックします
3. わかりやすい名前を付けます(例: "Project Assignment"、"Team Member"、"Product Order")
4. "Name フィールドの作成をスキップ" をオンに切り替えます
<img src="/images/user-guide/fields/new-pivot-object.png" alt="新規ピボットオブジェクト" />
5. **保存**をクリック
<Tip>
**命名規則**: "Project Assignment" や "Team Membership" のように、関係を表す名前を使用してください。 これにより、データモデルが理解しやすくなります。
</Tip>
## 手順 2: オブジェクトとジャンクションの間にリレーションを作成する
2 つのオブジェクトそれぞれに、ジャンクションオブジェクトへのリレーションフィールドを追加します。
### 最初のリレーション(オブジェクト A → ジャンクション)
1. **Settings → Data Model** で最初のオブジェクトを選択します
2. **+ Add Relation** をクリック
3. ジャンクションオブジェクトを選択します(例: "Project Assignments")
4. リレーションタイプを **One-To-Many** に設定します(1 人の連絡先は複数の割り当てにリンクできます)
5. フィールドに名前を付けます:
* People 側のフィールド: 例: "Project Assignments"
* ジャンクション側のフィールド: 例: "Person"
6. **保存**をクリック
### 2 番目のリレーション(オブジェクト B → ジャンクション)
1. **Settings → Data Model** で 2 番目のオブジェクトを選択します
2. **+ Add Relation** をクリック
3. ジャンクションオブジェクトを選択します(例: "Project Assignments")
4. リレーションタイプを **1対多** に設定します(1 つのプロジェクトは複数の割り当てにリンクできます)
5. **"これはジャンクションオブジェクトへのリレーションです"** を有効にします
<img src="/images/user-guide/fields/junction-relation-toggle.png" style={{width:'100%'}} />
6. フィールドに名前を付けます:
* ジャンクション側のフィールド: 例: "Project"
* Projects 側のフィールド: 例: "Team Members"
7. **保存**をクリック
## ステップ 3: ジャンクションリレーションの表示を設定する
次に、中間のジャンクションオブジェクトを介さずにリンクされたレコードを直接表示するよう、元のオブジェクトを設定します。
1. **設定 → データモデル** に移動します
2. 最初のオブジェクトを選択します(例: "People")
3. ジャンクションオブジェクトを指すリレーションフィールド(例: "Project Assignments")を見つけます
4. クリックしてフィールドを編集します
5. **"これはジャンクションオブジェクトへのリレーションです"** を有効にします
6. **Target relation** を選択します(例: "Project" — 反対側を指すジャンクション上のフィールド)
7. **保存**をクリック
## 結果
設定後:
* **Person** レコードでは、"Project Assignments" フィールドに **Projects** が直接表示されます(割り当てレコードではありません)
* **Project** レコードでは、"Team Members" フィールドに **People** が直接表示されます
ジャンクションオブジェクト自体は存在し接続を保存しますが、UI ではよりすっきりした多対多ビューとして表示されます。
## 例: People ↔ Projects
完全な手順は以下のとおりです:
### ジャンクションオブジェクトを作成する
* 名前: **Project Assignment**
* 説明: "人と、その人が携わっているプロジェクトを関連付けます"
### リレーションを追加する
1. **People → Project Assignment**
* タイプ: 1対多
* People 側のフィールド: "Project Assignments"
* Assignment 側のフィールド: "Person"
2. **Projects → Project Assignment**
* タイプ: 1対多
* Projects 側のフィールド: "Team Members"
* Assignment 側のフィールド: "Project"
### ジャンクションの表示を設定する
1. **People** オブジェクトで:
* "Project Assignments" フィールドを編集
* ジャンクションのトグルを有効にする
* 対象: "Project"
2. **Projects** オブジェクトで:
* "Team Members" フィールドを編集
* ジャンクションのトグルを有効にする
* 対象: "Person"
### 使ってみる
* Person レコードを開く → 紐づく Projects を直接表示
* Project レコードを開く → チームメンバーを直接表示
* どちら側からでも新しい接続を作成できます
## 接続に追加データを持たせる
ジャンクションオブジェクトは実体のあるオブジェクトなので、関係に関する情報を保存するためのカスタムフィールドを追加できます。
* **役割**: "Developer"、"Designer"、"Manager"
* **開始日**: プロジェクトに参加した人
* **割り当て時間**: 当該プロジェクトの週あたりの時間
このデータにアクセスするには、ジャンクションオブジェクトに直接移動するか、API 経由でクエリします。
## 制限事項
* **CSV インポート/エクスポート**: 多対多リレーションの直接インポートには対応していません。 代わりに、ジャンクションオブジェクトにレコードをインポートしてください。
* **フィルター**: 多対多リレーションでのフィルタリングには制限がある場合があります。
## 関連
* [リレーションフィールド](/l/ja/user-guide/data-model/capabilities/relation-fields) — リレーションタイプの解説
* [カスタムオブジェクトの作成](/l/ja/user-guide/data-model/how-tos/create-custom-objects) — オブジェクトの作成方法
* [リレーションフィールドを作成](/l/ja/user-guide/data-model/how-tos/create-relation-fields) — 基本的なリレーションの設定

View File

@@ -0,0 +1,70 @@
---
title: 関連フィールドの作成
description: リレーションフィールドでオブジェクトを接続するためのステップバイステップガイド。
---
リレーションフィールドは異なるオブジェクトのレコードを接続します—たとえば、People を Companies にリンクします。
<Note>
**リレーション名は作成後に変更できません**(API に影響するため)。 名前は慎重に計画してください。
</Note>
## 始める前に
決めること:
* どのオブジェクトを接続しますか? (例:People → Companies)
* どちらが「one」側ですか? (例:Company)
* どちらが「many」側ですか? (例:People — 多くの人が1つの会社で働く)
* 各側のフィールド名は何にしますか?
リレーションの種類については、[Relation Fields](/l/ja/user-guide/data-model/capabilities/relation-fields) を参照してください。
## 手順
1. **Settings → Data Model** に移動します
2. リレーションを作成したいオブジェクト(通常は「many」側)を選択します
3. **+ New Field** をクリックします
4. フィールドタイプとして **Relation** を選択します
5. **対象オブジェクト** を選択します
6. **One-to-Many** または **Many-to-One** を選択します
7. リレーションの**両側**のフィールド名を入力します
8. **保存**をクリック
## 例:People → Companies
* **Settings → Data Model → People** に移動します
* リレーションフィールドを追加します
* 対象:**Companies**
* タイプ:**Many-to-One**
* People 側のフィールド:**Company**
* Companies 側のフィールド:**Employees**
これで、各 Person は Company にリンクでき、各 Company には People が表示されます。
## リレーションの非アクティブ化
1. **設定 → データ モデル → 選択対象** に移動
2. リレーションフィールドを見つけてクリックします
3. **Deactivate** ボタンをクリックします
リンクは保持されますが非表示になります。 再有効化すると復元されます。
<Note>
**リレーションを非アクティブ化しても、レコードは削除されません。** 削除されるのは、それらの間のリンクだけです。
</Note>
## リレーションの削除
1. **設定 → データ モデル → 選択対象** に移動
2. リレーションフィールドを見つけてクリックします
3. **Delete** ボタンをクリックします
<Note>
カスタムリレーションにのみ適用されます。 標準リレーションは無効にできます。
</Note>
## 関連
* [Relation Fields](/l/ja/user-guide/data-model/capabilities/relation-fields) — 種類と制限事項
* [How to Import Relations](/l/ja/user-guide/data-migration/how-tos/import-relations-between-objects-via-csv) — リンクされたレコードを一括インポート

View File

@@ -0,0 +1,22 @@
---
title: データモデルをカスタマイズする
description: データモデルのカスタマイズオプションの概要。
---
Twentyのデータモデルは完全にカスタマイズ可能です。 ビジネスに合わせて、オブジェクト、フィールド、リレーションを作成できます。
## クイックリンク
| やりたいこと... | ガイド |
| ----------------- | ------------------------------------------------------------------------- |
| 新しいオブジェクトを作成する | [カスタムオブジェクトの作成方法](/l/ja/user-guide/data-model/how-tos/create-custom-objects) |
| オブジェクトにフィールドを追加する | [カスタムフィールドの作成方法](/l/ja/user-guide/data-model/how-tos/create-custom-fields) |
| オブジェクト同士を関連付ける | [リレーションフィールドの作成方法](/l/ja/user-guide/data-model/how-tos/create-relation-fields) |
## さらに詳しく
* [データモデルを理解する](/l/ja/user-guide/data-model/overview) — 重要な概念と計画のヒント
* [オブジェクト](/l/ja/user-guide/data-model/capabilities/objects) — 標準オブジェクトとカスタムオブジェクト
* [フィールド](/l/ja/user-guide/data-model/capabilities/fields) — すべてのフィールドタイプ
* [リレーションフィールド](/l/ja/user-guide/data-model/capabilities/relation-fields) — オブジェクトの関連付け
* [データモデルFAQ](/l/ja/user-guide/data-model/how-tos/data-model-faq) — よくある質問

View File

@@ -0,0 +1,162 @@
---
title: データモデルFAQ
description: Twenty のデータモデルに関するよくある質問。
---
## オブジェクト管理
<AccordionGroup>
<Accordion title="カスタムオブジェクトを削除できますか?">
はい、カスタムオブジェクトは削除できます。 まず無効化することもできます。無効化すると、データを保持したまま、オブジェクトとそのデータがインターフェースから非表示になります。
</Accordion>
<Accordion title="標準オブジェクト(人、会社など)を削除できますか?">
いいえ、標準オブジェクトは削除できません。 無効化のみ可能です。無効化するとインターフェースからは非表示になりますが、データは保持されます。
</Accordion>
<Accordion title="カスタムオブジェクトはいくつ作成できますか?">
必要なだけカスタムオブジェクトやフィールドを作成できます—価格は変わりません。
</Accordion>
<Accordion title="標準オブジェクトの名前を変更できますか?">
標準オブジェクト(People、Companies、Opportunities)のラベル名は変更できますが、API 名は変更できません。 API 名は、すべての Twenty ワークスペース間で一貫性を保つため固定されています。
</Accordion>
<Accordion title="オブジェクトのアイコンを変更できますか?">
はい、**Settings → Data Model** で標準オブジェクトとカスタムオブジェクトのアイコンを変更できます。
</Accordion>
<Accordion title="左のナビゲーションバーでオブジェクトを並べ替えることはできますか?">
まだできません。
まだできません。 ナビゲーションでのオブジェクトの順序は現在固定されていますが、この機能は将来のリリースで予定されています。
</Accordion>
<Accordion title="左のナビゲーションバーからオブジェクトを非表示にできますか?">
すべてのアクティブなオブジェクトがナビゲーションに表示されます。
すべてのアクティブなオブジェクトがナビゲーションに表示されます。 必須でないオブジェクトは、**設定 → データモデル** から非アクティブ化できます。
すべてのアクティブなオブジェクトがナビゲーションに表示されます。 必須でないオブジェクトは、**設定 → データモデル** から非アクティブ化できます。
</Accordion>
</AccordionGroup>
## フィールドの機能
<AccordionGroup>
<Accordion title="作成後にフィールドの型を変更できますか?">
いいえ、作成後にフィールドの型は変更できません。 別の型が必要な場合は、正しい型の新しいフィールドを作成し、データを移行してから、古いフィールドを無効化してください。
</Accordion>
<Accordion title="なぜ異なる単数形と複数形の名前が必要なのですか?">
GraphQL APIは、異なる操作に対し両方の形式を使用します:
* 単一のレコード操作には、`createPerson`(単数形)
* 一括操作には、`createPeople`(複数形)
単数形と複数形が同じ場合に制限が発生しますが、開発者の体験を向上させます。
</Accordion>
<Accordion title="なぜいくつかのフィールド名は保護されているのですか?">
`Type` や `Application` のようないくつかのフィールド名はシステム用に予約されています。 代わりに`Category`や`Classification`のような代替名を選択してください。
代わりに`Category`や`Classification`のような代替名を選択してください。
</Accordion>
<Accordion title="フィールドを無効化するとどうなりますか?">
* そのフィールドはインターフェースから非表示になります
* 既存のデータは保持されます
* API 経由でそのフィールドに引き続きアクセスできます
* 既存のリレーションは維持されますが、新規に作成することはできません
* そのフィールドは後で再有効化できます
</Accordion>
<Accordion title="フィールドを必須にできますか?">
現在、カスタムフィールドを必須にすることはできません。 すべてのフィールドは空の値を受け付けます。 ワークフローを使用して、フィールドが空のときにアラート送信やアクションのブロックを行い、必須を強制できます。
</Accordion>
<Accordion title="一意と必須の違いは何ですか?">
* **一意**: 2 つのレコードがこのフィールドで同じ値を持つことはできません
* **必須**: フィールドには値が必要です(現在、カスタムフィールドではサポートされていません)
</Accordion>
<Accordion title="数式フィールドを作成できますか?">
数式フィールドは **H2 2026** に追加されます。
数式フィールドは**2026年Q1**に提供されます。 その間、自動で計算してフィールド値を更新するワークフローを使用できます。
</Accordion>
<Accordion title="オブジェクトにネストされたフィールドを持つことはできますか?">
Nested fields are coming in **H2 20226** . 現在、関連オブジェクトからフィールド値を取得するためのワークフローを使用できます。 例えば、人のレコードに会社の業界を表示するには、[People] にカスタムフィールドを作成し、ワークフローを使って値を同期します。
</Accordion>
<Accordion title="オブジェクト内のフィールドを並べ替えることはできますか?">
はい、設定 → データ モデル → お好みのオブジェクト → レイアウト を選択し、**レコードページのカスタマイズ**をクリックします。 このボタンが無効の場合は、レコードを作成する必要があります。
</Accordion>
</AccordionGroup>
## 関連
<AccordionGroup>
<Accordion title="同じオブジェクトを指すリレーションを作成できますか?">
はい! 自己参照リレーションはサポートされており、アカウント階層などのユースケースでの使用が推奨されます。 例えば、親子アカウントを追跡するために、Companies 同士のリレーションを作成します。
</Accordion>
<Accordion title="多対多の関係を作成できますか?">
**H2 2026**には多くの関係があります。 現在は、回避策として、1 対多のリレーションを 2 つ持つ中間オブジェクトを作成してください。
例えば、People と Projects(多対多)を関連付けるには、"Project Assignments" オブジェクトを作成し、次の構成にします:
* People へのリレーション(多数の割り当て → 1 人)
* Projects へのリレーション(多数の割り当て → 1 プロジェクト)
</Accordion>
<Accordion title="複数のオブジェクトタイプへのリレーション(Morph リレーション)とは何ですか?">
これは、1 つのフィールドを通じて 1 つのオブジェクトが複数の異なるオブジェクトタイプに関連付けられるようにするものです。 例えば、メモは People と Companies と Opportunities に同時に添付できます。
各メモは、連絡先 1 名、会社 1 社、商談 1 件に同時にリンクします。
詳しくは [リレーションフィールド](/l/ja/user-guide/data-model/capabilities/relation-fields) をご覧ください。
</Accordion>
<Accordion title="同じオブジェクト間で複数のリレーションを持てますか?">
はい、同じ 2 つのオブジェクト間に複数のリレーションを作成できます。 例えば、Company は People に対して "Primary Contact" リレーションと "Billing Contact" リレーションの両方を持つことができます。
</Accordion>
<Accordion title="レコードを削除すると、リレーションはどうなりますか?">
レコードを削除すると、関連レコードからそのリレーションのリンクが削除されます。 関連レコード自体は削除されません。
</Accordion>
<Accordion title="循環リレーションを作成できますか?">
技術的には可能ですが、循環リレーション(A → B → C → A)は混乱を招き、パフォーマンス上の問題を引き起こす可能性があるため、避けるべきです。
</Accordion>
</AccordionGroup>
## アクセスと権限
<AccordionGroup>
<Accordion title="データモデルをどこで見て編集できますか?">
**Settings → Data Model** に移動すると、すべてのオブジェクトとフィールドを表示および編集できます。
</Accordion>
<Accordion title="なぜ設定内でデータモデルが見えないのですか?">
ワークスペースの管理者にお問い合わせください。 データモデルへのアクセスは通常、管理者に制限されています。
</Accordion>
</AccordionGroup>
## データ管理
<AccordionGroup>
<Accordion title="保持できるレコード数に上限はありますか?">
レコード数に厳密な上限はありません。 ただし、非常に大きなデータセットは、一部のビューでパフォーマンスに影響を与える可能性があります。 フィルターやビューを活用して、大規模なデータセットを効率的に管理してください。
</Accordion>
<Accordion title="カスタムオブジェクトにデータをインポートできますか?">
はい、カスタムオブジェクトを含む任意のオブジェクトに CSV データをインポートできます。 インポートプロセスでは、カスタムフィールドのフィールドマッピングをサポートしています。 詳しくは [CSV ファイルの準備方法](/l/ja/user-guide/data-migration/how-tos/prepare-your-csv-files) をご覧ください。
</Accordion>
<Accordion title="データモデルの設定をエクスポートできますか?">
現在、データモデル設定の組み込みエクスポート機能はありません。 ワークスペース間でデータモデルを移行する必要がある場合は、サポートにお問い合わせください。
</Accordion>
<Accordion title="1つのオブジェクトにはいくつのフィールドがありますか?">
単一のオブジェクトが持つことができるフィールドの最大数は、Postgresの制限ごとに1600フィールドであり、既存のフィールドと削除されたフィールドの両方を含みます。 公正使用ポリシーに該当する1600フィールドの上限に達した場合、Twentyがワークスペースを修正しないことに注意してください。
</Accordion>
</AccordionGroup>
## さらなるヘルプが必要ですか?
複雑なデータモデル設計の支援については、[実装サービス](/l/ja/user-guide/getting-started/capabilities/implementation-services)をご覧ください。