Discussion :

[Florent_45]

Bonjour,

Je travail actuellement sur des données RH provenant de requête sur une base HR Access. Les résultats des requêtes sont exportés sous forme de fichiers Excel puis j'utilise l'ETL Talend Open Studio afin d'extraire et transformer les données pour ensuite exporter les résultats dans de nouveaux fichiers Excel. J'utilise ensuite BIRT Reporting afin de produire différents rapports (TCD, graphiques, etc.).

Mes données d'entrée pour BIRT (Data Source) sont donc des tableaux Excel "Toutes Unités Confondues" de la forme ci-dessous :

Matricule(ID)|Nom |Prenom |Unité |TypeMetier|etc...
1 |Nom1|Prenom1|Unité A|TypeMetier|etc..
2 |Nom2|Prenom2|Unité A|TypeMetier|etc..
3 |Nom3|Prenom3|Unité B|TypeMetier|etc..
4 |Nom4|Prenom4|Unité B|TypeMetier|etc..
5 |Nom5|Prenom5|Unité C|TypeMetier|etc..

Mais j'ai aussi à disposition des tableaux Excel "Par unité" avec la même forme que ci-dessus.

Mon problème est le suivant, je souhaiterai pouvoir produire de manière automatique des rapports (par ex: tableau d'effectif de metier, pyramide des ages, effectifs des ages, etc.) par unité.

Il faudrait donc soit que BIRT lise le fichier Excel "Toutes Unités confondues" et sélectionne les données selon le champ "Unité" de manière à créer autant de rapport qu'il y a d'unités différentes. Ou alors, vu qu'avec Talend j'ai aussi exporter les données par unité (un fichier Excel par unité), que BIRT lise un à un chaque fichier Excel et produise un rapport à chaque fois.

Quelle méthode est la plus recommandée selon vous? Et surtout comment opérer ?

J'ai trouvé ce tutoriel sur le net : http://medspx.homelinux.org/projects...export_massif/ mais j'avoue être débutant en Java donc avant de me lancer dans la compréhension du code je voudrai savoir si c'est la bonne marche à suivre ou si vous auriez des méthodes plus simples/efficaces. Sachant que je souhaite par la suite exporter mes jobs Talend pour les mettre en relation avec BIRT afin d'automatiser l'ensemble des opérations (extraction/transformation puis production de rapport).

J'espère que je ne suis pas trop confu dans mes explications, si vous avez des questions n'hésitez pas. Merci d'avance pour vos suggestions.

[galel]

Peut-être rien à voir, mais comme tu utilises Talend pourquoi ne pas charger tes données en base?
Cela te permettras de faire des dataset en SQL et ainsi avoir plus de possibilités que sur un dataset provenant d'un fichier excel.

[Florent_45]

Bonjour Galel.

En effet charger les données dans une BDD faciliterai leur sélection dans les dataset mais l'utilisateur n'a pas de serveur à disposition pour héberger la BDD et nous ne souhaitions pas à ce qu'il ait à l'héberger sur son pc (pour faciliter l'utilisation de l'outil final).

Donc pour le moment je voudrais trouver une solution en ayant pas à passer par une BDD mais seulement par des fichiers Excel.

[Stefan C]

ce genre de fonctionnalité existe en version commerciale de BIRT ( BIRT Data Objects )

Il suffit de créer un .datadesign et générer un .data qui 'empile' les données des fichiers Excel dedans ensuite baser ton .rptdesign dessus.

Par contre la version pro n'est pas gratuite.

Est-ce que ce projet a un budget?

[Florent_45]

Bonjour Stefan et merci pour ta réponse, hélas non aucun budget n'est prévu pour ce projet. Il va donc falloir que je trouve une solution "gratuite", ou alors que nous changions de mode opératoire.

Si je charge l'ensemble des données dans une base PostgreSQL, est-il possible à l'aide de requêtes "dynamiques" de générer autant de rapports que d'unités?

[Stefan C]

Comme indiqué par galel , il est tout à fait possible de faire du bursting de rapports si vous chargez le tout en base. Mais il y aura du dév c'est sûr. Talend est un bon outil pour ce faire.

Coté prix de la solution commerciale , faut pas avoir peur des grands nombres , ça commence à quelques milliers d'euros en fonction de l'usage , donc des fois c'est moins cher que de passer des dizaines/centaines de jh à rechercher.

Tout dépend de vos souhaits , pour ma part j'ai toujours considéré que faire des rapports jolis pour les métiers c'est plus sympa que de chercher des machins en Java , mais bon , cela n'engage que moi