Gestion de stock [Résolu]

Tu peux modifier le point 1) alors.
1) Le point 1) + Le client avance pour X € à Oholabi.
Le reste ne change pas, surtout le point 2)

Je voulais éclater mon idée en 2 : avance et commande. Mais, c'est inutile selon moi.

Ce que moi j'appelle commande c'est une vente qui est réalisée par oholabi en fait elle donne lieu à une facture adressée au client qui sera réglée alors que l'avance que le client verse c'est juste de l'argent que oholabi reçoit et ne donne pas lieu à une facture
Vois ma réponse en 5 pour le tableau du compte client

Une commande n'a jamais et ne sera jamais une vente. Le client commande à Oholabi puis Oholabi vend au client.

En fait, j'ai repris ta gestion en faisant une simulation papier. Je ne fais pas d'Access. Je ne peux t'aider que pour l'algorithme.

Ce que tu appelles une avance, c'est un acompte. C'est, je crois, illégal d'accepter une avance. Tu vas forcément livrer en matériel ton client, donc c'est un acompte.

Pour moi, ce qui différencie l'acompte du paiement, c'est la date.

Le 1/1/21, le client fait une avance de 200 K€. Le 5/1 il commande pour 300 K€ (solde de 500 K€), le 7/1 tu commandes puis tu vends en suivant, le solde descend à 200 K€. À tout moment, le client peut débloquer cet avance pour payer jusqu'à 200 K€ de matos. Enfin, logiquement, je le vois comme ça.

Je cas que je vous décrit est un cas pratique et c'est comme cela que nous fonctionnons, le client vient verser de l'argent à plusieurs reprises en vue de prendre la marchandise à une date ultérieure, mais l'acompte est différent en ce sens que dans ce cas la vente est déjà faite
Un exemple pour illustrer mes propos :
01/01 vente de marchandises pour 200 k€
01/01 acompte versé par le client 150 k€
01/01 Le solde du client est débiteur de 50 k€
En plus de cela si il avait déjà fait des deposites ( avances) d'une valeur de 100 k€ au 01/01
Son solde serait créditeur de 50 k€ à cette date
Comprenez que ce que je décrit c'est de la réalité
Merci

Bonsoir, j'attends toujours une solution à mon problème que j'ai soumis

Salut,

Pour ma part, je bute.

En relisant, et sans jouer avec les mots, un acompte n'indique pas que la vente est faite. Pour moi, avance et acompte sont synonymes.

Si je reprends l'objectif : "on souhaiterais avoir un état qui retrace toutes ses avances sur une période donnée ainsi que ses achats effectués" Pour moi, c'est le solde du client avec le détail de toutes les avances et des achats.

Bjr, oui c'est bien le solde du client qui est recherché sur une période, en fait il y a une différence entre avance et acompte :
L'acompe c'est un paiement que vous faite sur un achat, je donne un exemple : vous faites un achat de 100 k€ et lors de cette opération vous faites un acompte de 60 k€ donc vous restez devoir 40 k€
Dans le cas de l'avance, sans faire d'achat vous versez 100 k€ au fournisseur et il vous delivre un recu de versement, le jour où vous êtes prêt pour pouvez faire l'achat à la hauteur de votre avance mais pas plus, les client le font souvent ici en Côte d'Ivoire dans le but d'éviter de gaspiller cet argent dans autres choses moins importantes, est donc une façon de sécuriser l'argent

Salut, j'attends votre retour
Merci

veux-tu dire que tu as un "état compte client" qui fonctionne bien, et que tu veux y ajouter les avances?
si oui, peux-tu partager la source SQL de la requête qui sert de base à cet état?

le point de départ, je pense, est de faire une requête qui retourne les 5 premières colonnes du tableau.
ensuite, faire une requête qui calcule les soldes.

je suppose que tu as déjà une requête qui retourne les 5 premières colonnes pour les ventes et les reglements.
il faut faire une requête qui fait la même chose pour les avances.
ensuite, il suffit de rassembler les résultats avec une requête UNION.
puis calculer les soldes.

OK je vous comprends, déjà je veux savoir si la relation tableclient et tableavance telle que présentée dans mes relations peut régler le problème, ou bien il faut ajouter la table detailavance qui sera reliée à la tablecommande, je veux des précisions à ce niveau
Aussi l'opération ou le typeopération n'existe pas dans mes tables de sorte à pourvoir faire la distinction entre VENTE ou RÈGLEMENT Ou AVANCE
Merci

le pense qu'il est possible, sans soucis, de faire ce rapport à partir de la table avance comme elle existe.

Ok qu'en est il du typeopération( vente ou règlement ou avance) qui servira à faire le tri qui n'existe dans aucune table

j'espère que tu lis mes réponses.
peux-tu répondre à mes questions?

OK je vous relis et je réponds

voici la requête coorigee sans groupe by du rapport du état compte client prenant en compte les tables commande et client:
SELECT Commandes.idClient, client.nomcomplet, client.adresse, client.tel, client.ville, Commandes.DateCommande, Commandes.CodeFacture, Commandes.MontantTTC AS MONTANTDEBIT, Commandes.MontantRegle AS MONTANTCREDIT
FROM client RIGHT JOIN Commandes ON client.idclient = Commandes.idClient;

je ne vois pas à quoi sert le "GROUP BY".
tu avais écrit que tout fonctionnait, mais je ne vois pas typeopération (vente ou règlement).
comment fais-tu pour calculer les soldes?

as-tu essayé de faire une requête similaire pour les avances?

Oui les deux requêtes ont été faites, mais je vous expliquais que je n'ai pas de champ typeopération dans mes tables en #20 et #22 et vous avez demandé de répondre à vos questions
C'est là qu'il y a problème
Merci

Je me demande si il ne faut pas combiner trois requetes:
- pour les ventes, une requete avec la table commandes
- pour les avances, la requete que tu as déjà faite avec la table avances
- pour les reglements, une requete avec la table reglements

je pense qu'il y a une erreur dans la conception des tables: il faudrait supprimer, dans la table commande, le champs MontantRegle, et, peut-être, le champ MontantReste.

avant d'aller plus loin, je suggère que tu tiennes compte de mes remarques en #32.

voici les trois requete en question:
la première avec la table commande :SELECT Commandes.idClient, client.nomcomplet, client.adresse, client.tel, client.ville, Commandes.DateCommande, Commandes.CodeFacture, "Commande" AS OPERATION, Commandes.MontantTTC AS MONTANTDEBIT
FROM client RIGHT JOIN Commandes ON client.idclient = Commandes.idClient
WHERE (((Commandes.DateCommande) Between [datedebut] And [datefinale]));

la deuxieme avec la table avance:SELECT Avance.Idlient, client.nomcomplet, client.adresse, client.tel, client.ville, Avance.DateAvance, "" AS Expr1, "Avance" AS Expr2, 0 AS Expr3, Avance.MontantAvance AS MONTANTCREDIT
FROM client INNER JOIN Avance ON client.idclient = Avance.Idlient;

la troisieme avec la table reglement: SELECT Reglements.idReglement, Reglements.idClient, client.nomcomplet, client.adresse, client.tel, client.ville, Reglements.DateReglement, "MONTANTCREDIT" AS MontantRegle, "Reglement" AS Opertation
FROM client INNER JOIN Reglements ON client.idclient = Reglements.idClient;

si ces trois requêtes fonctionnent, c'est à partir d'une union des trois qu'il faudrait calculer les soldes.
(ce qui ne change rien au principe de calcul des soldes)

Voici ce qui donne l'union des trois requête et ça marche bien mais je ne sais pas a quel niveau faire le solde
SELECT Commandes.idClient, client.nomcomplet, client.adresse, client.tel, client.ville, Commandes.DateCommande AS [DATE], Commandes.CodeFacture, "Commande" AS OPERATION, Commandes.MontantTTC AS MONTANTDEBIT, 0 AS MONTANTCREDIT
FROM client RIGHT JOIN Commandes ON client.idclient = Commandes.idClient
WHERE (((Commandes.DateCommande) Between [datedebut] And [datefinale]));
UNION ALL
SELECT Avance.Idlient, client.nomcomplet, client.adresse, client.tel, client.ville, Avance.DateAvance, "" AS Expr1, "Avance" AS Expr2, 0 AS MONTANTDEBIT, Avance.MontantAvance AS MONTANTCREDIT
FROM client INNER JOIN Avance ON client.idclient = Avance.Idlient;
UNION ALL SELECT Reglements.idClient, client.nomcomplet, client.adresse, client.tel, client.ville, Reglements.DateReglement AS [DATE], "" AS EXPR, "Reglement" AS Opertation, 0 AS MONTANTDEBIT, Reglements.MontantRegle AS MONTANTCREDIT
FROM client INNER JOIN Reglements ON client.idclient = Reglements.idClient;

je pense que tu as une autre discussion en cours à propos du calcul des soldes.

voici la requete des avances ; qui prend en compte les table client et avance:
SELECT Avance.IdAvance, client.nomcomplet, client.tel, client.ville, Avance.DateAvance, Avance.MontantAvance
FROM client INNER JOIN Avance ON client.idclient = Avance.Idlient;

ceci devrait donner à peu près le résultat attendu:

SELECT Commandes.idClient, client.nomcomplet, client.adresse, client.tel, client.ville,
 Commandes.DateCommande , Commandes.CodeFacture, "Commande",
Commandes.MontantTTC AS MONTANTDEBIT, Commandes.MontantRegle AS MONTANTCREDIT
FROM client RIGHT JOIN Commandes ON client.idclient = Commandes.idClient
UNION ALL
SELECT Avance.Idlient, client.nomcomplet, client.adresse, client.tel, client.ville, 
Avance.DateAvance, "", "Avance",
0, Avance.MontantAvance
FROM client INNER JOIN Avance ON client.idclient = Avance.Idlient
order by DateCommande;

Ça marche bien mais en mode feuille de donnée, il y a expression " Exp1007" qui apparaît et je n'arrive pas à aller en mode création pour cooriger ceete erreur
Je veux arriver à voir cela en mode création pour apprendre à le faire
Merci

il faut probablement changer

"Commande"

en

"Commande" as Operation

en mode création, je pense qu'il suffit de choisir l'affichage "SQL".

OK je vais remplacer comme dit, et je vous fais un retour, aussi est ce que vous pouvez m'envoyer un lien qui explique bien l'instruction :
" UNION ALL"
MERCI

https://docs.microsoft.com/fr-ch/office/client-developer/access/desktop-database-reference/union-operation-microsoft-access-sql