Vendre de la formation à Access

**Pierre Fauconnier** · 01/10/2012, 16h00

Ca me fait plaisir de te lire, Etienne... Enfin un commentaire sur Access / Excel qui me convient!

Je suis fatigué d'entendre des débats dans lesquels on oppose Excel et Access, le premier étant plus "simple" et le second plus "pro", le premier permettant de traiter quelques données, le second étant mieux adapté pour des gros volumes... Comme si Excel était le petit frère amateur d'Access professionnel...

Pour gérer des données (saisie, stockage, partage, reporting, sécurisation - intégrité référentielle, en autres -), évidemment qu'il vaut mieux utiliser Access, puisque c'est un SGBD (Système de Gestion de Bases de Données), ce que ne revendique pas Excel.

Pour mettre en tableaux, et en graphiques, analyser de façon dynamique, élaborer rapidement des formules (qui peuvent être complexes) pour comparer, mettre en évidence, ..., il est de loin préférable d'utiliser Excel, puisque c'est un tableur.

Le bon professionnel est celui qui utilisera les deux en bonne intelligence, amenant dans Excel via des tables à plat les données saisies et partagées dans Access pour pouvoir les analyser avec l'outil adéquat.

Il pourra ainsi vendre les deux, développer pour les deux et former sur les deux, les finalités d'utilisations étant fondamentalement différentes, mais très complémentaires.

Il ne s'agit donc pas de trouver des arguments pour ou contre Access par rapport à Excel, mais bien de déterminer avec le client les besoins de gestion et de manipulation de données qu'il rencontre, puis de lui proposer les solutions adéquates, qui passeront (presque) toujours par une utilisation conjointe des deux logiciels.

Ainsi, l'on pourra développer en Access toute la saisie et le reporting, assez régulièrement fixés pour longtemps, ainsi que des tableaux et graphiques basiques standard. Conjointement, on créera dans Access les requêtes permettant les tables à plat, offrant au manager des classeurs Excel grâce auquel ses besoins d'analyse seront comblés par la facilité avec laquelle il créera ses graphiques, TCD et autres au fur et à mesure de ses besoins, sans devoir recourir à des modifications dans Access.

Cela dit, réaliser un logiciel de paie ou de compta avec Access, va falloir s'accrocher. Il est en général plus rentable de s'orienter vers des solutions éprouvées (voir les commentaires de PapyTurbo et Loufab). Et créer des stats en Excel sur l'absentéisme sur base d'un logiciel bien ficelé qui "nourrit" Excel, ça se fait "les doigts dans le nez".

Et pour finir, j'ai déjà été confronté à des données dont la présentation en fichier "à plat", un txt en fait, avait pu être remis en table grâce à Excel sans VBA alors qu'Access nécessitait du vba itératif. C'est donc bien à une complémentarité des deux outils qu'il faut penser, plutôt qu'à une opposition.

**Pierre Fauconnier** · 01/10/2012, 16h33

Envoyé par star

Bonjour la communauté,
On me demande d'élaborer un argumentaire incitant de potentiels entreprises (PME/PMI) à investir dans de la formation à Access plutôt qu'Excel
.

Au delà de l'aspect comparatif Access / Excel qui est pour moi un non-sens, il convient, lors de formations Access, de distinguer l'utilisateur final d'un développement et le concepteur/développeur d'une application en Access.

Chacun son métier, et développer une application Access, surtout si elle est partagée, ça demande du métier. Les formations "création d'une base" avec Access sont souvent orientées "base personnelle non partagée sans programmation". J'imagine mal un logiciel de paie ou de compta fonctionner sans partage et sans programmation (macros Access pour le plus léger et VBA pour du costaud), et celui qui s'imagine pouvoir développer du "pro partageable" sans VBA (ou macros, quoique) s'expose à de douloureuses et coûteuses désillusions. Pour prendre l'exemple d'un logiciel de compta ou d'un logiciel de paie, la numérotation des documents sans VBA relèvera purement et simplement du casse-tête irréalisable, utiliser le taux horaire d'une personne dans une prestation ne peut se faire aussi qu'avec de la programmation (macro ou vba), etc.

Une entreprise qui souhaiterait investir dans de la formation Access devra donc faire la différence entre ces aspects, et orienter très peu de personnes vers le développement tout en orientant les utilisateurs de ces développements vers une formation à l'utilisation d'une base de données Access (créer une requête, filtrer, trier, créer rapidement un rapport, récupérer dans Excel pour analyse, ...).

Avoir les bons arguments pour vendre une formation, c'est d'abord et avant tout bien connaître ce que l'on se propose de vendre.

**Papy Turbo** · 02/10/2012, 19h16

M'sieur, M'sieur, M'sieur, et Word, alors ?

Personne il a dit qu'à chaque fin de mois on peut cliquer sur un bouton dans Access (ou n'importe quel autre produit Office, d'ailleurs), et que la macro elle peut
- créer un beau rapport dans Word à partir d'un modèle,
- extraire un résumé des résultats du mois dans Access,
- coller du texte variable dans word, en fonction des résultats,
- coller le tableau en dessous, parce que les managers, ça aime bien les chiffres,
- coller le même, ou un autre tableau, plus ou moins détaillé, dans Excel qui va faire un super beau graphe en 3D (avec des ombres ?) qu'on va coller encore en dessous du tableau, dans le même rapport,
- ...

C'est pas beau, Word ?
Personne en veut

Tant pis, je le ferai dans Powerpoint, alors.
Ou chiche, dans Project, avec des graphes Visio, Na !