GFACT - GESTION DE FACTURATION gestion, quickreport, access, facture, pharmacie, Source N°46601

Information sur la source

Catégorie :Base de Donnees Classé sous : gestion, quickreport, access, facture, pharmacie Niveau : Initié Date de création : 09/05/2008 Date de mise à jour : 11/05/2008 10:21:47 Vu / téléchargé: 668 / 92

Auteur : adelpro

Site perso

Ecrire un message privé

Ce membre participe au partage de revenus publicitaires

Note :

4,00 / 10

1
2
3
4
5
6
7
8
9
10

Commentaire sur cette source (5)

Ajouter un commentaire et/ou une note

Description

Cliquez pour voir la capture en taille normale

Introduction
------------
GFact est un logiciel de gestion de facturation réalisé avec delphi7, gérant la facturation par fournisseur, graphe et courbe pour les statistiques, filtrage avance des données, impression des états...

Historique:
----------
V1.00:
  - la première version
V1.01
  - utilisation des composants libres "JVCL" pour l'optimisation du code
  - utilisation des icons CrystalNet pour le redesign de l'interface
  - réécriture totale du code

contact moi
- gmail   :  adelpro@gmail.com
- hotmail :  ab_phar@hotmail.com

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

gfact source code
- GFact 1.00 (27.04.2008) last vcl
  - Data
    - database.mdb479 232 octets
    - logo.bmp 65 942 octets
    - Splash.jpg 112 062 octets
    - Thumbs.db11 264 octets
  - gfact.dpr 728 octets
  - gfact.todo106 octets
  - Udatamod.dfm4 411 octets
  - Udatamod.pas 2 509 octets
  - UImprim.dfm26 717 octets
  - UImprim.pas 1 293 octets
  - UInfo.dfm2 565 octets
  - UInfo.pas 1 199 octets
  - UNBon.dfm3 651 octets
  - UNBon.pas 1 151 octets
  - Uprincipal.dfm9 435 octets
  - Uprincipal.pas 10 236 octets
  - USplash.dfm529 octets
  - USplash.pas 547 octets
- GFact 1.01(08.05.2008)
  - Data
    - database.mdb479 232 octets
    - logo.bmp 65 942 octets
    - Splash.BMP 170 070 octets
    - Thumbs.db11 264 octets
  - gfact.dpr 728 octets
  - gfact.todo106 octets
  - Udatamod.dfm4 411 octets
  - Udatamod.pas 2 509 octets
  - UImprim.dfm30 897 octets
  - UImprim.pas 1 426 octets
  - UInfo.dfm2 565 octets
  - UInfo.pas 1 199 octets
  - UNBon.dfm3 651 octets
  - UNBon.pas 1 151 octets
  - Uprincipal.dfm30 835 octets
  - Uprincipal.pas 10 497 octets
  - USplash.dfm383 316 octets
  - USplash.pas 409 octets
- ReadMe!.txt 562 octets

Télécharger le zip

Sources du même auteur

Toutes les sources de adelpro

Sources de la même categorie

Toutes les sources de la catégorie Base de Donnees

Sources en rapport avec celle ci

Commentaires

Commentaire de merouanek le 09/05/2008 15:33:45

bonjour Adel

j'ai une petite remarque, pour éviter le message d'erreur le chemin de la BDD ne trouve pas!!

car

TADOConnect : Connect
connectionstring= Provider=Microsoft.Jet.OLEDB.4.0;Data Source=E:\Adel\GFact\Data\database.mdb;Persist Security Info=False

je ponce qu'il sera mieux pour exécuter sur n'importe PC

connectionstring= Provider=Microsoft.Jet.OLEDB.4.0;Data Source=Data\database.mdb;Persist Security Info=False

mes salutations :)
Commentaire de adelpro le 10/05/2008 07:50:47

merci pour le commentaire ...mai je pense ke tu a exécute la 1ere version ...
mai dans la 2eme (avec les composant JVCL) j'ai bien reparer ca

merci encore

salam
Commentaire de cantador le 10/05/2008 15:33:31

Bonjour adelpro,

Ce programme cumule les anomalies qu'on voit apparaître de manière récurrente :

- le choix d'access peut être accepté si toutefois il n'y aura jamais d'accès en réseau.
- souci de gestion du chemin d'accès à la base de donnée
- plantage sur le formulaire bon du à l'absence de boucle d'ouverture
des tables du data module (la table TBons est fermée.)
- violation d'accès sur la fermeture de la fiche principale due
vraisemblablement à l'omission d'une fermeture propre de la connexion.

- absence de l'instruction with qui aurait permis certaines redondances
- pas d'export possible
- pas de traitement des erreurs
- pas de gestion du mode transactionnel
- les composants JEDI auraient pu être évités
- TADOQuery mieux que TADOTable
- un design limité

il y a donc encore quelques efforts à fournir dans cette gestion de la facturation afin qu'elle soit vraiment opérationnelle.

bon courage pour la suite
Commentaire de adelpro le 10/05/2008 19:17:47

merci énormément pour les comments mai ...
se n'est qu'un début je travaille encore sur ce projet mai la vérité je suit un pharmacien et je l'optimise pour la gestion de ma pharmacie alors pas la peine au 'reseaux'.

-pour le choix de Acceess bahh c'est par ce que j'aime bien le gestion centralisée du connections , et par ce que je me suit habitue avec pas plus.
- pour le chemin du connections j'ai bien corrigé ca
- pour les composants JVCL je les integre en remplaçant les composant vcl mai ptit a ptit voila psk il sens plus flexible
merci pour les comment et je vais les prendre en considération la prochaine nchalah
Commentaire de Delphiprog le 11/05/2008 10:29:57 administrateur CS

Bonjour Adelpro : est-ce une nouvelle version des deux codes sources précédents ou quelque chose de vraiment nouveau ?

NB 1 : on retrouve les mêmes critiques que précédemment.

NB 2 : si les pharmaciens se mettent à faire de la programmation, il ne faut pas s'étonner que les épiciers veuillent vendre de la pharmacie !...(humour)

NB 3 : ne sois pas étonné que peu de gens s'intéressent à ton code car nous n'avons pas envie d'installer toute une batterie de nouveaux composants juste pour voir.

Ajouter un commentaire

Discussions en rapport avec ce code source

QuickReport et querySql par xklibur

gestion bdd access par kaz2004

gestion devis facture par jelatri

Gestion de pharmacie par itri15

Changer de langage pour Delphi par lasolue

gestion location sous access par robins2

gestion du stock en visual basic et access par nhila8

changer la taille quickreport par sihamel

Créer / Modifier le mot de passe d'une BD Access par MAQFAB