Cette variable doit contenir le nombre de fiches tarif client que l’on souhaite gérer. Elle est liée à la variable PRIBPCLINES, qui stocke le total de lignes de tarifs.

Les tarifs clients peuvent être organisés en fiches, dans lesquelles on retrouve un en-tête et des lignes de tarif. La structure des fiches peut être variable. On peut, par exemple, vouloir créer :

une fiche par client, avec dans cette fiche les tarifs des articles qu’on lui vend.

une fiche par article, avec pour chaque catégorie de client les tarifs correspondants.

…

Il faut par ailleurs avoir à l’esprit que les lignes de tarifs servent à gérer à la fois les conditions d’application des gratuits, les règles croisées de remises ou de frais, et que bien entendu on peut avoir N règles tarifaires simultanées.

Pour estimer le nombre de fiches, il faut d’abord savoir estimer le nombre de lignes de tarif que l’on veut gérer, et ce pour les différentes règles susceptibles d’exister. Il faut ensuite, pour chaque règle tarifaire, voir comment on structure les fiches (sachant que chaque fiche possède un nombre limité de lignes).

Rappelons que ce dimensionnement n’a pas besoin d’être parfait, et que souvent seules certaines règles produisent un grand volume de données.

On a environ 10.000 articles rangés dans 20 familles, 20.000 clients rangés dans 25 familles. On met à jour les tarifs 2 fois par an et on souhaite garder 2 années d’historique.

Imaginons que l’on utilise des tarifs bâtis avec les règles suivantes :

des prix définis par article et par tranche de quantités et unités, sachant que pour chaque article on a en moyenne une dizaine de tranche de quantités et d’unités.

des remises par couple famille article, famille client.

des règles d’exclusion par famille article et pays client (environ 5 pays sont concernés chacun pour la moitié des familles)

des tarifs promotionnels pour certaines familles de clients et certains articles (en moyenne la moitié des familles y a droit pour 5% des articles dans l’année).

L’estimation des tailles se fera de la manière suivante :

pour la première règle, on crée une fiche par article. On a donc besoin de 10.000 fiches et 100.000 lignes pour cette règle

pour la deuxième règle, on peut créer une fiche par famille article avec à chaque fois autant de lignes que de familles client. Ceci donne 20 fiches et 500 lignes.

pour la troisième règle, on peut créer une fiche par famille article avec à chaque fois autant de lignes que de pays. Ceci donne 20 fiches et 100 lignes.

pour la quatrième règle, on pourrait être tenté de créer une fiche par famille client avec à chaque fois autant de lignes que d’articles concernés, mais cela pourrait faire des fiches tarifs avec 500 lignes (total=12.500 lignes), donc plutôt que d’avoir 25 fiches de 500 lignes, on découpera en 250 fiches de 50 lignes (10 fiches par famille client).

Sachant qu’on veut stocker 4 versions de tarif en ligne, , on obtient au total :

4*(10.000+20+20+250) fiches (arrondi à 50.000 fiches par exemple)

4*(100.000+500+100+12.500) lignes de tarif (arrondi à 450.000)

Dans ce cas, PRIBPC sera estimé à 50.000, et PRIBPCLINES à 450.000.

Si on s’était limité à prendre la première règle pour dimensionner, on aurait obtenu 400.000 lignes de tarif en 40.000 fiches, ce qui aurait finalement été une approximation fort convenable, surtout si par sécurité on avait majoré de 10% les deux variables.