1 / 207

FORMATION OUTIL CHORUS MODULE BUDG02bis Programmation RUO

FORMATION OUTIL CHORUS MODULE BUDG02bis Programmation RUO. Dernière modification : 09/04/2010. Programmation des dépenses Elaboration et mise à disposition des ressources REF : BUD_M11_002_00. Sommaire. Introduction. Généralités Processus Concepts clés Calendrier Axes de programmation

jaron
Download Presentation

FORMATION OUTIL CHORUS MODULE BUDG02bis Programmation RUO

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. FORMATION OUTIL CHORUS MODULE BUDG02bis Programmation RUO

  2. Dernière modification : 09/04/2010 Programmation des dépenses Elaboration et mise à disposition des ressources REF : BUD_M11_002_00

  3. Sommaire Introduction • Généralités • Processus • Concepts clés • Calendrier • Axes de programmation • Liens avec les référentiels • Programmation des tranches fonctionnelles • Les critères de lancement des transactions • Horizon temporel de programmation • Actions dans Chorus • Concepts clés • Etapes clés • Démonstration Dialogue de gestion • Concepts clés • Codification • Copie de version • Reprise de données • Démonstration Gestion des versions Cadrage des Programmes • Concepts clés • Zoom sur « Cadrage des Programmes » • Etapes clés • Enchaînement du cadrage des Programmes et des BOP • Démonstration • Entraînement

  4. Sommaire • Concepts clés • Zoom sur « Cadrage des BOP » • Etapes clés • Démonstration • Entraînement Cadrage des BOP • Concepts clés • Zoom sur « Cadrage des UO » • Etapes clés • Démonstration • Entraînement Cadrage des UO • Concepts clés • Zoom sur « Programmation initiale • agrégée» • Etapes clés • Démonstration • Entraînement Programmation initiale agrégée • Concepts clés • Etapes clés • Démonstration • Entraînement Programmation initiale détaillée

  5. Sommaire • Concepts clés • Démonstration Notification initiale Actualisation de la programmation • Concepts clés • Passage de la programmation initiale • à la programmation actualisée Export/Import Gestion de versions complémentaires • Concepts clés • Etapes clés • Démonstration • Entraînement Alimentation en masse des données de programmation • Concepts clés • Etapes clés • Démonstration • Entraînement • Points clés • Exemple d’un processus complet de • programmation détaillée • Quiz • Liste des restitutions Conclusion

  6. La programmation permet d’affiner les besoins en crédits et en ressources. La programmation agrégée est réalisée par les RPROG et RBOP, et validée par le RSPROG la programmation détaillée est réalisée par les RBOP et RUO et validée par le RBOP. Ces deux programmations sont disjointes et peuvent être menées en parallèle. La programmation initiale est réalisée parallèlement à l'élaboration du PLF. Les intervenants de la programmation doivent s’assurer de la bonne cohérence entre leur programmation et le PLF. La programmation actualisée est réalisée en cours d’année. Elle tient compte des notifications successives, de l’exécution des dépenses et aussi des recettes supplémentaires et des aléas de gestions La programmation est réalisée en AE, en CP et en ETPT, sur le Titre 2 et le Hors-Titre 2 Introduction : GénéralitésQu’est-ce que la programmation ?

  7. Introduction : GénéralitésActeurs 2 Cadrage des Programmes Responsable Supra-programme 3 Elaboration de la programmation initiale agrégée/détaillée 1 Mise à jour des référentiels 2’ Cadrage des BOP Administrateur ministériel/interministériel des référentiels budgétaires Responsable Supra-programme Responsable de programme Responsable de BOP Responsable d’UO Responsable de programme 2’’ Cadrage des UO Responsable de BOP 4 5 Actualisation de la programmation Notification Responsable Supra-programme Responsable de programme Responsable de BOP Responsable d’UO Responsable Supra-programme Responsable de programme Responsable de BOP

  8. IntroductionProcessus PROGRAMMATION Référentiel programme de financement Programmation des dépenses Dialogue de gestion Programmation des recettes Consultation des données de programmation

  9. IntroductionConcepts clés • N-1 • N 1 • Cadrage des programmes • Cadrage des BOP • Cadrage des UO • Programmation initiale agrégée / Programmation initiale détaillée • Notification initiale Dialogue de gestion 2 • Notification initiale • Notification en cours d’année • Actualisation de la programmation Fonctions transverses Gestion des versions Ventilation des ETPT sur un axe temps Ventilation des montants sur un axe temps Gestion des versions supplémentaires hors-Chorus Alimentation en masse par import de fichier plat

  10. Dialogue de gestion IntroductionConcepts clés DIALOGUE DE GESTION • Le processus de programmation débute par : • un dialogue de gestion entre le RSPROG, le RPROG et ses RBOP avec une programmation d’un niveau agrégé. • un dialogue de gestion entre le RBOP et ses RUO avec une programmation d’un niveau détaillé • Le dialogue de gestion est aussi bien ascendant, du RUO au RBOP et du RBOP au RSPROG, que descendant, du RSPROG au RBOP et du RBOP au RUO. • Ces dialogues sont parallèles et se font tout au long du processus de programmation

  11. Cadrage • Programmation initiale IntroductionConcepts clés CADRAGE • Le cadrage consiste à préciser des enveloppes limitatives par niveau de responsabilité (centre financier), par regroupement d’activités (OS, OP, OB, activité) et/ou par destination de la dépense (programme, action et sous action). Ces 3 types de cadrage sont respectivement dénommés : • cadrage des centres financiers • cadrage des activités • cadrage des actions PROGRAMMATION INITIALE La programmation initiale permet d’affinerles besoins en crédits eten ressources. La programmation agrégée est réalisée par les RPROG et RBOP, et validée par le RSPROG et la programmation détaillée est réalisée par les RBOP et RUO. Ces deux programmations sont disjointes et peuvent être menées en parallèle. La programmation est réalisée parallèlement à l'élaboration du PLF. Les intervenants de la programmation doivent s’assurer de la bonne cohérence entre leur programmation et le PLF.

  12. 2 • Notification initiale • Actualisation de la • programmation des dépenses • Notification IntroductionConcepts clés NOTIFICATION INITIALE Le processus de programmation initiale aboutit à la notification initiale des ressources des BOP par le RPROG. Les RBOP peuvent ensuite notifier les ressources des UO. La notification relativeau nouvel exercice N+1 est réalisée sur la base de la programmation, en décembre N sans attendre le vote de la LFI. ACTUALISATION DE LA PROGRAMMATION DES DEPENSES • En cours d’année, la programmation est actualiséeen tenant compte des notifications successives, de l’exécution des dépenses et aussi des recettes supplémentaires. • L’actualisation consiste à réviser les prévisions d’AE en y associant leurs CP, et éventuellement à réviser les prévisions d’ETPT. Cette révision se traduit de différentes manières : • en maintenant le même budget : il peut y avoir création, priorisation, renoncement ou décalage d’une ou plusieurs activités, • en modifiant le budget programmé : cela peut concerner le budget alloué à une UO, à un BOP, voire à un programme. NOTIFICATION EN COURS D’ANNEE • Les responsables budgétaires peuvent être amenés à notifier en cours d’année, en modifiant la dernière notification des ressources au sein du programme, afin par exemple : • d'assurer la réalisation d'activités ou de projets prioritairesdont le coût initial a été sous-estimé, • d'intégrer des contraintes ou des événements imprévus.

  13. IntroductionConcepts clés Fonctions transverses • Gestion des versions • Ventilation des ETPT sur axe temps • Ventilation des montants sur axe temps VENTILATION DES ETPT SUR AXE TEMPS GESTION DES VERSIONS Afin de répondre au besoin de simulation, de conservation de certaines prévisions et de restitutions, 3 versions de programmation sont disponibles : • les versions personnelles de simulation, • la version « publique » (ou de travail), • les versions de référence (permanentes). La règle de ventilation des nombres d’ETPT permet de répartir de façon cohérente la valeur programmée à la granularité temporelle choisie sur la granularité temporelle mensuelle : les nombres d’ETPT programmés à une maille temporelle N sont répartis à la maille du mois. VENTILATION DES MONTANTS SUR AXE TEMPS La règle de ventilation des montants permet de répartir de façon cohérente le montant programmé à la granularité temporelle choisie sur la granularité trimestrielle, semestrielle et annuelle pour le HT2 et sur la granularité mensuelle, trimestrielle, semestrielle et annuelle pour le T2 : les montants programmés à une maille temporelle N sont répartis automatiquement sur les autres axes temporels.

  14. IntroductionCalendrier Calendrier général de programmation • La programmation est pluriannuelle N - 1 N N + 1 Programmation millésime N Programmation initiale Actualisation de la Programmation La programmation initiale millésimée N+1, débute en mars N et aboutit à la notification initiale en janvier N+1 , elle est le point d’entrée de l’actualisation de la programmation.

  15. IntroductionCalendrier 2010 2011 JAN JAN JAN FEV FEV FEV MAR MAR MAR AVR AVR AVR MAI MAI MAI JUN JUN JUN JUL JUL JUL AOU AOU AOU SEP SEP SEP OCT OCT OCT NOV NOV NOV DEC DEC DEC JAN JAN JAN Programmation mill Programmation mill é é sime2011 sime 2010 Programmation initiale Programmation initiale RSPROG RSPROG Cadrage des Programmes Cadrage des Programmes Notification Notification aux aux programmes programmes RPROG RPROG Cadrage des BOP Cadrage des BOP Programmation Initiale Agr Programmation Initiale Agr é é g g é é e e Notification Notification aux BOP aux BOP RBOP RBOP Cadrage des UO Cadrage des UO Programmation Initiale D Programmation Initiale D é é taill taill é é e e Notification Notification RUO RUO Aux UO Aux UO Calendrier de programmation initiale Dialogue de gestion RSPROG – RPROG - RBOP Dialogue de gestion RBOP - RUO

  16. IntroductionCalendrier Calendrier d’actualisation de la programmation LFR, ou Fonds de concours, ou etc. Mises à jour suite à des aléas de gestion – Programmation remontée à sa hiérarchie

  17. IntroductionAxes de programmation Possibilité de programmer à différents niveaux de granularité : Pour le hors-titre 2  : au niveau des titres ou sur les titres et catégories budgétaires Pour le titre 2 : sur les titres et catégories budgétaires Pour les ETPT : sur les catégories d’emploi Axes du Titre 2 Axes du Hors-Titre 2 • le centre financier (BOP,UO) • le référentiel de programmation qui est un référentiel ministériel et contient les activités qui peuvent être hiérarchisées (OS/OP/OB) • le référentiel des destinations (actions, sous-actions) • l’axe ministériel 1 • le centre financier (BOP,UO) • le référentiel de programmation • les tranches fonctionnelles • le référentiel des destinations (actions, sous-actions) • l’axe CPER restreint aux valeurs CPER00, CPER07, CPER13 • le centre de coût (service bénéficiaire) en programmation détaillée uniquement • l’axe ministériel 1

  18. IntroductionLiens avec les référentiels Organisation budgétaire Un RSPROG cadre et notifie les programmes qui sont de sa responsabilité (programme et visualise uniquement son programme). Il n’a pas l’accès aux programmes qui ne sont pas de sa responsabilité (ne consulte pas un autre programme pour lequel il n’est pas responsable). Un RBOP programme uniquement son BOP et les UO associées. Un RUO est habilité à ne programmer que son UO. Représente l’organisation hiérarchique Ministère / Programme / BOP / UO INTERACTIONS DESCRIPTION = Centres financiers Natures budgétaires et catégories d’emploi Représente les titres et catégories de la dépense, ainsi que les natures de la recette, les ETPT, catégories d’emploi propres à chaque ministère Les intervenants de la programmation ont accès aux titres et aux catégories budgétaires. Pour la programmation des ETPT, ils ont en plus accès aux catégories d’emplois de leur ministère. DESCRIPTION INTERACTIONS = Comptes budgétaires Destination Représente les missions, les programmes, les actions, ainsi que les niveaux plus fins de l’exécution Les acteurs de la programmation sont restreints aux domaines fonctionnels de leur programme. INTERACTIONS DESCRIPTION = Domaines fonctionnels

  19. IntroductionLiens avec les référentiels Le référentiel source de financement n’est pas utilisé dans le processus de programmation des dépenses. Programme de financement (programmation & tranches fonctionnelles) Un intervenant voit l’ensemble du référentiel du programme auquel il est rattaché. L’utilisateur doit donc sélectionner les référentiels sur lesquels il est habilité via les critères de lancement.Les activités génériques ne sont pas proposées dans la liste des activités programmables. Les RUO, les RBOP et les RPROG ne peuvent programmer que sur les tranches fonctionnelles rattachées à une UO de leur programme. Le RSPROG ne cadre pas sur les axes « activités » et « tranches fonctionnelles » Regroupe le référentiel de programmation et le référentiel des tranches fonctionnelles INTERACTIONS DESCRIPTION = Activités, tranches fonctionnelles La programmation par activité est facultative ; chaque ministère décide d'élaborer une programmation par activité sur les programmes pour lesquels il la juge utile.

  20. IntroductionProgrammation des tranches fonctionnelles La matrice de programmation permet de saisir les prévisions de consommation des AE et des CP des TF, croisées avec les autres axes de programmation. Pour couvrir l'ensemble des besoins relatifs à la tranche fonctionnelle, les utilisateurs renseignent les montants prévus d'affectation par TF. Ce tableau, distinct de la matrice de programmation, apparaît au dessus de la matrice dès lors qu'une TF est sélectionnée. Ce tableau est saisi à la main par tranche fonctionnelle, soit avant la saisie des prévisions d'AE/CP associés à la TF dans la matrice de programmation, soit après. La demande de financement d'une TF pouvant être fractionnée sur plusieurs exercices, il est possible de saisir les prévisions d'affectation par TF sur les exercices : N, N+1, N+2 et post N+2 (en détaillée) N, N+1, N+2, N+3, N+4 et post N+4 (en agrégée)

  21. IntroductionLes critères de lancement des transactions Les référentiels budgétaires sont utilisés comme critères de lancement des transactions de saisie de la programmation. Cette fonctionnalité permet de faciliter et sécuriser la saisie en utilisant les variantes de sélection permettant de gérer des favoris. L’utilisateur a la possibilité de sélectionner des listes de valeurs qui concernent son programme et ainsi sauvegarder des variantes de lancement. En fonction de la transaction que l’on souhaite lancer, les critères vont varier: En cadrage : seul le programme est défini comme critère de lancement. En programmation agrégée : Activités, Tranche fonctionnelle, Axe ministériel 1, Catégorie d’emploi. En programmation détaillée : Centre de coûts, Activités, Tranche fonctionnelle, Axe ministériel 1, Catégorie d’emploi, Référentiel NNE.

  22. IntroductionHorizon temporel de programmation La matrice de programmation agrégée permet de programmer sur 6 exercices, les CP sont programmés par exercice d'origine des AE et sur EJ antérieurs. La matrice de programmation détaillée permet de programmer sur 4 exercices, les CP sont programmés par exercice d'origine des AE et sur EJ antérieurs. La décomposition de la programmation des CP par exercice d’origine des AE a pour objectif de faciliter la programmation des CP. La matricepermet de ne programmer que les CP sur AE nouvelles et les CP sur EJ antérieurs.

  23. IntroductionActions dans Chorus Liens utilisés depuis le portail Chorus : Programmation des dépenses millésime N Programmation des dépenses millésime N + 1 Contrairement aux autres actions de saisie dans Chorus, la programmation des dépenses ne se fait pas via des codes transaction. La programmation se fait via des liens permettant d’accéder aux différentes actions auxquelles chaque rôle est habilité. Exemple pour le menu du RPROG

  24. Dialogue de gestion

  25. Dialogue de gestionConcepts clés • = Gestion des échanges de statuts entre acteurs de la programmation du niveau supérieur et du niveau inférieur • Rôles : • le responsable supra-programme (RSPROG) • le responsable de programme (RPROG), • le responsable de BOP (RBOP), • le responsable d’UO (RUO). Dialogue de gestion • Au cours de la programmation initiale d’un millésime N, entre mars N-1 et janvier N, le RPROG et les RBOP deviennent les animateurs du dialogue de gestion, ils fixent les échéances d’échanges afin de respecter le calendrier budgétaire. RSPROG RPROG RPROG RBOP RBOP RUO Approbateur Soumissionnaire Approbateur Soumissionnaire Approbateur Soumissionnaire • En fonctionnement cible, deux dialogues de gestion fonctionnent simultanément et indépendamment au cours d’un exercice N : 1 2 basé sur l’organisation budgétaire N+1, un dialogue permet de piloterl’avancement de la programmation initiale du millésime N+1 basé sur l’organisation budgétaire N, un dialogue permet de piloter l’actualisation de la programmation du millésime N

  26. Dialogue de gestionConcepts clés En principe, les dialogues de gestion RSPROG/RPROG et RPROG/RBOPdémarrent en mars pour définir une première évaluation de la programmation. Le dialogue de gestion RBOP/RUOdémarre en mai.

  27. Dialogue de gestionEtapes clés Bouton de l’interface Statut Etapes et statuts du dialogue de gestion approuvé définir sur ressoumission autoriser retour à la révision Niveau approbateur Consultation de la programmation Ouvrir planification pour approbation/ revue récupérer envoyer pour approbation Saisie de la programmation initiale ou actualisée Ouvrir planification Niveau soumissionnaire en cours de traitement retour à la révision déf. sur en cours de traitement nouveau Lien depuis le portail Chorus : Programmation des dépenses - millésime N Détails

  28. Dialogue de gestionEtapes clés - Zoom sur le suivi des statuts (1/4) - Définir sur ressoumission Autoriser Déf. sur En cours de traimt Pour réviser une demande déjà approuvée Pour approuver la saisie Pour indiquer que la saisie a débuté Commentaire Retour à la révision Pour laisser des commentaires Pour refuser la saisie Caractère 1 Détails Envoyer pour approbation Indicateur servant à indiquer s’il y a du retard par rapport à la date d’achèvement (rouge si retard) Pour soumettre la saisie à l’approbateur Pour communiquer avec le niveau inférieur

  29. Dialogue de gestionEtapes clés - Zoom sur le suivi des statuts (2/4) - Statut et historique du dialogue de gestion

  30. Dialogue de gestionEtapes clés Lorsque une programmation est envoyée pour approbation ou est approuvée, les centres financiers du RBOP, de même niveau (BOP) ou de niveau inférieur (UO), n’ont plus accès à la saisie sur la version publique. - Zoom sur le suivi des statuts (3/4) - Retour à la révision Définir sur ressoumission Pour débloquer la saisie d’une programmation en cours de validation. Pour débloquer la saisie d’une programmation approuvée. tant que le RBOP n’a pas déverrouillé (définir sur ressoumission ), le RUO ne peut pas modifier sa version pub. Caractère 1 Pour débloquer la saisie sans modifier le statut.

  31. Dialogue de gestionEtapes clés - Zoom sur le suivi des statuts (4/4) – CONSEILS D’UTILISATION Il n’est pas conseillé d’utiliser le cadenas pour débloquer la saisie au niveau inférieur. La meilleure méthode pour récupérer la main sur la saisie lorsque l’on est au niveau inférieur reste de contacter (via les commentaires ou hors outil) le responsable de niveau supérieur afin qu’il débloque la saisie. Pour ce faire, il n’aura qu’à cliquer sur « Retour à la révision » pour redonner la main au responsable de niveau inférieur. Caractère 1 Pour débloquer la saisie sans modifier le statut.

  32. Dialogue de gestionEtapes clés - Zoom sur lagestion des commentaires - Commentaires Gérer Bouton permettant d’accéder à la fenêtre de saisie d’un commentaire visualisable par les intervenants du dialogue de gestion Enregistrement pour niveaux… Case à cocher servant à diffuser le commentaire aux RUO (en plus des RBOP) Cette case est utile aux RPROG uniquement. 1 2 Zone de rédaction du commentaire Sauvegarder Bouton de sauvegarde du commentaire Commentaire(s) précédent(s)

  33. Démonstration Présentation du dialogue de gestion Dialogue de gestionDémonstration Quand le formateur fait une démo

  34. Gestion des versions

  35. Les versions offertes aux utilisateurs sont de 3 sortes : Gestion des versionsConcepts clés Version publique Version personnelle de simulation 1 2 • Les RBOP et les RUO disposent de 2 versions personnelles de simulation. • Ces versions sont visibles uniquement par l’utilisateur qui les sauvegarde. • Une fois la programmation saisie dans l’une des versions, l’utilisateur a la possibilité de la copier sur la version publique. • Version de mise à disposition d’une programmation à destination d’un niveau supérieur. • L’utilisateur d’un niveau N effectuant des simulations de programmation peut copier l’une des simulations sur la version publique et ainsi la soumettre au niveau supérieur N+1. • Possibilité de saisir directement la programmation sur la version publique. 3 Version permanente de sauvegarde • Versionpermettant de conserver un historiquede l’état de la programmation à un instant t. • L’utilisateur peut copier la version publique soumise par l’un de ses niveaux inférieurs vers une version permanente de sauvegarde, la réciproque n’est pas possible.

  36. Codification des versions de simulation personnelle et permanente de sauvegarde : Gestion des versionsCodification La version publique est systématiquement codifiée PUB. X_XXX_XXX_XX • Etape de la programmation : • INI : programmation initiale • ACT : actualisation de la programmation Numéro d’incrémentation si nécessaire (01,02…) • Niveau de détail de la programmation : • A : programmation agrégée • D : programmation détaillée • Type de version : • REF : version permanente de sauvegarde • SIM : version personnelle de simulation

  37. Gestion des versionsCodification Programmation initiale - Programmation agrégée Versions du RBOP et du RPROG Version du RSPROG • A_INI_SIM_01 et A_INI_SIM_02 • = version personnelle de simulation • Possibilité de sauvegarde temporaire (limitée à l’année en cours) de la programmation agrégée du BOP • Conservation durant le temps de la programmation initiale (soit 1 an). • Ces versions sont réservées aux RBOP qui saisissent la programmation agrégée. • PUB • = version publique (version partagée avec le RPROG pour la programmation agrégée) • Possibilité de sauvegarde et de mise à disposition de la programmation agrégée du BOP et du cadrage • Conservation durant le temps de la programmation (soit 2 années pour la préparation et l’actualisation de la programmation) • Unique version du dialogue de gestion • A_INI_REF* • = version de sauvegarde permanente (4 versions disponibles : A_INI_REF, A_INI_REF_01, A_INI_REF_02, A_INI_REF_03) • Conservation pendant 4 ans dans le système pour affichage et ensuite archivage durant 6 ans • Version A_INI_REF = version de référence car elle est la version permanente la plus à jour de la programmation initiale (à chaque fois qu’une sauvegarde est faite sur l’une des versions permanentes, une sauvegarde est effectuée automatiquement en parallèle sur la version A_INI_REF)

  38. Gestion des versionsCodification Programmation initiale - Programmation détaillée Versions du RUO Version du RBOP • D_INI_REF* • = version de sauvegarde permanente • Possibilité de sauvegarde (durant 2 ans) de la programmation initiale détaillée de l’UO dans son intégralité • D_INI_SIM_01 et D_INI_SIM_02 • = version personnelle de simulation • Possibilité de sauvegarde temporaire (limitée à l’année en cours) de la programmation détaillée de l’UO • Conservation durant le temps de la programmation initiale (soit 1 an) • PUB • = version publique (version partagée avec le RBOP pour la programmation détaillée) • Possibilité de sauvegarde et de mise à disposition de la programmation détaillée de l’UO et du cadrage • Conservation durant le temps de la programmation (soit 2 années pour la préparation et l’actualisation de la programmation) • Unique version du dialogue de gestion

  39. Gestion des versionsCodification Notification et actualisation de la programmation agrégée Version du RSPROG Version du RBOP et du RPROG • PUB • = version publique (version partagée avec le RPROG pour la programmation agrégée) • Possibilité de sauvegarde et de mise à disposition de la programmation agrégée du BOP et du cadrage • Conservation durant le temps de la programmation (soit 2 années pour la préparation et l’actualisation de la programmation) • Unique version du dialogue de gestion • A_ACT_REF* • = version de sauvegarde permanente (3 versions disponibles +1 : A_ACT_REF, A_ACT_REF_01, A_ACT_REF_02, A_ACT_REF_03) • Conservation durant 4 ans dans le système pour affichage et ensuite archivage durant 6 ans • Version de référence car il s’agit de la version permanente la plus à jour de la programmation actualisée (à chaque fois qu’une sauvegarde est faite sur l’une des autres versions permanentes (01, 02 ou 03), une sauvegarde est effectuée automatiquement en parallèle sur la version A_ACT_REF). Il est toutefois possible de sauvegarder sa version de travail directement sur la version REF. • Versions permettant la sauvegarde de la programmation agrégée actualisée du programme dans son intégralité et la notification relative faite aux BOP

  40. Gestion des versionsCodification Notification et actualisation de la programmation détaillée Version du RBOP Version du RUO • D_ACT_REF* • = version de sauvegarde permanente (4 versions disponibles +1 : D_ACT_REF, D_ACT_REF_01, D_ACT_REF_02, D_ACT_REF_03) • Conservation pendant 2 ans dans le système pour affichage • Version D_ACT_REF = version de référence car elle est la version permanente la plus à jour de la programmation actualisée (à chaque fois qu’une sauvegarde est faite sur l’une des 3 autres versions permanentes (01, 02 ou 03), une sauvegarde est effectuée automatiquement en parallèle sur la version D_ACT_REF). Il est toutefois possible de sauvegarder sa version de travail directement sur la version REF. • Versions permettant la sauvegarde de la programmation détaillée actualisée du BOP dans son intégralité et la notification relative faite aux UO • PUB • = version publique (version partagée avec le RUO pour la programmation détaillée) • Possibilité de sauvegarde et de mise à disposition de la programmation détaillée de l’UO et du cadrage • Conservation durant le temps de la programmation (soit 2 années pour la préparation et l’actualisation de la programmation) • Unique version du dialogue de gestion

  41. Dans les écrans, un bouton « copier vers une version » est accessible. Gestion des versionsCopie de version Fonction de copie de version 2 1 • A chaque copie sur une des versions permanentes 01, 02 ou 03, une copie est automatiquement faite sur la version permanente de référence (de type *_REF)  afin de pouvoir savoir à tout moment quelle est la version permanente la plus à jour et pour prévenir le cas où un utilisateur n’utiliserait pas toutes les versions permanentes de sauvegarde disponibles

  42. Gestion des versionsCopie de version Version disponible à la copie dans chaque écran de saisie

  43. Gestion des versionsCopie de version Durées de conservation/date de suppression de chaque version

  44. Gestion des versionsReprise des données Les fonctionnalités de reprise permettent de charger les jeux de données des versions deréférence dans les versions publiques (PUB) ou de référence (*REF*). Les données chargées sont : issues du millésime précédent, chargées sur la version en cours (dans l’écran de saisie), limitées au périmètre couvert par l’écran de saisie (HT2, T2, ETPT) et le centre financier sélectionné par l’utilisateur. Selon les écrans, peuvent être chargées : les données d’une programmation détaillée ou agrégée antérieure, les données d’un cadrage ou d’une notification antérieure. Fonction de reprise des données

  45. Gestion des versionsReprise des données Reprise des données pour la programmation agrégée et détaillée (1/2) • La fonction de repriserapatrie les données de la programmation détaillée ou agrégée du millésime précédent sur la version sélectionnée. • Les versions sources disponibles à la reprise des données pour la programmation agrégée (initiale) sont : • A_INI_REF • A_ACT_REF • PUB • Les versions sources disponibles à la reprise des données pour la programmation détaillée (initiale) sont : • D_INI_REF • D_ACT_REF • PUB

  46. Gestion des versionsReprise des données Reprise des données pour la programmation agrégée et détaillée (2/2) 2 1 • La sélection de la version à reprendre est obligatoire avant de lancer la fonction.

  47. Gestion des versionsReprise des données Reprise des données pour le cadrage (1/2) • L’utilisateur a la possibilité de reprendre des donnéesde cadrage/notification détaillé d’une programmation antérieure pour initier son cadrage. • Une fonction de copie indépendante existe par type de cadrage (par centre financier, par activité, par action). • Les versions sources disponibles à la reprise des données dans le cadrage des BOP sont : • A_INI_REF • A_ACT_REF • PUB • Les versions sources disponibles à la reprise des données dans le cadrage des UO sont : • D_INI_REF • D_ACT_REF • PUB

  48. Gestion des versionsReprise des données Reprise des données pour le cadrage (2/2) 2 1 • La sélection de la version à reprendre est obligatoire avant de lancer la fonction.

  49. Démonstration Copie et reprise de versions Gestion des versionsDémonstration Quand le formateur fait une démo

  50. Cadrage des Programmes

More Related