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
François Fuchs
ven. 18 mars 2005 21:59:09 yann a écrit dans le message de news <news:1e9401c52bfd$5455da40$ :
comment tranférer par requete Ajout? un devis avec formulaire (entete) et sous formulaire (lignes devis) et générer une facture
En fait, vous devez décrire un shéma fonctionnel de gestion commerciale.
Le cas le plus simple, c'est un devis aboutissant directement à une facture. Dans ce cas là, dans l'entête du devis vous ajoutez un champ N° de facture et date facture, plus les champs utiles à la facturation.
Mais ça ne marche jamais comme ça.
En fait faut définir un détail de prestations commun à toutes les transcations : devis, commande, Bl, Fature, autre. Ajouter autant de clefs secondaires que nécessaire à votre organisation.
En effet, un devis originel peut aboutir à plusieurs commandes facturées séparement ou groupées, facturées à des adresses différentes, livrées à des endroits différents....
Mais dans aucun cas vous n'avez à utiliser de requete ajout. Il vous faut plutôt générer l'entête du document qui correspont à la transaction et mettre à jour le champ ad hoc dans le détail.
Je précise qu'une requête ajout implique une redondance de l'information, ce qui n'est jamais bon pour la cohérence de votre base.
En fait, toujours veiller à stocker l'information cruciale en un seul endroit et établir les tables secondaires ou primaires en fonction.
Placer aussi un champ pour la TVA variable, je me suis fait couilloner récement :))
-- 59 chez vous.
ven. 18 mars 2005 21:59:09 yann a écrit dans le message de news
<news:1e9401c52bfd$5455da40$a601280a@phx.gbl> :
comment tranférer par requete Ajout? un devis avec
formulaire (entete) et sous formulaire (lignes devis) et
générer une facture
En fait, vous devez décrire un shéma fonctionnel de gestion commerciale.
Le cas le plus simple, c'est un devis aboutissant directement à une facture.
Dans ce cas là, dans l'entête du devis vous ajoutez un champ N° de facture et
date facture, plus les champs utiles à la facturation.
Mais ça ne marche jamais comme ça.
En fait faut définir un détail de prestations commun à toutes les
transcations : devis, commande, Bl, Fature, autre. Ajouter autant de clefs
secondaires que nécessaire à votre organisation.
En effet, un devis originel peut aboutir à plusieurs commandes facturées
séparement ou groupées, facturées à des adresses différentes, livrées à des
endroits différents....
Mais dans aucun cas vous n'avez à utiliser de requete ajout. Il vous faut
plutôt générer l'entête du document qui correspont à la transaction et mettre
à jour le champ ad hoc dans le détail.
Je précise qu'une requête ajout implique une redondance de l'information, ce
qui n'est jamais bon pour la cohérence de votre base.
En fait, toujours veiller à stocker l'information cruciale en un seul endroit
et établir les tables secondaires ou primaires en fonction.
Placer aussi un champ pour la TVA variable, je me suis fait couilloner
récement :))
ven. 18 mars 2005 21:59:09 yann a écrit dans le message de news <news:1e9401c52bfd$5455da40$ :
comment tranférer par requete Ajout? un devis avec formulaire (entete) et sous formulaire (lignes devis) et générer une facture
En fait, vous devez décrire un shéma fonctionnel de gestion commerciale.
Le cas le plus simple, c'est un devis aboutissant directement à une facture. Dans ce cas là, dans l'entête du devis vous ajoutez un champ N° de facture et date facture, plus les champs utiles à la facturation.
Mais ça ne marche jamais comme ça.
En fait faut définir un détail de prestations commun à toutes les transcations : devis, commande, Bl, Fature, autre. Ajouter autant de clefs secondaires que nécessaire à votre organisation.
En effet, un devis originel peut aboutir à plusieurs commandes facturées séparement ou groupées, facturées à des adresses différentes, livrées à des endroits différents....
Mais dans aucun cas vous n'avez à utiliser de requete ajout. Il vous faut plutôt générer l'entête du document qui correspont à la transaction et mettre à jour le champ ad hoc dans le détail.
Je précise qu'une requête ajout implique une redondance de l'information, ce qui n'est jamais bon pour la cohérence de votre base.
En fait, toujours veiller à stocker l'information cruciale en un seul endroit et établir les tables secondaires ou primaires en fonction.
Placer aussi un champ pour la TVA variable, je me suis fait couilloner récement :))
-- 59 chez vous.
3stone
Salut,
"yann" comment tranférer par requete Ajout? un devis avec formulaire (entete) et sous formulaire (lignes devis) et générer une facture
Pourquoi vouloir mettre une image dans une photo, ou l'inverse ?
Un état est un document destiné à être imprimer. Qu'est ce qui t'empêche à créer un état "Facture" et de l'imprimer directement ?
On peut "transformer" ou "exporter" le contenu d'un état au format RTF, mais, ce format n'est plus supporté par MS et tu perd tout ce qui est graphisme...
"yann"
comment tranférer par requete Ajout? un devis avec
formulaire (entete) et sous formulaire (lignes devis) et
générer une facture
Pourquoi vouloir mettre une image dans une photo, ou l'inverse ?
Un état est un document destiné à être imprimer.
Qu'est ce qui t'empêche à créer un état "Facture" et de l'imprimer directement ?
On peut "transformer" ou "exporter" le contenu d'un état au format RTF,
mais, ce format n'est plus supporté par MS et tu perd tout ce qui est graphisme...
"yann" comment tranférer par requete Ajout? un devis avec formulaire (entete) et sous formulaire (lignes devis) et générer une facture
Pourquoi vouloir mettre une image dans une photo, ou l'inverse ?
Un état est un document destiné à être imprimer. Qu'est ce qui t'empêche à créer un état "Facture" et de l'imprimer directement ?
On peut "transformer" ou "exporter" le contenu d'un état au format RTF, mais, ce format n'est plus supporté par MS et tu perd tout ce qui est graphisme...
