Gestion de stock
Résolu
Oholabi12345
Messages postés
498
Date d'inscription
Statut
Membre
Dernière intervention
-
yg_be Messages postés 23541 Date d'inscription Statut Contributeur Dernière intervention -
yg_be Messages postés 23541 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour, j'ai conçu une base donnee donnée, qui gère les clients et les fournisseurs ainsi que le stock des produits mais je veux intégrer les avances des clients, en fait un client peut faire plusieurs avances au fournisseur sans prendre de la marchandise et à un moment donné, il peut venir faire des enlèvent de produits sur des achats effectués, donc on souhaiterais avoir un état qui retrace toutes ses avances sur une période donnée ainsi que ses achats effectués
Comme ceci:
Date facture, code facture, opérations, débit, crédit, solde
Nb: opérations peut être soit une vente ou une avance ou un règlement effectué
Le debit: c'est la vente
Le crédit c'est l'avance ou le règlement
Et le solde c'est debit- credit
Je pourrais vous envoyer le lien de la base de donnée si nécessaire
Merci d'avance
Comme ceci:
Date facture, code facture, opérations, débit, crédit, solde
Nb: opérations peut être soit une vente ou une avance ou un règlement effectué
Le debit: c'est la vente
Le crédit c'est l'avance ou le règlement
Et le solde c'est debit- credit
Je pourrais vous envoyer le lien de la base de donnée si nécessaire
Merci d'avance
A voir également:
- Comment bien gérer son stock
- Gerer stockage google - Guide
- Comment gérer les applications qui se lancent au démarrage - Guide
- Gerer les profils netflix - Guide
- Stock it easy - Télécharger - Comptabilité & Facturation
- Gerer les cookies - Guide
4 réponses
Salut,
Je suppose, logiquement, que tu veux vérifier l'état des stocks pour éviter d'avoir plus d'avances que de produits en stock.
À chaque avance, tu lances un test qui contrôle l'état : en fonction du résultat, tu informes le client, tu commandes aux fournisseurs.
De toute façon le matériel acheté, même réservé, sera vendu donc le stock diminuera d'autant.
Par contre, je ne comprends pas la relation débit et crédit, il y a une incohérence, le débit est la quantité de produit vendu alors que le crédit est monétaire.
Tu te places bien du point de vue suivant :
Ohalabi achète, commande aux fournisseurs. Ohalabi vend, avance aux clients ?
Donc pour vérifier les stocks, tu prends deux heures précises et tu calcules les mouvements des stocks.
Je suppose, logiquement, que tu veux vérifier l'état des stocks pour éviter d'avoir plus d'avances que de produits en stock.
À chaque avance, tu lances un test qui contrôle l'état : en fonction du résultat, tu informes le client, tu commandes aux fournisseurs.
De toute façon le matériel acheté, même réservé, sera vendu donc le stock diminuera d'autant.
Par contre, je ne comprends pas la relation débit et crédit, il y a une incohérence, le débit est la quantité de produit vendu alors que le crédit est monétaire.
Tu te places bien du point de vue suivant :
Ohalabi achète, commande aux fournisseurs. Ohalabi vend, avance aux clients ?
Donc pour vérifier les stocks, tu prends deux heures précises et tu calcules les mouvements des stocks.
Merci pour votre réaction, en effet l'objectif n'est pas de vérifier l'état du stock par rapport aux avances, c'est plutôt de connaître le compte d'un client et donc le debit c'est les différentes ventes faites au client et le crédit ce sont les avances ou règlements donnés par le client, donc les deux sont donc monnaitaires
En fait le client peut faire des avances sans toutefois enlever sa marchandise et à un moment donné il vient récupérer la marchandise correspondant à la valeur de ses avances mais pas plus qu'il n'a avancé
Je pense que vous m'avez compris
Merci
En fait le client peut faire des avances sans toutefois enlever sa marchandise et à un moment donné il vient récupérer la marchandise correspondant à la valeur de ses avances mais pas plus qu'il n'a avancé
Je pense que vous m'avez compris
Merci
par ailleurs la société oholabi passe commande aux fournisseurs ; donc achète auprès des fournisseurs ; vend au client ; le client règle oholabi et certains font plusieurs avances en versant de l'argent a oholabi et après viennent faire les enlèvements des marchandises payées en avance
voici le tableau souhaité en sortie et je n’arrive pas à concevoir la requête sur laquelle est basée ce état

voici le tableau souhaité en sortie et je n’arrive pas à concevoir la requête sur laquelle est basée ce état

Salut,
"c'est plutôt de connaître le compte d'un client"
D'accord. Donc, je pense à cette idée :
1) Le client commande pour 100 K€ de produit à Oholabi.
2) Le solde du client augmente de 100 K€.
3) Oholabi commande au fournisseur.
4) Oholabi reçoit la marchandise.
5) Oholabi livre le client.
6) Le solde du client diminue de 100 K€.
"c'est plutôt de connaître le compte d'un client"
D'accord. Donc, je pense à cette idée :
1) Le client commande pour 100 K€ de produit à Oholabi.
2) Le solde du client augmente de 100 K€.
3) Oholabi commande au fournisseur.
4) Oholabi reçoit la marchandise.
5) Oholabi livre le client.
6) Le solde du client diminue de 100 K€.
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
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.
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
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
yg_be
Messages postés
23541
Date d'inscription
Statut
Contributeur
Dernière intervention
Ambassadeur
1 584
bonjour, cherches-tu toujours une réponse à ce que tu as expliqué en #5?