tag_label et tag_weight dans l'API

Bonjour LaureTS​,

Oui, il existe un moyen de récupérer par l'API les axes analytiques et leur pondération par ligne d'écriture : chaque ligne d'écriture dispose d'un sous-endpoint dédié aux catégories analytiques, qui renvoie pour chaque catégorie associée son groupe, son code analytique et son poids ("weight", une valeur entre 0 et 1, par exemple 0.5 pour 50%). C'est cette pondération qui correspond au tag_weight que vous récupérez aujourd'hui via le Data Sharing.

Sur le fait que ce champ ressort toujours vide sur vos 226 lignes testées : une répartition analytique peut être appliquée soit au niveau de la pièce comptable entière (le document/la facture), soit au niveau d'une ligne d'écriture précise. Le sous-endpoint dédié aux catégories d'une ligne ne remonte que les tags appliqués directement à cette ligne-là. Si vos écritures ont été catégorisées au niveau du document plutôt que ligne par ligne (cas fréquent lorsqu'une seule affectation s'applique à toute la facture), ce endpoint renverra items: [] même si un axe analytique existe bel et bien sur la pièce. Nos sources ne permettent pas de confirmer si c'est le cas sur vos deux comptes, mais c'est l'explication la plus probable au vu du fonctionnement de la fonctionnalité.

Sur la route de l'export « grand livre analytique » : ce n'est pas un export_type à passer à un endpoint générique d'exports (d'où le 404 que vous obtenez), mais une ressource dédiée qui prend en paramètres une période (date de début / date de fin) et un mode (lignes ou colonnes). Un second endpoint permet ensuite de récupérer le fichier généré via l'identifiant de l'export renvoyé à la création. Cet endpoint est protégé par un scope OAuth dédié à ce type d'export, distinct de ceux utilisés pour les lignes d'écriture 😊