Bonjour,

Vous trouverez ci-dessous une réponse, suite à votre demande, concernant la limite du code activité DSP à 99. Il n'est effectivement pas prévu d'augmenter cette limite et vous trouverez ci-dessous quelques explications à ce sujet :
La répartition à priori et la répartition à postériori ne sont pas utilisées dans le même contexte.
Lorsque l'on répartit à priori, on le fait au niveau du document, alors que la répartition à postériori se fait par calcul de balance.
Pour être plus précis, permettre de répartir une ligne de GACCENTRYD en plus de 99 lignes dans GACCENTRYA n'est pas techniquement impossible, c'est en revanche très risqué d'un point de vue performance et volumétrie de base de données.
Avec le standard, si le client génère 1000 lignes comptables avec une clé de 99 sections, on aura 99000 enregistrements dans GACCENTRYA, rapporté à la fréquence de ce type de création (exemple 1000 par mois), on arrive vite à des volumétries exponentielles, et donc potentiellement à des lenteurs de traitement (création pièce, consultation compte analytique, budget, calcul balance analytique, etc.).
Si on prend en revanche le mécanisme de la répartition à postériori, vu que les montants à répartir sont calculés à partir de la balance analytique, on a beaucoup moins de lignes créées dans GACCENTRYA.
Pour le même exemple d'une clé de 999 section, nos 1000 lignes de pièce génèreront 1000 lignes analytiques avec une section pivot, puis la répartition gèrera une ligne pour annuler l'analytique pivot et 99 lignes de répartition. Soit sur la même période 1100 lignes analytiques au lieu de 99000 ...
En conclusion, augmenter le code activité DSP à plus de 99 pourrait entrainer de gros problèmes de performance et il n'est donc pas prévu de le faire.

Bien cordialement 

CPK