Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.
Je voudrai remplacer "quantité" par "stock". Des objections ?
Le 21/11/2017 à 10:29, Debondt Didier a écrit :
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
ben oui
moi j'aurais pas fait comme exactement comme ça
un stock c'est la ou on stock (un endroit physique : chambre, cave, entrepot, abris de jardin)
une entrée dans stock_lien c'est un état de stock par rapport a l'endroit stock > id_stock après un produit peut être en stock car il a une quantité suffisante dans un des stocks
une quantité c'est comme un prix ça devrais être dans un plugin a par qui ne gère que les quantitées (a savoir que on est pas obligé d'avoir des quantité sans décimaux, on peut commander 1,25 kg de graines de sézames ^^), ou avoir des quantitées dans d'autre projets qui ne soit pas des stocks.
après connecter, a d'autres ressources ou technos je l'aurais mis dans un plugins stocks_externes pour répondre à ta suggestion précédente…
mais bon , je suis pas l'auteur, et je suis pas developeur chevronné non plus, ce n'est que mon avis basé sur des expériences précédente de cas que j'ai eut à gérer (plusieurs magasins, un site, plusieurs stocks,plusieurs inventaires, …)
--
Bonne journée
Arnaud B. (Mist. GraphX)
Bonjour Pierre,
Je remet spip-zone dans la boucle 
de plus je me demande s'il ne serait pas judicieux de créer une API Stock
sur le principe de l'API Prix qui ne dépendrait pas obligatoirement d'une
gestion de stock avancée.
Quel serait l'intérêt de cette API concrètement ? J'ai du mal à imaginer
ce qu'elle pourrait faire.
Pierre LASZCZAK writes:
Quantité me semble être le bon terme.
stock ça correspondrait plus au nom d'une table qui correspondrait à un
dépot.de plus je me demande s'il ne serait pas judicieux de créer une API Stock
sur le principe de l'API Prix qui ne dépendrait pas obligatoirement d'une
gestion de stock avancée.J'entends par là que l'API Stock en mode gestion de stock simplifié ne
tiendrait compte que d'un champ quantité sur l'objet concerné.Le 21 novembre 2017 à 10:29, Debondt Didier <p@henix.be> a écrit :
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Hello,
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)
Je ne suis pas d'accord avec cette définition, je préfère celle ci :
Le stock représente de manière habituelle, l'ensemble des biens qui
interviennent dans le cycle d'exploitation de l'entreprise ou qui
peuvent être vendu « en l'état ».
Source : Stock — Wikipédia
Lire aussi la description qui est très clair :
De faite, un stock représente bien le nombre d'"objet" en stock.
Ce que tu décrit me semble plus proche d'un "entrepôt".
Mist. GraphX writes:
Le 21/11/2017 à 10:29, Debondt Didier a écrit:
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zoneben oui
moi j'aurais pas fait comme exactement comme ça
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)une entrée dans stock_lien c'est un état de stock par rapport a
l'endroit stock > id_stock après un produit peut être en stock car il a
une quantité suffisante dans un des stocksune quantité c'est comme un prix ça devrais être dans un plugin a par
qui ne gère que les quantitées (a savoir que on est pas obligé d'avoir
des quantité sans décimaux, on peut commander 1,25 kg de graines de
sézames ^^), ou avoir des quantitées dans d'autre projets qui ne soit
pas des stocks.après connecter, a d'autres ressources ou technos je l'aurais mis dans
un plugins stocks_externes pour répondre à ta suggestion précédente…mais bon , je suis pas l'auteur, et je suis pas developeur chevronné non
plus, ce n'est que mon avis basé sur des expériences précédente de cas
que j'ai eut à gérer (plusieurs magasins, un site, plusieurs
stocks,plusieurs inventaires, …)
Quel serait l'intérêt de cette API concrètement ? J'ai du mal à imaginer
ce qu'elle pourrait faire.
Si on suit le raisonement de l'API prix et ce qui pourrais coller avec l'idéee de Pierre étant si j'ai compris de ne pas installer forcément des tables supplémentaires si le projet ne le necessite pas, et utiliser juste des champs extra ou Quantité directement sur l'objet.
L'API Quantité gérerais un champ quantité sur n'importe quel objet qui aurais un champ de ce type déclaré
avec donc les fonctions _dist de décrementation, incrementation, calculs eventuels
d'ou l'interêt de différencier une quantité d'un stock ou état de stock
Le 21/11/2017 à 11:23, Debondt Didier a écrit :
Bonjour Pierre,
Je remet spip-zone dans la boucle
de plus je me demande s'il ne serait pas judicieux de créer une API Stock
sur le principe de l'API Prix qui ne dépendrait pas obligatoirement d'une
gestion de stock avancée.Quel serait l'intérêt de cette API concrètement ? J'ai du mal à imaginer
ce qu'elle pourrait faire.Pierre LASZCZAK writes:
Quantité me semble être le bon terme.
stock ça correspondrait plus au nom d'une table qui correspondrait à un
dépot.de plus je me demande s'il ne serait pas judicieux de créer une API Stock
sur le principe de l'API Prix qui ne dépendrait pas obligatoirement d'une
gestion de stock avancée.J'entends par là que l'API Stock en mode gestion de stock simplifié ne
tiendrait compte que d'un champ quantité sur l'objet concerné.Le 21 novembre 2017 à 10:29, Debondt Didier <p@henix.be> a écrit :
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
Bonne journée
Arnaud B. (Mist. GraphX)
la tu parle de définition comptable, immobilisation , stock
ce n'est pas toujours ce qui colle le mieux avec la definition d'un objet, d'un process
on peut aussi avoir des stocks "virtuels" dans le cas de prestataires externes,
genre tu vend des déguisements dans plusieurs magasins
chaque magasin a donc son état de stock a maintenir indépendamment
mais le site internet lui vends des produits qui ne sont pas forcéments en stock en magasin,
mais envoyés directement depuis le stock du ou des fournisseur/s
la on est plus du tout dans la définition que tu donne et c'est un cas courrant de nos jours.
y'a aussi les produits dispo en magasin et pas sur le site, il sont en stock a un certain endroit et en une certaine quantitée
enfin moi c'est typiquement le genre d'utilisations que je pourrais en avoir…
Le 21/11/2017 à 11:32, Debondt Didier a écrit :
Hello,
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)Je ne suis pas d'accord avec cette définition, je préfère celle ci :
Le stock représente de manière habituelle, l'ensemble des biens qui
interviennent dans le cycle d'exploitation de l'entreprise ou qui
peuvent être vendu « en l'état ».Source : Stock — Wikipédia
Lire aussi la description qui est très clair :
Stock — WikipédiaDe faite, un stock représente bien le nombre d'"objet" en stock.
Ce que tu décrit me semble plus proche d'un "entrepôt".
Mist. GraphX writes:
Le 21/11/2017 à 10:29, Debondt Didier a écrit:
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zoneben oui
moi j'aurais pas fait comme exactement comme ça
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)une entrée dans stock_lien c'est un état de stock par rapport a
l'endroit stock > id_stock après un produit peut être en stock car il a
une quantité suffisante dans un des stocksune quantité c'est comme un prix ça devrais être dans un plugin a par
qui ne gère que les quantitées (a savoir que on est pas obligé d'avoir
des quantité sans décimaux, on peut commander 1,25 kg de graines de
sézames ^^), ou avoir des quantitées dans d'autre projets qui ne soit
pas des stocks.après connecter, a d'autres ressources ou technos je l'aurais mis dans
un plugins stocks_externes pour répondre à ta suggestion précédente…mais bon , je suis pas l'auteur, et je suis pas developeur chevronné non
plus, ce n'est que mon avis basé sur des expériences précédente de cas
que j'ai eut à gérer (plusieurs magasins, un site, plusieurs
stocks,plusieurs inventaires, …)
Je trouve que justement, si, on parle de la même chose : le stock
représente une quantité d'objet disponible dans un entrepôt. Que
l'entrepôt soit virtuel, chez un fournisseur, dans un magasin, un
container et dieu sais quoi ne change rien au fait qu'on parle d'un
nombre d'objet.
Arnaud (Mist. GraphX) writes:
la tu parle de définition comptable, immobilisation , stock
ce n'est pas toujours ce qui colle le mieux avec la definition d'un
objet, d'un processon peut aussi avoir des stocks "virtuels" dans le cas de prestataires
externes,genre tu vend des déguisements dans plusieurs magasins
chaque magasin a donc son état de stock a maintenir indépendamment
mais le site internet lui vends des produits qui ne sont pas forcéments
en stock en magasin,
mais envoyés directement depuis le stock du ou des fournisseur/sla on est plus du tout dans la définition que tu donne et c'est un cas
courrant de nos jours.y'a aussi les produits dispo en magasin et pas sur le site, il sont en
stock a un certain endroit et en une certaine quantitéeenfin moi c'est typiquement le genre d'utilisations que je pourrais en
avoir…Le 21/11/2017 à 11:32, Debondt Didier a écrit:
Hello,
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)Je ne suis pas d'accord avec cette définition, je préfère celle ci :
Le stock représente de manière habituelle, l'ensemble des biens qui
interviennent dans le cycle d'exploitation de l'entreprise ou qui
peuvent être vendu « en l'état ».Source : Stock — Wikipédia
Lire aussi la description qui est très clair :
Stock — WikipédiaDe faite, un stock représente bien le nombre d'"objet" en stock.
Ce que tu décrit me semble plus proche d'un "entrepôt".
Mist. GraphX writes:
Le 21/11/2017 à 10:29, Debondt Didier a écrit:
Hello,
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zoneben oui
moi j'aurais pas fait comme exactement comme ça
un stock c'est la ou on stock (un endroit physique : chambre, cave,
entrepot, abris de jardin)une entrée dans stock_lien c'est un état de stock par rapport a
l'endroit stock > id_stock après un produit peut être en stock car il a
une quantité suffisante dans un des stocksune quantité c'est comme un prix ça devrais être dans un plugin a par
qui ne gère que les quantitées (a savoir que on est pas obligé d'avoir
des quantité sans décimaux, on peut commander 1,25 kg de graines de
sézames ^^), ou avoir des quantitées dans d'autre projets qui ne soit
pas des stocks.après connecter, a d'autres ressources ou technos je l'aurais mis dans
un plugins stocks_externes pour répondre à ta suggestion précédente…mais bon , je suis pas l'auteur, et je suis pas developeur chevronné non
plus, ce n'est que mon avis basé sur des expériences précédente de cas
que j'ai eut à gérer (plusieurs magasins, un site, plusieurs
stocks,plusieurs inventaires, …)
Le 21/11/2017 à 10:29, Debondt Didier a écrit :
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
En ce qui concerne tout ce qui a trait au ecommerce, je suis d'avis que
c'est un sujet très complexe, et qu'il y a déjà des gens qui ont conçu
des architectures super évoluées et modulaires, et qui fonctionne en
prod etc. Pour moi, vu le peu de ressources que l'on a (en nombre de
devs et en temps), on ne doit pas s'amuser à reconcevoir nous-mêmes, le
moins possible en tout cas.
C'est pour cela que pour absolument tous les modules de base, j'avais
tout pompé sur Drupal Commerce ou Thélia 2 (mais surtout sur Drupal
Commerce qui est uber découpé modulaire, comme tous les trucs Drupal
généralement).
Pour les stocks, je propose donc de regarder comment ils font :
https://www.drupal.org/project/commerce_stock
À priori le stock concerne bien la gestion de la quantité. Et il y a une
version simplifiée pour les cas basiques.
La gestion des divers lieux de stockages c'est dans un autre plugin
carrément chez eux, à priori "commerce_stores" qui ajoute une nouvelle
entité (objet chez nous) "store" (magasin/entrepôt).
Voilà voilà pour les pistes. Après c'est vous qui en avez besoin et qui
faites.
Mais je le redis, on n'est pas beaucoup, et donc pour moi on doit se
contenter d'implémenter suivant nos API SPIP, des choses déjà *bien*
conçues ailleurs.
--
RastaPopoulos
Le 21/11/2017 à 14:00, RastaPopoulos a écrit :
Le 21/11/2017 à 10:29, Debondt Didier a écrit :
La nomenclature du plugin semble vouloir qu'on utilise le mot "quantité"
pour définir le stock.
Je trouve que ce n'est pas une super idée (pour la balise en
particulier) car c'est assez générique.Je voudrai remplacer "quantité" par "stock". Des objections ?
En ce qui concerne tout ce qui a trait au ecommerce, je suis d'avis que
c'est un sujet très complexe, et qu'il y a déjà des gens qui ont conçu
des architectures super évoluées et modulaires, et qui fonctionne en
prod etc. Pour moi, vu le peu de ressources que l'on a (en nombre de
devs et en temps), on ne doit pas s'amuser à reconcevoir nous-mêmes, le
moins possible en tout cas.C'est pour cela que pour absolument tous les modules de base, j'avais
tout pompé sur Drupal Commerce ou Thélia 2 (mais surtout sur Drupal
Commerce qui est uber découpé modulaire, comme tous les trucs Drupal
généralement).Pour les stocks, je propose donc de regarder comment ils font :
https://www.drupal.org/project/commerce_stock
C'est vrai que Drupal ils découpent bien.
La apparemment ils décrémentent au panier et recrédite si abandon de commande
typiquement chaque site/projet aura une implémentation différente du moment de la décrémentation
panier, commande en cours, commande paye …
Après l'ide de l'API quantite c'est aussi de proposer des test/filtres et saisies qui sont axés sur la gestion d'une quantité
chose qui pourrait être utile hors d'un stock.
À priori le stock concerne bien la gestion de la quantité. Et il y a une
version simplifiée pour les cas basiques.La gestion des divers lieux de stockages c'est dans un autre plugin
carrément chez eux, à priori "commerce_stores" qui ajoute une nouvelle
entité (objet chez nous) "store" (magasin/entrepôt).Voilà voilà pour les pistes. Après c'est vous qui en avez besoin et qui
faites.
Mais je le redis, on n'est pas beaucoup, et donc pour moi on doit se
contenter d'implémenter suivant nos API SPIP, des choses déjà *bien*
conçues ailleurs.
--
Bonne journée
Arnaud B. (Mist. GraphX)
Bonsoir,
Le sujet m'intéressant aussi on peut aussi regarder ce qui se fait sur Prestashop.
La notion de stock / quantité de produits dans une de ses tables de gestion de stock est traduite par un champ "quantity" en int(10)
D'une manière générale, dès qu'on va essayer de savoir ce qu'il y a en stock, on va parler de notion de nombre, donc une quantité.
Combien ya de patates en stock ? 12
Par ailleurs je pense qu'il faut gérer cette quantité par un entier et que si vous voulez vendre des kilos ou des litres, il faudrait passer par une notion de conditionnement (plugin supplémentaire ?)
Par ex. 1 pot de 5.5 L de peinture ou 1 filet de 2kgs de patates.
non chourak.
1 filets de 2kgs de patates ou 1 pot de 5.5 de peinture. C'est bien
une quantité normal (1 filet, 1 pot)
justement le conditionnement c'est différent du vrac.
Dans ton cas il s'agit de déclinaisons.
1 pot de 5,5 litre
1 pot de 12 litre
1 filet de 2kgs
1 filet de 5kgs
pour des produits vendu en vrac on devrait pouvoir définir un facteur
multiplicateur et une unité pour formater la quantité
Exemple pour des livres de poids:
facteur multiplicateur = 0.5
unité = livre
ce qui donne:
pour une quantite 1,2 ou 3
0.5x1 = 0,5Livre
0.5x2 = 1livre
0.5x3 = 1,5livre
voilà.
Le 21 novembre 2017 à 18:34, Chourak <chourak@free.fr> a écrit :
Bonsoir,
Le sujet m'intéressant aussi on peut aussi regarder ce qui se fait sur
Prestashop.
La notion de stock / quantité de produits dans une de ses tables de gestion
de stock est traduite par un champ "quantity" en int(10)
D'une manière générale, dès qu'on va essayer de savoir ce qu'il y a en
stock, on va parler de notion de nombre, donc une quantité.
Combien ya de patates en stock ? 12Par ailleurs je pense qu'il faut gérer cette quantité par un entier et que
si vous voulez vendre des kilos ou des litres, il faudrait passer par une
notion de conditionnement (plugin supplémentaire ?)
Par ex. 1 pot de 5.5 L de peinture ou 1 filet de 2kgs de patates.----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Le 21/11/2017 à 23:38, Pierre LASZCZAK a écrit :
non chourak.
1 filets de 2kgs de patates ou 1 pot de 5.5 de peinture. C'est bien
une quantité normal (1 filet, 1 pot)
justement le conditionnement c'est différent du vrac.Dans ton cas il s'agit de déclinaisons.
1 pot de 5,5 litre
1 pot de 12 litre
1 filet de 2kgs
1 filet de 5kgspour des produits vendu en vrac on devrait pouvoir définir un facteur
multiplicateur et une unité pour formater la quantitéExemple pour des livres de poids:
facteur multiplicateur = 0.5
unité = livrece qui donne:
pour une quantite 1,2 ou 3
0.5x1 = 0,5Livre
0.5x2 = 1livre
0.5x3 = 1,5livrevoilà.
En effet, après quelques recherches ca à tendance à se généraliser, même si sur certaines solutions c'est intégré, sur certains en plugin et sur d'autres de la bidouille.
Après l'ide de l'API quantite c'est aussi de proposer des test/filtres et saisies qui sont axés sur la gestion d'une quantité
chose qui pourrait être utile hors d'un stock.
Je plussoie cela, et il faudrait pouvoir l'exploiter sur des plugins comme produits et commandes.
Exemple : il faudrait pouvoir définir le pas de la quantité (éventuellement un min et un max) et son unité (kg, litre, mètre / cm, etc...)
Évidemment cela si on part du principe que c'est aussi ce plugin "stock" qui gère la notion de quantité sur tout le spip e-commerce, ce n'est à priori pas le but en soi mais intimement lié.
Pour continuer à discuter de cela, on le fait ici ou y'a de meilleurs endroits (framavox ? autre ?), pour ne pas forcément polluer la zone ?
Le 22/11/2017 à 09:39, Chourak a écrit :
Le 21/11/2017 à 23:38, Pierre LASZCZAK a écrit :
non chourak.
1 filets de 2kgs de patates ou 1 pot de 5.5 de peinture. C'est bien
une quantité normal (1 filet, 1 pot)
justement le conditionnement c'est différent du vrac.Dans ton cas il s'agit de déclinaisons.
1 pot de 5,5 litre
1 pot de 12 litre
1 filet de 2kgs
1 filet de 5kgspour des produits vendu en vrac on devrait pouvoir définir un facteur
multiplicateur et une unité pour formater la quantitéExemple pour des livres de poids:
facteur multiplicateur = 0.5
unité = livrece qui donne:
pour une quantite 1,2 ou 3
0.5x1 = 0,5Livre
0.5x2 = 1livre
0.5x3 = 1,5livrevoilà.
En effet, après quelques recherches ca à tendance à se généraliser, même si sur certaines solutions c'est intégré, sur certains en plugin et sur d'autres de la bidouille.
Après l'ide de l'API quantite c'est aussi de proposer des test/filtres et saisies qui sont axés sur la gestion d'une quantité
chose qui pourrait être utile hors d'un stock.Je plussoie cela, et il faudrait pouvoir l'exploiter sur des plugins comme produits et commandes.
Exemple : il faudrait pouvoir définir le pas de la quantité (éventuellement un min et un max) et son unité (kg, litre, mètre / cm, etc...)
Évidemment cela si on part du principe que c'est aussi ce plugin "stock" qui gère la notion de quantité sur tout le spip e-commerce, ce n'est à priori pas le but en soi mais intimement lié.
Pour continuer à discuter de cela, on le fait ici ou y'a de meilleurs endroits (framavox ? autre ?), pour ne pas forcément polluer la zone ?----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zonePour continuer à discuter de cela, on le fait ici ou y'a de meilleurs endroits (framavox ? autre ?), pour ne pas forcément polluer la zone ?
moi chuis pour surtout que la ça devenir difficile de suivre et construire un raisonnement avec des reponses et avis disséminés au fil des mails.
après l'endroit comme vous préférez
--
Bonne journée
Arnaud B. (Mist. GraphX)