diff --git a/chroma_db/chroma.sqlite3 b/chroma_db/chroma.sqlite3
new file mode 100644
index 0000000..93a175e
Binary files /dev/null and b/chroma_db/chroma.sqlite3 differ
diff --git a/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/data_level0.bin b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/data_level0.bin
new file mode 100644
index 0000000..5efb1b9
Binary files /dev/null and b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/data_level0.bin differ
diff --git a/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/header.bin b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/header.bin
new file mode 100644
index 0000000..bb54792
Binary files /dev/null and b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/header.bin differ
diff --git a/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/length.bin b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/length.bin
new file mode 100644
index 0000000..85bf5d7
Binary files /dev/null and b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/length.bin differ
diff --git a/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/link_lists.bin b/chroma_db/df48c031-7cd0-4bbc-b7a9-b1ccd246d86d/link_lists.bin
new file mode 100644
index 0000000..e69de29
diff --git a/documentation/documentation_zch_on.dtel.md b/documentation/documentation_zch_on.dtel.md
new file mode 100644
index 0000000..84dc3dc
--- /dev/null
+++ b/documentation/documentation_zch_on.dtel.md
@@ -0,0 +1,81 @@
+The user wants me to document a SAP ABAP Data Element (DTEL) object from an abapGit XML file. Let me analyze the content.
+
+# Nature de l'objet
+
+Il s'agit d'un **élément de données (Data Element / DTEL)** du dictionnaire ABAP (DDIC), sérialisé via abapGit. Les éléments de données sont des objets de type `DTEL` accessibles via la transaction **SE11** dans SAP.
+
+---
+
+# Objets
+
+## Identité de l'élément de données
+
+| Propriété | Valeur |
+|---|---|
+| **Nom technique (ROLLNAME)** | `ZCH_ON` |
+| **Domaine associé (DOMNAME)** | `DATS` |
+| **Type de référence (REFKIND)** | `D` (Domain) |
+| **Langue maître (DTELMASTER)** | `E` (Anglais) |
+
+## Libellés (textes descriptifs)
+
+| Type de libellé | Longueur | Texte |
+|---|---|---|
+| **Texte d'en-tête (Column Header)** | 55 | `Changed On` |
+| **Texte court écran (Short)** | 10 | `Chngd On` |
+| **Texte moyen écran (Medium)** | 20 | `Changed On` |
+| **Texte long écran (Long)** | 40 | `Changed On` |
+| **Texte de liste (Report Header)** | 55 | `Changed On` |
+
+## Rôle fonctionnel
+
+`ZCH_ON` est un élément de données personnalisé (préfixe `Z`) représentant une **date de modification** ("Changed On"). Il est basé sur le domaine standard SAP `DATS`, qui correspond au type de données date (format `YYYYMMDD`, 8 caractères).
+
+Cet élément de données est typiquement utilisé pour **horodater la dernière modification d'un enregistrement** dans une table ou structure custom. Dans le contexte du package `ZDPR_PAYMENTS`, il sert vraisemblablement à tracer les modifications sur des enregistrements liés aux paiements fournisseurs.
+
+---
+
+# Dépendances
+
+| Objet dépendant | Type | Description |
+|---|---|---|
+| `DATS` | Domaine SAP standard | Domaine de base définissant le type de données date (8 caractères, format YYYYMMDD). `ZCH_ON` hérite entièrement de ses propriétés techniques via `REFKIND = D`. |
+| Tables/structures du package `ZDPR_PAYMENTS` | Tables Z | Toute table ou structure qui utilise `ZCH_ON` comme type pour un champ de date de modification (ex : `ZPAYMENTRULES` ou tables de log de paiements). |
+
+> **Note :** Aucun usage direct de `ZCH_ON` n'est visible dans les fichiers de contexte fournis (fonctions, programmes). Son utilisation est probablement dans des tables ou structures non transmises dans l'extraction.
+
+---
+
+# Utilisation
+
+## Via la transaction SE11
+
+- Accès : `SE11` > Type d'objet : **Éléments de données** > Nom : `ZCH_ON`
+- Permet de consulter le domaine lié (`DATS`), les libellés multi-langues et les objets utilisant cet élément de données (bouton *Where Used List*)
+
+## Dans le code ABAP
+
+Cet élément de données est utilisé comme **type de champ** dans des déclarations de tables ou structures, par exemple :
+
+````abap
+DATA: lv_changed_on TYPE zch_on.
+" ou dans une table transparente :
+" ZCH_ON TYPE ZCH_ON,
+````
+
+## Dans le contexte métier (package ZDPR_PAYMENTS)
+
+Dans le programme de paiements fournisseurs (`ZPAYMENTS`), les champs de type `ZCH_ON` permettent de **tracer la date de dernière modification** des règles de paiement (`ZPAYMENTRULES`) ou des enregistrements de log, facilitant l'audit et le suivi des traitements.
+
+---
+
+# Points d'attention
+
+| Niveau | Point d'attention |
+|---|---|
+| **Technique** | `ZCH_ON` est basé sur `DATS` (domaine standard SAP). Toute modification du domaine `DATS` (peu probable car standard) impacterait cet élément. |
+| **Technique** | L'élément ne dispose que d'un libellé en anglais (`DTELMASTER = E`, `LANGU = E`). Il manque des traductions (ex : français, allemand), ce qui peut poser des problèmes d'affichage dans les écrans SAP selon la langue de l'utilisateur. |
+| **Nommage** | Le nom `ZCH_ON` est peu explicite ("Changed On" abrégé). Une convention de nommage plus descriptive (ex : `ZCHANGED_ON_DATE`) améliorerait la lisibilité. |
+| **Traçabilité** | Sans champ complémentaire "Changed By" (`ZCH_BY` ou similaire), la date de modification seule est insuffisante pour un audit complet. Vérifier que les tables utilisant `ZCH_ON` disposent bien d'un champ utilisateur associé. |
+| **Transport** | Comme tout objet DDIC custom, les modifications de `ZCH_ON` nécessitent un ordre de transport et peuvent impacter les tables qui l'utilisent (regénération des programmes, activation de la table). |
+| **Cohérence** | Vérifier via la *Where-Used List* (SE11 ou SE80) que `ZCH_ON` est bien utilisé dans les tables du package `ZDPR_PAYMENTS` et n'est pas redondant avec d'autres éléments de données existants (ex : `AEDAT` standard ou d'autres éléments Z similaires). |
\ No newline at end of file
diff --git a/documentation/documentation_zdayslate.dtel.md b/documentation/documentation_zdayslate.dtel.md
new file mode 100644
index 0000000..15190b7
--- /dev/null
+++ b/documentation/documentation_zdayslate.dtel.md
@@ -0,0 +1,91 @@
+The user wants me to document a SAP ABAP Data Element (DTEL) object based on the XML file provided. Let me analyze the content.
+
+# Nature de l'objet
+
+Il s'agit d'un **élément de données (Data Element)** du dictionnaire ABAP (DDIC), de type objet `DTEL`. Il est sérialisé via abapGit avec le serializer `LCL_OBJECT_DTEL`. Les éléments de données sont gérés dans SAP via la transaction **SE11**.
+
+---
+
+# Objets
+
+## Identité
+
+| Propriété | Valeur |
+|---|---|
+| **Nom technique (ROLLNAME)** | `ZDAYSLATE` |
+| **Type de données (DATATYPE)** | `NUMC` (caractère numérique) |
+| **Longueur (LENG)** | 3 caractères |
+| **Longueur d'affichage (OUTPUTLEN)** | 3 caractères |
+| **Langue maître (DTELMASTER)** | `E` (Anglais) |
+
+## Textes et libellés (DD04_TEXTS)
+
+| Champ | Valeur |
+|---|---|
+| **Description longue (DDTEXT)** | `Days late for Vendor payments` |
+| **Texte rapport (REPTEXT)** | `Days Late` |
+| **Libellé court écran (SCRTEXT_S)** | `Days Late` (10 car.) |
+| **Libellé moyen écran (SCRTEXT_M)** | `Days Late` (20 car.) |
+| **Libellé long écran (SCRTEXT_L)** | `Days Late` (40 car.) |
+
+## Rôle métier
+
+`ZDAYSLATE` représente le **nombre de jours de retard** d'un paiement fournisseur (Vendor Payment). Il s'agit d'un indicateur de performance financière permettant de mesurer l'écart entre la date d'échéance d'une facture fournisseur et la date effective de paiement.
+
+Dans le contexte du package `ZDPR_PAYMENTS`, cet élément de données est vraisemblablement utilisé pour :
+
+- Alimenter des colonnes de tables ou structures calculant le retard de règlement
+- Afficher le retard dans des écrans ou ALV de suivi des paiements fournisseurs
+- Servir de critère de sélection ou de filtre dans des programmes de reporting
+
+---
+
+# Dépendances
+
+| Type | Objet | Commentaire |
+|---|---|---|
+| **Type de données ABAP** | `NUMC` (type natif ABAP) | Pas de domaine (Domain) associé déclaré dans le XML ; l'élément de données est donc directement typé sur un type primitif |
+| **Package fonctionnel** | `ZDPR_PAYMENTS` | L'élément appartient au package de gestion des paiements fournisseurs |
+| **Function Group** | `ZFGPAYMENTS` | Contient `ZFI_OUT_PAYMENT_POST_CLEAR`, qui traite les documents de paiement fournisseur (type `KZ`, poste `KR`/`RE`) |
+| **Table de règles** | `ZPAYMENTRULES` | Vue de maintenance gérée par `ZFGPAYMENTRULES` ; probablement liée aux règles de calcul du retard |
+| **Programme principal** | `ZPAYMENTS` | Programme batch qui orchestre le traitement et l'envoi de mails de synthèse |
+
+> **Absence de domaine (Domain) :** L'élément de données `ZDAYSLATE` ne référence pas de domaine dans le XML fourni. Cela signifie qu'il n'y a pas de liste de valeurs fixe ni de validation de plage associée. Si une telle validation est nécessaire (ex. : retard max acceptable), il serait recommandé de créer un domaine dédié.
+
+---
+
+# Utilisation
+
+## Via SE11 (Dictionnaire ABAP)
+
+L'élément de données est consultable et modifiable via la transaction **SE11** en saisissant `ZDAYSLATE` dans le champ "Data type".
+
+## Utilisation typique dans le code ABAP
+
+Cet élément de données est destiné à typer des champs de structures, de tables internes ou des paramètres de fonctions. Exemple d'utilisation attendue :
+
+````abap
+DATA: lv_days_late TYPE zdayslate.
+
+" Calcul du retard
+lv_days_late = sy-datum - lv_net_due_date.
+````
+
+## Dans le contexte du package ZDPR_PAYMENTS
+
+- Probablement utilisé dans les structures de log (`ZPAYMENTS_LOG` ou équivalent) pour stocker le nombre de jours de retard par open item traité
+- Peut apparaître dans les listes ALV ou les états de sortie du programme `ZPAYMENTS`
+- Peut être un champ de la table `ZPAYMENTRULES` pour définir des seuils de tolérance de retard
+
+---
+
+# Points d'attention
+
+| # | Risque | Niveau | Détail |
+|---|---|---|---|
+| 1 | **Absence de domaine** | ⚠️ Moyen | Sans domaine associé, aucune validation de plage ou liste de valeurs n'est possible. Une valeur négative (paiement en avance) serait techniquement autorisée, ce qui peut fausser les indicateurs. |
+| 2 | **Type NUMC vs INT** | ⚠️ Moyen | Le type `NUMC` est un type caractère numérique, pas un entier. Des opérations arithmétiques directes peuvent produire des comportements inattendus si le champ n'est pas converti. Préférer `INT2` ou `INT4` pour des calculs de jours. |
+| 3 | **Longueur limitée à 3 chiffres** | ⚠️ Faible | La longueur de 3 caractères limite le retard maximum représentable à 999 jours. Dans un contexte de créances très anciennes ou de litiges prolongés, cette limite pourrait être atteinte. |
+| 4 | **Langue unique (Anglais)** | ℹ️ Faible | Seule la langue anglaise (`E`) est définie dans `I18N_LANGS`. Si l'application est utilisée dans un environnement multilingue (ex. : français), les libellés écran et rapport ne seront pas traduits. |
+| 5 | **Pas de documentation SE11 renseignée** | ℹ️ Faible | Aucune documentation longue (champ `DOKU`) n'est présente dans le XML, ce qui nuit à la maintenabilité et à la compréhension pour les futurs développeurs. |
+| 6 | **Cohérence avec la logique métier** | ⚠️ Moyen | Le programme `ZPAYMENTS` traite des documents de type `KR`/`RE` (factures fournisseurs) via `ZFI_OUT_PAYMENT_POST_CLEAR`. Il conviendra de s'assurer que le calcul du retard est bien basé sur la date d'échéance nette (`ZFBDT` + `ZBD1T`) et non sur la date de document (`BLDAT`) pour éviter des indicateurs erronés. |
\ No newline at end of file