ITEMS DE
COMPARAISON |
AVEC
DADSU REQUEST |
DANS UN SCHEMA
TRADITIONNEL |
Organisation
fonctionnelle |
Indépendance des acteurs vis-à-vis de l'accès aux données. DADSU Request permet l'exécution de requêtes stockées. Ces requêtes sont très simples à mettre en place grâce à son assistant de création.
|
Demandes du métier vers la MOA puis vers les MOE pour restituer les données. (réalisation de requêtes par ex.)
|
Cohérence
logicielle |
Interface et format d'export similaires à ceux de DNAC Request (Compatibilité DADSU-Request/ DNAC Request)
|
----
|
Cohérence
des données |
Approche dossier permettant un suivi global des salariés
|
Approche mono-rubrique nécessitant des développements compliqués pour rapprocher les données.
|
Lisibilité des
données |
1-/ Rubriques DADSU présentées avec leur libellé (facilité d'usage)
2-/ Données présentées sous forme de dossiers,
3-/Calculs de cumuls au lancement du logiciel (gain de temps pour les contrôles)
|
1-/ Rubriques DADSU présentées sans leur libellé (nécessité de bien connaître toutes les rubriques DADSU)
2-/ Données présentées sous forme mono-rubrique,
3-/Calculs de cumuls à faire manuellement après extraction des données.
|
Gestion
des volumes |
Important volume de données (+80000 dossiers salariés)
Les temps de traitement sur gros volumes très rapide:
Exemple: Pour une DADSU de 90 000 salariés (+ 6 millions de lignes) DADSU Request se charge en 5 minutes +2 minutes pour le calcul des cumuls par établissement)
|
Gestion des gros volumes souvent très problématique (optimisation des traitements, upgrade du matériel...) pouvant requérir l'usage de gros systèmes
|
Temps d'accès
à l'information |
1-/ Chargement des données rapide (-2 minutes pour 500 000 lignes) important volume de données (+80000 dossiers salariés)
2-/ Moteur de requête accélérant l'affichage des écrans (affichage immédiat pour 10 000 dossiers)
3-/ Calcul de cumuls au chargement (résultats immédiats à la demande)
|
1-/ Chargement dépendant du système, (ex.: 30 minutes observées sur application de même
2-/ Cumuls sur requêtes (dans l'exemple ci dessus rajouter en moyenne 5 minutes par requête)
3-/ Pas de calculs au chargement.
|
Architecture |
Exécution sur PC (pas d'architecture compliquée Client/Serveur)
|
Client-serveur SQL à mettre en oeuvre
|
Evolution |
Adaptation à chaque nouvelle norme (par an) par mise à jour du référentiel (fourni par HR COMMUNICATION)
|
Adaptation à chaque nouvelle norme (par an) par des développements spécifiques.
|
Sécurisation
du SIRH |
Aucune intervention vers ou depuis la base de données PAIE; lecture du fichier texte DADSU.
|
Gestion des habilitations pour restreindre les accés aux bases.
|
Rapprochement
des SIRH |
Données au standard DADSU (pas de développements spécifiques)
|
Développements spécifiques pour faire coïncider les systèmes.
|
Echange
informations
intra-sites/
établissements |
Exécution de requêtes HRC Query. Requêtes sauvegardables et échangeables entres sites équipés des licences.
|
Pour s'échanger des requêtes, obligation d'être sur des systèmes communicants strictement identiques (architecture fonctionnelle et technique)
|
Coûts |
Une licence par poste de travail
|
Adaptation des programmes à la norme (équipes de développement)
|