Discussion :

[digitfree]

Bonjour,
Je voudrais relancer un sujet qui a été évoqué dans quelques discussions mais , sauf erreur de ma part, n'a jamais vraiment eu de réponse.
Cela concerne la table STOJOUVAL ... Dans notre cas, cette table occupe 19 Go sur une base en faisant 77 , soit 1/4 de la base de donnée !!!
Or , je ne vois toujours pas à quoi sert cette table "obèse", avec près de 500 champs ... car en ce qui concerne la gestion des prix, des valos de stock ... tout le détail est dans STOJOU et quand il nous arrive de remettre à jour des prix au PMP ou au FIFO, cela se passe toujours dans STOJOU.
Qui peut nous expliquer concrètement à quoi sert cette table et quels sont les traitements ou mises à jour significatives qui l'utilisent ? par ex. je sais que l'état valorisé du stock (avec les différentes méthodes) ne l'utilise pas.
Au minimum , comment apurer "proprement" cette table, au mieux, quelle serait la conséquence si on la mettait à 0 ?
Merci

[digitfree]

Bonjour,
Je suis assez étonné d'être le seul chagriné par l'utilité , le fonctionnement et le volume de cette table STOJOUVAL !!!
A priori cette problématique n'intrigue personne ?

[BF0509]

Perso, je dirais que cette table permet de reconstruire la pile FIFO ou PMP pour l'actualisation des prix.
Mais ce n'est que personnel et je ne suis pas un spécialiste non plus. Voici ce que stipule l'aide :

Le journal des mouvements de stock. Matérialisé dans la base par des enregistrements dans les tables STOJOU et STOJOUVAL, il permet de retrouver, de façon chronologique, les mouvements effectués, qu'ils soient en quantité (entrée, sortie, ou mouvement interne) ou en valeur uniquement (dépréciations, régularisations diverses : il faut noter que la zone quantité est renseignée même si le mouvement ne change pas la quantité en stock, car dans le cas des mouvements en valeur, il est important de savoir sur quelle quantité porte le changement de valeur). Chaque enregistrement de ce journal porte les caractéristiques de la ligne de stock mouvementée sans pointer formellement sur elle, et pointe également sur un mouvement d'origine qui le justifie (document et ligne de document à l'origine du mouvement : bon de livraison, suivi matière, bon de réception…). Chaque mouvement porte deux valeurs : la valeur de mouvement, déterminée à partir de règles paramétrables, qui impacte la valeur globale du stock portée par les lignes, et la valeur issue du document d'origine. Si la méthode de valorisation comporte deux méthodes alors ces valeurs sont présentes pour les deux méthodes.

[digitfree]

Merci pour ta réponse.
Ceci dit, il m'arrive régulièrement de changer des PMP via des petites procédures : dans ce cas , j'interviens juste sur STOJOU (avec recalcul en suivant des marges sur ventes) et cela fonctionne bien.
Je gère également une autre sté gérée en FIFO ; j'ai besoin parfois de rectifier la pile FIFO et dans ce cas j'interviens sur STOCOST ; là également tout fonctionne bien en valorisation suite à cela.
Donc STOJOUVAL pour ces cas ne me semble avoir aucune utilité.

[Optimus2016]

Bonjour

Très bon sujet ! Je dirai la même chose aussi, c'est une table qui sert à calculer la pile FIFO et PMP, je rajoute aussi pour la régularisation des prix de sorties en PMP, cette table est la mieux adapté pour ce genre de calcul.

Pour la purge, je pense qu'elle devrait être purgé en synchronisation avec la table STOJOU !

Cdt

[Optimus2016]

Je rajoute, La table STOJOUVAL contient l'ensemble des informations de valorisation de mouvement de stock. Elle permet notamment de stocker la décomposition des coûts. Voici un détail des différentes zones disponibles :

O* : Montants ordre
DO* : Delta montant ordre
V* : Montant valorisation
DV* : Delta montant valorisation
V2* : Montant seconde méthode de valorisation
DV2* : Delta montant seconde méthode de valorisation
DEV* : Montant non absorbé
DEV*2 : Montant non absorbé de la seconde méthode de valorisation
*MATTOT : Total matière = somme(MATCST)
*MACTOT : Total machine = somme(MACCST)
*LABTOT : Total main d’œuvre = somme(LABCST)
*SCOTOT : Part sous-traitance
*INVDTA : Part éléments de facturation
*OVEMAT : Part frais généraux matière
*OVEMAC : Part frais généraux machine
*OVELAB : Part frais généraux main d’oeuvre
*OVESCO : Part frais généraux sous-traitance

[digitfree]

Oui mais dans ce cas, comme je le disais dans mon post précédent, si elle sert pour le calcul du fifo ou du pmp, comment se fait t-il que je peux remettre à jour (via des procédures SQL) des PMP ou des piles FIFO sans avoir besoin de toucher à cette table !! juste en restant sur STOUJOU pour le PMP ou STOCOST pour le fifo.
et toutes nos valos de stocks tiennent la route après ces interventions ... donc sans avoir eu à toucher à STOJOUVAL ... c'est bien pour cela que je me demande à quoi elle sert vraiment.

[BF0509]

Tu as 2 calcul de coût en parallèle dans X3.

Une pile pour remplir ITMMVT et une autre avec STOJOU.
Probablement que STOJOUVAL aide sur le calcul avec la table ITMMVT et ITMMVTHIS ?

[bimiman]

Si le code activité SPD (décomposition coût stock) est fermé, alors cette table ne doit pas servir.

[digitfree]

Merci bimiman pour cette précision.
Toutefois je ne vois pas ce code activité utilisé dans STOJOUVAL

[bimiman]

La valeur de SPD initialise une variable globale, qui, lorsqu'elle est testée, écrit dans STOJOUVAL ou pas.

Ne sachant pas si ce test est fait de partout, vous pouvez désactiver ce code activité et voir l'évolution du nombre d'enregistrements dans la table.

[castorameur]

Bonjour a tous,
je relance la discussion dans le cadre d'une PME uniquement.

La table STOJOU semble suffisant pour la valorisation de la pluspart des mouvements.

Quel est l'avantage de la STOJOUVAL ?

[PrinceCorwin]

Bonjour,

Je ne suis pas comptable, mais cette table STOJOUVAL est régulièrement contrôlée par nos contrôleurs de gestion et directeurs financier.
j'entends souvent parler "d’écarts non-absorbés". Et ces chiffres sont dans cette table qui historise tous les mouvements.
Dans cette table sont notés tous les écarts budgétaire, de rendement et autres points analytiques nécessaires à leurs analyses.
Cela permet de mettre en évidence des dysfonctionnements financiers vs réalité.

Afin d'activer cette fonctionnalité, il faut aller dans "Paramétrage > Stock > Méthodes de valorisation" et mettre à "Oui" la "régularisation des prix en sorties" ainsi que "Valo mvts internes".

[castorameur]

Bonjour,
les ecarts non absorbés sont également dans STOJOU


Je pense que STOJOUVAL permet d'enregistrer des problématiques complexes qui ne sont peut etre pas utiles pour des "petites" installations (15 à 25 users)

[bimiman]

Cette table est utilisée au moins lors de la revalorisation des stocks suite à validation d'une facture fournisseur.
Même si pour une société qui n'a pas de prod ni sous-traintance, je n'en vois pas bien l'intérêt (90% des valeurs nulles, le reste vaut ce qu'il y a dans STOJOU).
Personnellement je la purge régulièrement, en gardant un an d'historique.

[PrinceCorwin]

Bonjour,

D'après mes sources les deux tables sont liées.
Apparemment une ligne dans STOJOU doit exister dans STOJOUVAL.
Si on supprime des lignes dans STOJOUVAL, il faudrait supprimer les mêmes (voir index. Car ces tables ont le même index) dans STOJOU...

Un peu comme les tables POQ et POP ou SOP et SOQ. l'une ne peut pas faire sans l'autre.

Mais peut-être que ma source n'est pas la plus fiable.

[tibam13]

la table stojouval contient des informations complémentaires à stojou !

stojou ne contient par exemple pas le détail du prix de revient d'un article, indispensable au controleur de gestion pour le pilotage !

en gros :

stojou -> mouvements physiques de stock
stojouval -> valorisation détaillée des mouvements de stojou (pmp, cout standard, éclatement de ces couts, écarts non absorbés, etc)
itmmvt -> cumul des valeurs présentes dans stojouval afin d'obtenir les infos présentes sur la fiche article site (en gros le pump et les couts standards éclatés par catégories de couts)

elle est indispensable.

La mise à jour du prix de revient se fait normalement par la fonction changement de valeur, et surtout pas en SQL directement dans STOJOU, je suis surpris que vous n'ayez pas d'incohérences dans vos valos de stocks, a moins que vous ayez un ctrl de gestion très simple ou inexistant.

[bimiman]

Cette table (au passage inexistante en V5) n'est absolument pas indispensable, hors production et sous-traitance.
Il suffit de regarder son contenu...
STOJOU est suffisant pour une valorisation basique.

[tibam13]

Oui pour une valorisation TRES basique... des qu'on fait un minimum de suivi des couts elle est indispensable.

[digitfree]

Je confirme que pour une utilisation standard, voire un peu + que basique, il n'y a pas besoin de cette table hyper gourmande et mal conçue ...
Depuis que j'ai désactivé le code activité SPD , il y a près d'1 an (je dis bien désactivé, donc fait proprement) cette table ne se remplit plus ; je l'ai même mise à 0 ... et je n'ai eu aucun souci, mes valos de stocks n'ont pas changé ...
Et je n'ai pas plus pas moins de problème dans la gestion des prix de revient ou la valo des stocks au quotidien.
Dans ce sens, comme dit castorameur, elle n'est utilisée que pour des problématiques complexes (décomposition des coûts), dont je pense, la plupart d'entre n'avons pas besoin.
En tout cas, tout ce que je gérais avant (écarts non absorbés, resynchro des stocks, revalo d'un stock suite à la facture fournisseur, chgt de valeur, gestion du PMP) se passent bien.
Pour info, je suis en V11