i18n - translations (#15967)

Created by Github action

---------

Co-authored-by: github-actions <github-actions@twenty.com>

packages/twenty-docs/l/ja/user-guide/data-model/customize-your-data-model.mdx

@@ -11,7 +11,7 @@ sectionInfo: 柔軟なデータモデルは、独自のビジネスプロセス
 
 ## データモデルとは何ですか？
 
-データモデルは、CRMにおける情報がどのように整理されるかを定義する構造です。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。
+データモデルは、CRMにおける情報がどのように整理されるかを定義する構造です。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。 それは、どのオブジェクトが存在するか（会社、人、機会など）、それらが持つプロパティ（フィールド）が何か、そしてそれらがどのように関連しているかを決定します。 それを顧客データの地図として考えることができます。
 
 ## なぜデータモデルをカスタマイズすべきですか？
 
@@ -20,17 +20,17 @@ Twentyは、日常をサポートする最適なデータモデルを形成す
 
 ## データモデルを設計するためのヒント
 
-データモデルを構築する方法は一つだけではありません。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。
+データモデルを構築する方法は一つだけではありません。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。 以下のヒントを参考にして自分のモデルを構築してください。
 
 **1. 主要なオブジェクトから始めましょう。**  
 あなたが扱う主要な概念を特定します（例：会社、人、機会）。 これら3つのオブジェクトは頻繁に使用されるため既に利用可能です。 しかし、必要な他のオブジェクトについても考えてみてください。  
 例：Stripeではオブジェクト`サブスクリプション`が、Airbnbではオブジェクト`旅行`が、スタートアップアクセラレーターではオブジェクト`バッチ`が必要でしょう。
 
 **2. バリエーションにはフィールドを使い、新しいオブジェクトは使わないでください。**  
-既存のオブジェクトの特性に過ぎないもの（例：会社の「業種」や機会の「ステータス」）はフィールドにします。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。
+既存のオブジェクトの特性に過ぎないもの（例：会社の「業種」や機会の「ステータス」）はフィールドにします。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。 カテゴリ、ラベル、属性にはフィールドが最適です。
 
 **3. 単独で存在する場合には新しいオブジェクトを作成してください。**  
-概念が独自のライフサイクル、プロパティ、または関係を持つ場合、それは通常オブジェクトに値します。 例えば： 例えば： 例えば： 例えば： 例えば： 例えば：
+概念が独自のライフサイクル、プロパティ、または関係を持つ場合、それは通常オブジェクトに値します。 例えば： 例えば： 例えば： 例えば： 例えば： 例えば： 例えば：
 
 - **プロジェクト**：独自の期限、所有者、タスクを持つもの
 - **サブスクリプション**：会社、製品、請求書を結ぶもの