• Les fichiers rdlc sont placés dans l'application Front Office et aussi dans l'application Back Office.
• Ils sont placés dans le repertoire bin/Reporting/Documents de chacun de ces deux sites.
• Il faut donc un accès administrateur à ces sites pour pouvoir les manipuler
• On peut très bien les copier/coller à l'extérieur, faire des modifications, et les replacer sur le serveur
• Notons cependant que pouvoir tester vraiment le rendu final, il faudra les déployer dans AMPS - il sera difficile avec Report Builder d'obtenir des données, car les requêtes d'obtention de ces données ne sont pas actuellement contenues dans l'état lui-même, mais codées dans AMPS.

• ATTENTION : avant toute modification, nous vous invitons à faire une sauvegarde des états.
• L'outil Report Builder existe selon plusieurs versions qui évoluent au fil du temps. Elle doit être en lien avec la version du composant "Report Viewer" utilisé par AMPS - qui est une version "SQL 2012".
• Si vous utilisez via Report Builder des éléments propres à une version plus récente et que vous enregistrez votre état dans cette version, il est possible que le "Report Viewer" ne sache pas lire et interpréter de façon correcte votre état : il faudra alors restaurer vos fichiers, et revenir à une version de Report Builder qui présente moins de risque d'incompatibilité - comme par exemple une version 2012 - https://www.microsoft.com/en-us/download/details.aspx?id=29072

• Lorsque vous utilisez le setup d'AMPS, des rapports di'nterventions sont installés / mis à jour.
• Au travers de cette opération, les rapports qui faisaient partie d'une précédente installation seront effacés et reinstallés : toute modification qui a été faite dessus sera donc perdue si aucune précaution particulière n'a été prise.
• Selon le setup utilisé, des états personnalisés peuvent être inclus dans ce setup.
• Un setup personnalisé se reconnait au fait que le fichier ZIP qui le contenait se termine par Cxxxxx où xxxx est un code client.

Préservation d'états modifiés lors d'une mise à jour d'AMPS

• Si vous avez modifié des états, ou bien que vous avez ajouté de nouveaux états il est conseillé de :
  • sauvegarder vos répertoires bin/Reporting - tout le contenu du répertoire, et pas uniquement Documents
  • de procéder ensuite à une mise à jour d'AMPS
  • de sauvegarder la nouvelle version des états déployés - tout le contenu du répertoire bin/Reporting , et pas uniquement Documents
  • de remettre vos états en ne remettant QUE les fichiers RDLC - en vérifiant bien qu'ils sont compatibles avec la nouvelle version d'AMPS

• Pour imprimer ces données, un état s'appuie sur des ensembles de données, nommés des DataSets
• Ces Datasets décrivent donc l'organisation des données au sein de l'état.
• L'application qui pilote l'état, va être responsable du chargement de données dans ces datasets.
• En conséquence, il faut préserver le lien entre ce que l'application fournit comme données - organisations des tables, noms des champs - et ce que l'état exploite..

• Penser à préserver les modifications quand une mise à jour sera faite pour restaurer les modifications
• Assurez vous que les anciens états que vous déployez sont bien "compatibles" avec la nouvelle version d'AMPS: avant de remettre les anciens états, conservés une copie des nouveaux états installés, pour pouvoir, le cas échéant, reprendre les modifications à faire sur ces nouvelles versions d'états.

• Ce n'est possible que si l'état utilise le système générique DsIntervention.
• Dans ce cas, un simple copier/coller du fichier rdlc permet d'avoir un nouvel état, qui sera disponible, et qu'on peut modifier selon les possibilités du présent tableau.

• évolution à venir d'AMPS

• L'utilisateur peut cependant créer de nouveaux champs calculés par exemple s'il le souhaite, qui exploite les données déjà fournies à l'état.

• La donnée restera vide.
• Exemple : vous voulez ajouter le champ" Niveau de détail de la procédure" à l'état. Ce champ est bien géré par AMPS, fait partie de la base de données, mais le code de préparation des données de l'état n'a pas été prévu pour remplir et fournir une valeur à ce champ : il restera donc vide à l'impression.

• Sous réserve qu'elles ne soient pas utilisées par d'autres zones