Discussion :

[Skywalkeuse]

Bonjour,
Je débute sur Excel et je bloque sur un exercice.
J'ai un premier tableau avec différents type de dépense, un payeur et le montant de cette dépense.
J'aimerais, sur le second tableau, faire la somme des dépenses d'un même type par payeur de façon automatisé.
J'ai pensé à une recherchev mais si je ne me trompe pas, je ne peux pas obtenir une somme avec cette fonction et je ne pourrais pas non plus chercher à la fois le type de dépense et le payeur.

Pouvez-vous m'éclairer sur la fonction qui pourrait m'aider à automatiser cela s'il vous plait ?
Merci d'avance

Voir capture d'écran ci-dessous :

[Philippe Tulliez]

Bonjour,
Tu peux aisément en moins de cinq clics obtenir ton résultat avec les tableaux croisés dynamiques.

[Menhir]

J'aimerais, sur le second tableau, faire la somme des dépenses d'un même type par payeur de façon automatisé.
J'ai pensé à une recherchev mais si je ne me trompe pas, je ne peux pas obtenir une somme avec cette fonction

Autre raison (s'il en était besoin) : RECHERCHEV s'arrête au premier élément trouvé et ne tien pas compte des suivants.

Pour faire une somme conditionnelle, par définition, il faut utiliser la fonction SOMME.SI().
Dans ton cas, puisqu'il y a plusieurs critères, ce sera plutôt SOMME.SI.ENS()

[Skywalkeuse]

Comme il s'agit d'un exercice, je ne pouvais pas utiliser le tcd mais en effet, c'est le plus simple.
Mais je vais essayer avec la fonctione SOMME.SI()
Merci à vous deux

[Menhir]

Mais je vais essayer avec la fonctione SOMME.SI()

Relis mieux ma réponse.

[Philippe Tulliez]

Bonjour,
En plus de la proposition de Menhir, que je salue, d'utiliser le SOMME.SI.ENS, il y a également une solution avec SOMMEPROD qui permet d'effectuer des tests que ne permet pas SOMME.SI.ENS (par exemple le test sur le résultat de l'extraction du mois ou de l'année d'une date)

[Menhir]

Question de goût.
Perso, je ne fais pas trop confiance à SOMMEPROD() qui est sans doute la fonction la plus ambigüe d'Excel.

Pour des dates, je préfère utiliser, par exemple, des bornes de début et de fin de mois dans un SOMME.SI.ENS() que d'extraire mois et année dans un SOMMEPROD().
Et quand SOMME.SI.ENS() est dépassé, j'utilise SOMME(SI()) en matriciel.

Mais, comme je le disais, c'est juste une question de goût. Je ne dis pas que c'est mieux ou pire.

[Pierre Fauconnier]

Salut.

Même pour un critère, il vaut mieux utiliser SOMME.SI.ENS que SOMME.SI, car les arguments ne sont pas proposés dans le même ordre pour les deux fonctions. Personnellement, je considère SOMME.SI comme obsolète et maintenu à des fins de compatibilité.

Je préfère de loin SOMMEPROD qui ne présente aucune ambiguïté lorsqu'on en a compris son fonctionnement (Perso, je la considère comme une formule magique d'Excel que tout excellien professionnel doit connaître et maîtriser, mais qu'il peut remplacer en effet par une somme matricielle):

• Elle permet une critérisation bien plus fine que les fonction XXX.SI.ENS puisque, comme le dit Philippe, elles permettent de critériser sur le résultat d'un traitement des données, là où XXX.SI.ENS ne permettent de travailler que sur les valeurs (totales, ou partielles avec les jokers avec * et ~) des cellules;
• SOMMEPROD permet l'expression de critères logiques incluant le OU logique, le OU exclusif, voire même de valoriser x conditions sur Y, ce que ne permettent pas les XXX.SI.ENS qui ne prennent en compte que les lignes répondant à toutes les conditions (ET logique);
• SOMMEPROD permet de se passer de colonnes supplémentaires alors que les fonctions XXX.SI.ENS amènent régulièrement à devoir ajouter des colonnes intermédiaires;
• SOMMEPROD utilise l'expression naturelle des conditions (telles que pour la fonction SI) alors que les fonctions XXX.SI.ENS obligent une construction contre-intuitive des inégalités.

Au passage, on remarquera le format particulier des dates en colonnes G et L.

Question de goût.
Perso, je ne fais pas trop confiance à SOMMEPROD() qui est sans doute la fonction la plus ambigüe d'Excel.[...]

Après, je suis d'accord que c'est selon le choix de chacun. Mais je ne vois aucune ambiguïté dans cette fonction, ni aucune raison ne pas "avoir confiance". Elle fonctionne et s'exprime exactement comme la somme matricielle que tu préfères, d'où mon incompréhension de ta remarque...

[Skywalkeuse]

Relis mieux ma réponse.

Oui, je voulais dire SOMME.SI.ENS() pardon.

@Philippe Tulliez
@Pierre Fauconnier
Merci pour toutes ces explications sur la fonction SOMMEPROD(), je ne connaissais pas et ça m'aide beaucoup, merci