Discussion :

[emulamateur]

Bonjour,

J'utilise ACCESS pour facturer selon le schéma T_facture et T_detailfacture.



L'établissement des factures provisionnelles ne pose pas de difficulté, sachant que je passe également par un formulaire [facture] contenant un sous-formulaire [DETAIL FACTURE] ... jusque_là ... rien d'extraordinaire.

La difficulté se pose sur l'établissement des factures récapitulatives.

Celles-ci, comme leur nom l'indique, doivent reprendre l'ensemble des prestations des factures provisionnelles et y ajouter de nouvelles prestations à facturer (ex : frais de clôture de dossier, frais d'archivage, frais de destruction, etc.).

Comme leur nom l'indique également, leur montant doit être supérieur au montant cumulé des factures provisionnelles.

J'avais donc ajouté un sous-formulaire dans mon formulaire facture, avec une requête SQL, reprenant l'ensemble des factures établies dans le dossier (sans le détail ... simplement date, montant totalht, montant totalttc, le n°, le montant total TVA) et je me contenter d'additionner tout et de le mettre dans un champs qui me servait à faire le calcul de ce qui restait dû.

SAUF QUE ... je viens d'apprendre que l'ensemble des prestations des factures provisionnelles (qté, montant unitaire, description, totalht, totalttc, tva pour chachqune des prestations) doivent être reprises DANS la facture récapitulative ... et là ... je sèche car je ne vois pas comment "injecter", dans mon sous-formulaire [DETAIL FACTURE], l'ensemble des prestations facturées de manière "provisionnelle" et me permettre ensuite d'ajouter les prestations de "fin de dossier" : sachant que je dois faire mon tri en tenant compte du "N°dossier" de la table T_facture qui me permet de récupérer tous les "N°commande" pour, ensuite, avec ces "N°commande" les utiliser comme critère de tri dans la table [t_detail_facture].

Bref, je patauge ...

Si quelqu'un a une piste ... ce serait avec plaisir

[hyperion13]

Salut
Une idée en img.

[emulamateur]

Et une requête 'inner join' sur les deux tables avec comme clé 'N° dossiers, ce ne serait pas 'plus simple' pour récupérer les données qui me sont utiles ?

Si oui, est-ce que je pourrais ajouter au 'resultat' de cette requête présenté dans un formulaire de nouvelles prestations ?

[hyperion13]

Le plus simple et pour rester cohérent dans le concept de création des bdd serait de créer une relation réflexive (voir img)
La FAQ ici et une discussion là.
exp :
id_fact 1,2,4,5 sont des fact provisoires et id_fact 7 facture finale
id_fact 3,6 sont des fact provisoires et id_fact 8 facture finale

[emulamateur]

Je n'avais pas vu le problème sous cet angle mais je vais m'intéresser à cette approche que je ne connaissais pas.

J'aurai du "morceler" plus mes tables ...

J'arrive à récupérer l'ensemble des prestations des factures provisionnelles avec cette requête :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT [FACTURE].N°DOSSIER, [FACTURE].N°DOSSIER_GESTION, [FACTURE].RECAP, [FACTURE].DATEENVOI, [FACTURE].N°FACTURE, [FACTURE].N°commande, [FACTURE DETAIL].typeproduit, [FACTURE DETAIL].prixunitaireHT2, [FACTURE DETAIL].quantité, [FACTURE DETAIL].totalhtligne, [FACTURE DETAIL].totalttcligne, [FACTURE DETAIL].N°commande
FROM FACTURE INNER JOIN [FACTURE DETAIL] ON [FACTURE].N°commande= [FACTURE DETAIL].N°commande;

Ne reste plus qu'à réfléchir sur comment "gérer" le formulaire de création de "facture récapitulative" avec ces nouvelles données ...

Je clos le sujet puisque j'ai trouvé la requête "qui va bien"... encore merci !