Cogefi, logiciel d'analyse financière : version 17.10 de mars 2019

SAVCOGEFI a écrit:

L'intendant zonard a écrit:

@ garfield03 : ce genre de message me semble provoqué par un remplissage insuffisant des données : il pourrait manquer un fichier GFC, ou bien des paramètres de l'établissement... Sinon, ce peut aussi venir de trop d'itérations avec les versions pas encore parfaites, reviens à ton travail de l'année dernière et réimporte-le.

Je pencherai plutôt vers un problème de définition de variables... Il faut vérifier si malgré l'affichage du message d'erreur, les pièces cochées s'affichent sur la barre d'onglets.

Lorsque je ferme le message d'erreur, seuls les deux premiers documents s'affichent dans la barre d'onglet : population scolaire et dotation de fonctionnement.
Je dois double cliquer sur les autres pour les ouvrir.

D'ailleurs je remarque que la fonction "clic droit pour revenir au panneau de commande" ne fonctionne plus après l'affichage du message d'erreur. Je dois ferme et rouvrir cogefi pour que cela remarche.

J'ai le même problème que garfield03.
J'ai souvent des problèmes à l'ouverture avec des messages d'erreur visual basic

Il y a aussi des pbs de police sur les tableaux ca-exécution codes activités

Mais l'outil est super !

Oyez,

Je viens de mettre en ligne la version 17.05, fruit des vacances du Maître. Elle ne corrige que des imperfections mineures signalées notamment par Ed ci-dessus. Si vous êtes déjà en 17.03 vous pouvez préférer vous mettre à jour, mais ce n'est probablement pas très nécessaire.

J'entends çà et là que d'aucuns en sont restés à la version 16 : c'est une ânerie ! Testez-nous cette version 17, elle est magnifique, l'ergonomie continue de progresser avec la page de garde de la présentation en CA : vraiment désormais, plus rien n'empêche d'utiliser Cogefi en direct-vidéoprojecteur devant le conseil. Le temps de préparation d'icelui s'en trouve encore réduit, à presque rien désormais.

Sur la 17.03, je constate un problème sur les composantes de la trésorerie N-1 où il n'y a pas de détails :


Et je vois également un possible bug sur un graphe pour le stock où le stock n'évolue pas sur l'année (j'ai bien vérifié les chiffres dans les deux balances n et n-1) alors qu'il y a une variation :

As-tu bien fourni les fichiers de ta fin d'exercice précédent dans le répertoire EXTRACTIONS_GFC\CBUD_0 ?

Oui, données en Cbud0, je ne constate pour le moment d'incohérence que pour les deux points signalés.

Je viens de terminer mon rapport de gestion, pour la 1ère fois avec Cogefi, et je dois dire que je n'en ai jamais fait d'aussi beau et précis!
Merci pour cet outil!! 

Bonjour,

J'ai utilisé le G1 pour le FDR mobilisable mais les DM32 ne sont pas prises en compte dans le document à éditer.
J'ai saisi le budget voté en déséquilibre comme une DM et ensuite une DM32.

idem dans le rapport /CA bilan du FDR mobilisable, les DM32 inscrites dans la ligne B4 ne sont pris en compte dans le calcul.

d'ailleurs c'est un dommage que les données doivent être saisies en double.

peky a écrit:

d'ailleurs c'est un dommage que les données doivent être saisies en double.

Y a un petit boulot d'amélioration de l'ergonomie de la saisie des informations connexes et historiques. Pour la version 18, si l'on trouve des co-développeurs...

Est ce que quelqu'un a le même problème que moi pour les composantes de la trésorerie n-1 ?
ça ne me le fait pas sur le fdr :

NON, pour tous les EPLE, ici c'est impeccable.

victor 67 a écrit:

Est ce que quelqu'un a le même problème que moi pour les composantes de la trésorerie n-1 ?
ça ne me le fait pas sur le fdr :

Problème corrigé, MAJ à télécharger sur le site EE demain matin.

peky a écrit:

Bonjour,

J'ai utilisé le G1 pour le FDR mobilisable mais les DM32 ne sont pas prises en compte dans le document à éditer.
J'ai saisi le budget voté en déséquilibre comme une DM et ensuite une DM32.

idem dans le rapport /CA bilan du FDR mobilisable, les DM32 inscrites dans la ligne B4 ne sont pris en compte dans le calcul.

Par défaut, la pièce 20 (FDRm) ne prend pas en compte les prélèvements déjà effectués après intégration du résultat à la clôture de l'exercice.
La version pièce de contrôle destinée aux autorités lors d'un prélèvement en cours d'exercice a été mise à jour (publiée demain sur le site (EE). Dorénavant, elle ne sera plus liée à la version CA et reporte automatiquement les prélèvements autorisés à la partir de la fiche de saisie de la DBM.

Ca y est, la version 17.06 est en ligne sur https://openacademie.beta.gouv.fr/. Elle corrige le bogue sur le graphique de la composition de la trésorerie de l'exercice précédent, et rationalise l'utilisation des données sur les DBM de prélèvement. Téléchargez, mettez à jour, foncez !

garfield03 a écrit:

SAVCOGEFI a écrit:

L'intendant zonard a écrit:

@ garfield03 : ce genre de message me semble provoqué par un remplissage insuffisant des données : il pourrait manquer un fichier GFC, ou bien des paramètres de l'établissement... Sinon, ce peut aussi venir de trop d'itérations avec les versions pas encore parfaites, reviens à ton travail de l'année dernière et réimporte-le.

Je pencherai plutôt vers un problème de définition de variables... Il faut vérifier si malgré l'affichage du message d'erreur, les pièces cochées s'affichent sur la barre d'onglets.

Lorsque je ferme le message d'erreur, seuls les deux premiers documents s'affichent dans la barre d'onglet : population scolaire et dotation de fonctionnement.
Je dois double cliquer sur les autres pour les ouvrir.

D'ailleurs je remarque que la fonction "clic droit pour revenir au panneau de commande" ne fonctionne plus après l'affichage du message d'erreur. Je dois ferme et rouvrir cogefi pour que cela remarche.

Malgré le passage à la version 17.6, je connais toujours ce problème pour l'impression (et également la diffusion) des documents du rapport de gestion... Avez-vous une idée du problème?

garfield03, il faut que tu nous décrives ton environnement (versions Windows et Excel), la taille de ton fichier Cogefi... Et que tu me confirmes que, comme je te le demandais, tu repartes de ton travail en version 16 pour le réimporter dans la version 17.06 d'hier soir, en abandonnant les versions posant problème. C'est un peu pénible, mais c'est le prix à payer des premiers utilisateurs, qui essuient les plâtres (donc merci !)

Bonjour,

Pour les DM32 toujours le même souci.(pour moi)
Notamment le B4 n'est pas pris en compte dans le calcul du FDR mobilisable (rapport du CA).
Mais a-t-il vocation à y être ?

L'intendant zonard a écrit:

garfield03, il faut que tu nous décrives ton environnement (versions Windows et Excel), la taille de ton fichier Cogefi... Et que tu me confirmes que, comme je te le demandais, tu repartes de ton travail en version 16 pour le réimporter dans la version 17.06 d'hier soir, en abandonnant les versions posant problème. C'est un peu pénible, mais c'est le prix à payer des premiers utilisateurs, qui essuient les plâtres (donc merci !)

Je suis sous W7pro, excel 2013.
Mon fichier 8Mo.
Je repars de 2016 et vous tiens au courant.

garfield03 a écrit:

Je suis sous W7pro, excel 2013.
Mon fichier 8Mo.
Je repars de 2016 et vous tiens au courant.

Merci. On n'a pas connaissance à ce jour de problèmes d'impression et d'accès aux écrans dans la configuration W7/Ex2013. Ton fichier est un peu gras à 8 Mo, mais ce n'est pas forcément une pathologie. On attend que tu repartes d'une base saine avant de s'inquiéter.

J'ai fait la démarche suivante:
- j'ai repris un 16.04 neuf
- intégration de la balance sde et sdr
- saisie des données manuelles
- sauvegarde
- copie du fichier de sauvegarde vers un nouveau dossier 17.06
- restauration

Le problème est malheureusement toujours le même...

garfield03 a écrit:

J'ai fait la démarche suivante:
- j'ai repris un 16.04 neuf
- intégration de la balance sde et sdr
- saisie des données manuelles
- sauvegarde
- copie du fichier de sauvegarde vers un nouveau dossier 17.06
- restauration

Le problème est malheureusement toujours le même...

Bon, y a un bogue. On va chercher du côté de ton environnement logiciel. Mais j'ai beau me cogner la tête contre les murs, je n'arrive pas à comprendre pourquoi, mais pourquoi prendre une version obsolète vide pour la remplir, et faire la mise à jour après ?!?

Si tu es disposé à resaisir les données manuelles, alors pourquoi ne pas tout faire directement dans la version 17.06 ?

garfield03 a écrit:

Le problème est malheureusement toujours le même...

Bonjour,
2 pistes de recherche:
1- vérifier si le bug est présent juste après l'ouverture de l'appli en lançant le module impression: si l'anomalie ne se manifeste qu'au bout d'un certain temps, c'est qu'il faudra comme pour l'erreur 15 décocher la fonction enregistrement auto.
2- si l'appli est sur le réseau, la tester en monoposte. Si malgré tout, le problème demeure, alors il faudra tester l'appli sur une autre machine.
Bon courage

L'intendant zonard a écrit:

garfield03 a écrit:

J'ai fait la démarche suivante:
- j'ai repris un 16.04 neuf
- intégration de la balance sde et sdr
- saisie des données manuelles
- sauvegarde
- copie du fichier de sauvegarde vers un nouveau dossier 17.06
- restauration

Le problème est malheureusement toujours le même...

Bon, y a un bogue. On va chercher du côté de ton environnement logiciel. Mais j'ai beau me cogner la tête contre les murs, je n'arrive pas à comprendre pourquoi, mais pourquoi prendre une version obsolète vide pour la remplir, et faire la mise à jour après ?!?

Si tu es disposé à resaisir les données manuelles, alors pourquoi ne pas tout faire directement dans la version 17.06 ?

Non non, même en partant proprement sur un 17.06 tout neuf, j'ai le même problème d'impression. Et j'ai d'ailleurs le retour du problème d'erreur sur le calcul du srh...

SAVCOGEFI a écrit:

garfield03 a écrit:

Le problème est malheureusement toujours le même...

Bonjour,
2 pistes de recherche:
1- vérifier si le bug est présent juste après l'ouverture de l'appli en lançant le module impression: si l'anomalie ne se manifeste qu'au bout d'un certain temps, c'est qu'il faudra comme pour l'erreur 15 décocher la fonction enregistrement auto.
2- si l'appli est sur le réseau, la tester en monoposte. Si malgré tout, le problème demeure, alors il faudra tester l'appli sur une autre machine.
Bon courage

Le bug est présent dès le lancement.
Cogefi est en monoposte.
J'ai tester sur le poste de deux collègues, j'ai le même problème d'édition impossible.

Est-ce qu'en faisant une restauration des données sauvegardées des premières version 17 sur la dernière version 17.06 on récupère toutes les saisies ?

Bonjour,

Je rencontre un problème avec le graphique concernant l'évolution structurelle de la trésorerie dans le rapport CA : onglet santé financière . Pour l'année 2016 le graphique présente bien les différents éléments composant la trésorerie mais pour 2015 il n'affiche que l'autonomie financière (ou peut-être que les autres éléments sont tous regroupés sur l'axe de gauche. Pouvez vous m'aider.
Merci

J'ai installé la 17.06 et je vois un bug sur le doc 7 focus financements (plus de données 2015) :

Rebonjour,
Le graphique de l'indicateur 20 pour l'année 2015 n'est pas bon, il ne reprend pas la saisie du tableau.
Merci de votre aide.

@ petersbourg : pour poursuivre sur ce fil, merci de cliquer sur "répondre" et non sur "nouveau" à chaque post.

victor 67 a écrit:

Est-ce qu'en faisant une restauration des données sauvegardées des premières version 17 sur la dernière version 17.06 on récupère toutes les saisies ?

OUI. Sauf bogue pas encore détecté, forcément.

petersbourg a écrit:

Je rencontre un problème avec le graphique concernant l'évolution structurelle de la trésorerie dans le rapport CA : onglet santé financière . Pour l'année 2016 le graphique présente bien les différents éléments composant la trésorerie mais pour 2015 il n'affiche que l'autonomie financière (ou peut-être que les autres éléments sont tous regroupés sur l'axe de gauche.

Cette imperfection a été corrigée dans la dernière version actuellement disponible, numérotée 17.06. Faites une sauvegarde, ouvrez la nouvelle version et demandez une restauration. Ca prendra quelques minutes à la machine.