jefyco / abcde un composant du système global dinformation cocktail 30 mars 2006

JEFYCO / ABCdE

Un composant

du Système Global d’Information COCKTAIL

30 Mars 2006

Ordre du Jour

• 10H00 - 12H30: Le produit• 10H00 - 11H30: aspects fonctionnels• 11H30 - 12H30: aspects techniques• 13H30 - 15H00: Démonstration du produit.• 15H00 - 16H00:

– Cocktail: • Présentation du consortium: de qui est -il constitué,

comment vit -il? • Quelles relations entre Cocktail et un établissement qui

prend JEFYCO (soit qui fait quoi et qui est responsable de quoi)?

Plan

• Jefyco une application …. parmi d’autres!

– Brique d’un PGI spécifique

• Le Référentiel

• Le budget

• Les dépenses

• Les situations

• Les marchés

• Les recettes

• La comptabilité

• L’administration des droits

• Les fournisseurs & Clients

• L’inventaire & Stock

• Le compte financier

• Les autres modules– Missions

– Conventions

– Prestations Int & Ext

– Paie

– Taxe

• La formation

Les applications Cocktail

Généralités

Les applications Cocktail• Reposent sur un système d’informations intégré désigné

« cocktail »

• Libres de droits d’usage (coût d’achat nul)

• Totalement mutualisées

• Ouvertes (Open Source)

• Se veulent modernes, évolutives et réactives

• Guidée par l’utilisateur (Forums, demandes de travaux, réunions régulières)

• Economiques– Financièrement

– Humainement

SuiteSuite

Le système d ’informationLe système d ’information

• 1998Visio

n qualifiée

à

l’époque d

’utopiste

Architecture applicative (2002)

Budgets, DépensesComptabilitéInventairesMarchésMissions

Taxe d’app,Stocks

...

Emplois, CarrièresPersonnels, Etudiants

Entreprises, Fournisseurs

CongésCartes pro,

Paie...

AdmissionsInscriptions

ExamensNotes

RésultatsDiplômes

Stages,...

JEFYCO GRHUM Scolarité

ANNUAIRES de l’établissement (Personnes, Documents, Informations)Étudiants, personnels, composantes, services, laboratoires, contacts, fournisseurs, entreprises, établissements, partenaires, groupes de mail, forums (push) et listes de diffusion, bâtiments, salles, formations, comptes, …

Client WWW

Plannings, Heures complémentaires, Gestion électronique des documents et de l’information, Gestion de la formation continue (aspects administratifs et pédagogiques), gestion de parcs, Gestions des stages, Gestion des demandes de

travaux, ...

Frontal LDAP: authentification légère et forte (IGC), profils,..

Client Java

Applications informatiquesSoap, XML

Frontal SOAP, XML, WSDL, UDDI: EDI et inter-opérabilité

Frontal HTML, XML, XLST: présentation des documents

Tout Client LDAP

Extranet Intranet

Internet

http

http

httphttp / TCP /UDPhttp / TCP /RMI

Système d’informations de l’établissement

RMI RMI

Tout Client WebDav

http

• 2002

• 2002

Architecture logicielle homogène• 2005

ULR

Architecture logicielle hétérogène• 2005

JEFYCOle « mur de briques » pour la gestion financière et

comptable• Un des « murs porteurs » du système d’informations• Un outil de gestion• Un outil de pilotage• Un outil souple au service d’une politique• Un potentiel évolutif élevé• Une application « élastique » pouvant répondre aux

besoins du plus grand (Paris 10, Paris 5, …) comme du plus petit établissement (Bibliothèque Inter-universitaire GIP BULAC))

Périmètre Fonctionnel

QuickTime™ et undécompresseur TIFF (LZW)

sont requis pour visionner cette image.

Jefyco Ok Jefyco Ok

2007

Partiel

Couverture fonctionnelle de JEFYCO

2007

• Feuille de route 2006:– Refonte du module Budget– Module encaissement élargi aux prélèvements (échéancier) et

augmenté des fonctions d’une régie.– Gestion élargie des contrats – Refonte technologique du module dépenses– Refonte technoogique du module Titre– Refonte du module d’Administration et de gestion des Droits– Disparition des éditions sous ReportMill, généralisation de

iReports

Thème Couvert (O/N) Observations

Gestion des structures complexes ? C’est quoi une structure complexe ?

Gestion des SAIC et prise en compte de la fiscalité O Cf Le Havre

Prise en compte de la M9.3 O C est notre bible 

Prise en compte de la LOLF N Jefyco implémente déjà la limitativité par masse de crédits (type de crédit). Développement prévu courant 2004 pour le budget 2005

Gestion multi établissements O IUT , établissements rattachés

Carte achat O Artois, établissement pilote

Paiement lecteur de chèque O Lecteur de chèques ASCOM

Paiement CB Internet et TPE O PayBox + TG ou autres banques

Paiement Monéo N En 2004

EDI N Participation et veille sur les schémas d’interopérabilité

Signature électronique N En 2005

Paie O Dès le 1er janvier 2004. Répond au cahier des charges AMUE-Astre + GFC Paie sauf intégration avec Nabuco.

ETEBAC O ETEBAC 3 en attendant ETEBAC 5

Régie N Intégration application Martinique prévue en 2004

Interfaces Web O Consultation (suivis) Fournisseurs, annuaires (fournisseurs, marchés, …), Mise à jour informations, Bon de commande, devis, ….

Pilotage O Univers BO + divers

Couplage Demandes de Travaux – prestation internes –Service TechniqueService Reprographie

O Gestion des livraisons, gestion coûts complets, gestion de l’activité et du temps, gestion des stocks. 2004

Couplage Stock et Parc Info N Développement possible en 2004

Gestion des arrêtés individuels et en masse N Développement fin 2003

Interface taxation Autocommutateur O Importation du fichier taxation (Alcatel 4400) et ventilation automatique des liquidations.

Interface Formation continue N En cours, prévu pour 2004

Interface paiement inscriptions colloques, séminaires, …

N En cours, prévu pour 2004

• Questionnaire AMUE 2003

•Configuration type haute disponibilité: 2006

JEFYCO

• Simplicité d’utilisation

• Qualité des documents

• Réactivité du produit

• Satisfaction des utilisateurs

Jefyco

• Maintenance corrective & évolutive• Documentation technique en cours grâce à la

modularisation du produit• Evolutions réglementaires• Evolutions technologiques:

– Architecture multi-tiers– SGBD indépendant– Client léger (HTML) et riche (Java Swing)– SIX (Serveur d’Impressions XML): XML, XSLT, DTD– OpenReports/iReports (Java Open Source) pour toutes les éditions– Signature électronique & Dématérialisation– SSO CAS associé à ZAP + certificat X509 si souhaité– …

BUDGET 2007 LOLF

• Les Informations Budgétaires.• Gestion des Crédits Ouverts.• Budget par Nature• Budget de Gestion• Les mouvements budgetaires• Les phases budgétaires

Les Informations Budgétaires.

• Le Centre de Responsabilité (actuellement niveau 3 de Jefyco)– Le Niveau de préparation budgétaire (W à

l’envers)– Le Niveau pour TOUS les mouvements

budgétaires ( Prov. ,Reliq. ,DBM, MIO ,ventilations ,virements)

• La gestion des Signatures– Délégation de signature / pouvoir.– Limite de montant / masses ,etc ....

Les Informations Budgétaires.

• Nomenclature LOLF

– Programmes / Actions:• Nomenclature imposée par l’Etat.

– Sous-Actions • Nomenclature établissement déclinée / dérivée de celle de l’Etat.

• Le suivi des projets est effectué, selon le besoin, par les codes analytiques (auquel peut être associé une enveloppe indicative de crédits) et , dans les cas où une enveloppe limitative doit être associée, sous la forme d'une convention sans suivi comptable

– Des poches de crédits Limitatifs liées à un CR

– Ce pourrait être un nouveau type du module “conventions/contrats” COCONUT’S seul point d’entrée de gestion, déclaration, alimentation, … des projets

Les Informations Budgétaires.

• Limitativé des crédits :– Par masses lors de l'éxécution budgétaire (UB/CR)

• Le concept de type de crédit est conservé

– Par projet (à l’intérieur d’un CR)• Le projet remplace le niveau 4 (UC / Lbud) actuel

• Le code analytique:– Il est conservé mais amélioré:

• Il est structuré de manière arborescente :

• Il est Public (Etablissement) visible par tous ou Privé à une UB ou un CR visible par les agents autorisés sur ces UB/CR

• Un montant peut lui autre asscocié pour du pilotage / contrôle de gestion» Alerte, interdiction d’utiliser le code au-delà, bilan, rapport d’activité, …

» C’est un indicateur

Gestion des Crédits.

• Les RESSOURCES (ou financements) des CR.

– Externes – Subventions spécifiques

– Prestations externes

– Dons

– Etc…

– Internes– Sans comptabilisation : DGF, CQQ; CQD, transferts

divers

– Avec comptabilisation : prestations internes

Gestion des Crédits.

• Financements externesVoir

paramétrage plan

comptable classe 7 et 13

• Prestations internesVoir paramétrage compte

187

• Financements internesConcevoir une table pour

l’Etablissement des mouvements internes

Exemples :DGF : dotation de fonctionnementCQD: contrat de développementCQR: contrat de rechercheBIB: échanges entre bibliothèquesFOM: formation des maîtresCOL: financements de colloquesTEL :répartition charge téléphoneREP: reprographie interne FCO: participation de la Formation continue

aux charges communesEtc…

Gestion des Crédits.

• 1-Tout se passe donc au niveau du CR• 2- Tout financement interne pour un (ou

plusieurs) CR est une charge interne pour un (ou plusieurs) autre CR

• 3- la somme de chaque type de mouvement interne est nulle (et n’apparaît donc dans le budget consolidé)

Gestion des Crédits.

CR 1 CR 2

Crédits ouverts

Prest Ext

Subv Spéc

Prest Int

FOM (CR3)

DGF

-COL (CR 2)

Crédits ouverts

COL (CR1)

FOM (CR3)

DGF

Crédits ouverts

-FOM (CR1)

-FOM (CR2)

Prest ext

Prest int

CR 3

En plein : les prévisions liées au plan comptable / En rayé : les prévisions liées à la table des mouvements internes / En+ les dotations reçues /En – les contributions versées

Les mouvements budgétaires

• Les Mouvements à l'initiative de l'ordonnateur: MIO

PAS DE MODIFICATION DES MASSES !

1- Ajustements du budget par nature (dépenses et recettes)

Ajustements du budget de gestion (dépenses et recettes)

2- Les Virements de CR à CR d'une même UB

– Par Nature et Gestion (recette/dépense)

3- Les Transferts de CR à CR d'UB différentes

– Par Nature et Gestion (recette/dépense)

Les phases budgétairesPOUR TOUS LES CR

1-ELABORATIONBudgétaire

Budget Nature Dépense

Budget Nature Recette

Budget Gestion Dépense

Budget Gestion Recette

2-EDITION DU DOCUMENT BUDGETAIRE : Prov. / Init. / DBM

ATTESTATION du caractère exécutoire par l ’AC

3-EXECUTION BUDGETAIRE

Recettes ExtPrest

Int(recette)

Dotations

Prestint

(dépense)

Contrib

Crédits ouverts

vote

Fin de la

procédure

La dépense: commande

• Un devis / un marché / un fournisseur

• Des articles / des codes de nomenclatures

• Une ventilation en % par Destinations • Les destinations ne sont proposées à la liquidation que si

elles ont été �mouvementées dans le budget" (aide non bloquante ou verrou déblocable par une autorité� habilitée)

• Les réimputations de destinations sont possibles après liquidation

• possibilité� de ventiler des dépenses ou groupes de dépenses d'une destination vers d'autres destinations

La dépense: commande

• Des CR/Projet supportant le montant de la dépense

• Des codes analytiques (optionnels) par ligne de dépenses (CR/Projet)

• Une Masse / une imputation par ligne de dépense (CR/Projet)

La dépense : liquidation

• Possibilité de (re)préciser la ventilation par action / sous-action au moment de la liquidation la liquidation par ligne de dépense (CR/Projet)

Échéance 2006

• Octobre 2005:– Préparation budgétaire à partir du module existant:

• http://www.univ-lr.fr/actes/ged/courrier/commun/0410191232.0/SimBud_launcher.html

– Disparition du niveau 4? Un niveau 4 par défaut et masqué pour 2006? Tous les autres niveaux 4 étant liés à une « convention »

• 2005:– Mise au point et évolution du module convention / contrats

• Janvier 2006– Nouveaux codes analytiques

– Ventilation des dépenses par action / ss-action pour chaque dépense (à la commande / liquidation)

Échéance 2007

• Module Budget.new

• Module Dépenses.new

• Modules Titres.new

• Equipe de développement:– F. Rivalland Antilles-Guyane

– Th. Saivre La Rochelle

– R. Prin La Rochelle a/c Avril 2006

– C. Heurtevin Marseille 1

• A suivre …

Module BUDGET actuel

• Budget par nature et budget de gestion

• Souplesse des types de crédits • Fonctionnement

• Équipement

• Personnel

• Autres au choix de l’établissement

• …

• Clarté des éditions

Exemple d’une édition au format PDF

Module DEPENSES

• Engagement et commandes simultanés– Exemple ici ou là pour une commande sur marché

• Facturation – liquidation– Exemple ici

• Mandatement– Exemple ici

• Consultations – recherches– Un petit exemple ici

Module DEPENSES

• Gestion des codes nomenclatures marchés

• Notion de catalogues produits

• Saisie d’informations analytiques possible

• Sécurité des contrôles automatiques

Une commande JEFYCO

• 1) 2 Approches possibles: – Marchés:

• Par lot

– Hors Marchés :• Par Fournisseur

• Par Code de nomenclature (famille de produits homogènes)

• Par ligne budgétaire

• 2) Suivant l’approche:– Plusieurs engagements par commande possibles

– 1 code de nomenclature par engagement » plusieurs codes de nomenclature par commande!

– Une ligne budgétaire par engagement

• 3) Gestion des prestations internes

Module dépenses: compléments• La pré-commande et commande HTML (Web) : JefyWeb• Gestion des catalogues (fournisseurs, marchés, prestations)• Devis et commande de Prestations internes et … externes: PieWeb• Quelques petits plus :

– Gestion des catalogues fournisseur (rappel)– Fiche de mise à disposition de matériel (liée à l’inventaire)– Edition complémentaire au bon de commande (communication auprès des

fournisseurs)– Gestion individuelle ou en masse des arrêtés (+ GEDI)– Amélioration de la gestion des codes analytiques (sans modifier l’existant)

– Xlab – Web – …

•Ajouter modèle LR avec login/passwd Fournisse

ur

•Logo de l’établissement

•Logo du CR s’il existe!

La liquidation :Fenêtre principale (exemple simple d’une saisie de facture

ici)

•A remplacer par version 2006

Module MARCHES (ppt ici)

• Gestion des marchés, des lots et prestations associées (exemple ici)

• Gestion des codes nomenclatures• Paramétrage pour service marchés• Documentation:

– (cf documentation JEFYCO à l’adresse: http://www.univ-lr.fr/cri/applications

– Ou document PDF

Module Marchés 2006

• Evolutions en cours– Nouveaux seuils MàPA– PRM déléguée

• Pour une ou plusieurs famille homogène

– GEIDE associée (GEDI)– Dématérialisation (en cours)

Marchés: la dématérialisation (1)

• La démarche de l’AMUE– Publication des offres– Appel d’offre en cours pour choisir un

prestataire pour le dépôt signé et horodaté du DCE et le recueil signé et horodaté des réponses

• Un coût par appel d’offre

Marchés: la dématérialisation (1)

• Évolution 2006 pour JEFYCO:– Faire du module marché un module de gestion administrative des

appels d’offres:• Préparation

• GEIDE

• Publication

• Signature et horodatage des documents

• Gestion des évènements et des commissions d’AO

• Interopérabilité avec les plateformes de dématérialisation et publication (AMUE, autres)

Evolutions

• Gestion des appels d’offres et des réponses de manière plus fine et plus intégrée– Liée à la GEIDE (GEDI)

• Association des documents du marché: Publicité, CCAP, CCTP, Annexes, …

• Publication WEB et téléchargements

– Soumission (dépôt) des Offres et des Réponses via le WEB– Echanges de données automatisés et sécurisés (Signature des

documents à partir de l’application)– Inventaire des besoins et automatisation des appels à compétition– …

Consultation des marchés ouverts sur l’Intranet

Consultation des marchés ouverts sur l’Intranet

Gestion des codes de nomenclatureModule 3/3 Java Client multiplateforme

•Création, Mise à jour des codes

•Association des codes aux fournisseurs

Consultation de la nomenclature sur l’Intranet

•Accéder aux fournisseurs connus (ayant déjà fourni) pour le code sélectionné

•Détail du code sélectionné

Les fournisseurs du code sélectionné

Détail (6 chiffres optionnels) d’une famille homogène (4 chiffres) de produits

Les « services » achat

• Le CMP 2002 nous a conduit à un « meilleur contrôle » et une meilleure prévision des achats – JEFYCO a introduit la notion de service achat

(organisation libre par établissement) habilité à arbitrer les commandes « ambigües » pouvant relever d’un marché (exemple les ouvrages) ou hors seuil (commande unique)

Les services achat

• Évolution 2006:• Toujours sur un code de nomenclature (code achat) => service

responsable d'un ou plusieurs codes (ou de tous!)• sur une ligne budgétaire => service responsable d'un niveau 2 (UB)

ou niveau 3 (CR)• sur une imputation => service responsable d'une ou plusieurs

imputations budgétaires (par exemple les missions!)• ne dépassant pas un certain seuil => plusieurs personnes (rattachée à

un service ou structure ou groupe) sont chargées de valider une commande engagée:

• sur un type de crédit => service responsable d'une masse de crédit (par exemple la taxe d'apprentissage!)

• Sur conventions (ligne budgétaire aujourd’hui)

Le module « services achat »: menu

Valider les commandes en attente

Créer des services, désigner des agents habilités

Refondu en 2006 => Client riche SWING

Le module « services achat »: administration (1)

Les services achat

Création d’un service (il est dans GRHUM => annuaire)

Les familles de produits homogènes gérées par les service achat (code à 4 chiffres)

Les agents du « service achat » (ils peuvent ne pas appartenir au service au sens affectation) habilités à valider les commandes dans une famille de produits homogènes

Le module « services achat »: administration(2)

Les services achat

Le module « services achat »:validation

Rechercher une commande

Les libellés « officiels » des articles de la commande

Les commandes en attente pour le service achat auquel appartient l’agent

Le libellé « fournisseur » de l’article

Zone d’explication

Le module « services achat »:validation

Rejet d’une commande: un Email est envoyé qui peut-être complété

Acceptation d’une commande: un Email est envoyé qui peut-être complété

Remarque: tte modif de la commande ré-itère le processus TOTALEMENTUn agent habilité voit ses commandes auto-validées

Exemple d’échanges de mailsservices achat

Ajouter des exemples

Service Achat: situation

Module SITUATIONS

• Essentiel pour tous les utilisateurs

• Nombreux choix possibles

• Un utilisateur ne peut éditer que suivant ses droits d’accès

• Version Windows et WEB– La version windows disparaîtra en 2007 pour

laisser la place à une seule version WEB.

•Version Windows

•Version Windows

Export fichier délim

ité pour tableurs

Situation budgétaire: détaillée « forte »détail des liquidations partielles

Situation budgétaire: détaillée « simple »sans liquidation partielle

Situation budgétaire: Accès Web»

Application CASsifiée

Situation budgétaire: Accès Web»

Refondu en 2005-2006 => Totalement en iReports

Situation budgétaire: Accès Web»

Situation budgétaire: Accès Web»

Module RECETTES

• Intégré au module de facturation (PIE)– Plus de recettes sans facture! (un espoir:-))

• Gestion des recettes et des reversements

• Éditions normalisées

•En refonte: version Java-Cliente en 2006

Exemple « flash » de l’édition d’une facture

•Refondu en 2006 => Client riche SWING

•Sobre mais très ré

glementaire!

•Sobre mais très ré

glementaire!

MaracujaLa Comptabilité Générale

La gestion des FOURNISSEURS

• Gestion des fournisseurs et des clients• Reprise possible des anciens fichiers• Validations centralisées ou non• Intégration dans ANNUAIRE• Documentations:

– Doc annuaire PDF (cf documentation à l’adresse: http://www.univ-lr.fr/applications)

– Diaporama Fournisseurs– Exemple d’une saisie au format Flash (ici)

Gestion des fournisseurs Elle se fait via l’annuaire

• Un cas particulier de l’annuaire:– ce sont des personnes morales OU physiques– ce sont des contacts, entreprises, vacataires, personnels– 4 états: valide, à valider, invalide, annulé– ils sont fournisseurs ou client ou missionnaires!

• 3 modes d’accès:– administrateur fournisseur– agent JEFYCO– autres

Gestion des fournisseurs via l’annuaire

Les fournisseurs

Ajout d’un fournisseur

Gestion des doublons

Fiche de saisie rapide: RIB et adresse de facturation obligatoire

L’annuaire des fournisseurs sur le Web (ici)

Remplacer par dernière version

La situation des fournisseurs sur le Web (ici)

Module INVENTAIRE

• Gestion des numéros par matériel

• Étiquettes avec code barre

• Calcul des amortissements

• État de l’actif

• Fiche de mise à disposition (ici)

Edition d’étiquettes code-barres

Module COMPTE FINANCIER

• Cf Maracuja

•Sobre mais très ré

glementaire!

Administration et gestion des droits

• Réservé à quelques utilisateurs

• Paramétrage des accès

• Gestion des menus et lignes budgétaires

– Refondu pour 2007

Autres MODULES

• Module autonome de traitement automatique (lecture CMC7, écriture, endossage) des chèques (ppt ici)

• Module de paiement par Internet CB / Paybox• Module téléphonie (ppt ici)

– Pontage de JEFYCO avec le fichier taxation de l’autocommutateur (Pont existant pour l’Alcatel 4400)

• Modules Web « natifs » et personnalisables• Taxe d’apprentissage

Autres MODULES

• KIWI: le module missions (ppt ici)• Papaye: le module de paie (ppt ici)• Coconuts: le module convention• Pie : les prestations int/ext

– Nécessitent un serveur d’application WebObjects 5.2– Ils disposent de 2 interfaces:

• Java-client SWING: Windows, Mac OS X, Unix/Linux • HTML 3/3 mais uniquement pour les usages occasionnels

– Fonctionne sous Oracle (8i, 9i) mais le module est SGBDR indépendant. Pourrait fonctionner (réalisé au CRI) sous Mysql par exemple

Le module Conventions

• Vers une gestion plus administrative des conventions et non limitée aux seules conventions ou contrats entraînant des flux financiers.

• Une intégration à la GEIDE• Un référentiel unique de TOUTES les conventions

de l’établissement• S’appuie sur GRHUM (annuaire personnes

morales et physiques), sur JEFYCO et la GEIDE (Application GEDI)

•Très obsolète: à changer

Les prestations internes et externes

• Un outil de gestion des catalogues de prestations dits de recettes

• Un éditeur de factures XML!• Une interface Web pour l’offre de services et la

réalisation de devis• Une application de gestion des devis et de la

facturation associée• Une liaison naturelle avec le module Titres• Règlement des factures par CB Internet possible

(factures à l’étranger notamment)

Points abordés

• Gestion du catalogue : remises quantitatives et multi-imputations par catalogue

• Création de la prestation interne• Génération des factures

1. Gestion des catalogues par le prestataire Un catalogue

Un article

Une option ou remise

1. Gestion des catalogues par le prestataire

Un catalogue doit avoir une date de vote du CA pour être utilisé

Chaque composante de l'établissement peut devenir fournisseur interne et posséder

plusieurs catalogues de prestations.

Plusieurs responsables peuvent être définis. Ils recevront les demande de validation de

devis sur ce catalogue.

Il faut définir une imputation comptable (recette)

qui sera utilisée par défaut lors de la création des artcicles.

1. Gestion des catalogues par le prestataire

Pour chaque type de client, une remise globale sur les

prix du catalogue peut être définie.

Gestion du catalogue - cas particuliers

Remise définie pour l’article CLCOUVA3R

La remise sera automatiquement affectée à partir de 10 articles

L’imputation recette n’est pas la même que pour les autres articles du catalogue.

La Paie

• Client: – Machine virtuelle Java 1.4.2 (linux, Windows,

Mac, ..)

• Serveur d’application: WebObjects (J2EE)

• Serveur de base de données : Oracle

• Mise en exploitation janvier 2004

La documentation utilisateur

• Une tâche réalisable par n’importe quel partenaire!

• Mise en place d’un serveur « WEBDAV »– Mise à jour collaborative (partage de document) via un répertoire

WEB

– Tout le monde (personne autorisée désignée par l’établissement) doit pouvoir participer

• Evolution multimédia: – Utilisation de ViewletBuilder

Divers

• ETEBAC 5 (ETEBAC 3 existe en attendant)

• Carte achat • En test en Artois: quelle suite?

• Évolution technologique:– Java client 3/3, HTML, XML, WebServices

• Achevée en 2007

• Paramètrage des éditions

Les éditions / extractions

• Elles sont de la responsabilité de l’établissement • L’outil ReportMill est abandonné. • Les évolutions se font vers:

– le serveur d’impression XML (SIX) réalisé par La Rochelle pour Papaye

– L’outil Open Source iReports

• OpenReports est maintenant très fortement recommandé en complément de Business Object.

• Un paramétrage est mis en place donnant le choix d’utiliser les éditions de LR ou ??? (au choix de celles proposées par la communauté)

FORMATIONS

• De formateurs, sur site

• Sur une base réelle Artois / Mulhouse

• Guides avec copies d’écran

Les conditions de la réussite

• Nomination d’un chef de projet

• Implication de tous les intervenants

• Information et sensibilisation

Les « effets secondaires »

• Amélioration de la culture de gestion

• Consolidation du groupe

• Déconcentration plus facile