Discussion :

[digitfree]

Bonjour,
Peut-on imaginer le cas suivant , que je simplifie à l'extrême toutefois :
J'ai un groupe basé par ex. sur un code client, et en dessous d'autres groupes et sections liées à ce client avec du détail, des formules, des totalisations, etc ... donc pas mal d'infos.
Je voudrais pouvoir lorsque mon dernier client a été traité repartir sur la même base de présentation, en "continuité", comme si je lançais une 2ème fois le traitement, (mêmes formules, mêmes calculs, mêmes groupes et sections...) mais en faisant une substitution au niveau du groupe "client" comme dans l'exemple hyper simplifié ci-dessous :
Client A (france) / article 100 ... cumul lignes qté 10
Client A (france) / article 200 ... cumul lignes qté 5
Client B (export) / article 100 ... cumul lignes qté 20
Client B (export) / article 300 ... cumul lignes qté 10
Client C (france) / article 100 ... cumul lignes qté 10
+
Client "france" / article 100 ... cumul lignes qté 20
Client "france" / article 200 ...cumul lignes qté 5

J'ai essayé de baser mon groupe "client" sur une formule dans l'expert groupe, pour lui dire grosso modo que le client traité dans le groupe est soit le "vrai" client de la table, soit le client virtuel "france" (gràce à un flag qui me permet de savoir que j'ai terminé de traiter tous les clients de la table). J'ai donc fait une formule qui ressemble en simplifié à ça :
if (codcli="A" ou "C") and flag=1 then champ="france" else champ=codcli ...
Le pb c'est que ça plante avec "nom de champ invalide" car j'ai l'impression qu'au niveau de la formule de l'expert groupe il n'accepte que des champs de table et pas des variables.

Par contre, je ne souhaite pas partir sur un sous-rapport, car cela va m'obliger à refaire à l'identique toute la présentation, les formules, les groupes et sections liées au groupe "client" ... en +, ça me semble balot de tout dédoubler à l'identique alors qu'il doit bien y avoir une astuce pour retraiter exactement les mêmes infos, juste au final pour sortir un regroupement complémentaire des mêmes infos.
J'ai peut-être pas été très clair, mais c'est vrai que si la problématique est simple en soi, elle n'est pas facile à expliquer.
Merci d'avance de vos idées sur la manière dont vous traiteriez ce genre de cas.

[luc_chivas]

bonjour,

ton souci, c'est que CR ne lis qu'une fois les données, et tu voudrais qu'ils les lisent au moins 2 fois.. (tu le dis toi même d'ailleurs).... tu auraisle même souci directement en faisant ta requête SQL.....
Je pense qu'il faut travailler soit au niveau de la requête en faisant 2 requêtes et un "Union" ou au niveau d'un sous rapport... tu suavegardes ton rapport existant sous un autre nom.. tu ouvre ton rapport principal et tu importes ton sous rapport dans le pied de rapport...... comme ça, tu ne perds pas tes formules, mise en page, etc....

[digitfree]

Merci Luc,
Je m'en doutais un peu, mais j'osais encore rêver ... car j'ai souvent ce cas de figure à gérer avec mon client.
En tout cas l'astuce de récup du rapport dans le sous-rapport, même si je voulais l'éviter (1 rapport + 1 sous-rapport à maintenir) va bien me solutionner ce cas.
Toujours efficace et clair avec toi.

[digitfree]

Petit pb par contre.
Après la manip de duplication de mon rapport principal , j'ai pu sans problème insérer cette copie comme sous-rapport du r.principal. Par contre, les sous-rapports que j'avais dans le r.principal ... ne se retrouvent plus dans la copie appelée donc depuis le r.principal.
Cela veut il dire qu'il n'est pas possible d'avoir un sous-rapport comportant lui-même des sous-rapports ? ou alors faut t'il que je change les noms des sous-rapports de la copie vs ceux du rapport principal ?

[luc_chivas]

exact, un seul niveau de sous rapport.. ce qui n'est déjà pas mal...