---
title: "modelGanttSchedule"
url: https://developers.dagio.ai/fr/reference/model-gantt-schedule/
---

# modelGanttSchedule

   
                           
                                                                             
                                      
                  
           
          
   

Cette référence décrit la structure complète de `modelGanttSchedule`. Chaque chemin représente une propriété, y compris les objets imbriqués, les éléments de listes et les branches conditionnelles. Une branche identifiée par `kind`, `contract` ou `mode` n’admet que ses propres propriétés.

## Structure et valeurs

| Champ | Options / valeurs attendues | Description |
| --- | --- | --- |
| `durationUnit` | `"millisecond" \| "hour" \| "day"` | **Requis.** Définit « duration Unit » pour cet objet. Respecter le type, les variantes et les limites de la colonne Options. |
| `progressScale` | `"ratio" \| "percent"` | **Requis.** Définit « progress Scale » pour cet objet. Respecter le type, les variantes et les limites de la colonne Options. |
| `dependencies` | `Array<closed object>; min length 1; max length 100` | **Requis.** Définit « dependencies » pour cet objet. Respecter le type, les variantes et les limites de la colonne Options. |
| `dependencies[].linkTypePath` | `string; min length 1` | **Requis.** Définit « link Type Path » pour cet objet. Respecter le type, les variantes et les limites de la colonne Options. |
| `dependencies[].predecessor` | `"source" \| "target"` | **Requis.** Définit « predecessor » pour cet objet. Respecter le type, les variantes et les limites de la colonne Options. |

## Règles de lecture

Les chemins suffixés par `[]` décrivent chaque élément d’une liste; `{key}` décrit chaque valeur d’un dictionnaire. Le symbole `↻` renvoie à la même expression récursive. Un objet fermé refuse les propriétés supplémentaires. Les mentions de validation sémantique signalent un contrôle complémentaire : la conformité des types ne suffit pas à rendre une référence, une permission ou une transition valide. Les références doivent être résolues dans le Model et le contexte de l’usager.

La présence d’une ancienne variante ne permet pas d’y ajouter une propriété d’une variante plus récente. Le compilateur contrôle la version et la cohérence du Model complet.

## Exemple de structure

Ce fragment respecte le schéma de cette section. Ses références métier doivent être définies dans le Model qui l’utilise.

```json
{
  "durationUnit": "millisecond",
  "progressScale": "ratio",
  "dependencies": [
    {
      "linkTypePath": "client",
      "predecessor": "source"
    }
  ]
}
```

## Références associées

[Index complet du Model](https://developers.dagio.ai/fr/reference/) · [Construire un Model](https://developers.dagio.ai/fr/models/)

<!-- surface-examples:start -->

## Exemples appliqués : Assembler une définition cohérente

La Form et le profil de fiche référencent les mêmes Fields company, status et notes.

### Configuration

Objet du contrat `modelGanttSchedule`. [Propriétés et valeurs admises](https://developers.dagio.ai/fr/reference/model-gantt-schedule/).

```json
{
  "durationUnit": "millisecond",
  "progressScale": "ratio",
  "dependencies": [
    {
      "linkTypePath": "client",
      "predecessor": "source"
    }
  ]
}
```

### Variante et raccordement

Fragment à placer dans `presentation.recordProfiles[]`. [Propriétés et valeurs admises](https://developers.dagio.ai/fr/reference/workspace-record-profile/).

```json
{
  "key": "client",
  "definitionPaths": [
    "workspace/clients/surface/client"
  ],
  "editActionKey": "edit-client",
  "identity": {
    "title": {
      "kind": "field",
      "fieldPath": "fields/company"
    },
    "avatar": {
      "kind": "initials",
      "maximumLetters": 2
    },
    "subtitle": {
      "kind": "field",
      "fieldPath": "fields/status"
    }
  },
  "valueLabels": [
    {
      "fieldPath": "fields/status",
      "values": [
        {
          "value": "prospect",
          "label": "Prospect"
        },
        {
          "value": "active",
          "label": "Actif"
        }
      ]
    }
  ],
  "card": {
    "summary": {
      "kind": "field",
      "fieldPath": "fields/notes"
    },
    "tags": {
      "namespace": "user",
      "maximumVisible": 3
    },
    "metricKeys": [],
    "openLabel": "Ouvrir le client"
  },
  "queryBindings": [],
  "metrics": [],
  "detail": {
    "primaryActionKey": null,
    "creationActionKeys": [],
    "actionKeys": [],
    "sections": [
      {
        "kind": "fields",
        "key": "follow-up",
        "label": "Suivi du client",
        "fieldPaths": [
          "fields/notes",
          "fields/status"
        ]
      }
    ],
    "settings": {
      "fieldPaths": [
        "fields/email"
      ]
    },
    "tags": {
      "namespace": "user",
      "maximumVisible": 3
    },
    "relatedGroups": [],
    "primaryActionLabel": null
  }
}
```

### Exemple de disposition UI

La disposition illustrative ci-dessous situe cette configuration dans l’app Clients/Soumissions. Chaque fragment s’insère à l’emplacement indiqué; ses références aux Fields, Queries et Actions correspondent aux déclarations du Model.

1. Clients · Data
2. Références · Knowledge
3. Préparation · Work
4. Soumissions · Product

<!-- surface-examples:end -->
