Pour le première fois ici, je vous remercie d'avance de prêter attention à
ma demande.
Je chercher à faire un suivi de livraison / facturation dans Excel.
Je ne vois pas comment faire sans base de donnée, c'est pour cette raison
que je me remet à vous.
1. Pour un article x nous fabriquons 100'000 pièces.
2. Le client nous passe des commandes par lot et livrons les quantités
demandées, ex: 10'000 le 1.3.05; 40'000 le 5.3.05 etc.
3. La facturation n'est pas liée avec les quantités livrées. Ex: 5'000
facturée le 5.3.05, 8'000 faturée le 15.3.05, etc..
4. Je souhaiterais pour chaque article, savoir qu'est-ce qui reste à livrer,
à facturé et ceci groupé par mois. Ex: Au mois de mars nous avons livré
50'000 et facturée 13'000. Il nous reste 50'000 pièces à livrer et 37'000
pièces à facturer.
Voilà, en souhaitant que ma demande est compréhensible.
Je pourrais mettre à disposition le fichier sur un serveur.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Papy Bernard
Slt, De "Stephanel"
Je chercher à faire un suivi de livraison / facturation dans Excel. Je ne vois pas comment faire sans base de donnée, c'est pour cette raison que je me remet à vous.
1. Pour un article x nous fabriquons 100'000 pièces. 2. Le client nous passe des commandes par lot et livrons les quantités demandées, ex: 10'000 le 1.3.05; 40'000 le 5.3.05 etc. 3. La facturation n'est pas liée avec les quantités livrées. Ex: 5'000 facturée le 5.3.05, 8'000 faturée le 15.3.05, etc.. 4. Je souhaiterais pour chaque article, savoir qu'est-ce qui reste à livrer,
à facturé et ceci groupé par mois. Ex: Au mois de mars nous avons livré 50'000 et facturée 13'000. Il nous reste 50'000 pièces à livrer et 37'000 pièces à facturer.
Voilà, en souhaitant que ma demande est compréhensible.
Pourquoi faire simple quand on peut faire compliquer, hein ??? ton problème relève de la gestion de bases de données : voir du côté d'Access. Il y a des modèles dont tu pourrais t'inspirer. Excel n'est qu'un tableur que certains se sont ingénié à transformer en usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de problème.
-- A+ Papy Bernard (RTCien malgré lui)
Slt,
De "Stephanel"
Je chercher à faire un suivi de livraison / facturation dans Excel.
Je ne vois pas comment faire sans base de donnée, c'est pour cette raison
que je me remet à vous.
1. Pour un article x nous fabriquons 100'000 pièces.
2. Le client nous passe des commandes par lot et livrons les quantités
demandées, ex: 10'000 le 1.3.05; 40'000 le 5.3.05 etc.
3. La facturation n'est pas liée avec les quantités livrées. Ex: 5'000
facturée le 5.3.05, 8'000 faturée le 15.3.05, etc..
4. Je souhaiterais pour chaque article, savoir qu'est-ce qui reste à
livrer,
à facturé et ceci groupé par mois. Ex: Au mois de mars nous avons livré
50'000 et facturée 13'000. Il nous reste 50'000 pièces à livrer et 37'000
pièces à facturer.
Voilà, en souhaitant que ma demande est compréhensible.
Pourquoi faire simple quand on peut faire compliquer, hein ???
ton problème relève de la gestion de bases de données : voir du côté
d'Access. Il y a des modèles dont tu pourrais t'inspirer.
Excel n'est qu'un tableur que certains se sont ingénié à transformer en
usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de
problème.
Je chercher à faire un suivi de livraison / facturation dans Excel. Je ne vois pas comment faire sans base de donnée, c'est pour cette raison que je me remet à vous.
1. Pour un article x nous fabriquons 100'000 pièces. 2. Le client nous passe des commandes par lot et livrons les quantités demandées, ex: 10'000 le 1.3.05; 40'000 le 5.3.05 etc. 3. La facturation n'est pas liée avec les quantités livrées. Ex: 5'000 facturée le 5.3.05, 8'000 faturée le 15.3.05, etc.. 4. Je souhaiterais pour chaque article, savoir qu'est-ce qui reste à livrer,
à facturé et ceci groupé par mois. Ex: Au mois de mars nous avons livré 50'000 et facturée 13'000. Il nous reste 50'000 pièces à livrer et 37'000 pièces à facturer.
Voilà, en souhaitant que ma demande est compréhensible.
Pourquoi faire simple quand on peut faire compliquer, hein ??? ton problème relève de la gestion de bases de données : voir du côté d'Access. Il y a des modèles dont tu pourrais t'inspirer. Excel n'est qu'un tableur que certains se sont ingénié à transformer en usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de problème.
-- A+ Papy Bernard (RTCien malgré lui)
Moi
"Papy Bernard" a écrit:
Pourquoi faire simple quand on peut faire compliquer, hein ??? ton problème relève de la gestion de bases de données : voir du côté d'Access. Il y a des modèles dont tu pourrais t'inspirer. Excel n'est qu'un tableur que certains se sont ingénié à transformer en usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de problème.
Merci de ta réponse. Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Stéphanel
"Papy Bernard" a écrit:
Pourquoi faire simple quand on peut faire compliquer, hein ???
ton problème relève de la gestion de bases de données : voir du côté
d'Access. Il y a des modèles dont tu pourrais t'inspirer.
Excel n'est qu'un tableur que certains se sont ingénié à transformer en
usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de
problème.
Merci de ta réponse.
Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le
choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la
direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Pourquoi faire simple quand on peut faire compliquer, hein ??? ton problème relève de la gestion de bases de données : voir du côté d'Access. Il y a des modèles dont tu pourrais t'inspirer. Excel n'est qu'un tableur que certains se sont ingénié à transformer en usine à gaz mais pas approprié, mais alors pas du tout, à ce genre de problème.
Merci de ta réponse. Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Stéphanel
Papy Bernard
Slt,
De "Moi"
Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Encore une direction qui veut le beurre et l'argent du beurre sans rien y connaître et qui mégote sur qq centaines d' ou qui ont "suivi" une "formation" Word/Excel et à qui on a fait gober qu'avec ces usines à gaz TOUT était possible comme avec un couteau suisse.
A toi d'apporter la preuve de ce qui est réalisable et ce qui ne l'est pas avec des exemples et de leur expliquer la différence entre un traitement de texte, un tableur et un Système de Gestion de Bases de Donnés.
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des stocks des matières premières/commandes des dites matières premières/calcul des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai SGBD comme Access ou dBase ou Paradox..
-- A+ Papy Bernard (RTCien malgré lui)
Slt,
De "Moi"
Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le
choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la
direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Encore une direction qui veut le beurre et l'argent du beurre sans rien y
connaître et qui mégote sur qq centaines d' ou qui ont "suivi" une
"formation" Word/Excel et à qui on a fait gober qu'avec ces usines à gaz
TOUT était possible comme avec un couteau suisse.
A toi d'apporter la preuve de ce qui est réalisable et ce qui ne l'est pas
avec des exemples et de leur expliquer la différence entre un traitement de
texte, un tableur et un Système de Gestion de Bases de Donnés.
Une gestion de production/livraison/facturation n'est pas une affaire de
bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des
stocks des matières premières/commandes des dites matières premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai SGBD
comme Access ou dBase ou Paradox..
Je suis de ton avis, mais sur ce projet, je n'ai malheureusement pas le choix. J'aurais volontier choix FileMaker que je maitrise bien, mais la direction n'est pas chaude!
J'éspère toujours trouver une ébauche de solution.
Encore une direction qui veut le beurre et l'argent du beurre sans rien y connaître et qui mégote sur qq centaines d' ou qui ont "suivi" une "formation" Word/Excel et à qui on a fait gober qu'avec ces usines à gaz TOUT était possible comme avec un couteau suisse.
A toi d'apporter la preuve de ce qui est réalisable et ce qui ne l'est pas avec des exemples et de leur expliquer la différence entre un traitement de texte, un tableur et un Système de Gestion de Bases de Donnés.
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des stocks des matières premières/commandes des dites matières premières/calcul des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai SGBD comme Access ou dBase ou Paradox..
-- A+ Papy Bernard (RTCien malgré lui)
Nabucco
"Papy Bernard" a écrit:
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des
stocks des matières premières/commandes des dites matières premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Je ne veux dans tous les cas pas faire une gestion de production. Nous avons une solution existant qui s'appelle Precix. Ce qui est insensé, c'est la manière dont la facturation est gérée dans la boite, c'est la que c'est incohérent. Comment puis-je faire avaler, qu'il nous faudrait un SGBD quand justement c'est pour palier à une aspect manquant de precix qu'il faut faire une gestion des livraisons / facturation en parallèle. No comment!!!!
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai SGBD
Si si, il est vraiment bien et tu peux t'en rendre compte sur ce site ou ils proposent un logiciel gratuit pour la gestion d'une entreprise. http://www.digitmaking.com.Ou tu peux aller voir sur http://www.fmsource.com une mine d'or pour les dévellopeur de langue française.
Encre merci pour tes conseils qui me réconforte pour faire cette gestion avec un SGBD.
Stéphane
"Papy Bernard" a écrit:
Une gestion de production/livraison/facturation n'est pas une affaire de
bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion
des
stocks des matières premières/commandes des dites matières
premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Je ne veux dans tous les cas pas faire une gestion de production. Nous avons
une solution existant qui s'appelle Precix. Ce qui est insensé, c'est la
manière dont la facturation est gérée dans la boite, c'est la que c'est
incohérent. Comment puis-je faire avaler, qu'il nous faudrait un SGBD quand
justement c'est pour palier à une aspect manquant de precix qu'il faut faire
une gestion des livraisons / facturation en parallèle. No comment!!!!
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai
SGBD
Si si, il est vraiment bien et tu peux t'en rendre compte sur ce site ou ils
proposent un logiciel gratuit pour la gestion d'une entreprise.
http://www.digitmaking.com.Ou tu peux aller voir sur http://www.fmsource.com
une mine d'or pour les dévellopeur de langue française.
Encre merci pour tes conseils qui me réconforte pour faire cette gestion
avec un SGBD.
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des
stocks des matières premières/commandes des dites matières premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Je ne veux dans tous les cas pas faire une gestion de production. Nous avons une solution existant qui s'appelle Precix. Ce qui est insensé, c'est la manière dont la facturation est gérée dans la boite, c'est la que c'est incohérent. Comment puis-je faire avaler, qu'il nous faudrait un SGBD quand justement c'est pour palier à une aspect manquant de precix qu'il faut faire une gestion des livraisons / facturation en parallèle. No comment!!!!
Des propositions sur :
http://www.filemaker.fr/
Je crains néanmoins qu Filemaker soit mono-fichier. et non pas un vrai SGBD
Si si, il est vraiment bien et tu peux t'en rendre compte sur ce site ou ils proposent un logiciel gratuit pour la gestion d'une entreprise. http://www.digitmaking.com.Ou tu peux aller voir sur http://www.fmsource.com une mine d'or pour les dévellopeur de langue française.
Encre merci pour tes conseils qui me réconforte pour faire cette gestion avec un SGBD.
Stéphane
Elicend_News
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des
stocks des matières premières/commandes des dites matières premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Salut
je ne veux pas etre médisant, mais tout dépend de la taille de la base de donnée!! il ne faut pas sous estimer excel, et il est parfaitement capable de traiter beaucoup d'informations !
moi j'ai ecri un simulateur de magasin avec tout son fonctionnement d'appro, stock, gestion de commande sur historique, reliquats... en macro sous excel avec notamment pas mal d'aide que j'ai trouvé ici (fonction array, en fait ca peut etre une piste pour toi, je traite toutes mes informations sous forme de matrices), et ca fonctionne tres bien, pour l'instant, avec plus de 43 000 refs, quelques dizaines de millions de calculs par simulation et en gros 45 minutes de calculs c'est une révolutions, car les seules simulations qui existaient étaient réalisées une fois par mois et duraient plus de 15 heures ! Sachant que pour me fournir un historique, les requetes access tournent pendant une heure, c'est pas si mal! Excel a un avantage incoutournable par rapport à access, c'est que pratiquement tout le monde l'a, et pratiquement tout le monde arrive à en tirer quelque chose et à le manipuler basiquement, une fois que la simulation est exécutée, access lui est bien sur beaucoup plus performant sur ce type d'application, mais il n'est pas disponible partout et peu de gens par rapport à excel savent le minimum vital pour se débrouiller avec! Je suis d'accord vous allez me dire qu'on peut exporter d'access sous excel, mais nous faisont ce genre de manip sur d'autres traitement d'informations, et notre retour d'expérience n'est pas bon, avec souvent quelques "pertes au feu".
dans mon cas de figure, le traitement des résultats et indicateurs est fortement simplifié... le problème de ce genre d'application, c'est qu'on arrive à des choses tellement pointues (et la je rejoins ce que tu dis, et je suis parfaitement d'accord avec toi) qu'elles sont pratiquement forcément dédiée quelque soit le logiciel utilisé, il est donc trés difficile d'en adapter une à son propre besoin, et c'est souvent plus long que d'en réécrire une (car il faut prendre en compte l'analyse, la comprehension puis la modification du code)... par contre ceci nécessite pas mal de connaissances! c'est assez difficile de se lancer la dedans sans rien connaitre, et je pense que meme si les connaissance sont réunies avec tous les participants de ce NG, tu mettras beaucoup de temps à synthétiser tout ca pour avoir ton appli dédiée... dans ce cas la, moi je te donnerai un conseil : on arrive en fin d'année scolaire, pourquoi ne pas prendre une ressource (stagiaire) dans une ecole d'informatique ? Ca me parait etre un sujet interessant pour un stage, le cout du stagiaire sera compensé par le gain de temps passé dessus... c'est gagnant gagnant ??
bon courage !
elicend
Une gestion de production/livraison/facturation n'est pas une affaire de
bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion
des
stocks des matières premières/commandes des dites matières
premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Salut
je ne veux pas etre médisant, mais tout dépend de la taille de la base de
donnée!! il ne faut pas sous estimer excel, et il est parfaitement capable
de traiter beaucoup d'informations !
moi j'ai ecri un simulateur de magasin avec tout son fonctionnement d'appro,
stock, gestion de commande sur historique, reliquats... en macro sous excel
avec notamment pas mal d'aide que j'ai trouvé ici (fonction array, en fait
ca peut etre une piste pour toi, je traite toutes mes informations sous
forme de matrices), et ca fonctionne tres bien, pour l'instant, avec plus de
43 000 refs, quelques dizaines de millions de calculs par simulation et en
gros 45 minutes de calculs c'est une révolutions, car les seules simulations
qui existaient étaient réalisées une fois par mois et duraient plus de 15
heures ! Sachant que pour me fournir un historique, les requetes access
tournent pendant une heure, c'est pas si mal! Excel a un avantage
incoutournable par rapport à access, c'est que pratiquement tout le monde
l'a, et pratiquement tout le monde arrive à en tirer quelque chose et à le
manipuler basiquement, une fois que la simulation est exécutée, access lui
est bien sur beaucoup plus performant sur ce type d'application, mais il
n'est pas disponible partout et peu de gens par rapport à excel savent le
minimum vital pour se débrouiller avec! Je suis d'accord vous allez me dire
qu'on peut exporter d'access sous excel, mais nous faisont ce genre de manip
sur d'autres traitement d'informations, et notre retour d'expérience n'est
pas bon, avec souvent quelques "pertes au feu".
dans mon cas de figure, le traitement des résultats et indicateurs est
fortement simplifié... le problème de ce genre d'application, c'est qu'on
arrive à des choses tellement pointues (et la je rejoins ce que tu dis, et
je suis parfaitement d'accord avec toi) qu'elles sont pratiquement forcément
dédiée quelque soit le logiciel utilisé, il est donc trés difficile d'en
adapter une à son propre besoin, et c'est souvent plus long que d'en
réécrire une (car il faut prendre en compte l'analyse, la comprehension puis
la modification du code)... par contre ceci nécessite pas mal de
connaissances! c'est assez difficile de se lancer la dedans sans rien
connaitre, et je pense que meme si les connaissance sont réunies avec tous
les participants de ce NG, tu mettras beaucoup de temps à synthétiser tout
ca pour avoir ton appli dédiée... dans ce cas la, moi je te donnerai un
conseil : on arrive en fin d'année scolaire, pourquoi ne pas prendre une
ressource (stagiaire) dans une ecole d'informatique ? Ca me parait etre un
sujet interessant pour un stage, le cout du stagiaire sera compensé par le
gain de temps passé dessus... c'est gagnant gagnant ??
Une gestion de production/livraison/facturation n'est pas une affaire de bidouille. Mettre le doigt dans l'engrenage peut conduire loin : gestion des
stocks des matières premières/commandes des dites matières premières/calcul
des coûts de fabrication/ etc....... Bonjour les dégâts. Et bon courage.
Salut
je ne veux pas etre médisant, mais tout dépend de la taille de la base de donnée!! il ne faut pas sous estimer excel, et il est parfaitement capable de traiter beaucoup d'informations !
moi j'ai ecri un simulateur de magasin avec tout son fonctionnement d'appro, stock, gestion de commande sur historique, reliquats... en macro sous excel avec notamment pas mal d'aide que j'ai trouvé ici (fonction array, en fait ca peut etre une piste pour toi, je traite toutes mes informations sous forme de matrices), et ca fonctionne tres bien, pour l'instant, avec plus de 43 000 refs, quelques dizaines de millions de calculs par simulation et en gros 45 minutes de calculs c'est une révolutions, car les seules simulations qui existaient étaient réalisées une fois par mois et duraient plus de 15 heures ! Sachant que pour me fournir un historique, les requetes access tournent pendant une heure, c'est pas si mal! Excel a un avantage incoutournable par rapport à access, c'est que pratiquement tout le monde l'a, et pratiquement tout le monde arrive à en tirer quelque chose et à le manipuler basiquement, une fois que la simulation est exécutée, access lui est bien sur beaucoup plus performant sur ce type d'application, mais il n'est pas disponible partout et peu de gens par rapport à excel savent le minimum vital pour se débrouiller avec! Je suis d'accord vous allez me dire qu'on peut exporter d'access sous excel, mais nous faisont ce genre de manip sur d'autres traitement d'informations, et notre retour d'expérience n'est pas bon, avec souvent quelques "pertes au feu".
dans mon cas de figure, le traitement des résultats et indicateurs est fortement simplifié... le problème de ce genre d'application, c'est qu'on arrive à des choses tellement pointues (et la je rejoins ce que tu dis, et je suis parfaitement d'accord avec toi) qu'elles sont pratiquement forcément dédiée quelque soit le logiciel utilisé, il est donc trés difficile d'en adapter une à son propre besoin, et c'est souvent plus long que d'en réécrire une (car il faut prendre en compte l'analyse, la comprehension puis la modification du code)... par contre ceci nécessite pas mal de connaissances! c'est assez difficile de se lancer la dedans sans rien connaitre, et je pense que meme si les connaissance sont réunies avec tous les participants de ce NG, tu mettras beaucoup de temps à synthétiser tout ca pour avoir ton appli dédiée... dans ce cas la, moi je te donnerai un conseil : on arrive en fin d'année scolaire, pourquoi ne pas prendre une ressource (stagiaire) dans une ecole d'informatique ? Ca me parait etre un sujet interessant pour un stage, le cout du stagiaire sera compensé par le gain de temps passé dessus... c'est gagnant gagnant ??
