GC93 a écrit:

Ou alors, on fera comme avec GFE, on prendra des logiciels de compta privé parceque les éditeurs auront flairés le truc et proposeront des logiciels plus performants.

J'aimerais voir comment les autorités de tutelles et ensuite les juges des comptes s'y prendront quand ils recevront les budgets et COFI qui auront autant de formes différentes qu'il y aura de logiciels privés...on va se marrer.

Grincheux a écrit:

Ou bien alors tu casses tout.

Cher Grinch',

Tu manques d'ancienneté sur ce forum. Si tu avais de la bouteille, tu aurais peut-être déjà lu que dans un précédent message que j'ai envoyé au sujet de cette nuisance, j'expliquais que l'un des gros défauts de Sconard c'est que comme l'application est accessible en réseau uniquement, on ne peut pas se venger sur les CD ou sur les disquettes pour se passer les nerfs, et que s'il en avait été autrement j'aurais volontiers mis le feu à ces objets damnés après les avoir barbouillés de mes excréments.

Ges' a écrit:

J'aimerais voir comment les autorités de tutelles et ensuite les juges
des comptes s'y prendront quand ils recevront les budgets et COFI qui
auront autant de formes différentes qu'il y aura de logiciels
privés...on va se marrer.

Aucun problème, la CRC se moque pas mal de la forme, du moment qu'il y a une balance, une exécution du budget, un compte de résultat, un bilan, etc etc. Et je te rappelle que sur l'IZ je fournis des modèles de mise en page OOo permettant de reproduire quasiment entièrement un cofi manuellement.

Là ce matin, j'ai aussi envie d'envoyer sconet (avec son module gfe et son module adep) au feu!

et moi rien qu'à l'idée de l'utiliser pour faire les retenues sur salaires suite aux dernières grèves....je frémis! (c'est tout nouveau ça vient de sortir chez nous) !!!!

"sconet mosart", engageant comme nom !

mapoulette a écrit:

"sconet mosart", engageant comme nom !

çà vient de tomber en service aussi, sauf que çà s'appelle juste Mosart.
Les collègues sont ravis ....

Il serait certainement envisageable de faire évoluer GFC Mysql vers une application GFC web hébergée au niveau académique. Les arguments en faveur de cette évolution ne manqueraient pas, par exemple :

- disparition possible des transferts physiques de données GFC sous forme de fichiers échangés entre les établissements d’un regroupement ou avec le Ministère (COFI)
- Possibilité pour le comptable d’accéder en visualisation aux données ordonnateur de tous les établissements de son regroupement.
- Possibilité de visualiser et exploiter les données des exercices comptables antérieurs archivés. (actuellement seulement N-1)
- Plus de maintenance locale des mises à jour, changement de versions, basculements d’exercice, restructurations d’agences comptables.
- Possibilité pour les financeurs d’exploiter les données conservées dans la base (tableaux de bord, suivi de l’utilisation des crédits, requêtes BO).

Les inconvénients de cette architecture, vous les connaissez si vous êtes utilisateur de SCONET GFE. Sachant que le principal problème de GFE c’est qu’il s’adosse à SCONET BASE ELEVES, une base de données complexe et très volumineuse, exploitée par de nombreuses applications.

Ce qu’il faut savoir c’est que le Ministère a engagé la refonte de son système informatique (Le SDI) à échéance de 2015. Le but affiché étant bien entendu d’améliorer le service rendu aux utilisateurs. Les grandes orientations annoncées sont les suivantes « la centralisation des architectures et la mutualisation des moyens ». Pour schématiser, il s’agit de transférer des compétences et des moyens, actuellement répartis dans chaque académie, sur des pôles nationaux spécialisés, hébergés dans une seule académie, appelés « Centres d’Exploitation de Services ». Cette orientation s’accompagne de la mise en place de méthodes de travail identiques à celles actuellement en vogue dans le secteur privé (Démarche ITIL)

Les personnels informaticiens de l’EN ont traduit ce plan dans les termes suivants :
- réduction de postes et de moyens.
- abandon de l’échelon académique d’assistance informatique.
- Réorganisation visant à faciliter une future externalisation au secteur privé d’une grande partie de l’informatique de l’Educ. Nat.

Les personnels informaticiens ont récemment observé une journée de grève pour montrer leur opposition au contenu du SDI, mouvement qui a été très largement suivi.

Tout ça pour vous dire que la philosophie du SDI aboutit à favoriser le développement d’applications nationales à architecture centralisée. GFC sera-t-il concerné ? Personnellement je n’en sais rien.

Je suis contre un GFC-WEB pour des tas de raisons. La principale ? Une grosse agence comptable sans internet durant une semaine : imaginez les dégats, surtout avec la disparition ou la réduction des équipes informatiques rectorales.

Si seulement les décideurs étaient des hommes de terrain... et si nous étions capables de nous faire entendre.

Personne pour prendre l'avis opposé à Nanard?
Le sujet mérite pourtant débat. Quand je relis la convention d'assistance informatique avec le rectorat, cela devient vraiment creux et la liste des exclusions d'assistance ne fait que s'allonger.

En qualité de comptable je revendique le droit de maîtriser l'outil informatique qui engage ma responsabilité sans être tributaire d'un ordinateur extérieur et d'un service internet dont la fiabilité n'est pas garantie.

Si GFC devait devenir une application déportée et en dehors de tous les problèmes que peuvent engendrer ces systèmes (je ne remuerai pas le couteau dans la plaie en évoquant SCONET), je cesserai de l'utiliser pour travailler sur une version ancienne (ce qui est faisable en monoposte avec un peu de bidouille), un programme privé qui serait payant et ils ne manqueront pas d'être créés ou même en revenant au papier si il n'y a pas d'autres moyens.
Un post plus haut évoque le service rendu aux utilisateurs. Les utilisateurs, c'est nous et on est susceptibles de payer si on commet des erreurs. Je ne paierai pas de ma poche les choix comptables de gens qui n'ont pas de comptes à rendre. Au sens propre bien sûr.

C'est là où une association de comptables de l'EN permettrait de nous faire entendre...

Avec nos petit 512 k de débit, en centre ville pourtant et en île de France, j'imagine la galère avec SCONET, SCONET GFE, SCONET GFC en même temps, avec de la chance 3 petites minutes par liquidation.
Et cerise sur le gâteau, pas d'internet, pas de compta, les fournisseurs seront ravis de savoir qu'on ne les paye pas par ce que la connexion internet est coupée ou qu'on n'a pas eu le temps de tout liquider car la connexion est trop lente.
Mais on aura rempli les objectifs, un départ d'informaticien sur 2 non remplacé!

N@n@rd a écrit:

C'est là où une association de comptables de l'EN permettrait de nous faire entendre...

Avant de nous retrouver face à cette situation et trop tard pour réagir, quelqu'un a-t'il des infos sur lesquelles s'appuyer pour engager un truc s'il s'avérait que ce projet est réel ?

On est déjà dépendant du rectorat, de la CTR, de la TG, ... pour les paiements via internet.
Avoir une application WEB GFC permettrait de se faire entendre pour un même problème de maintenance par exemple.

Avec SCONET tant décrié, ç'est un des points positifs. quand SCONET est en rade, tout le monde le sait.

Copernic a écrit:

quand SCONET est en rade, tout le monde le sait.

Heureusement, ça n'est jamais arrivé.

Bien sur, ici, ça n'est jamais arrivé depuis au moins deux jours.

LMDV a écrit:

Si GFC devait devenir une application déportée et en dehors de tous les problèmes que peuvent engendrer ces systèmes (je ne remuerai pas le couteau dans la plaie en évoquant SCONET), je cesserai de l'utiliser pour travailler sur une version ancienne (ce qui est faisable en monoposte avec un peu de bidouille), un programme privé qui serait payant et ils ne manqueront pas d'être créés ou même en revenant au papier si il n'y a pas d'autres moyens.
Un post plus haut évoque le service rendu aux utilisateurs. Les utilisateurs, c'est nous et on est susceptibles de payer si on commet des erreurs. Je ne paierai pas de ma poche les choix comptables de gens qui n'ont pas de comptes à rendre. Au sens propre bien sûr.

Ca me taraude : le Rectorat peut-il légalement imposer l'utilisation d'un GFC en ligne ?
Dans ce cas, quid de l'autonomie de l'EPLE ? N'y a-t-il pas une autonomie comptable, ou plutôt ne dépend-on pas plus de la TG que du Rectorat à ce sujet ??
Je me demande s'il n'y a pas souvent confusion entre un ordre hiérarchique, donné à un CE, et une injonction faite à un EPLE au déni de son autonomie.

Pas toujours efficace de se retrancher derrière la TG. Pour le passage à EFCI, et surtout l'abandon de VPN, la TG du coin était plus vindica(c)tive que le rectorat!

Bozinchu a écrit:

N@n@rd a écrit:

C'est là où une association de comptables de l'EN permettrait de nous faire entendre...

Cela existe pourtant dans certaines académies. A Amiens par exemple, il y a une association qui regroupe (regroupait ?) près de 75% des agents comptables d'EPLE et dont la vocation est d'être complémentaire des syndicats en se positionnant uniquement sur une logique "métier".

Je suis sur que ce débat sur l'architecture de l'application l'intéresserait vivement !

Il s'agit de l'association "Espace 20" (Entraide et Solidarité Professionnelles entre Agents Comptables d'Eple) Elle avait tenté d'essaimer vers l'académie de Lille ou quelques collègues avaient créé une association "Espace 09", avec semble-t-il moins de succès.

Je peux fournir les coordonnées de la présidente si vous êtes intéressé.

N@n@rd a écrit:

En qualité de comptable je revendique le droit de maîtriser l'outil informatique qui engage ma responsabilité sans être tributaire d'un ordinateur extérieur et d'un service internet dont la fiabilité n'est pas garantie.

Je pense que le problème de l'architecture logicielle est un faux problème. Toutes les grandes sociétés commerciales fonctionnent parfaitement avec ce genre d'applications (PGI : progiciels de gestion intégré)

De plus, le problème de la fiabilité se pose aussi avec le GFC actuel : es-tu sur de la fiabilité de ton serveur local ? Son disque dur ne risque-t-il pas de lâcher cette nuit ? (cela m'est arrivé au retour de vacances d'été en 2002 : quelqu'un avait éteint le serveur fin juillet, il n'a jamais redémarré fin août)

De même, j'ai connu l'année dernière un EPLE qui a perdu toute sa compta bud au mois de septembre : le serveur était obsolète, et au moment de réimplanter la sauvegarde sur la nouvelle machine, on s'est aperçu que la sauvegarde GFC était foireuse !!! Résultat : re-saisie complète du boulot, avec les erreurs initiales (histoire d'être bien synchro, y compris au niveau des rejets)

Au moins avec Sconet, on n'a pas ce genre de blague ...

Et il faut aussi voir les aspects positifs des applications web :

- mise à jour à distance (j'ai eu une gestionnaire -aujourd'hui en retraite- qui m'appelait pour que j'aille faire les bascules et les mises à jour de GFC dans l'ER à chaque nouveauté ...)
- Sauvegardes automatiques et contrôlées par le service informatique
- Possibilité de consulter la bud de chaque ER
- Possibilité pour l'ordonnateur d'accéder à la consultation de sa balance en temps réel
- Possibilité de dématérialiser les échanges encore plus poussée (aujourd'hui c'est e-mail avec pièces jointes)

Bref, ne jetons pas le bébé avec l'eau du bain ! Ce n'est pas parce que Sconet est une application web ratée que toutes les applications web sont forcément mauvaises ...

Bref vivement 2035 qu'on y passe, d'ici là l'instruction technique sur les EPLE sera prête.

Parait que GOSPEL, serait un prélude à GFC WEB.

LMDV a écrit:

Si GFC devait devenir une application déportée et en dehors de tous les problèmes que peuvent engendrer ces systèmes (je ne remuerai pas le couteau dans la plaie en évoquant SCONET), je cesserai de l'utiliser pour travailler sur une version ancienne (ce qui est faisable en monoposte avec un peu de bidouille), un programme privé qui serait payant et ils ne manqueront pas d'être créés ou même en revenant au papier si il n'y a pas d'autres moyens.
Un post plus haut évoque le service rendu aux utilisateurs. Les utilisateurs, c'est nous et on est susceptibles de payer si on commet des erreurs. Je ne paierai pas de ma poche les choix comptables de gens qui n'ont pas de comptes à rendre. Au sens propre bien sûr.

Avis que je partage, en tant qu'agent comptable .
Qui rime avec responsable .
Celui qui " répond de ", et ce sur ses propres deniers .

Garder un vieux GFC, dont je suis pourtant fan, en lieu et place d'un GFCWEB est un avis que je ne partage pas.

On n' a déjà pas de personnel fléché qui travaille à notre compta. On est noté par l'ordonnateur qui se contrefiche du fonctionnement de l'AC pour les ER, du moment que ça tourne.
Alors avoir la pseudo maitrise d'une logiciel GFC, pour lequel on est coincé à la première bascule, je ne suis pas convaincu.

Copernic a écrit:

Garder un vieux GFC, dont je suis pourtant fan, en lieu et place d'un GFCWEB est un avis que je ne partage pas.

.

Si tu promets à GFC à un devenir de "vieux" logiciel, c'est sûr ...
Moi, je refuse de croire qu'il est condamné à ne pas rester jeune

That 's all the diffrence

Tu es libre de tes croyances.

GFC est un outil très satisfaisant, qui évolue, comme le récent passage, parfaitement maîtrisé, sous la base MySQL l'a prouvé. Maintenant qu'il utilise un SGBD libre, il n'a plus qu'un seul défaut : il marche encore sous windows seulement. Quand l'applicatif aura été compilé sous Linux (ce qui doit être quasi une formalité au stade où en est la technique), le dernier très gros défaut aura disparu.

Aujourd'hui, je peux clamer que j'ai une très bonne maîtrise de GFC, mes sauvegardes régulières, mes validations de session, les vérifications que je fais, mon travail quotidien et énoooorme sur la sécurité des postes d'intendance me permettent d'assurer l'essentiel.

Ce que j'attends, c'est de pouvoir compter sur mes PC au boulot aussi bien qu'à la maison : donc supprimer ce scandale absolu de windows.

Ensuite, mettre sur le réseau global mon outil de travail, trèèès bien, oui. Avec un PC, d'ailleurs, on peut tout faire. L'autre jour, pour planter un clou, j'ai tapé avec le côté de mon portable. il est un peu abîmé, j'ai mal aux doigts, et mon mur et tout pourri, mais le clou tient très bien.

Dis-moi Copernic, toi qui t'y connais en astronomie, quand tu veux regarder dans le four de la cuisine si ta tarte est bien cuite, tu prends ta longue-vue ? C'est exactement ce que tu nous proposes, avec ton idée crétine de GFC sur IP.

Je me farcis Gospel depuis le mois de janvier. C'est un scandale absolu, une s... de logiciel débile et sans intérêt qui multiplie par six les temps de saisie par rapport à une application locale correctement pensée.

Dans les années 70, il y avait des imbéciles qui expliquaient que c'était trop cher de fabriquer des calculatrices, et qu'on accéderait par le réseau pour faire 3x7=21. l'Histoire a tranché. J'ai sur mes genoux un machin qui pèse 960 grammes et est plus puissant que tous mes ordinateurs précédents additionnés, sinon multipliés entre eux, et c'est le moins cher de tous ceux que j'ai pu acheter, et de loin. Et il faudrait que cette puissance serve uniquement à afficher des pages ouaibe construites par un serveur saturé centralisé dans le sous-sol de mon rectorat dont la ligne d'accès est insuffisante ?

Si vraiment le ministre tient habsolument à savoir à la minute près le numéro de facture saisi sur la liquidation en cours des nouilles de mardi dernier, je suis un bon fonctionnaire, et tout à fait disposé à ce que mon application GFC locale lui envoie chaque soir un fichier-flicage de tout mon travail de la journée.

De toutes manières, toute autre solution causera un plantage immédiat et généralisé, et/ou une révolte des gens comme moi et LMDV, qui connaissons notre métier et n'avons pas envie de relire le Gavard entre le moment où l'on a tapé une somme et celui où le serveur répond qu'il l'a bien intégrée dans sa base. Soit très précisément ce que nous fait Gospel. Ou Progré. Ou Sconet.

Alors ton bouzin par le ouaibe, tu te le gardes, ou je vais vraiment devenir désagréable.

L'intendant zonard a écrit:

GFC est un outil très satisfaisant, qui évolue, comme le récent passage, parfaitement maîtrisé, sous la base MySQL l'a prouvé. Maintenant qu'il utilise un SGBD libre, il n'a plus qu'un seul défaut : il marche encore sous windows seulement. Quand l'applicatif aura été compilé sous Linux (ce qui doit être quasi une formalité au stade où en est la technique), le dernier très gros défaut aura disparu.

Aujourd'hui, je peux clamer que j'ai une très bonne maîtrise de GFC, mes sauvegardes régulières, mes validations de session, les vérifications que je fais, mon travail quotidien et énoooorme sur la sécurité des postes d'intendance me permettent d'assurer l'essentiel.

Ce que j'attends, c'est de pouvoir compter sur mes PC au boulot aussi bien qu'à la maison : donc supprimer ce scandale absolu de windows.

Ensuite, mettre sur le réseau global mon outil de travail, trèèès bien, oui. Avec un PC, d'ailleurs, on peut tout faire. L'autre jour, pour planter un clou, j'ai tapé avec le côté de mon portable. il est un peu abîmé, j'ai mal aux doigts, et mon mur et tout pourri, mais le clou tient très bien.

Dis-moi Copernic, toi qui t'y connais en astronomie, quand tu veux regarder dans le four de la cuisine si ta tarte est bien cuite, tu prends ta longue-vue ? C'est exactement ce que tu nous proposes, avec ton idée crétine de GFC sur IP.

Je me farcis Gospel depuis le mois de janvier. C'est un scandale absolu, une s... de logiciel débile et sans intérêt qui multiplie par six les temps de saisie par rapport à une application locale correctement pensée.

Dans les années 70, il y avait des imbéciles qui expliquaient que c'était trop cher de fabriquer des calculatrices, et qu'on accéderait par le réseau pour faire 3x7=21. l'Histoire a tranché. J'ai sur mes genoux un machin qui pèse 960 grammes et est plus puissant que tous mes ordinateurs précédents additionnés, sinon multipliés entre eux, et c'est le moins cher de tous ceux que j'ai pu acheter, et de loin. Et il faudrait que cette puissance serve uniquement à afficher des pages ouaibe construites par un serveur saturé centralisé dans le sous-sol de mon rectorat dont la ligne d'accès est insuffisante ?

Si vraiment le ministre tient habsolument à savoir à la minute près le numéro de facture saisi sur la liquidation en cours des nouilles de mardi dernier, je suis un bon fonctionnaire, et tout à fait disposé à ce que mon application GFC locale lui envoie chaque soir un fichier-flicage de tout mon travail de la journée.

De toutes manières, toute autre solution causera un plantage immédiat et généralisé, et/ou une révolte des gens comme moi et LMDV, qui connaissons notre métier et n'avons pas envie de relire le Gavard entre le moment où l'on a tapé une somme et celui où le serveur répond qu'il l'a bien intégrée dans sa base. Soit très précisément ce que nous fait Gospel. Ou Progré. Ou Sconet.

Alors ton bouzin par le ouaibe, tu te le gardes, ou je vais vraiment devenir désagréable.