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 -
A voir également:
- Gestion de stock
- Logiciel gestion locative gratuit excel - Télécharger - Comptabilité & Facturation
- Logiciel gestion de stock et facturation - Télécharger - Comptabilité & Facturation
- Logiciel gestion photo gratuit - Guide
- Gestion de fichiers - Télécharger - Gestion de fichiers
- Logiciel gestion de stock pharmacie gratuit - Télécharger - Santé & Bien-être
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
bonjour, cherches-tu toujours une réponse à ce que tu as expliqué en #5?