Programmer sur excel ou visual basic

Fermé
ariel - 11 déc. 2007 à 16:19
Neverend Messages postés 21 Date d'inscription vendredi 14 décembre 2007 Statut Membre Dernière intervention 29 octobre 2008 - 1 avril 2008 à 14:24
Bonjour,
j'ai besoin d'un coup de main concernant une programme assez complexe que je veux mettre sur pied. Il s'agit de plusieurs feuilles de calcul(cinq), contenant des mises à jour de différentes commandes. Seulement, les commandes non livrées se répètent dans chaque feuille jusqu'à ce que la livraison soit totale. Tandis que celles livrées sont supprimées de la feuille mise à jour. Par exemple, si en janvier j'ai 600 commandes enregistrées dans une feuille, et qu'à la mise à jour de mars 250 sont livrées, la feuille de mise à jour ne contiendra que les 350 commandes restantes, plus les nouvelles commandes reçues.
Je voudrais donc créer un programme qui me permettra de retrouver facilement les 250 commandes livrées et celles non livrées.
J'espère avoir été suffisamment explicite afin de pouvoir bénéficier de votre aide.
Merci d'avance.
A voir également:

51 réponses

nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
11 déc. 2007 à 17:14
Salut

Je comprends et je ne comprends pas...

Ton fichier Excel récupère les commandes de Où??

D'un ERP ou truc comme cela ou c'est Excel qui stock les données

TU parles de 5 feuilles mais apparemment il n'y a que la feuille "Mise à jour" qui sert

Si besoin explique moi plus et envoie moi éventuellement ton fichier

nicolas_doulin@yahoo.fr

Les données je les garderai pour moi et de toute façon je m'en balance mais cela se fera en toute confidentialité

A+

Nico
1
salut
Les commandes me sont fournies par clé USB sous fichier excel. la source, pas importante.
Quant aux cinq feuilles elles se suivent chronologiquement.
Ce sont toutes des mises à jour, mais à l'instant "t".
Par exemple, la feuille de juin est une mise à jour par rapport à celle de mai; celle de juillet une mise à jour par rapport à la feuille de juin; et ainsi de suite.
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
12 déc. 2007 à 10:10
Je crois voir ton besoin

Dans ce cas à chaque mise à jour il faudrait avoir une feuille
Mois M (feuille de mise à jour précédente)
Mois M+1 (feuille de mise à jour en cours)
Mois M Livrées (feuilles contenant les commandes du mois M livrées)

Ton programme parait assez facile à faire..

Aujourdh'ui comment fais tu ces mises à jour?? Manuellement??

Il faudrait que tu m'envoie ton fichier d'exploitation etton fichier source (sur ta clé USB) pour que j'en sache plus

A+

PS: mon email est dans mon premier post
0
eriiic Messages postés 24600 Date d'inscription mardi 11 septembre 2007 Statut Contributeur Dernière intervention 21 octobre 2024 7 239
12 déc. 2007 à 10:15
Bonjour,

Ou si tu connais ta dernière feuille de mise à jour tu peux faire ainsi.
Supposons ta liste de départ sur feuil1, ton dernier pointage sur feuil5 et ta référence en colonne A sur les 2 feuilles.
Dans une colonne vide feuil1 tu saisis:
=SI(ESTERREUR(RECHERCHEV(A1;Feuil5!A:A;1;0));"livré";"en cours")
et tu recopies ta formule vers le bas

eric
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
salut!
programme facile à faire?
Peut-être, mais pour une novice dans la programmation sur vba comme moi, c'est pas le cas.
en fait c'est un projet que je réalise dans le cadre de ma formation.
vous l'envoyer? je veux bien, mais ce n'est que possible en P.J.. comment je fais?

P.S.: malgré mes multiples documentations sur le langage vba j'y comprends pas grand chose. svp soyez plus explicites dans votre "JET LEE language" si solutions vous en avez!
merci pour votre aide et votre disponibilité.
0
phil232 Messages postés 607 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 31 janvier 2008 178
14 déc. 2007 à 17:14
comment peut on envoyer ces gens dans la mauvaise direction, sans honte. ce truc est mal fichu des le début. EXCEL N'EST PAS UNE BASE DE DONNEES. Tout ce qu'il vont gagner c'est une "Application" qui sera un enfer en termes de maintenance. déjà une correction d'erreur ou autre choses de ce style sont bien sur possible mais ne seront jamais implementer et "on va corriger manuelement". le bordel est pré-programmé.
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
14 déc. 2007 à 16:27
Mon email est dans mon premier Post

A+
0
alors Phil232 peux-tu me proposer des pistes de réflexion, stp?ça m'intéresse.
quant à toi eriiic, je te l'envoie ce week-end
bne soirée ou journée ou après-midi! choisissez ce qui vous enchante!
0
phil232 Messages postés 607 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 31 janvier 2008 178
14 déc. 2007 à 17:42
je propose l'utilisation d'une bdd. c'est aussi bête que ça. tu va certainement continuer à rajouter des fonctionalités et tu va te casser la tête à propos de choses qui vont presque tout seule en Access p.ex. ok, Access n'est pas le meelleur choix en bdd mais je crois pour tes besoin c'est suffisant. et puisque assez souvant en achète tout le paquet Office Access est là déjà.
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
14 déc. 2007 à 17:45
Excel pas une base de données????

Discussion très intéressante... sache qu'environ 50% des entreprises (TPE et Artisans) gèrent leurs données sous Excel
Au lieu de dire que ce n'est pas une base de données qu'as tu a proposé, qui soit soit gratuit soit sous Office (monopole Microsoft oblige)??

J'ai bossé sur des vrais bases de données (IBM Iseries, SAP, JD Edwards, SQL Server, ...) mais dans le cas de Ariel je ne la vois pas acheter un Serveur IBM avec un émulateur, une licence Windows Server 2003 et Cognos 8 pour le reporting

Ca d'accord c'est une vraie bases de données

Je suis d'accord pour la maintenance mais comme l'a dit Ariel elle est en Formation alors elle pourra elle même maintenir ses systèmes

Cela fait 10 ans que je développe du Visual Basic sous Excel, et certains de mes premiers progs fonctionnent encore et dans des grandes organisations...

Ariel j'attends ton mail a moins que Phil232, le grand gourou de la BDD ait une solution
0
phil232 Messages postés 607 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 31 janvier 2008 178
14 déc. 2007 à 18:11
"Excel pas une base de données????" quelqu'un qui est dans le business depuis 10+ années devrait le savoir
"sache qu'environ 50% des entreprises (TPE et Artisans) gèrent leurs données sous Excel", oui, malheureusement. bon je suis d'accord si t'as dans les 100 records que tu gères dans un fichier plat (car c'est ce que c'est). je sais aussi que l'on peut y arriver en Excel mais à quel prix ? ok, je m'imagine que tu te fait tes + ou - 80 euro l'heure avec ça, donc évidemment tu defends cette approche.
"mais dans le cas de Ariel je ne la vois pas acheter un Serveur IBM avec un émulateur, une licence Windows Server 2003 et Cognos 8 pour le reporting", moi non plus d'ou l'idéé avec Access (je sais, je sais, multi-user, etc...) mais au moins la piste est meilleur
"Ariel elle est en Formation", justement, il y a déjà assez de mauvais programmeurs dans ce monde

"Excel pas une base de données????", une rélationnelle ou juste un panier qui contient des chiffres et des lettres ?

check it out
www.theDailyWTF.com
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
14 déc. 2007 à 17:46
Pour info, Access n'est plus dans certains pack Office notamment le pack office Small Business

Mais il est vraie que c'est un vrai gestionnaire de base de donnée mais comment manipulé des sous totaux et totaux, moyenne, ... sous access bon courage

A+
0
phil232 Messages postés 607 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 31 janvier 2008 178
14 déc. 2007 à 18:03
"comment manipulé des sous totaux et totaux, moyenne", avec des requêtes

"Mais il est vraie que c'est un vrai gestionnaire de base de donnée", non, pas proprement dit. mais ce qu'on peut faire avec ressemble pas mal. alternativement MySQL p.ex. est gratos
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
14 déc. 2007 à 23:16
C'est bon on va se battre... je pense que le mauvais programmeur était pour moi
On a deux opinions différentes mais c'est l'avantage de la liberté d'esprit
Sache qu'en aucun cas je me suis fait de l'argent avec çà sinon pourquoi je passerais du temps à aider les gens sur des Forums.. je serai bien bête de perdre de l'argent.
Des personnes demandent des conseils sous Excel je les aide et voila tout, maintenant il n'apparteint qu'à Ariel de choisir.
Et ayant utilisé Access je peux la phrase de Phil 232 "qui sera un enfer en termes de maintenance. déjà une correction d'erreur ou autre choses de ce style sont bien sur possible mais ne seront jamais implementer et "on va corriger manuelement". le bordel est pré-programmé"
pour moi c'est exactement la même chose, si tu fais un bouton sous Access qui fait une requete quand il faut la modifier...

Excel et une mauvais utilisateur c'est comme l'automobile une Ferrari avec un mécanicien spécialisé dans le scooter...
Comme je le dit souvent le bugg est souvent entre l'écran et l'ordinateur, c'est pour cela que je ne parle que de sujet que je maitrise

Et sache que pour info, Excel n'est pas limité à 100 enreg, avec les tableaux croisés dynamiques et les données cubes tu peux gérer des millions de données, et les 65536 lignes ne sont pas un problème... Mais c'est vrai qu'Excel n'est pas une base de données c'est juste un logiciel qui permet d'en gérer...

J'attends de tes nouvelles Ariel

A+
0
Polux31 Messages postés 6917 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 1 novembre 2016 1 204
15 déc. 2007 à 05:00
bonjour,

En fait, l'avantage avec Excel, c'est que tout le monde peut bidouiller avec sans avoir besoin d'être développeur. C'est pourquoi grand nombre d'artisants et de PME-PMI l'utilisent. Je suis d'accord avec Phil, quand il dit qu'Excel n'est pas une base de données. Ca devient vite une usine à gaz ingérable en termes de maintenance. Excel est utile pour faire de belle présentation de tableaux (croisés dynamiques ou pas), de beaux graphes mais certainement pour faire de la gestion de données. C'est juste un support pour échanger ou présenter des données.
MySql est gratuit et on peut le télécharger facilement. On peut également trouver SQL Serveur SE dans le pack Visual Studio 2005 en téléchargement gratuit sur le site : https://docs.microsoft.com/en-us/welcome-to-docs des tutos sur developpez.com et de très bons codes sources sur vbfrance.com.
Je suis aussi d'accord avec nicodoudou concernant une Ferrari avec un mécanicien de scooter ... alors laissons aux developpeurs le soin de developper et arrêtons de vouloir bidouiller avec Excel ... A propos, tu as travaillé sur de vraies bases de données telles que SQL Server ... ce n'est pas Microsoft ça ??? et SAP ? c'est une base de données ?


;o)

Polux
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
16 déc. 2007 à 23:36
Bonjour

Après un Week end où j'ai revendu mon Excel (non c'est une blague)...
Pour conclure de mon coté Excel n'est peut être pas une base de données viable... mais c'est un magnifique outil d'exploitation de base de données... et une base de données sans exploitation c'est comme un forum sans coup de gueule cela ne sert à rien

Comme je l'ai dit et je suis entièrement d'accord avec Polux31, Excel n'est pas un base de données mais c'est déjà un très bon outil.
Pour répondre à ta question, j'ai travaillé sur SQL Server à partit de données issues d'un ERP sous IBM Iseries. Mais ce que j'avais appris sous Excel est fondamental avant de s'attaquer a des outils comme SQL Server. C'est en effet un outil Microsoft mais aujourd'hui faire sans Bill GATES c'est dur...

SAP n'est pas simplement une base de données c'est un package complet permmetant de gérer l'ensemble d'une entreprise. J'ai bossé dessus pendant 1 an il y à 6 ans... SAP gère non seulement les données mais il gère aussi tout le flux Supply Chain, mais comme tous les ERP SAP permet de saisir, interprèter et fiabiliser des données..

Pour Ariel qui est à l'origine de ce post, j'ai bien recu ton mail je vais t'en reparler

A+

Nicolas
0
Polux31 Messages postés 6917 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 1 novembre 2016 1 204
17 déc. 2007 à 01:26
Bonjour,

Surpris d'apprendre que SAP est une base de données au même titre que Oracle ou Sql Server ... je crois qu'il ne faut pas tout mélanger tout de même ... Tout comme EBP ou Sage, SAP est avant tout un ERP de gestion multitâches qui s'appuie sur une base de données propre à son système. On est encore dans le schéma Excel = base de données ... on mélange torchons et serviettes ...
Quant à moi, je ne connais pas Excel, ce n'est qu'un fichier de sortie que j'utilise. Je travaille le plus souvent sur Sql Server, Oracle, voir MySql ou Access en utilisant C++, Java, VB etc.... Mais après tout, chacun son truc ...

J'ai lu sur ce forum que pour apprendre à programmer, Excel était un bon outil ... je peux dormir tranquille ...

;o)

Polux
0
phil232 Messages postés 607 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 31 janvier 2008 178
17 déc. 2007 à 11:27
bon, je crois qu'on a troové un point comun. Excel n'est pas une bdd mais c'est un outil excellent pour faire de calcul (enfin c'est un spreadsheet, n'est ce pas?). SAP n'est pas non plus une base mais c'est un ensemble qui se base sur une bdd. Ce que je voulais dire c'est qu'on peut bien entendu aider les gens à utiliser des outils. Mais étant donné qu'on a + de 10 ans d'expérience on devrait envoyer le jeunes sur la bonne piste au lieu de les aider à faire n'importe quoi. C'est celui là le mauvais programmeur, celui qui croit que son savoir c'est le nec plus ultra (OK, je fais un peu la même chose, je sais) et qu'il doit absolumment resoudre des problèmes qui normalement n'éxisterait même pas. Bon je vais m'arreter là sinon ça deviendra un flame war.
0
Neverend Messages postés 21 Date d'inscription vendredi 14 décembre 2007 Statut Membre Dernière intervention 29 octobre 2008 81
17 déc. 2007 à 17:12
lol ... c'est exactement ça phil ... mais visiblement il préférable de conforter les personnes dans leur choix et problèmes plutôt que de les orienter vers une solution mieux adapter ...
J'ai eu un directeur informatique qui aimait dire : "Il n'y a pas de bonne ou mauvaise solution, il n'y a qu'une solution pertinente : celle qui répond aux besoins du client ..." et il en va de même avec les développeurs, peut importe la méthode pourvu que le résultat réponde au cahier des charges ...

;o)

Polux
0
nicodoudou Messages postés 48 Date d'inscription vendredi 7 décembre 2007 Statut Membre Dernière intervention 20 mars 2008 44
17 déc. 2007 à 17:33
Polux est le sage et je suis entièrement d'accord avec lui

Le but d'un forum comme celui-ci est je pense d'aider les gens avec la solution qu'ils ont pris ou bien qu'on leur a obligé à prendre.

Dans ce forum, je me vois plutot comme un spécialiste qui aide les gens avec leurs problèmes sous Excel et non pas comme un consultant qui veut refaire le projet...

Ariel arrive simplement avec un petit problème sous Excel (format sous lequel on lui fournit le fichier), et on lui dit qu'il faudrait qu'elle développe une base de données avec des requtes SQL....
Un peu compliqué

Pour Ariel la bonne solution est Excel alors je l'aide, pour info je lui ai déjà fournit un fichier avec la macro

A+

Nico (qui a appris à aider simplement les gens pendant ses 10 ans d'exp...)
0
salut à tous!
Juste pour signifier à nicodoudou que le fichier je viens de l'avoir: très complexe, mais je vais essayer de le comprendre.
Toutefois ce ne sera pas évident de rester constamment en contact avec vous. désolée
En fait j'ai repris avec les cours et je me trouve entrain de suivre deux lièvre à la fois: mon projet et les cours.
Sinon j'essaierai de vous écrire de temps en temps jusqu'à la reprise totale du projet, dans les deux semaines (au maximum) qui suivent.
Quant à votre discussion/dispute, je dirai que je ne crois pas que le directeur de l'entreprise acceptera de se consacrer à la découverte de Access, puisque les seuls programmes MS qu'il connaît mieux sont Word, Excel et Power point. De plus, il sollicite quelque chose de rapide, efficace et surtout moins contraignant pour lui; car vu sa charge de travail, il se pose un problème de disponibilité de sa personne.
d'ici là portez-vous bien et merci encore.
0
Polux31 Messages postés 6917 Date d'inscription mardi 25 septembre 2007 Statut Membre Dernière intervention 1 novembre 2016 1 204
7 janv. 2008 à 12:35
Bonjour tout le monde et meilleurs voeux à tous ...

Je comprends mieux maintenant, je n'avais pas intégré qu'Excel est plus une contrainte qu'un choix. Dans ce cas effectivement il faut faire avec ... le patron est roi lol ... Ceci dit, il n'y a pas de dispute sur le sujet, seulement des échanges de points de détails sur tel ou tel méthode ... rien de plus banal, c'est casi quotidien dans mon boulot ...
Je te souhaite bon courage pour tes cours. A bientôt de te lire.

;o)

Polux
0
Bonjour à tous!
Cela fait vraiment un bail. Comment allez-vous?
Quant à moi, c'est reparti pour deux semaines intenses de programmation: le projet continue dès aujourd'hui.
En parlant du langage vba, Nicodoudou j'ai des zones d'ombres que j'aimerais que vous éclaircissiez.
Que fait littéralement les instructions: feu_maj=ActiveSheet.Name? Sheets.Add, dans le chapitre "Ajout de la feuille et mise en forme" ?
Je parle évidemment du programme que vous avez mis au point.
Merci d'avance.
0