GESTION DE FACTURATION
Francky23012301
Messages postés
400
Date d'inscription
samedi 6 août 2005
Statut
Membre
Dernière intervention
11 février 2016
-
29 août 2006 à 23:59
ratatouille - 20 janv. 2016 à 14:25
ratatouille - 20 janv. 2016 à 14:25
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/39336-gestion-de-facturation
https://codes-sources.commentcamarche.net/source/39336-gestion-de-facturation
20 janv. 2016 à 14:25
pourquoi ?que faut il faire ?
18 févr. 2012 à 20:26
17 mai 2011 à 17:18
17 mai 2011 à 16:46
11 juin 2010 à 21:55
bon courage c'est bien ce que tu as fais ;-)
9 janv. 2009 à 12:49
continu et essaye de voir les autre application de gestion commercial pour aaprendre plus.
on est ici pour apprendre chèr frère.
tu a fait une bonne source pour un début.
22 déc. 2008 à 16:32
13 nov. 2008 à 17:07
11 nov. 2008 à 14:52
moi personnellement ce n'est pas ton code qui m'intéresse mais plus tôt ton analyse, si tu veut bien la partager bien sur
merci
11 sept. 2007 à 21:50
13 août 2007 à 19:57
19 juil. 2007 à 08:23
18 juil. 2007 à 16:26
25 nov. 2006 à 14:40
23 nov. 2006 à 21:09
22 nov. 2006 à 15:34
j'arrive pas a trouver le login et mot de passe que l'exe demande lors de louverture de lapplication
merci de me reseigner
5 sept. 2006 à 13:03
Je vais faire comme tout le monde, voici mes petits commentaires :
1) Eviter de charger toutes les fiches d'un projet à l'ouverture. En utilisation réseau, ça ralentie considérablement le temps d'ouverture
2) Pour une application de ce type qui devrait normalement être utilisée en réseau, il serait bien de porter la base de données sous FireBird par exemple avec utilisation des composants Zeos (qui sont trés bien). Eviter autant que possible les bases de données du type Paradox, Dbase, Access qui se corrompent facilement.
3) La mise en place d'une gestion de la trésorerie serait un indéniable plus (ce que l'on doit, ce que l'on me doit, ce que j'ai en banque et en caisse, .....) avec un petit module de rapprochement bancaire
4) Pas de possibilité de paramétrage (taux de tva, ....)
5) Attention à la structure de la base de données : pas d'intégrité référentiel, codification des champs des tables mal adapté (par exemple nous avons pour habitude de commencer le nom du champ par un code désignant la table : FAC_NUM (numéro de facture), LDV_PU (Prix unitaire sur ligne devis), ....)
Sinon dans l'ensemble c'est un bel effort mais ça reste une application trés personnel car difficile à adapter pour un novice.
Bon courage pour la continuité du développement.
5 sept. 2006 à 10:40
31 août 2006 à 18:21
un grand sourire, s'il te plait !
Ce n'était qu'une blague sans jugement aucun...
Tu contribue suffisamment ici pour en être remercié
31 août 2006 à 18:12
mdr
je suis pas une vierge effarouchée ...
mais j'ai mis le truc a la poubelle en moins de 5 minutes ... j'voulai juste voir ce que ca donnait .. les commentaires précédents ne m'encouragent pas a refaire un essai malgré une réponse en mp de l'auteur sur la facon de regler le probleme (merci au passage )
30 août 2006 à 15:25
procedure TModule1.DataModuleCreate(Sender: TObject);
Var
chemin:String;
begin
chemin := ExtractFilePath(ParamStr(0))+'BDE_FACT' ;
If NOT session.IsAlias('EST_FACT') Then
begin
session.AddStandardAlias('GEST_FACT', chemin, 'PARADOX');
session.SaveConfigFile;
End ;
end;
mais faite attenction il faut que tout les bases de données seront fermer avant la création du l'alias si non on aura toujour l'erreur "Unknow database Alias gest_fact" pour cela fermer tout les Bd (Table.active:=false & query.Active:=False: )dans tout les forms du projet
vous pouvais ajouter aprés la création ou la vérification du l'alias une procédure qui a comme tâche de Activé les Table &Quetry de tout les forms du projet
A+
30 août 2006 à 14:23
A propos du l'alias tu aurai faire cela
procedure TModule1.DataModuleCreate(Sender: TObject);
Var:chemin:String;
begin
chemin := ExtractFilePath(ParamStr(0))+? BDE_FACT\ ;
If session.IsAlias(?GEST_FACT?) Then
begin
session.AddStandardAlias('GEST_FACT', chemin, 'PARADOX')
session.SaveConfigFile;
End ;
end;
Cette procédure va vérifier si l'alias existe et si il n'existe pas elle va le créer et le sauvegarder
30 août 2006 à 10:56
pourtant je rappelle que ce forum permet aux plus avancés d'aider les autres positivement.
1) Il faudrait détecter que l'alias ne convient pas à la machine d'accueil et prévoir une fenêtre de modification de sorte que JFS59 ne se pâme pas à l'ouverture ;) - j'ai dû appeler le gestionnaire d'alias de D6 pour m'en sortir-.
2) Quand des menus sont inactifs , pense à prévenir l'utilisateur qui souvent se demande quelle ânerie il a faite (il le dit bien autrement!)
3) Il faudrait pouvoir utiliser la calculatrice en même temps que n'importe quelle fiche...et surtout il faudrait que la calculatrice se ferme si l'on clot l'application.
4) Enfin la fermeture par Application.terminate me parait impropre à éviter les pertes de données.
30 août 2006 à 09:31
30 août 2006 à 08:45
J'arrete la .. pas pour moi
30 août 2006 à 08:37
je charge je cherche le dpr je lance .... bien pas d'erreurs d'ouverture ..
F9
boum ..> Unknow database Alias gestfact ... Ouin 0:(
je fais quoi apres ???
29 août 2006 à 23:59
Pourrais tu nettoyer ton zip : il y a plein de fichiers inutiles .dcu et .~
Merci