Somme selon un critère dans une feuille de calcul

Je sèche sur un problème de feuille de calcul dans neo-openo-excel, peu importe lequel.

Dans les feuilles de ma compta j'ai, sans surprise, une liste d'encaissements et de décaissements. Pour chaque ligne, j'ai j'ai le code de plan comptable correspondant. Je voudrais ajouter une feuille dans laquelle je ferais des sommes par mois classées par code, de façon à pouvoir ensuite facilement analyser les mouvements en fonction des postes.

Le problème est évidemment de trouver un mécanisme pas trop lourd pour faire des sommes regroupées par code.

J'imagine facilement des solutions très lourdes et inélégantes dans lesquelles je pourrais faire une feuille par mois dans laquelle je mets une colonne par code et dans chaque cellule une formule qui dit, en gros, s'il y a une valeur dans la ligne x de la feuille du mois et si le code de la même ligne est égal à y, alors la cellule où je me trouve contient cette valeur. Ensuite je somme la colonne et l'affaire est dans le sac.

Mais ajouter douze feuilles d'une trentaine de colonnes remplies de formules, ça paraît tout de même un peu tractopelle pour faire un pâté de sable (ou plutôt un camembert dans ce cas) et une quantité énorme de calcul et de test pour de simples sommes.

Évidemment, je peux apprendre à faire une macro, mais bon, vb script, j’en ai fait hélas il y a longtemps et je n’ai pas trop envie de m’y replonger. J’ai vaguement le sentiment qu’il doit y avoir moyen de faire ça par une formule par ligne, mais je rêve peut-être et de toute façon je ne trouve pas.

Si quelqu’un avait une idée plus maligne que la mienne par des formules, je serais bondissant de joie !

hr a écrit:

Si quelqu’un avait une idée plus maligne que la mienne par des formules, je serais bondissant de joie !

J'en ai une, mais comme ça fait longtemps que je n'ai pas pratiqué, je suppose qu'on peut faire plus malin (définir des noms, bien choisir le type de référence, ...)

Code:

    A                           B
1 compte                     montant
2  22                           10
3  45                           20
4  22                           30
5  34                           40
6  45                           50
7
8  formule                   résultat
9  SOMME.SI(A2:A6;"22";B2:B6)   40
10 SOMME.SI(A2:A6;"34";B2:B6)   40
11 SOMME.SI(A2:A6;"45";B2:B6)   70

Bon, là j'ai essayé de recopier la plage A1:B11, c'est pas de la tarte (code c'est pas top, et la couleur par défaut....), j'espère que c'est compréhensible

Pomme-I a écrit:

j'espère que c'est compréhensible

Tu parles que c'est compréhensible ! C'est même complètement magique !
J'ignorais que dans les sommes par plages on pouvait tester individuellement chaque ligne. Une fois qu'on le voit, on pige bien, mais ça, je ne l'aurais jamais trouvé.

J'ai failli me taper la tête contre le bas plafond de mon bureau tellement j'ai bondi et je dégouline de gratitude à tes pieds !

Eh ben, ce mécanisme m'ouvre des possibilités innombrables que je n'avais pas soupçonnées…

hr a écrit:

J'ai failli me taper la tête contre le bas plafond de mon bureau tellement j'ai bondi

Heureusement que t'as pas réussi

hr a écrit:

et je dégouline de gratitude à tes pieds !

Berk ! de la dégoulinade de hr je préfère pas Après je risque de marcher dedans et de me casser l'autre fémur

hr a écrit:

Eh ben, ce mécanisme m'ouvre des possibilités innombrables que je n'avais pas soupçonnées…

Et encore, si tu savais ! Y en a plein d'autres !

Pomme-I a écrit:

Heureusement que t'as pas réussi

Avec un plafond à 1m95, il valait mieux que je ne saute pas trop haut.

Pomme-I a écrit:

Berk ! de la dégoulinade de hr je préfère pas Après je risque de marcher dedans et de me casser l'autre fémur

Mais non, ce n'est pas moi qui me liquéfie, c'est la gratitude qui elle est impalpable.

Pomme-I a écrit:

Et encore, si tu savais ! Y en a plein d'autres !

Ça je m'en doute et d'ailleurs j'ai pas mal de doc mais malheureusement pas le temps d'étudier ça en commençant pas le début et en finissant par la fin ce qui, à peu de choses prêt est le seul moyen d'apprendre ce genre de choses vu qu'on sait ce qu'on veut faire mais qu'on ne sait pas quoi chercher pour y arriver. Pour trouver quelque chose de précis et d'isolé, ce n'est pas facile. D'où ma question. Pour le reste je fouine un peu et je bricole. Pas satisfaisant, mais…

hr a écrit:

Pour trouver quelque chose de précis et d'isolé, ce n'est pas facile. D'où ma question. Pour le reste je fouine un peu et je bricole. Pas satisfaisant, mais…

Quand ça te reprendra, tu peux toujours poser ta question. Peut-être que finalement ça servira à quelqu'un que j'aie fait des enseignements de bureautique

Pomme-I a écrit:

Quand ça te reprendra, tu peux toujours poser ta question.

Merci ! je n'y manquerai pas.

Pomme-I a écrit:

Peut-être que finalement ça servira à quelqu'un que j'aie fait des enseignements de bureautique

Je ne dois pas être le seul quand même…

J'ai déjà une question (pas trouvé quoi que ce soit à ce sujet dans l'aide ou les docs que j'ai). Le point, dans SOMME.SI dans cet exemple je comprends bien comment ça peut fonctionner, on accroche SI à l'itération de SOMME mais d'une façon plus générale, comment pourrait-on définir ce point ? Est-ce que ça accroche uniquement à des opérations en boucle ou ça peut associer deux fonctions dans d'autres cas ?
Juste histoire de savoir dans quel sens réfléchir.

-----------------------------------------
Je viens de trouver une mine de tutoriels sur framasoft et ça cause de ça, un peu, perdu dans des tas de choses. Le tout est de trouver le temps de le lire…

hr a écrit:

Le point, dans SOMME.SI dans cet exemple je comprends bien comment ça peut fonctionner, on accroche SI à l'itération de SOMME mais d'une façon plus générale, comment pourrait-on définir ce point ? Est-ce que ça accroche uniquement à des opérations en boucle ou ça peut associer deux fonctions dans d'autres cas ?

Pasque tu crois que le génie de M$ irait jusque là ? Non, non, calme toi , somme.si, c'est juste une façon de nommer cette fonction, pour la différencier de somme, somme.carres, somme.series, etc..., ça n'a rien à voir avec une possibilité de composition, ou de combinaison.

hr a écrit:

ça cause de ça

Kwa ?? Jeumagouré ?? Le point serait un opérateur ?? Horreur et putréfaction !!

Pomme-I a écrit:

somme.si, c'est juste une façon de nommer cette fonction, pour la différencier de somme, somme.carres, somme.series, etc..., ça n'a rien à voir avec une possibilité de composition, ou de combinaison.

Ah bon, d'accord.

Pomme-I a écrit:

Kwa ?? Jeumagouré ?? Le point serait un opérateur ?? Horreur et putréfaction !!

Euh non, pas de panique, je ne crois pas, je disais que ça causait de ces types de fonctions, mais ça ne dit pas qu'on les fabrique soi-même en combinant avec un point. Non tu a raison, pour ce que j'ai compris, ce sont bien juste des noms et rien de plus. J'avais pensé à un opérateur parce que ça ressemblait à de la syntaxe genre objet, mais rien de ça ici !

En plus ce n'est pas cohérent puisque certaines fonctions s'écrivent comme ci et d'autres comme ça. Par exemple ESTNONVIDE pourrait avantageusement s'écrire EST.NONVIDE ou même EST.NON.VIDE.
D'où la formule toujours vérifiée : ESTVIDE(COHERENCE("Microsoft"))=VRAI.