Bonsware

Comme souvent j'imagine, au boulot il traine un (des) fichier(s) Excel qu'on rempli à la barbare avec le suivi d'un dossier ou l'état d'avancement d'un projet (date, évènement, n° dossier, ...).
En soi, ce n'est pas vraiment stupide si on est seul à l'utiliser, ça offre une solution facile à mettre en oeuvre et à backuper (sur le disque réseau backupé totomatiquement).
Le reporting étant limité, une simple ouverture et recherche suffit.
Mais si une seconde personne désire remplir aussi le fichier, ça devient un peu moins pratique (quoique, vu le faible usage il y a peu de risque de conflit).
Mais une interface graphique serait quand même plus agréable pour remplir les champs.

Les droits sur la machine étant assez limités, installer un serveur de BD complet semble difficile et aussi overkill.
Je pensais donc plutôt m'orienter vers la création d'un formulaire sous Excel (ou Access ?) ou équivalent.
Mais peut-être avez-vous d'autres idées pour une solution légère (installation/configuration/programmation toussa) qui aurait éventuellement la bonne idée d'enregistrer les données dans un fichier plat (plus rassurant je trouve quand à la récupération/lecture des données, vu la faible quantité de données stockées) et facile à créer/mettre en oeuvre ?

Merci pour vos com's et idées.

S'il y a un disque partagé, Excel permet de créer des fichiers "partagés" avec versionning et éditions par divers utilisateurs.

Tout à fait d'accord avec Gizmo.
J'ajouterai simplement que la création d'un "formulaire" ou d'une interface graphique n'est pas des plus simple en excel. Si le but est juste de partager le fichier, ca fonctionne très bien, mais par contre, si le but est vraiment d'avoir une interface d'encodage, Access fait ca très bien et tu pourrais importer ton fichier excel en 2 clicks.

Donc en gros si je suis bien, soit:
- fichier partagé sous Excel + bon courage pour faire un formulaire
- Access pour un formulaire plus facile à faire, mais pas de fichier partagé, et nécessité d'importer le fichier Excel et de n'avoir que du Access après ?
Ou il y a moyen de garder la "souplesse" du fichier Excel quand même ?

Merci pour vos tuyaux

Sans aucun doute : Clarion de TopSpeed (Voir site de SoftVelocity) : Simple, puissant, très polyvalent, fiable et aps cher ! http://www.softvelocity.com/

didix > C'est bien ça.

Tu peux aussi faire une solution hybride, faire une interface an Access qui rempli ton fichier Excel.
Il faut juste voir à lier les tables convenablement, mais je pense que c'est possible.

Oki, merci

lefvl > voui, mais bof en fait... pour l'usage que j'en ai et le contexte...

Access partagé avec possibilité d'exportation simple et rapide en Excel

Quelqu'un a déjà joué avec OOo Base et/ou Kexi (sous Windows) ?
Bien, pas bien ?

Moi, avec Base. Bah, c'est aussi mauvais qu'access, mais en moins conviviale.

Ch'tite question sur les formulaires Access: c'est-y qu'il y a moyen de faire une table de 2 colonnes, pour laquelle on rajoute des lignes au fur et à mesure des besoins ?
La 1ère colonne serait des listes déroulantes, la seconde des champs textes (ou text area)...
C'est p-e trop compliqué directement sous Access et devrais passer à un langage de programmation ?

Vindju c'est pas facile de se remettre à la "programmation" des interfaces graphiques (api toussa)

Une table a des propriétés modifiables "at run time". La hauteur (et donc le nombre de lignes affichées) en fait partie.
Il faudrait que je me replonge dedans pour te donner la syntaxe exacte, mais c'est un truc du style MaTable.Hauteur = X
Maintenant, il faut encore voir quand tu appelles la fonction de modification de hauteur.

Visual Basic est une possibilité. On sais modifier une base de données Access alors il y a probablement moyen de modifier une feuille Excel aussi.