XL 2013 Comptage matriciel conditionné

Re : Comptage matriciel conditionné

Bonjour,


tes calculs ont l'air bizarres

un essai

Re : Comptage matriciel conditionné

Merci pour ces premiers éléments mais ça ne me va pas tout à fait. J'ai mal expliqué ma table : j'ai une ligne par produit vendu, donc lorsque quelqu'un prend plusieurs articles j'ai plusieurs lignes de créées (avec le même n° de facture) mais j'ai bien qu'un seul passage en caisse ! Il faut donc alimenter un chrono que si la facture est différente, d'où mes calculs un peu bizarre !

Re : Comptage matriciel conditionné

re
Une autre solution (voir onglet "tables"

Re : Comptage matriciel conditionné

Bonsoir, malheureusement je me peux pas supprimer les doublons de cette manière car j'utilise l'ensemble des lignes de la table pour d'autres calculs, je souhaite vraiment un calcul automatique d'où les formules matricielles.

Re : Comptage matriciel conditionné

Bonjour à tous,
La nuit doit porter conseil... j'ai trouvé une solution, sûrement pas la plus "propre" mais ça fonctionne ! En gros je concatène mes 2 conditions (date+type) dans une nouvelle colonne de mes tables puis je fais la recherche sur mes 2 conditions regroupées dans une seule cellule.
Cf PJ : S'il y en a qui ont une solution plus adéquate et plus légère je reste preneur !

Merci pour ton aide djidji59430.

Re : Comptage matriciel conditionné

Bonjour

La fonction NB.SI n'accepte pas beaucoup de fonction comme paramètre, ce qui pose problème avec la formule SOMME(1/NB.SI(plage;plage)) utilisée pour calculer le nombre d'éléments différents dans la plage considérée, si on doit définir cette plage, par exemple avec des tests.

Dans ton cas, pour le fun, j'ai essayé avec ta proposition, mais sans passer par une colonne intermédiaire, donc en concaténant les colonnes C (date) et D (type de vente) directement dans le NB.SI mais cela ne fonctionne pas. Toi, tu l'a fait en passant par un nom défini dans le gestionnaire de noms, et c'est OK. Toujours bon à savoir.

En cherchant, j'ai trouvé une solution sans colonne intermédiaire, en utilisant du DECALER(Table1!A$2...., du EQUIV(....;0) et du EQUIV(....;1) pour définir la plage à considérer (En fait, c'est la même méthode que toi, mais la plage dans la colonne A est définie autrement). Toutefois, cela ne fonctionne que si les colonnes C et D sont parfaitement triées dans l'ordre. C'était le cas pour la colonne C, les dates, mais pas pour la colonne D (Cf. le 24/08, dans ton fichier initial). Dans celle-ci, il faut absolument que les types, pour une même date, soient indiqués dans l'ordre, Type1, type2, Type3 et ainsi de suite. On peut faire ça automatiquement par le tri dans l'onglet "Données".


@ plus

P.S 1 : On peut remplacer le SOMME à valider en matriciel (Ctrl+maj tempo+entrer) par un SOMMEPROD, à valider simplement avec entrer.

P.S 2 : Ce qui serait intéressant, c'est d'avoir la formule valable même si les dates et les types de vente sont données sans le désordre...

Re : Comptage matriciel conditionné

Intéressant, merci pour ce complément d'information, je dois avouer que je ne suis pas trop à l'aise avec la fonction décaler, je vais juste chercher des morceaux sur les forums pour arriver au résultat escompté !
Mais je vais creuser un peu plus ta solution.

Pour la validation matricielle ça ne pose pas vraiment de problème puisque je travaille dans des tables il suffit juste de valider la première ligne pour que tout soit pris en compte.

Pour le PS2 effectivement ce serait pas mal !!

A+

Re : Comptage matriciel conditionné

Bonsoir

Sauf erreur de ma part, en pièce jointe une solution fonctionnant même si les données ne sont pas dans l'ordre, trouvée sur le site de J. Boisgontier. Encore une fois, merci à lui.


@ plus

Re : Comptage matriciel conditionné

Bonjour CISCO,

Merci beaucoup d'avoir continué à creuser, cette nouvelle solution est bien plus efficace et plus légère à utiliser !