[Résolu] SOMME.SI ne fonctionne pas tout le temps

[christophe40]

Bonjour @ tous,

Dans le cadre d'une feuille qui gère les encaissements d'un cabinet, je viens de m'apercevoir par hasard que la formule SOMME.SI ne fonctionne pas tout le temps.
La plupart des encaissements se fond par virement bancaire, c'est pour cela que je ne m'en suis pas aperçu rapidement, j'utilise cette feuille assez peu. Je peux vous certifier que lors de l'élaboration des formules SOMME.SI tout fonctionnait parfaitement. Je ne suis pas en mesure de vous dire à quel moment cela à commencé à ne plus fonctionner !

Je vous met en PJ la feuille problématique.
Je vous explique en 2 mots sont fonctionnement bien que cela soit assez simple à comprendre. Chaque type de paiement est saisi avec sa date de réception ou de facturation et sa date de mouvement crédité sur le compte bancaire.
Cela me permet de voir d'un seul coup d'oeil sur une autre feuille de ma compta, ce qui est en attente d'encaissement et ce qui a été réellement encaissé.

Ce sont les 2 tableaux a l’extrême droite de la feuille qui utilisent la fonction SOMME.SI en utilisant les dates. Comme vous pouvez vous le remarquer, certaine cellules sont bien remplies par SOMME.SI mais la plupart ne le sont pas alors qu'il s'agit de la même fonction.
Encore une fois, j'insiste sur le fait que tout fonctionnait très bien et que je n'ai apporté aucune modification sur cette feuille.

Quelqu'un peut il m'expliquer ce qu'il ne va pas ?

Merci @ tous.

[zeguedon]

Bonjour,

Est-ce que tu peux confirmer que dans : menu Outils>Option>LibreOffice Calc>Calcul le bouton radio Autoriser les caractères génériques dans les formules est bien activé.
Merci.

Ajout : et décocher : Critères de recherche = et <> doivent correspondre à des cellules entières

[christophe40]

Bonjour,
oui je te confirme que "autoriser les caractères génériques dans les formules" est bien activer.

[zeguedon]

J'ai posté un ajout entre temps. Le fait de décocher Critères de recherche = et <> doivent correspondre à des cellules entières fait apparaître les bons résultats

[christophe40]

J'ai bien fait la manipulation que tu m'as indiquée mais rien y fait.

J'ai enregistré puis fermé le document. Mais cela ne fonctionne pas.

Au cas ou je te mets en PJ la copie écran de ce que j'obtiens.

[Kev74]

Bonjour, cela fonctionne chez moi même avec "Critères de recherche = et <> doivent correspondre à des cellules entières" activés.

Peut-être faut-il passer par une purge du profil Purger son profil avec l'outil dédié? Ou passer à la version 7.0.5.2 la dernière version la plus stable Lien de téléchargement de LibreOffice 7.0.5.2

Bonne soirée

[Jeff]

Bonjour,

J'ai l'impression que tu t'embêterais moins si dans ton tableau récapitulatif, les mois étaient des dates (01/01/2021, 01/02/2021 etc), avec un format mmmm pour n'afficher que le nom du mois.

Ensuite une fonction SOMMEPROD fait le job (pas de version AOO sous la main, mais ça devrait ressembler à : )

Code : Tout sélectionner

=SOMMEPROD((MOIS(colonne_date_A)=MOIS(cellule_date_recap))*colonne_montant_cb)

A +

[njhub]

Bonjour christophe40, le forum

Essayez avec le raccourci clavier Ctrl+Maj+F9
pour forcer le "recalcul", ça a fonctionné chez moi...

[Jean-Louis Cadeillan]

Bonsoir,
Provoque le calcul forcé en ajoutant à ta formule la fonction ALEA(), inactivée par la multiplication par 0.
Voir ci-joint.
Cordialement,
Jean-Louis

[christophe40]

Bonjour,

Merci à tous pour votre aide.

Ctrl+maj+F9 ne fonctionne pas, tout comme F9.

Les purges ne changent rien.

Jeff, merci pour ta solution. Si mon problème persiste, je me pencherai sur SOMMEPROD.

Mais j'aimerai bien comprendre pourquoi je suis touché par ce problème alors qu'avec mon fichier, vous arrivez tous à le résoudre !
D'autant que cela à parfaitement fonctionné jusqu’à présent.
Que se passe t il donc ?

[christophe40]

Jean-Louis Cadeillan,

Nos messages se sont croisés.

J'ai ouvert ton fichier corrigé avec ALEA, et ça ne change rien le problème est toujours présent. Même sur ton fichier !!!

C'est un truc fou cette histoire!

[Kev74]

Re,

Pourquoi pas essayer de créer un nouveau document tableur, en faisant un copier de l'ensemble de votre tableau puis de faire un collage spécial, par clic droit puis Collage spécial > Collage spécial > Tout coller ?

Ajout : Si cela ne fonctionne pas, refaire la manipulation en collant l'ensemble du tableau, ensuite Clic droit puis Collage spécial > Collage spécial > Sélectionner "Texte","Nombres","Date et heure", "Formules"

Peut-être un défaut de votre document tableur, on ne sait jamais...

[Jean-Louis Cadeillan]

Je ne comprends pas le dysfonctionnement. J'essaie juste de le contourner. Alternative : remplace dans ton fichier * par .* en cochant plutôt Autoriser les expressions régulières dans les formules et pas Autoriser les caractères génériques dans les formules. Voir ci-joint.
Bien sûr toutes les propositions que je fais fonctionnent dans mon environnement (sous Libo 7.1.5.2 et Win 7).
Cordialement,
Jean-Louis

[zeguedon]

Bonjour,

C'est un truc fou cette histoire!

Peut-être pas. Les métadonnées de ton fichier indiquent qu'il a été enregistré avec une version 7.2.0.4 alors que ta signature indique 7.0.5.2 (parfait en passant pour induire en erreur ceux qui cherchent à comprendre ) :

christophe40.png

or cette version n'est pas la version stable recommandée ici. Il s'agit d'une version de développement sujette donc à de probables dysfonctionnements.
Pour écarter le doute, installe la version stable et reviens nous dire si le problème persiste, sans oublier de corriger ta signature.
@+

[Jeff]

Apparemment, la gestion des caractères génériques varie selon les versions de LibO (expérimentale vs stable), ci-joint un essai de ce que j'ai compris, avec SOMMEPROD.

A +

[christophe40]

Désolé zeguedon,

Mais pour des raisons de sécurité, le poste sur lequel ce fichier compta tourne est autonome. Pour vous envoyer ces messages sur le forum j'utilise un autre ordi qui lui est connecté. Le poste autonome est en Libre Office V 1.7.5.2 (j'en ai profité pour le mettre à jour suite à ton message), le poste connecté est lui en Libre Office V7.2.0.4 (la MAJ est beaucoup simple donc faite plus fréquemment...).
La compta est réalisée uniquement sur une version stable sur un poste autonome, et cela à toujours été le cas depuis presque la nuit des temps !

Je vous remets donc en PJ la même feuille avec la fonction SOMME.SI qui pose toujours autant de problème.

Je ne pense pas que le problème vienne des paramètres "gestion caractères générique" car comme vous pouvez le constater, il y a tout de même une ou 2 cellules pour la lesquelles la fonction SOMME.SI fonctionne.

Je suis donc toujours à la recherche d'une solution et si possible de comprendre ce qu'il se passe.

Au cas ou malheureusement vous/nous n'arriverions pas à trouver d'ou vient ce problème, J'ai commencé à regarder pour utiliser la fonction SOMMEPROD mais cela me demande des connaissances que je n'ai pas et j'ai beaucoup de mal à comprendre le principe des matrices. En fait je crois que les matrices me terrorisent !

Jeff, j'ai téléchargé le fichier que tu as mis, mais le problème s'y trouve toujours chez moi !

Encore merci @ tous d'essayer de m'aider.

[zeguedon]

Bonjour,

Ton dernier fichier affiche parfaitement les résultats attendus dès son ouverture dans mon environnement sans aucune modification des paramètres :

christophe40.png

On peut raisonnablement écarter l'hypothèse d'un problème propre au fichier. Il arrive parfois que le profil utilisateur de l'application se corrompe. Il faut dans ce cas l'écarter pour repartir avec un profil vierge pour voir si le problème disparaît, voir la procédure manuelle qui ne nécessite aucun utilitaire ici : https://forum.openoffice.org/fr/forum/v ... 68#p174616
note : sans cette purge, le problème va perdurer sans que jamais personne puisse te dire quelle en est l'origine.
@+

[christophe40]

Bonjour zeguedon,

J'ai déjà opéré une purge du profil comme il m'a été suggéré de le faire au début du fil. Mais il est vrai que je ne vous l'avais pas explicitement précisé.

J'ai fait une purge avec l'utilitaire fichier java qui est mis en ligne sur le forum. J'ai fait dans un premier temps une purge "partielle" puis comme cela n'avait rien réglé j'ai fait une purge "totale". Pour être tout à fait complet après chaque purge j'ai redémarré l'ordi.

[zeguedon]

Bonjour,

Merci pour ces précisions.
J'ai essayé d'ouvrir ton dernier fichier avec AOO et je constate qu'il ne fonctionne pas. Par contre si on supprime les astérisques de la formule, elle fonctionne aussi bien sous AOO que sous LO.

Code : Tout sélectionner

=SOMME.SI($A$7:$A$98;"/01/";$G$7:$G$98)

christophe40.png

Est-ce que tu peux faire cette dernière tentative pour voir ? Après j’arrête parce là que je sèche lamentablement. Et j'ai pas envie d'incriminer ton OS à jour, pas à jour ? Je n'utilise pas Windows
@+

[christophe40]

Bonjour zeguedon,

J'ai réalisé ta dernière manipulation en enlevant les " * "... Le problème est toujours persistant !

Je vous remercie tous pour votre aide et votre mobilisation pour essayer de trouver une solution.
Mon problème risque de rester incompréhensiblement insoluble.

Mais tout n'est pas négatif. Grâce à vos interventions j'ai appris de nouvelles choses.

Merci @ tous.
Christophe

[zeguedon]

Bonjour,

Désolé mais je n'arrive pas à lâcher le morceau Je viens de faire une curieuse expérience avec un de tes fichiers qui ne fonctionne pas : clic droit sur l'onglet de la feuille=>Déplacer/Copier la feuille, dans la zone Emplacement je sélectionne -nouveau document- puis Valider et là tout fonctionne.

Pour essayer de comprendre, je dézippe les deux fichiers afin de comparer les sous documents qui les composent pour y trouver une différence.

Le sous document nommé styles.xml du fichier qui ne fonctionne pas contient des informations relatives aux caractères asiatiques :

Code : Tout sélectionner

<style:font-face style:name="Mangal" svg:font-family="Mangal" style:font-family-generic="system" style:font-pitch="variable"/>
<style:font-face style:name="Microsoft YaHei" svg:font-family="'Microsoft YaHei'" style:font-family-generic="system" style:font-pitch="variable"/>
[...]
style:font-name-asian="Microsoft YaHei" style:font-size-asian="10pt" style:language-asian="zh" style:country-asian="CN" style:font-name-complex="Mangal" style:font-size-complex="10pt" style:language-complex="hi" style:country-complex="IN"/

évidement tout ceci est absent dans le fichier qui fonctionne. Voir différence sur les captures jointes :

christophe40_Asian.png

christophe40NonAsian.png

Est-ce que dans les options menu Outils>Options>Paramètres linguistiques les cases Asiatique et Mise en page de texte complexe sont cochées ?

Je te joins pour test le fichier obtenu par la démarche expliquée précédemment.
De mémoire, il me semble que des dysfonctionnements ont déjà été remarqués lorsque ces options sont cochées.
@+

[christophe40]

Bonjour zeguedon,

Je te remercie pour ta persévérance. J'ai ouvert ton fichier mais le problème persiste tout comme sur mon fichier original.

J'ai fait la même manip que toi et j'ai vérifié que les cases "asiatique" et "mise en page complexe" sont bien décochées.
Je te joins 2 copies écran des paramètres actuels pour être certain après toutes ces manips que mes paramètres actuels sont bien cohérents.

A présent je commence à me dire que l'ultime étape c'est une réinstal complète de l'ordi en partant de zéro. Cependant, comme je ne sais pas pourquoi ce problème est présent, il est fort probable qu'il demeure après ce chantier. Surtout si il est lié au fichier.

Grand merci pour ton aide.

[Jeff]

Est-ce que tu as l’édition Famille de Windows 10 ?

Si oui, peut-être que la cause est la malicieuse KB4343909 (voir http://oooforum.free.fr/index.php/2018/ ... te-et-fin/)

A +

[christophe40]

Bonjour,
En fait je suis un très très très mauvais élève.... Je suis encore sous WIN 7 64bit SP1
Mais comme je l'ai indiqué plus haut, comme cet ordi est en mode strictement autonome, cela ne pose pas trop de souci.
En tout cas merci pour cet info qui me fait un peu flipée!!

Vive Linux, oui je suis complétement d'accord, mais quand on est obligé de travailler avec des logiciels métier dont les éditeurs ne veulent pas entendre parlé de Linux alors qu'ils proposent des versions pour MAC, et bien on est un peu pris en otage...

[Michel JANZEF]

Bonjour,
Voir dans les options de Libreoffice Calc --> Formule --> Recalcule au chargement du fichier, dans la ligne Classeur ODF (non enregistré...) , en sélectionnant Toujours recalculer. Chez moi ça fonctionne sur le premier fichier mis en ligne par l'auteur de la question.

[christophe40]

Bonjour à tous,

Je viens vous donner des nouvelles de mon problème.
Je ne suis pas parvenu à le résoudre en revanche je suis parvenu à le contourner.

J'ai procédé à une désinstallation total de LO, puis j'ai rebooté la machine. J'ai cherché dans tous les répertoires des traces de LO que j'ai effacées manuellement. J'ai rebooté puis j'ai lancé un nettoyage de la base de registre avec CCcleaner puis j'ai rebooté.

J'ai effectué une installation de LO avec la dernière version stable et le problème avait disparu. Mais comme je ne connais toujours pas la cause de ce dysfonctionnement, il est fort possible qu'il réapparaisse un jour ou l'autre....

Merci à tous pour votre aide.

[Dude]

Salut,

Mais comme je ne connais toujours pas la cause de ce dysfonctionnement

Pourtant on t'a répondu à ce sujet :

Les métadonnées de ton fichier indiquent qu'il a été enregistré avec une version 7.2.0.4 alors que ta signature indique 7.0.5.2 (parfait en passant pour induire en erreur ceux qui cherchent à comprendre ) [...] or cette version n'est pas la version stable recommandée ici. Il s'agit d'une version de développement sujette donc à de probables dysfonctionnements.

Les aller-retours de document sur des versions différentes sont à proscrire.

Merci d'ajouter [Résolu] au titre de ton 1er message.