Discussion :

[Virk59]

Bonjour,

Depuis quelques semaines et de nouvelles responsabilités qui m'ont été confiées au sein de mon entreprise, je suis devenu un lecteur assidu des forums Excel et VBA. Ainsi j'ai pu constaté qu'à plusieurs reprises revenait la devise : "dissocier les données et leur présentation" pour fournir un travail propre.

On me demande de monter sur Excel un outil de reporting des données de tous nos services (plus simple sur Excel pour la compréhension et l'éventuelle maintenance par les personnes présentes). Dans ce cadre, je vais utiliser du code VBA pour cibler mes fichiers et récupérer mes données, avant de travailler à des onglets (ou peut-être des formulaires) de présentation : je pense donc que cette devise devrait prendre tout son sens dans ma mission actuelle. Seulement, je ne suis pas persuadé de cerner pleinement le sens de cette phrase et je souhaiterai une petite explication (que je ne suis pas encore parvenu à trouver sur le forum).

En vous remerciant par avance,

[AlainTech]

Bonjour,

Idéalement, les données doivent être organisées en tables que ce soit dans des fichiers Excel ou n'importe quel type de gestionnaire de bases de données.
Et ce, indépendamment de la façon dont ces données seront présentées.

Sous Access, on a l'habitude de parler de bases frontale et dorsale.
La frontale sert à la présentation et au traitement alors que la dorsale ne contient que les données.

Il est parfaitement possible d'organiser de la même manière des classeurs Excel.
Le classeur frontal se chargeant de lire et écrire dans le classeur dorsal.

[Virk59]

Donc si je comprends bien : le principe est d'avoir un classeur A dans lequel je récupère et assemble mes données (voire dans lequel je les traite par classements, calculs...) et un autre classeur B que je n'utilise "que" pour piocher dans A et présenter mes données finales ?

C'est en partie l'idée que j'en avais, même si je pensais plutôt à avoir des onglets de traitements et des onglets de présentation dans un même classeur. Mais, d'expérience je sais que ça alourdit inutilement le fichier sans augmenter la rapidité de traitement...

C'est tout ce que tu vois comme précaution à prendre ?

[Philippe Tulliez]

Bonjour,
On peut effectivement travailler avec un ou plusieurs classeurs liés mais on peut également avoir un seul classeur dont chaque feuille représente une table de données et ensuite d'autres feuilles servant à faire les tableaux de reporting.
Les feuilles de données doivent commencer en cellule A1 et avoir en première ligne les étiquettes de colonne et aucune cellule ne doit être fusionnée avec une autre.

[AlainTech]

Bonjour,

Le fait de travailler avec un classeur "présentation" séparé présente un avantage important. Pour fournir une version corrigée de l'application, il suffit de fournir un nouveau fichier sans se préoccuper des données.
Pour apporter une précision, et aller dans le sens de ce qui précède, tout ce qui est manipulation des données doit se faire dans le classeur présentation. Le classeur "données" ne devant, comme son nom l'indique, contenir que des données.

[Virk59]

Donc vous me conseillez d'établir :
- un classeur Source contenant l'ensemble des données (récupérées via liaison et/ou code VBA),
- un classeur Interface dans lequel je présente les données avec les éventuels calculs et manipulations des données ?

Si je suis sûr que certains calculs n'évolueront pas dans le temps, je ne peux pas maintenir ces calculs dans le classeur Source pour alléger le classeur Interface qui, je pense, sera beaucoup plus lourd que le classeur Source ? Par exemple, la conversion d'un nombre de lots à un nombre de pièces (ce n'est qu'un exemple) n'est pas prêt de changer, est-ce utile de faire le calcul dans le classeur Interface plutôt que dans le classeur Source ?