Discussion :

[barbawawa]

Bonjour à tous, je viens chercher votre aide car je ne trouve pas réponse à ma question par moi même.

Alors voilà, j'utilise ce rapport (photo ci-joint). ce que je voudrais, c'est décrémenter ma Qte um en fonction de la qte à prélever et ça pr chaque code produit identique de chaque saut.

Et c'est la que je colle, ma variable actuellement est du type "(qte um) - somme cumulative (qte à prélever)". du coup il décrémente bien oui, mais prenant le resultat de la variable de la ligne supérieur alors que le stock pr un code produit X n'est pas le même que le produit Y et idem pour la qte à prélever, du coup mon résultat est complètement faux....

La seule façon où j'arrive à avoir un résultat correct, c'est qd je fais le saut/section sur la colonne code produit, là chaque saut ne contient que le même produit, je rajoute seulement ";rupture" dans ma variable pr qu'il recommence son calcul entre chaque saut ...............

J’espère avoir été clair , voici la photo, ma variable est la colonne T, et le saut est sur "cut of time"




Merci par avance à ceux qui pourront m'aider, vous m’enlèveriez une grosse épine du pied

[isalille]

Bonjour, il faut utiliser la 2ème synthaxe de la fonction. Mais elle s'écrit différemment selon la version de BO. Je crois que cela doit être qqchose comme :

=sommecumulative([qte];([code produit]) en WEBI

ou =sommecumulative(<qte>,<code produit>) en DESKI

[barbawawa]

Super, merci beaucoup ça fonctionne.

[kerseb]

Hello,

Je ré-ouvre cette discussion parce qu'en utilisant cette méthode, je rencontre un autre souci :

dans mon cas, certains mois ne contiennent aucune donnée (pas de dépenses ces mois-là), et du coup, au lieu de reprendre le dernier cumul connu pour le reporter dans ces mois "vides", BO laisse la cellule vide... Ca ne facilite pas la lecture des tableaux, et ça fait des graphes "à dents creuses" pas hyper lisibles non plus...

Quelqu'un a-t-il pu résoudre ça ?

Je joins une copie d'écran pour illustrer :



La formule utilisée pour définir la somme mensuelle cumulée à remettre à zéro chaque année et que je voudrais stopper au niveau du dernier mois connu dans l'année en cours est la suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
=Si (
EnNombre([Exercice commande])<=Année(DateActuelle())
Et
[MoisEngagement]<=Max([MoisEngagement]) Dans ([Exercice commande])
)
Alors
SommeCumulative([Mt mandaté TTC];([Exercice commande]))

Merci d'avance

Seb

[Bruno2r]

Bonsoir,

Pour compléter les dates ou périodes manquantes dans un jeu de données, il faut utiliser (depuis la version 4.1) la fonction DimTemps.


Dans mon Tableau d'exemple mis en pièce jointe, je ne disposais au départ

• en dimensions que de l'Année, du Numéro de mois, de la Date de début d'absence
• en indicateur le Nombre de jours d'absence

Évidemment les numéros de mois affichaient des trous.
J'ai donc créé une variable DimAn et une variable DimMois puis une variable Nb jours Abs remplaçant les null par des zéro

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
DimAn = =FormatDate(DimTemps([Absdate Deb] ; PériodeMois);"yyyy")
DimMois = =FormatDate(DimTemps([Absdate Deb] ; PériodeMois);"MM")

La fonction DimTemps complètera les dates manquantes par des Jours, des Mois, des Trimestres ou des Années selon l'argument Période choisi

[kerseb]

Merci Bruno2r, je vais essayer avec des variables pour re-créer des dimensions "année" et "mois", mais ce que je crains, c'est que je me retrouve, comme au départ avec le dernier cumul connu de l'année en cours reporté sur les mois non-échus, ce qui est précisément ce que je voulais éviter au départ (problématique centrale de ce fil de discussion).

A moins que je n'arrive dans la définition de la nouvelle variable "DimMois" à intégrer une rebascule sur la dimension "mois" de départ tant que ces mois-là de l'année en cours ne sont pas encore échus...

Je vais essayer, je reviendrai donner les résultats

Seb

[kerseb]

Je me demande si le fait qu'il n'y a pas de données sur le mois de janvier, chaque année, empêche DimTemps de construire son axe, comme il n'a pas vraiment de "point de départ"...

[Bruno2r]

Je me demande si le fait qu'il n'y a pas de données sur le mois de janvier, chaque année, empêche DimTemps de construire son axe, comme il n'a pas vraiment de "point de départ"...

C'est vraisemblable pour la première année 2014 puisque DimTemps se base sur Les valeurs Min et Max de dates pour compléter les trous.
Mais normalement DimTemps devrait te rajouter les mois de janvier pour les années 2015 à 2018... Est-ce le cas ?
Je te conseille de travailler sur le tableau normal, avant tableau croisé pour résoudre les problèmes 1 par 1.

Pour l'arrêt de cumul au mois du jours en cours on verra comment faire une fois résolu les trous de données.

[kerseb]

Bon... je reprends pas à pas... il y a peut-être un truc qui m'échappe...

Je pars de l'objet [DateEngagement] qui est une date.

Pour le tableau croisé en mensuel non-cumulé, j'ai créé les variables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
ExEngagement=Année([Date engagement])
MoisEngagement=NuméroMoisAnnée([Date engagement])

Pour le mensuel cumulé, je crée donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
DimAnnéeEng=Année(DimTemps([Date engagement];PériodeAnnée))
DimMoisEng=NuméroMoisAnnée(DimTemps([Date engagement];PériodeMois))

En tableau en colonne, je pose l'objet/variable [DimAnnéeEng] ==> Pas de souci j'obtiens ma liste de 2014 à 2018.



Dès que je veux ajouter l'objet [DimMoisEng], le tableau disparaît.



En visualisation de la structure il est bien toujours là pourtant...



Je dois sûrement zapper un truc important quelque part...
Et du coup, en plus je ne peux pas répondre à ta question, à savoir si janvier remonte bien sur les années 2015 à 2018...

[Bruno2r]

Mauvaise nouvelle !
DimTemps PériodeMois ne fonctionne pas en tableau croisé. La "valeur obtenue" est la première date du mois manquant.
Et l'on a en tableau croisé autant de colonnes que de mois (annéemois)
Cela peut être lié à cette remarque trouvée dans la Doc

Remarque Vous ne pouvez pas utiliser la fonction DimTemps pour appliquer un filtre sur des formules (par exemple dans un filtre, une commande d'entrée, un lien d'élément, une barre de filtre ou d'exploration). Vous devez plutôt appliquer directement le filtre sur la dimension de date sous-jacente.

[kerseb]

OK, merci Bruno2r !

Du coup je vais devoir rester avec mes cumuls "à dents creuses"...

Comment je cloture le fil du coup ? Comme ce n'est pas vraiment "résolu" ? Il n'y a pas de bouton "résigné"

Seb

[Bruno2r]

Bonjour,

Peut-être pourrions nous entrer par la fenêtre puisque la porte ne s'ouvre pas...
As-tu essayé de créer une variable indicateur gérant les null ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

=Si(EstNull([Mt mandaté TTC]) Alors 0 Sinon [Mt mandaté TTC]

[kerseb]

Hello Bruno2r,

Ca marche impecc pour boucher les dents creuses...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
=SommeCumulative(Si(EstNul([Mt mandaté TTC]) Ou [Mt mandaté TTC]=0) Alors 0 Sinon [Mt mandaté TTC];([ExEngagement]))

Par contre, ça remet des valeurs au delà du dernier mois échu de l'année courante, ce qui était précisément ce qu'on cherchait à éviter depuis le début



C'est un vrai casse-tête ce truc...

[Bruno2r]

Par contre, ça remet des valeurs au delà du dernier mois échu de l'année courante, ce qui était précisément ce qu'on cherchait à éviter depuis le début

J'avance toujours étape par étape (une manie de vieux sans doute)...
J'ai besoin de savoir si tu as une autre Dimension chronologique (à part Année et MoisNum).
Date de ... ou AnnéeMois ?
Sinon ta condition de départ ... ne fonctionne pas ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
=Si (EnNombre([Exercice commande])<=Année(DateActuelle())
Et[MoisEngagement]<=Max([MoisEngagement]) Dans ([Exercice commande]))
Alors
SommeCumulative([Variable];([Exercice commande]))