Bonjour,
Nous avons mis en place e-Organigramme au 01/06/2024 en créant un organigramme mutualisé pour nos 2 collectivités : ok pas de pb
Ensuite, nous venons de publier un nouvel organigramme à la date du 01/09/2024 car notre directeur a souhaité mettre en place une nouvelle organisation.
Nous n'avons pas eu de souci pour créer et publier ce nouvel orga au 01/09/2024.
Mais nous nous rendons compte, à la date d'aujourd'hui (juillet 2024) que beaucoup d'affectations des agents sont fausses : le libellé de l'affectation devrait être celui de l'orga publié au 01/06/2024 mais c'est celui de l'orga publié au 01/09/2024 qui apparaît.
Cela nous pose beaucoup de problèmes : les affectations qui apparaissent aujourd'hui ne devraient exister qu'à partir de septembre.
Nous avons évidemment créé un incident auprès de la hot-line qui nous confirme qu'il y a bien un bug mais ne peut pas nous fournir de correctif.
Est-ce que l'une ou l'un d'entre vous à déjà rencontré ce problème et comment l'avez-vous solutionné?
Pour info, ce sont nos données contenues dans SEDIT RH qui servent à alimenter toutes les données RH dans tous nos autres logiciels... donc très impactant pour nous.
Merci pour vos retours.
Cordialement,
Dysfonctionnement libellés E-Organigramme
Re: Dysfonctionnement libellés E-Organigramme
Bonjour,
Nous avons rencontré ce problème de libellé dans les statistiques sur les absences. Nous avions copié certains services de notre précédent organigramme et avions modifié les codes et libellés (la structure était identique, mais pas la même codif). Résultat, nous avions les anciens services dans l'édition des statistiques des absences au lieu des nouveaux.
Nous en avons déduit qu'il valait mieux créer/supprimer que copier lorsque nous avons des modifications à faire. Les changements de libellé sur des codes identiques ne posent pas de problème. Par contre si vous utilisez le code de la case historique dans le mandatement sous BO, vous aurez le code et le libellé associés à la période de référence de l'élément de paie.
Le problème le plus récent que nous avons eu, concernait la création de service après la publication de l'organigramme, mais sans que celui-ci soit "réellement" en service (Exemple : publication de l'organigramme 2024 le 18/12/2023 avec une date d'effet le 01/01/2024 ; création de service sur le nouvel organigramme le 20/12/2023).
Nous étions bien positionnés sur le nouvel organigramme et malgré ça, la création de nouveaux services ne s'est pas faite correctement. Les services parents n'ont pas été repris correctement et cela les a créés à la racine de l'organigramme. Nous en avons déduit que l'ajout de nouveaux services devait se faire après la mise en route officielle de l'organigramme. Nous avons donc recréé les services et réaffecté les agents manuellement via leur dossier. Quant aux services erronés, impossibles de les supprimer. Nous avons donc changé les libellés pour indiquer qu'il ne faut pas les utiliser. Nous les supprimerons lors de la prochaine préparation de notre organigramme.
En résumé, nous attendons l'ouverture de paie liée à la date de publication de l'organigramme pour tout injecter dans Sédit et faisons les créations après la date officielle de ce dernier. C'est le seul moyen que nous avons trouvé pour palier les problèmes que nous avons rencontrés.
De plus, nous bloquons la saisie dans Sédit pour les gestionnaires afin de s'assurer qu'il n'y a pas de modifications intempestives dans les dossiers des agents durant la manipulation.
En espérant que ces éléments puissent vous aider.
Cordialement,
Nous avons rencontré ce problème de libellé dans les statistiques sur les absences. Nous avions copié certains services de notre précédent organigramme et avions modifié les codes et libellés (la structure était identique, mais pas la même codif). Résultat, nous avions les anciens services dans l'édition des statistiques des absences au lieu des nouveaux.
Nous en avons déduit qu'il valait mieux créer/supprimer que copier lorsque nous avons des modifications à faire. Les changements de libellé sur des codes identiques ne posent pas de problème. Par contre si vous utilisez le code de la case historique dans le mandatement sous BO, vous aurez le code et le libellé associés à la période de référence de l'élément de paie.
Le problème le plus récent que nous avons eu, concernait la création de service après la publication de l'organigramme, mais sans que celui-ci soit "réellement" en service (Exemple : publication de l'organigramme 2024 le 18/12/2023 avec une date d'effet le 01/01/2024 ; création de service sur le nouvel organigramme le 20/12/2023).
Nous étions bien positionnés sur le nouvel organigramme et malgré ça, la création de nouveaux services ne s'est pas faite correctement. Les services parents n'ont pas été repris correctement et cela les a créés à la racine de l'organigramme. Nous en avons déduit que l'ajout de nouveaux services devait se faire après la mise en route officielle de l'organigramme. Nous avons donc recréé les services et réaffecté les agents manuellement via leur dossier. Quant aux services erronés, impossibles de les supprimer. Nous avons donc changé les libellés pour indiquer qu'il ne faut pas les utiliser. Nous les supprimerons lors de la prochaine préparation de notre organigramme.
En résumé, nous attendons l'ouverture de paie liée à la date de publication de l'organigramme pour tout injecter dans Sédit et faisons les créations après la date officielle de ce dernier. C'est le seul moyen que nous avons trouvé pour palier les problèmes que nous avons rencontrés.
De plus, nous bloquons la saisie dans Sédit pour les gestionnaires afin de s'assurer qu'il n'y a pas de modifications intempestives dans les dossiers des agents durant la manipulation.
En espérant que ces éléments puissent vous aider.
Cordialement,
Damien SEIDEL
Direction des ressources humaines
Référent paie / Service Carrières Paie
Ville de Limoges
Direction des ressources humaines
Référent paie / Service Carrières Paie
Ville de Limoges
-
po-guerrini
- * Conseil d'Administration CUSMA *

- Messages : 180
- Inscription : 29 nov. 2022, 10:43
Re: Dysfonctionnement libellés E-Organigramme
Bonjour,
Sacré bug du coup. Bug connu par BL et pas de correctif prévu...
Je n'ai jamais rencontré ce problème, je publie toujours le jour même ou quelques jours plus tard a effet rétro, mais jamais en anticipation.
Ce qui est dommage c'est que l'outil permet une publication anticipée et fonctionne plutôt bien mais au final est accompagné de son lot de bug, bien gênant pour les interfaces notamment.
Je n'ai qu'un avis après ce post : ne pas anticiper les publications d'organigramme trop en amont tant qu'ils ne corrigent pas ce bug.
Bien cordialement,
Sacré bug du coup. Bug connu par BL et pas de correctif prévu...
Je n'ai jamais rencontré ce problème, je publie toujours le jour même ou quelques jours plus tard a effet rétro, mais jamais en anticipation.
Ce qui est dommage c'est que l'outil permet une publication anticipée et fonctionne plutôt bien mais au final est accompagné de son lot de bug, bien gênant pour les interfaces notamment.
Je n'ai qu'un avis après ce post : ne pas anticiper les publications d'organigramme trop en amont tant qu'ils ne corrigent pas ce bug.
Bien cordialement,
Pierre-Olivier GUERRINI
Chef de Service SIRH Collectivité de Corse / Président CUSMA
Chef de Service SIRH Collectivité de Corse / Président CUSMA
- Frédéric SILVESTRINI
- * Conseil d'Administration CUSMA *

- Messages : 148
- Inscription : 02 janv. 2023, 09:47
Re: Dysfonctionnement libellés E-Organigramme
Bonjour,
Je rejoins Pierre-Olivier : j'ai l'habitude de publier les organigrammes la veille au soir ou le jour même de sa date d'effet car nous avions observé pendant la période de prépublication une disparition des responsables de service dans la consultation de l'organigramme. Or nous avons aussi par mal de logiciels qui s'appuient sur ces données qui du coup disparaissaient sur les entités modifiés du nouvel organigramme. Signalé par ticket à BL, annoncé corrigé.
Alors hier 30/07, j'ai publié un organigramme avec effet au 01/08, pour tester que la réparation était effective, ce qui est le cas.
Pas de perte de données entre temps, les logiciels ont tourné dans la nuit, je n'ai pas eu de signalement ni hier ni aujourd'hui.
Néanmoins, information complémentaire : nous gérons trois collectivités par organigramme, mais toutes les trois bien séparées (changement d'organisme à chaque fois)
Cordialement.
Frédéric Silvestrini
Je rejoins Pierre-Olivier : j'ai l'habitude de publier les organigrammes la veille au soir ou le jour même de sa date d'effet car nous avions observé pendant la période de prépublication une disparition des responsables de service dans la consultation de l'organigramme. Or nous avons aussi par mal de logiciels qui s'appuient sur ces données qui du coup disparaissaient sur les entités modifiés du nouvel organigramme. Signalé par ticket à BL, annoncé corrigé.
Alors hier 30/07, j'ai publié un organigramme avec effet au 01/08, pour tester que la réparation était effective, ce qui est le cas.
Pas de perte de données entre temps, les logiciels ont tourné dans la nuit, je n'ai pas eu de signalement ni hier ni aujourd'hui.
Néanmoins, information complémentaire : nous gérons trois collectivités par organigramme, mais toutes les trois bien séparées (changement d'organisme à chaque fois)
Cordialement.
Frédéric Silvestrini
Frédéric Silvestrini
Administrateur SIRH / Trésorier du CUSMA
Administrateur SIRH / Trésorier du CUSMA

