MACIF

13/nov./25 7:04 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;[^20251107__Liste_projets__crees_en_formation_20251107_midi__Classeur_simplifie.xlsx]

[^DATA__Fichier_consolide.xlsx]

!N59091__Exemple_d_onglet_propriete_incorrect_et_onglets_manquants.png|thumbnail!

!N59091__Exemple_de_champs_Valorises_a_pas_de valeur__Non_applicable__ou__Non_valorises.jpg|thumbnail!

--------------------

13/nov./25 7:11 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Pour être complet, dans les symptômes, j’ai omis de préciser que:

* Avant de lancer la création de masse, la fonction “_Valider les données_“ à été utilisée
* Aucune anomalie n'était présente dans l’onglet “_Logs_”
* Tous les projets ont été créés avec la déclinaison “_Coprime - Chargement Projets V5 - METIER.xlsm_” de l’outil
* Je n’ai pas pensé à consulter le contenu du fichier “_Logs.xls_”

Mickaël

--------------------

19/nov./25 10:59 AM;557058:b540bcd7-66be-439e-8afd-731d1d31a227;Bonjour Isabelle et Mickael,

Après analyse il semblerait que le problème soit lié au modèle de projet (projet template) “MN : Modèle Agile : Réalisation”.

2 erreurs sont en effet générées lors de l’import de masse pour les projets basés sur ce modèle :

* le projet nouvellement créé n’est pas rattaché à une mise en page (Page layout). Or cette information est obligatoire =>

!image-20251119-092638.png|width=802,alt="image-20251119-092638.png"!

* le projet contient des tâches dont l’attribut wbs_parseq n’est pas renseigné =>

!image-20251119-093008.png|width=802,alt="image-20251119-093008.png"!

Pourriez vous refaire sur les environnements de dev ou de formation les mêmes tests avec les projets en erreur ci-dessous (en modifiant leur ID) et en les rattachant à un modèle de projet qui ne soit pas “MN : Modèle Agile : Réalisation” =>

!image-20251119-094429.png|width=802,alt="image-20251119-094429.png"!

Si l’import marche cela confirmera mes soupçons.

Cordialement à tous les deux.

Daniel.

--------------------

19/nov./25 1:11 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,

Merci pour ce retour.

En complément, à noter que :

* Un même projet, peut générer une erreur lorsqu’il est créé dans un environnement, et ne pas générer d’erreur lorsqu’il est créé dans un autre environnement.
* Quelques projets (N58961, N58981, N59181) créés avec le modèle “_MN : Modèle Agile : Réalisation_” n’ont jamais généré d’erreur.
* Le modèle “_MN : Modèle Cycle en V DEFINITION - Planning unique_” semble également susceptible de générer des erreurs. Par exemple: Le projet N59060, créé en prod. Idem cette semaine, également en prod, pour les projets N59470 et N59550

Je suis à ta disposition pour un point via Meet sur le sujet si tu le souhaites.

Quoiqu’il en soit, je vais refaire un premier test en environnement de formation, en :

* recréant l’ensemble des projets que j’avais créé le 7/11 en formation (cf. “DATA__Fichier_consolide.xlsx” envoyé le 13/11) , et en y ajoutant les 2 nouveaux cas en erreurs rencontrés en prod cette semaine
* remplaçant le modèle “_MN : Modèle Agile : Réalisation_” par un des modèles n’ayant jusqu’alors pas posé de problème (c.à.d. les modèles “_MN : Modèle Agile : Instruction + Réal_”, “_MN : Modèle Agile : Instruction_”, “_MN : Modèle Cycle en V REALISATION - Planning unique_” et “_MN Avenant Hors-projet_”)

Je te tiendrai au courant

En fonction, j’essaierai éventuellement de refaire le même type de test, mais en utilisant cette fois systématiquement l’autre modèle ayant posé problème (c.à.d. “_MN : Modèle Cycle en V DEFINITION - Planning unique_”).

Cordialement,

Mickaël

06-19-69-46-03

--------------------

19/nov./25 6:34 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Daniel,
Le fait d’avoir remplacé le modèle “_MN : Modèle Agile : Réalisation_” par “_MN : Modèle Cycle en V REALISATION - Planning uniqu_e“ pour tous les plannings concernés, se traduit par une disparition des erreurs pour l’ensemble de ces plannings.

Comme évoqué ci-dessus, le modèle “_MN : Modèle Cycle en V DEFINITION - Planning unique_” confirme son caractère problématique, car sur les 4 projets pour lesquels ce modèle était utilisé, le N59060 qui avait été constaté en erreur en prod, est de nouveau en erreur en formation.

Cela semble donc confirmer ton intuition sur l’impact du modèle utilisé sur les erreurs rencontrées.

Merci à toi,

Note: J’essaierai de faire demain un test complémentaire avec le modèle le modèle “_MN : Modèle Cycle en V DEFINITION - Planning unique_”.

Cordialement,

Mickaël

06-19-69-46-03

--------------------

02/déc./25 11:55 AM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,

Pour info, j’ai réalisé les tests complémentaires évoqués en formation avec le modèle “_MN : Modèle Cycle en V DEFINITION - Planning unique_”. Constats :

* Nouvelle erreur rencontrée avec le projet N59060.
* Au global, le modèle “_MN : Modèle Cycle en V DEFINITION - Planning unique_” semble nettement moins “incidentogène” que le modèle “_MN_Modele_Agile_Réalisation_“

Hier, j’ai été confronté à un volume d’erreurs important en production (cf. pièce jointe : 20251201__Liste_des_projets_metiers_crees_le_20251201_indentification_erreurs.xlsx) :

* Erreurs pour les porjets créés avec les “MN : Modèle Réalisation Projet Technique simplifié DDSI”, et “MN : Modèle Définition Projet technique simplifié DDSI”.
* Le modèle “_MN : Modèle Réalisation Projet Technique simplifié DDSI_” (24% des projets créés avec ce modèle en erreur) est moins “incidentogène” que le modèle “_MN : Modèle Définition Projet technique simplifié DDSI_” (62% des projets créés avec ce modèle en erreur)
* Pour les projets en erreur créés avec ces 2 modèles, le champ code projet est cette valorisé avec l’identifiant du modèle utilisé (et non avec “_Non applicable_” comme avec les 2 autres modèles problématiques)

Merci d’avance de ton aide sur le sujet.

Cordialement,

Mickaël

[^20251201__Liste_des_projets_metiers_crees_le_20251201_indentification_erreurs.xlsx]

--------------------

02/déc./25 5:02 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Mickael,

pouvons-nous faire un point d'échange demain après-midi ?

Je suis disponible à partir de 14h.

Si cela te convient tu peux m’envoyer une invitation Meet.

Cordialement à toi.

Daniel.

--------------------

02/déc./25 5:22 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Oui merci.

Je t'envoie une invitation.{adf}{"type":"expand","content":[{"type":"paragraph","content":[{"type":"text","text":"Cordialement,","marks":[{"type":"textColor","attrs":{"color":"#172b4d"}}]},{"type":"text","text":" "}]},{"type":"paragraph","content":[{"type":"text","text":"Mickaël PAVEN","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "}]},{"type":"paragraph","content":[{"type":"text","text":"Direction Digital & Systèmes d’Information","marks":[{"type":"strong"},{"type":"textColor","attrs":{"color":"#073763"}}]},{"type":"text","text":" "},{"type":"hardBreak"},{"type":"text","text":"Fonctions Stratégiques et Gouvernance","marks":[{"type":"textColor","attrs":{"color":"#073763"}}]},{"type":"text","text":" "}]},{"type":"mediaSingle","attrs":{"layout":"center"},"content":[{"type":"media","attrs":{"type":"external","url":"https://lh5.googleusercontent.com/6iw8S8oLoDlAS_l05N-kjZTTMb46co5rnCUDEiotA-ovxvaJwEy1sdCsq-KRv41meWcPdv41LYRIeJ5teiSClxDpOjFGKXu_StJbXE_CbHxNIPAMMq-ai8D1L1u2oy0iADXRRcZ6","height":183,"width":200}}]},{"type":"paragraph","content":[{"type":"text","text":"MACIF - 18, rue de la Broche - 79037 Niort cedex 9","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "}]},{"type":"paragraph","content":[{"type":"text","text":"Mobile : +33 (0)6 19 69 46 03","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "}]},{"type":"paragraph","content":[{"type":"text","text":"Email :","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "},{"type":"text","text":"mpaven@macif.fr","marks":[{"type":"textColor","attrs":{"color":"#1155cc"}},{"type":"link","attrs":{"href":"mailto:mpaven@macif.fr"}}]},{"type":"text","text":"/ Pré Doyen 2","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "},{"type":"text","text":"–","marks":[{"type":"textColor","attrs":{"color":"#002f80"}}]},{"type":"text","text":" "},{"type":"text","text":"Bureau 489 - Francilien / 4eme étage","marks":[{"type":"textColor","attrs":{"color":"#073763"}}]},{"type":"text","text":" "}]},{"type":"mediaSingle","attrs":{"layout":"center"},"content":[{"type":"media","attrs":{"type":"external","url":"https://lh4.googleusercontent.com/-SFieLU41MmD35D-n__WTdhMwIyMaioZcgWBKB0IkccssPP5mceceNvMqREo5--Szng0bffCQ3OY0RX8qmpHNkG_pA0CiWm3WpI6_cdmTa5dc8O4dKzRMkN1_AaPrhg_I_rYl746","height":183,"width":200}}]},{"type":"paragraph","content":[{"type":"text","text":" "}]},{"type":"mediaSingle","attrs":{"layout":"center"},"content":[{"type":"media","attrs":{"type":"external","url":"https://lh6.googleusercontent.com/V0V7Y-qurDxJnuaP4PKCYH4OLPy5AmMa7Ts-fe9eYWRQ7M9eefZX_ht9hmijRjf9TMRTEVpONSpwQ0eP_kIW1orcO-LvwjYlfd3chmhjxvVoqsY2CnEXBnNWxbpME7Xz9L7kWrWo","height":183,"width":200}}]},{"type":"paragraph","content":[{"type":"text","text":"www.macif.fr","marks":[{"type":"textColor","attrs":{"color":"#1155cc"}},{"type":"link","attrs":{"href":"https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.macif.fr%2F&data=05%7C02%7Ccentreservices%40coprime.fr%7C7b98d0f59758484a953308de31bef28f%7Cbab527536e0e4c3b9fba38797055b573%7C0%7C0%7C639002893356125484%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=VRYx4O3eWa3KcAQZFUNe9AHvTelvpLcAcinSWhotZaA%3D&reserved=0"}}]},{"type":"text","text":" - Appli présente sur Google Play Store & Apple Store"}]}],"attrs":{"title":"Signature"}}{adf}

--------------------

09/déc./25 2:58 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,
Quelques informations concernant l’incident:

1) J’ai été confronté à 3 nouveaux modèles pouvant générer des erreurs:

* “_MN : Modèle projet MFE Assurance Vie_” (le 5/12, 40% des projets créés l'ont été en erreur)
* “_MN : Modèle Projet Fonctionnement Activités MSP_” (le 4/12, près de la moitié des projets créés l'ont été en erreur)
* “_MN : Modèle Projet Fonctionnement Activités D3P_” (le 4/12, plus d'un quart des projets créés l'ont été en erreur)

2) Je te confirme que la création de projets sans utiliser mon outillage complémentaire MS-Excel ne permet pas d'éviter la création de plannings en erreur (proportion de projets créés en erreur comparable). => A priori, piste écartée

3) Isabelle a pu reproduire l’erreur sur son poste de travail. => A priori, piste d’un problème avec mon poste de travail écartée

Je suis à ta disposition pour toute information complémentaire,

Cordialement,

Mickaël

06-41-99-58-68

--------------------

09/déc./25 5:01 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,

Comme convenu avec Isabelle, ci-joint la version V6 de l’outil de masse, et, un fichier data (“classique, c.à.d sans aucune formule, avec juste les colonnes P à S que j’ai ajoutées pour faciliter mes manipulations et tracer les erreurs que j’ai pu rencontrer).

Lors de notre dernière réunion, nous avons dépriorisé l’utilisation du mode debug car:

* Il ne donne pas de visibilité sur ce qui se passe dans Clarity
* Nous avions identifiés des tests plus simples à mettre en oeuvre

Les pistes envisagées n’ayant rien donné, et, les erreurs semblant “plus ou moins aléatoires” (c.à.d. uniquement avec certains modèles, cf. messages précédents, mais pas systématiques), peut-être que le mode debug serait à reprioriser pour identifier de nouvelles pistes (par exemple: code d’erreur éventuel récupéré dans VB suite à un appel d’une fonction Clarity, …)

Je suis à ta disposition pour toute information complémentaire,

Merci d’avance,

Cordialement,

Mickaël

06-19-69-46-03

[^Coprime - Chargement Projets V6-METIERS PROD.xlsm]

que j’ai utilisé ce matin

[^DATA__Prod__Creat_19_proj_dont_PTF1___version_light.xlsx]

--------------------

10/déc./25 4:42 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,
Merci d’avance de clore le ticket.

Cordialement

Mickaël

--------------------

10/déc./25 4:44 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Erratum, ne pas clore, erreur de ticket

Navré,

Mickaël

--------------------

11/déc./25 5:04 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;<NikuDataBus xmlns:xsi="[http://www.w3.org/2001/XMLSchema-instance|http://www.w3.org/2001/XMLSchema-instance]" xsi:noNamespaceSchemaLocation="../xsd/nikuxog_project.xsd">
<Header action="write" externalSource="NIKU" objectType="project" version="13.3.0.286"></Header>
<Projects>
<Project projectID="N60001_ACH_3" name="Modification de la date d'ouverture des tarifs" managerResourceID="admin" fromTemplate="MN_AGILE_REALISATION" >
<InvestmentAssociations><Allocations></Allocations></InvestmentAssociations>
<CustomInformation>
<ColumnValue name="ma_code_entreprise">N60001_ACH_3</ColumnValue>
<ColumnValue name="classement_strategiq">ma_strategique</ColumnValue>
<ColumnValue name="ma_domaine_metier">ma_PTF1</ColumnValue>
<ColumnValue name="ma_perimetre_metier">PTF1_IARD</ColumnValue>
<ColumnValue name="ma_portage_budget">SAM</ColumnValue>
</CustomInformation>
<OBSAssocs complete="false">
<OBSAssoc id="ma_obs_projets" name="OBS Projets" unitPath="/PPM/1. Innover, concevoir et promouvoir nos offres et services"/>
</OBSAssocs>
</Project>
</Projects>
</NikuDataBus>

--------------------

15/déc./25 4:51 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Suite à quelques manipulations de l’import de masse Projet (j’ai été contrainte de manipuler ce matin en PROD) , je constate qu’une donnée est mise à jour et ne dépend pas des modèles projets. J’ignore si cela a été remonté ou non dans les cas de Mickael mais perso, je n’en avais pas eu connaissance, l’analyse ayant été ciblée sur le “modèle” .

IL s’agit de l’attribut “*Evénement Jira en cours*” .

A la fin de l’import de masse , la valeur du champ est “*Modification”* alors que nous devrions avoir “*Création*” . Lors de l'évolution de “Synchro Clarity Jira” de Juin , le processus de mise à jour des projets post création a été modifié, il me semble .

Une nouvelle piste d’exploration ?

+Ma question :+

En fin *d’import de masse projet*, pourquoi certains projets sont en “Evénement Jira en cours = Modification” alors que l’outil vient de les créer ?

Toutes les pistes sont bonnes a être explorées!

En Prod, tu n’auras plus les cas : j’ai fait les actions pour supprimer les envois vers Jira ce matin

En recette, tu aurais pu avoir quelques cas mais date de jeudi

A analyser - A échanger

Cordialement

Isabelle

--------------------

16/déc./25 10:08 AM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Isabelle,

oui en effet cela semble lié avec les processus qui se lancent en automatique lors de la création/mise à jour de projets.

Nous avons investigué de notre côté.

Il existe un processus “Projet - création” qui se déclenche automatiquement lors de la création d’un projet. Il met à jour l’OBS et le flag JIRA.

Donc lors de l’import de masse des projets, ce processus se lance automatiquement… ce qui génère nos problèmes.

Nous avons fait des tests chez nous en le désactivant. Tout fonctionne alors bien. En le réactivant cela génère les mêmes anomalies que celles que vous avez constaté.

Les 2 actions (import de masse et mise à jour de l’OBS/JIRA) entrent en concurrence. Ce qui est étonnant c’est que nous n’avions jamais eu le problème avant la montée de version en 16.3.2 (fin septembre).

Je dois faire un partage d'écran avec le support Broadcom. J’espère qu’ils auront une réponse à notre problème.

Je te tiens au courant.

Cordialement.

Daniel.

--------------------

16/déc./25 6:00 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Nous avons tenté de lancer plusieurs lots de création de projets en recette mais malheureusement, nous nous retrouvons avec des projets en erreurs : la mise en attente du processus “*Projet - Création”* n' apporte pas d’amélioration.

Voici la liste des projets que j’ai personnellement créés : ID = PRJxx - En jaune , les données en erreur

[^DATA_PRJxx Recette 2025 12 16 .xls]

+ *PRJ46* avec un libellé d’erreur rencontré pour la première fois ce jour en PROD par Mickael + moi sur un projet en recette - *Unhandled exception* - ==> projet créé “correctement “ mais sans Plan Financier

Cordialement

Isabelle

--------------------

18/déc./25 4:38 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,
Pour info, lors de création manuelle de projets j’ai été confronté à un symptôme identique à celui des projets pour lesquels la création de masse avait généré en log le message “_Unhandled exception_“ : c.à.d. Pas de plan financier.
En revanche, le point intéressant (en supposant qu’il s’agisse bien du même problème), c’est que le message assez générique dans la log de l’outil de masse, semble être beaucoup plus explicite avec Clarity et pointe du doigt un problème avec le modèle (cf. copie d'écran ci-jointe).
En outre, dans les cas rencontrés en création manuelle, le modèle en cause est un de ceux qui posait problème avec l’outil de masse (“_MN : Modèle projet MFE Assurance Vie_”)…
Enfin, statistiquement, il ne s’agit pas d’un cas isolé, sur les 5 projets que j’ai essayé de créer à la main, j’ai rencontré l’erreur à 4 reprises.

Cordialement,

Mickaël

!image-20251218-153724.png|width=422,height=210,alt="image-20251218-153724.png"!

--------------------

18/déc./25 4:47 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;En complément, j’ai omis de précisé, qu’il y a également une étrange ressemblance avec les symptômes de l’incident le plus courant rencontré actuellement avec l’outil de masse (cf. copie d'écran ci-jointe) : C.à.d. Les champs que j’avais saisis manuellement se sont retrouvés positionnés à leur valeur par défaut (ou effacés, pour le Resp rojP MOE) après avoir enregistré (cf. copie d'écran)

!image-20251218-154626.png|width=916,height=74,alt="image-20251218-154626.png"!

Cordialement,

Mickaël

--------------------

22/déc./25 5:12 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;<?xml version="1.0" encoding="utf-8"?>
<soapenv:Envelope xmlns:soapenv="[http://schemas.xmlsoap.org/soap/envelope/|http://schemas.xmlsoap.org/soap/envelope/]" xmlns:obj="[http://www.niku.com/xog/Object|http://www.niku.com/xog/Object]">
[soapenv:Header|soapenv:Header][obj:Auth|obj:Auth][obj:Username|obj:Username]admin</obj:Username>[obj:Password|obj:Password]C0prime2020!</obj:Password></obj:Auth></soapenv:Header>
[soapenv:Body|soapenv:Body]<NikuDataBus xmlns:xsi="[http://www.w3.org/2001/XMLSchema-instance|http://www.w3.org/2001/XMLSchema-instance]" xsi:noNamespaceSchemaLocation="../xsd/nikuxog_project.xsd">
<Header action="write" externalSource="NIKU" objectType="project" version="13.3.0.286"></Header><Projects>
<Project projectID="N60041_ACH_9" name="N60041 Refonte du site internet Macif Avantages et nouveau territoire de marque" managerResourceID="admin" fromTemplate="MN_AGILE_REALISATION" >
<InvestmentAssociations><Allocations></Allocations></InvestmentAssociations>
<CustomInformation>
<ColumnValue name="ma_code_entreprise">N60041_ACH_3</ColumnValue>
<ColumnValue name="classement_strategiq">ma_strategique</ColumnValue>
<ColumnValue name="ma_domaine_metier">ma_PTF1</ColumnValue>
<ColumnValue name="ma_perimetre_metier">PTF3_PARC_CLI</ColumnValue>
<ColumnValue name="ma_portage_budget">SAM</ColumnValue>
</CustomInformation>
<OBSAssocs complete="false">
<OBSAssoc id="ma_obs_projets" name="OBS Projets" unitPath="/PPM/1. Innover, concevoir et promouvoir nos offres et services"/></OBSAssocs></Project>
</Projects></NikuDataBus></soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv="[http://schemas.xmlsoap.org/soap/envelope/|http://schemas.xmlsoap.org/soap/envelope/]">
[soapenv:Header/|soapenv:Header/]
[soapenv:Body|soapenv:Body]
<SessionID xmlns="[http://www.niku.com/xog|http://www.niku.com/xog]">50339346__21BA8551-6F0D-41F1-9F27-590FD3B9D69F</SessionID>
<message id="itl.copyRiskIssueChangeToProject" type="error">
<XOGOutput xmlns:xsi="[http://www.w3.org/2001/XMLSchema-instance|http://www.w3.org/2001/XMLSchema-instance]" xsi:noNamespaceSchemaLocation="../xsd/status.xsd">
<Object type="project"/>
<Status elapsedTime="7.24 seconds" state="SUCCESS"/>
<Statistics failureRecords="0" insertedRecords="1" totalNumberOfRecords="1" updatedRecords="0"/>
<Records/>
</XOGOutput>
</message>
</soapenv:Body>
</soapenv:Envelope>

--------------------

29/déc./25 1:58 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;[^nouveau 59.xml]

--------------------

30/déc./25 4:16 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;[^MN_AGILE_REALISATION.rmp]

--------------------

15/janv./26 11:13 AM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Mickael,

j’espère que tu vas bien depuis tout ce temps.

Je reviens vers toi concernant le problème d’import en masse des projets à partir de projets modèles (templates).

Après plusieurs tests il semblerait que le problème provienne de la WBS (phases et tâches) de certains projets modèles.

En recréant la WBS d’un projet modèle “corrompu” je n’ai plus eu le problème lors des imports de masse.

J’ai fait un copier coller de la WBS du projet modèle corrompu colonnes par colonnes via l’outil Open Workbench pour éviter au maximum une ressaisie manuelle de la WBS.

En revanche il ne faut pas copier/coller les lignes car à ce moment là on récupère la ou les donnée(s) corrompue(s).

Bien cordialement à toi.

Daniel.

--------------------

19/janv./26 5:19 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel et meilleurs vœux pour cette année 2026 qui commence,
Un grand merci pour ce diagnostic : Copier/coller colonne par colonne, il fallait y penser!!! 😮 👍

Suite à tests complémentaires en environnement de formation:

* Sur 26 projet créés avec le modèle (problématique) “_MN : Modèle Agile : Réalisation_”, 4 sont en erreur
* Sur 26 projet créés avec le modèle équivalent mais reconstruits (dont WBS via OWB), aucun sont en erreur.

L'étape suivante semble donc être la reconstruction des modèles problématiques en prod afin de pouvoir profiter pleinement de l’outil de masse.

Pour ma culture perso : Qu’est-ce qui peut expliquer la corruption “brutale” des modèle? Migration des données correspondant aux modèles qui se serait mal passé pendant le MCO? Merci d’avance.

Bien cordialement,

Mickaël

[^20260119__Resultat_test_env_form_creat_proj_masse_compar__Modele_Reconstruit_dont_WBS__et__ModeleProd.xlsx]

--------------------

20/janv./26 4:12 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Mickael,

Meilleurs vœux à toi aussi. Tout plein de bonnes choses pour cette nouvelle année !

C’est une bonne nouvelle qu’il n’y ait plus d’erreur 😉

Pour le copier/coller colonne par colonne j’avais peur de ne pas être clair dans l’explication de la démarche 😉

Sinon à vrai dire je ne peux pas expliquer l’origine de la corruption de la WBS des projets modèles. Peut être est-ce à force d’itérer (recopier) les projets modèles d’année en année. Cela a corrompu les données.

Du fait de la WBS corrompue, certaines phases et tâches n'étaient plus ordonnées dans la WBS du projet modèle. Lors de la création d’un projet à partir du projet modèle corrompu cela avait des effets de bord et donc des plantages. La création du projet n’allait pas à son terme…

Très bonne fin d’après d’après-midi à toi.

Daniel.

--------------------

21/janv./26 10:26 AM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

J’ai échangé rapidement avec Mickael sur les actions réalisées.

En suivant la méthode de récréation d’un modèle, je constate que l’onglet “Plan Financier” serait à refaire . Y a t’il un moyen de récupérer facilement le modèle d’un plan financier MACIF ?

!image-20260121-092156.png|width=1146,height=198,alt="image-20260121-092156.png"!

Nous avons fait un autre test : modifier uniquement la WBS d’un modèle existant (copie colonne par colonne). A priori , les tests seraient également OK mais prenons nous un risque à traiter ainsi ?

Est-ce que les problèmes rencontrés peuvent avoir un lien avec la dernère version de OWB que nous n’avons pas encore déployée suite à notre MCO ?

Cordialement

Isabelle

--------------------

21/janv./26 2:41 PM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Isabelle,

Non le problème n’a rien à voir avec OWB. C’est à la création du projet à partir du modèle qu’on a les problèmes (toutes les données ne sont pas remontées dans le projet). On le rencontre dans Clarity.

Sinon oui il faut modifier uniquement la WBS d’un modèle existant (copie colonne par colonne). C’est comme cela que j’ai fait.

Si vous repartez d’un nouveau modèle vous aurez alors à recréer manuellement le plan financier.

Cordialement à toi.

Daniel.

--------------------

21/janv./26 8:21 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonsoir Daniel

Je te remercie pour tes informations

Incompréhension avec Mickael : nous n’avons pas testé le fait de modifier la WBS d’un modèle existant. Mais à priori, ce serait la piste à explorer pour garder un “Plan financier” correcte.

Mais question subsidiaire : si nous recréons tous nos modèles , donc avec un onglet “Plan Financier à reconstruire”, quelles seraient alors les actions ? Mise à jour manuelle sur chacun des modèles ou import possible ou ?????

Cordialement

Isabelle

--------------------

22/janv./26 11:02 AM;557058:527b6779-8299-49f7-a8ee-d3732fb0f0db;Bonjour Isabelle,

Oui il “suffit juste” de modifier (copier coller via les colonnes) la WBS du modèle existant.

Si vous recréer un projet modèle il faudra recréer manuellement son plan de coût. On ne peut pas “récupérer” un plan de coût d’un projet pour le copier coller dans un autre projet.

Si ce n’est pas clair n’hésite pas à revenir vers moi.

Cordialement à toi.

Daniel.

--------------------

23/janv./26 6:37 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Dans nos tests, nous ne faisons uniquement que recopier la WBS pour la vue *Planning* : est-ce suffisant ?

Faut-il combiner une récupération avec d’autres vues ayant des paramètres WBS peut être complémentaires ?

Désormais, le timing pour réaliser toutes les actions se restreint du fait du refresh mardi 27/01/2026

Merci pour ton avis

Cordialement

Isabelle

--------------------

11/mars/26 3:44 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Tous les modèles de plannings projets ont été revus pour appliquer vos préconisations : WBS refaite à partir de copier/coller de colonne + implémentation des dépendances / tâches clés .

Reste à vérifier si cela peut suffire pour régler la problématique

Cordialement

Isabelle

--------------------

17/mars/26 12:22 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:4bc9c901-7307-4a9e-87e3-069bfb3b1157;Bonjour Daniel,

Il semblerait que le fait de reconstruire les modèles WBS des projets colonne par colonne à partir de la vue planning ne garantisse pas la disparition du dysfonctionnement. En effet, des cas d'erreurs ont été rencontrés :

* en prod avec les modèles reconstruits,
* lors de tests complémentaires réalisés, notamment avec le modèle "M_N : Modèle Agile : Réalisation_" reconstruit en environnement de formation.

A noter que pour les reconstructions en prod, nous avons ajouté 3 champs supplémentaires non visibles avec la vue planning, mais utilisés dans les modèles : champs "_Tâche Clé?_", "_Prédécesseur_" et "_Successeur_"

En revanche, il semble bien y avoir un problème avec la WBS puisque :

* la création en formation d'un grand nombre de projets (41) suite à la suppression de l'ensemble des tâches de la WBS n'a pas généré d'erreur.
* alors que, la création en formation de ces "mêmes" (41) projets a généré des erreurs lorsque la WBS avait été reconstruite par copier/coller, colonne par colonne, à partir de la vue planning (enrichie du champ "Tâche clé?")

Je suis à ta disposition pour un Meet si besoin.

Cordialement,
Mickaël

--------------------

21/mai/26 12:22 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Suite aux derniers tests de masse réalisés par Mickael en recette, nous avons toujours des problèmes sur la création de projet en masse sur les modèles dont la WBS a été reconstituée “colonne par colonne”

+Mardi 19 mai+ : nous avons testé la création d’un modèle de “toute pièce” (manuel - aucune recopie ) pour le projet ” *Agile Réalisation*” et à priori, nous n’avons plus de problème (passage des mêmes cas avec ancien et nouveau modèle, le tout dans une demande avec modèle multiple ) .

Donc, *la re-création manuelle des 9 modèles “problématiques” peut-être une solutio*n.

Cependant, j’ai créé un Plan financier “manuellement” pour {color:#0747a6}*la première fois* {color}: pourrais tu me confirmer que ce plan est conforme à ce qui existe aujourd’hui en Prod Macif ? Au niveau visuel , à priori Oui, mais ai-je pu omettre de renseigner certaines propriétés impactantes ?

Le modèle créé:

!image-20260521-094435.png|width=1278,height=529,alt="image-20260521-094435.png"!

Mon idée serait de

* créer les 9 modèles de projets posant “problème” *en PROD* au plus vite (avant l’envoi de la base Prod le 1er juin) - Nous allons prendre en charge (Mickael/Mo)
* tester ces modèles lors du refresh de l’environnement Recette de début juin , puis lors du MCO

Suite à mes tests de mardi, la problématique constatée se situe sur le fait que des projets sont créés mais *tout de suite “modifié”* (l'événement Jira à traiter en atteste - demande de modification mais projet inexistant donc forçage en “create” (point déjà évoqué)

Exemple en recette : ID=IBL05-2

!image-20260521-095709.png|width=1716,height=127,alt="image-20260521-095709.png"!

!image-20260521-095546.png|width=2089,height=358,alt="image-20260521-095546.png"!

Est-ce possible également d’investiguer en parallèle sur ce point ?

Cordialement

Isabelle

--------------------

04/juin/26 5:08 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour Daniel

Nous avons reconstruit *manuellement les 9 modèles* sur lesquels nous avons eu des problèmes fin 2025 à la création de projets.

Il s’avère que nous retrouvons les mêmes problèmes que fin 2025 ou mars 2026 où les WBS des projets ont été refaites.

Sur 48 projets créés en environnement de formation , nous constatons

* 8 projets en anomalies : l'événement Jira en cours est “Modification” alors qu’il devrait être “Création” (anomalies mise en évidence en jaune et bleu (dans ce cas, le Portefeuille a été correctement renseigné mais pas les autres données )

[^20260604 Proj Nouveau Modèles Anno.xlsx]

* 1 projet OK pour les données + évènement Jira mais le plan financier n’est pas créé - IBL21-DTECH - Message suivant dans la log :

|IBL21-DTECH|Unhandled exception|

D’autres projets qui semblent “OK” avec toutes les données n’ont pas de plan Financier (IBL01 / IBL04 / IBL07 …)

Ces cas se produisent également en création manuelle de projet.

Je vous remercie d’investiguer , par ordre de priorité, sur

* 1 - la problématique du champs “Evénement Jira en cours”
* 2- l’absence du “Plan Financier” ( ==> cas difficilement détectable , sauf à ouvrir projet par projet )

Nous restons à disposition pour tout complément d’information

Cordialement

Isabelle

--------------------

15/juil./26 12:23 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour

15/07/2026 - Juste pour tracer les actions :

* point planifié le 16/07/2026 matin
* envoi de la version Import de masse projet utilisée à ce jour

[^Coprime - Chargement Projets V6-METIERS Form Nvx Modèles.xlsm]

Cordialement

Isabelle

--------------------

16/juil./26 6:28 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour à tous

Suite à notre point de ce matin -16/07- + celui de l’après midi, des avancées notoires sont à noter

*Participants* : François BRETON / Abdellah CHLYAH / Daniel NOUHAUD

Cordialement

Isabelle

--------------------

23/juil./26 12:20 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour

Le chargement en masse de projets semble se dérouler correctement en PROD : plusieurs demandes depuis le 20/07 ont été réalisées.

+Préconisation de F BRETON :+

{color:#0747a6}Je pense qu'il faudrait néanmoins par précaution mettre à jour sur les scripts de l'outil d'import en masse la version du XOG en V16 à minima.{color}
{color:#0747a6}_J'ai déjà constaté, même si c'est très rare, des différences de fonctionnement lorsque la version de l'API est différente de la version de Clarity._{color}

A statuer lorsque nous aurons éventuellement un peu de bande passantes pour réaliser les Tests.

Macif va également créer les autres modèles projets 2026 afin que l’ensemble des modèles soient sur une date à 2026

Cordialement

Isabelle

--------------------

17/août/26 10:22 AM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour

Suite aux actions sur les index en recette MCO V16.4.2 - S32 2026 - , l’outil import en masse Projet semble fonctionner correctement

Point de vigilance/préconisation de François à conserver dans l’immédiat

Cordialement

Isabelle

--------------------

29/sept./26 1:21 PM;qm:ff74ceed-c671-416d-a8c9-129553068c4c:0d7178ff-2dbc-4bca-b1d6-615d94676d10;Bonjour

Nous conservons le point de vigilance sur l’outil dans l’immédiat . Avoir si possible de faire l’amélioration préconisée (après chgt exercice 2026/2027 )

Cordialement

Isabelle