OVH Cloud OVH Cloud

Recherche exemple de facturation simple

7 réponses
Avatar
Guy Capra, Alomphega
Bonjour,

Je cherche un exemple de facturation - le plus simple possible - en base
Access.

L'idéal serait :
une table Clients, une table Produits, une table Factures ;
un formulaire de saisie de facture ; un état d'impression de facture.

Où puis-je trouver ceci ?

Merci,
--
Guy Capra, www.Alomphega.com
____________________________

7 réponses

Avatar
Pierre CFI [mvp]
bonjour
dans la base comptoir.mdb, dossier exemple de office

--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B

Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"Guy Capra, Alomphega" a écrit dans le message de news:
Bonjour,

Je cherche un exemple de facturation - le plus simple possible - en base
Access.

L'idéal serait :
une table Clients, une table Produits, une table Factures ;
un formulaire de saisie de facture ; un état d'impression de facture.

Où puis-je trouver ceci ?

Merci,
--
Guy Capra, www.Alomphega.com
____________________________




Avatar
ticegestion
Bonjour,
"Guy Capra, Alomphega" a écrit dans le message de
news:
Bonjour,

Je cherche un exemple de facturation - le plus simple possible - en base
Access.

L'idéal serait :
une table Clients, une table Produits, une table Factures ;
un formulaire de saisie de facture ; un état d'impression de facture.

Où puis-je trouver ceci ?
Je peux te proposer ça, c'est un cas d'école (corrigé d'un td fait par mes

étudiants de bts compta) :
http://frederic.redonnet.free.fr/processus10/cours/papetierefin.zip
C'est relativement simple et permet la saisie et l'impression de factures.
Inconvénient du modèle, les prix ne sont pas historisés donc toute
modification du prix à une date donnée entraine des factures antérieures
recalculées avec le nouveau prix.

Rmq : je prépare un td client/serveur (access/sql server) bientôt disponible
en téléchargement
Merci,
De rien, si ça peut t'aider

Cordialement et bonnes fêtes de Nöel à tous
Fred
http://www.ticegestion.com

Avatar
Guy Capra, Alomphega
Le 24/12/2003 12:08, ticegestion écrivait :
[...]
Je peux te proposer ça, c'est un cas d'école (corrigé d'un td fait par mes
étudiants de bts compta) :
http://frederic.redonnet.free.fr/processus10/cours/papetierefin.zip


Merci, je vais regarder cet après-midi. :-)

C'est relativement simple et permet la saisie et l'impression de factures.
Inconvénient du modèle, les prix ne sont pas historisés donc toute
modification du prix à une date donnée entraine des factures antérieures
recalculées avec le nouveau prix.


C'est sur cette pierre que je butais (recherche le fil "Cas
d'école..."), mais la solution semble être d'utiliser une requête "mise
à jour" pour remplir les prix dans une table.

Je regarderai sur ton exemple comment le faire, et si tu veux te
renverrai le résultat à toutes fins utiles.


Rmq : je prépare un td client/serveur (access/sql server) bientôt disponible
en téléchargement


Je cherche surtout à appréhender Access lui-même, dans un contexte
bureautique.

Merci de ton aide.

Cordialement,
--
Guy Capra, www.Alomphega.com
____________________________

Avatar
Pierre CFI [mvp]
.../...
le prix est inscrit à l'aide de dlookup, voir dans comptoir

--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B

Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"Guy Capra, Alomphega" a écrit dans le message de news:
Le 24/12/2003 12:08, ticegestion écrivait :
[...]
Je peux te proposer ça, c'est un cas d'école (corrigé d'un td fait par mes
étudiants de bts compta) :
http://frederic.redonnet.free.fr/processus10/cours/papetierefin.zip


Merci, je vais regarder cet après-midi. :-)

C'est relativement simple et permet la saisie et l'impression de factures.
Inconvénient du modèle, les prix ne sont pas historisés donc toute
modification du prix à une date donnée entraine des factures antérieures
recalculées avec le nouveau prix.


C'est sur cette pierre que je butais (recherche le fil "Cas
d'école..."), mais la solution semble être d'utiliser une requête "mise
à jour" pour remplir les prix dans une table.

Je regarderai sur ton exemple comment le faire, et si tu veux te
renverrai le résultat à toutes fins utiles.


Rmq : je prépare un td client/serveur (access/sql server) bientôt disponible
en téléchargement


Je cherche surtout à appréhender Access lui-même, dans un contexte
bureautique.

Merci de ton aide.

Cordialement,
--
Guy Capra, www.Alomphega.com
____________________________





Avatar
Guy Capra, Alomphega
Le 24/12/2003 12:06, Pierre CFI [mvp] écrivait :

bonjour
dans la base comptoir.mdb, dossier exemple de office


J'ai déjà bien sûr regardé, et ça ne correspond pas du tout à ce que je
cherche (cf mon message en début de fil). Merci de votre participation.

nb: "Les Comptoirs" est une base àmha trop complexe pour permettre à un
débutant sous Access d'en comprendre les concepts dans de bonnes
conditions. Cette base est utile comme référence de code, mais assez mal
adaptée à une découverte sereine à partir de zéro.

De plus, son ergonomie utilisateur à la mode "ancien gros système SGBDR"
est assez discutable, mais là on risque de partir en HS trollesque... ;-)

Ceci étant dit, il serait très intéressant et très formateur d'avoir un
document expliquant pas-à-pas la conception de "Les Comptoirs". Ce
document existe-t-il, et où le trouver ?

Cordialement,
--
Guy Capra, www.Alomphega.com
____________________________

Avatar
Guy Capra, Alomphega
Le 24/12/2003 12:50, Pierre CFI [mvp] écrivait :
.../...
le prix est inscrit à l'aide de dlookup, voir dans comptoir


Oui, soit la procédure "après mise à jour" :
-------------
Private Sub Réf_produit_AfterUpdate()
On Error GoTo Err_Réf_Produit_AfterUpdate

Dim strFiltre As String

' Définit le filtre avant d'être utilisé dans la fonction DLookup.
strFiltre = "[Réf produit] = " & Me![Réf produit]

' Recherche le prix unitaire du produit et l'assigne au contrôle
Prix unitaire.
Me![Prix unitaire] = DLookup("[Prix unitaire]", "Produits", strFiltre)

Quitte_Réf_Produit_AfterUpdate:
Exit Sub

Err_Réf_Produit_AfterUpdate:
MsgBox Err.Description
Resume Quitte_Réf_Produit_AfterUpdate

End Sub
-----------

MAIS : est-ce vraiment le seul et/ou le meilleur moyen ?

Ceci me paraît bien compliqué pour une action somme toutes bien basique,
qui consiste à remplir un champ "prix" dans une table "détails factures"
à partir du choix de sa référence dans un fichier produit... J'avoue
humblement qu'il y a une logique qui m'échappe encore :-/

Cordialement,
--
Guy Capra, www.Alomphega.com
____________________________

Avatar
ticegestion
"Guy Capra, Alomphega" a écrit dans le message de
news:
Le 24/12/2003 12:50, Pierre CFI [mvp] écrivait :
.../...
le prix est inscrit à l'aide de dlookup, voir dans comptoir


Oui, soit la procédure "après mise à jour" :
-------------
-----------

MAIS : est-ce vraiment le seul et/ou le meilleur moyen ?
Non

On peut faire encore plus compliqué en créant une table tarif comprenant une
clé primaire composée de numéro produit et dateApplication et d'un champ
prix unitaire. cette table étant reliée à PRODUIT. Cela permettrait alors de
ne pas ajouter un champ Prix Unitaire dans la table "Detail Facture" (ou
Detail Commande) puisque ce prix pourrait être obtenu par requête (complexe
certes mais réalisable). Cette solution permet de plus de garder un
historique des tarifs.

Une requête mise à jour peut aussi être pratiquée après ajout d'un
enregistrement dans la table "Detail Facture" mais le temps d'exécution peut
être pénalisant
Ceci me paraît bien compliqué pour une action somme toutes bien basique,
qui consiste à remplir un champ "prix" dans une table "détails factures"
à partir du choix de sa référence dans un fichier produit... J'avoue
humblement qu'il y a une logique qui m'échappe encore :-/
Je trouve au contraire cette solution très simple car elle permet d'une part

de conserver les prix les plus récents dans la table PRODUIT et de générer
automatiquement en temps réél le prix dans la table Detail Facture (ou
detail commande) à chaque changement de numéro de produit. En ajoutant le
champ prix unitaire dans cette table, on évite tout problème lié aux
modifications futures de tarifs.
Cordialement
Fred