Logiciel OPALE et gestion des stocks

L'intendant zonard a écrit:

Notez bien que le génial COGEFI verra ses fonctions intégrées dans Op@le (V2 j'imagine) : le collègue qui l'a créé a rompu avec OpenAcadémie pour pouvoir le faire. 

FAUX FAUX ET TOTALEMENT FAUX !!!!!! Ceci est de la pure connerie et un mensonge éhonté!!!!

SAVCOGEFI a écrit:

L'intendant zonard a écrit:

Notez bien que le génial COGEFI verra ses fonctions intégrées dans Op@le (V2 j'imagine) : le collègue qui l'a créé a rompu avec OpenAcadémie pour pouvoir le faire. 

FAUX FAUX ET TOTALEMENT FAUX !!!!!! Ceci est de la pure connerie et un mensonge éhonté!!!!

Une réponse aussi véhémente demande quelques précisions!

SAVCOGEFI a écrit:

L'intendant zonard a écrit:

Notez bien que le génial COGEFI verra ses fonctions intégrées dans Op@le (V2 j'imagine) : le collègue qui l'a créé a rompu avec OpenAcadémie pour pouvoir le faire. 

FAUX FAUX ET TOTALEMENT FAUX !!!!!! Ceci est de la pure connerie et un mensonge éhonté!!!!

Tu sais très bien que c'est lié. Tu as été amené à choisir ton camp. Tu as fait le bon choix, celui qui sera le plus utile à la profession, et j'aurais fait la même chose à ta place. Il y a des innovations que le Moloch veut bien digérer, à condition que l'on s'adapte à sa manière de travailler, ce que tu pouvais faire. Les autres travaux d'OpenAcadémie, eux, n'existent et ne fleurissent que parce que nous tournons le dos aux méthodes débiles du ministère. Nous ne sommes donc pas assimilables, et rejetés comme un cancer.

Et paf, encore un message du vendredi soir qui énerve un de mes copains. C'est de leur faute aussi, faut dire, z'ont qu'à m'inviter à boire des pots le vendredi soir, comme ça j'écrirai plus de khonneries.

Je dis ça en passant et si on allait se faire un couscous-biere genre vendredi soir cher camarade lapin rouge. On debriefera tout ça hein ? .

L'intendant zonard a écrit:

volcan a écrit:

Tu t'étonnes IZ que l'Administration n'aime que modérement les francs-tireurs qui lui font de l'ombre ?

Je ne m'étonne pas. Mais je ne pensais pas être pris pour cible par des snipers de la centrale agissant en contradiction avec la volonté du gouvernement, du ministre et de son cabinet.

Les intérêts de l'EN ne sont pas les intérêts du reste de l'administration. Mais bientôt nous serons contraints (heureux ?) de rentrer dans le rang.

Petite question au sujet d'OPALE : est-ce qu'on vous parle de la question des services facturiers dans vos académies respectives ou pour ceux qui taffent sur les essais OPALE ?

"Le SIBC introduira, par ailleurs, la faculté de créer un service facturier au sein des agences comptables. La volumétrie minimale estimée à 1000 factures reçues ne devrait pas constituer un obstacle pour le créer. En revanche, l’implantation d’un service facturier peut provoquer, au départ, une forte réticence de la part des ordonnateurs par crainte d’une perte de visibilité sur leur gestion en raison, notamment, de la certification du service fait qui sera désormais déconnectée de la réception de la facture. Ces difficultés initiales ne doivent donc pas être sous-estimées..." (p44 IGAENR l'évolution de la carte comptable : de la croisée des chemins à de nouveaux défis à relever)

Non on en parle pas encore, je pense qu'ils vont attendre l'arrivée effective d'OPALE.

Mais on finira par en parler, comme du resserrement de la carte comptable.

Dans OPALE, pour la version V1, dans le diaporama, il est annoncé que les droits constatés devront être faits avec GFE (logiciel privé en double saisie), mais y a t-il quelque chose de décidé déjà pour la version 2, concernant l'interconnexion avec un logiciel de droits constatés privés?

je ne peux me substituer à la MOA, mais je ne pense pas que le ministère développe un truc qui coûte un bras pour l'interfacer avec des logiciels privés

Par contre je n'ai aucun doute sur al capacité d'adaptation des éditeurs privés

D'accord avec Boz'.
Comme avec GFC à l'heure actuelle, ce n'est pas Op@le qui s'adaptera aux logiciels privés mais l'inverse. Le MEN fournit déjà une solution (GFE), c'est un choix local d'avoir recours à une autre solution logicielle.
Je ne suis pas inquiète sur le fait que nos prestataires actuels seront rapidement en capacité de faire l'interface avec [email=Op@ale]Op@ale[/email]
C'est de leur intérêt encore plus que du nôtre.

Notre ami Cogefi-man insiste beaucoup sur le fait que Op@le comportera de nombreux connecteurs de données. Pour les éditeurs de logiciels tiers comme pour OpenAcadémie, pour autant que le format de ces connecteurs soit proprement documenté, c'est le B-A-BA.

L'intendant zonard a écrit:

Notre ami Cogefi-man insiste beaucoup sur le fait que Op@le comportera de nombreux connecteurs de données. Pour les éditeurs de logiciels tiers comme pour OpenAcadémie, pour autant que le format de ces connecteurs soit proprement documenté, c'est le B-A-BA.

Ca dépend... qui est propriétaire du code d'après les clauses du marché ? Soit on paie cher au départ et on exploite nos ressources ensuite, soit on paie moins cher au départ puis une rente (droit d'utiliser ou payer pour modifier) pendant la durée de vie du logiciel. On peut aussi se retrouver bloqué si on n'a ni ressources humaines ni budget.

Il y a un flou.
Autant pour Oper@, je comprends l'intérêt de laisser tomber un logiciel privé et donc la demande du ministère pour employer Oper@, autant pour Op@le, il n'y a pas de demande clairement exprimée sur le sujet de l'abandon des logiciels privés, ... à part cette petite demande sybilline et peu mise en avant de calcul des droits constatés avec l'outil du ministère.

Et quand il y a un flou, il y a un loup dit Martine.

Beaucarne a écrit:

(...)à part cette petite demande sybilline (...)

Ce déplacement de voyelles me paraît bien sibyllin.

Beaucarne a écrit:

Dans OPALE, pour la version V1, dans le diaporama, il est annoncé que les droits constatés devront être faits avec GFE (logiciel privé en double saisie), mais y a t-il quelque chose de décidé déjà pour la version 2, concernant l'interconnexion avec un logiciel de droits constatés privés?

Le but d'Opale est clairement la mutualisation et la centralisation des données sur un opérateur unique ; pour ce faire il est nécessaire que les EPLE utilisent le logiciel EN et pas d'autres.

Bonjour,

Opale devrait fonctionner comme Chorus, effectivement le but est d'apporter une harmonie dans les process et une mutualisation des données centralisées dans un seul et unique progiciel. A terme tout comme pour Chorus l'ensemble des transactions informatiques à enjeux financiers seront accrochées en amont et en aval à Opale. Ça va dans le bon sens et l'inverse serait contre productif, la traçabilité, la sécurisation des données, l'extraction fiabilisé ne sont possible que si un seul concentrateur embarque les différents éléments financiers.

Le reste ? Quel reste ? Les évolutions métier ?

Beaucarne a écrit:

Il y a un flou.
Autant pour Oper@, je comprends l'intérêt de laisser tomber un logiciel privé et donc la demande du ministère pour employer Oper@, autant pour Op@le, il n'y a pas de demande clairement exprimée sur le sujet de l'abandon des logiciels privés, ... à part cette petite demande sybilline et peu mise en avant de calcul des droits constatés avec l'outil du ministère.

Et quand il y a un flou, il y a un loup dit Martine.

Les 'logiciels privés' croisés sur ma route ont souvent été source de problèmes comptables malgré une ergonomie, une rapidité et assistance souvient bien supérieure à celle des logiciels maisons.

Du coup, je m'en méfie comme de la peste.