Discussion :

[Julien59]

Bonjour à tous.
J'ai un problème qui perdure depuis 3 mois sur un état, et je n'arrive pas à le résoudre.
L'état traite les factures entre 2 périodes données. Par exemple entre Janvier et Février. Jusque là, rien de méchant... Sauf que lorsqu'on exécute l'état, il se trouve que certains montants de factures sont doublés, d'autres divisés par 2.
Après quelques recherches, il se trouve que cette erreur vient des conditions dans la requête.

Voici la condition :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 CGL_INTERCO_DIV.PERIOD_NAME IN (SELECT GL_PERIODS.PERIOD_NAME
                                         FROM GL_PERIODS
                                        WHERE (GL_PERIODS.period_year >
                                              (SELECT P1.period_year
                                                  FROM gl_periods P1
                                                 WHERE gl_periods.period_type =
                                                       P1.period_type
                                                   AND gl_periods.period_set_name =
                                                       P1.PERIOD_SET_NAME
                                                   and P1.period_name =
                                                       UPPER(@variable('1 - Periode debut / Start Period (MMM-YY)'))))
                                           OR (GL_PERIODS.period_year =
                                              (SELECT P2.period_year
                                                  FROM gl_periods P2
                                                 WHERE gl_periods.period_type =
                                                       P2.period_type
                                                   AND gl_periods.period_set_name =
                                                       P2.PERIOD_SET_NAME
                                                   and P2.period_name =
                                                       UPPER(@variable('1 - Periode debut / Start Period (MMM-YY)'))) AND
                                              GL_PERIODS.period_num >=
                                              (SELECT P3.period_num
                                                  FROM gl_periods P3
                                                 WHERE gl_periods.period_type =
                                                       P3.period_type
                                                   AND gl_periods.period_set_name =
                                                       P3.PERIOD_SET_NAME
                                                   and P3.period_name =
                                                       UPPER(@variable('1 - Periode debut / Start Period (MMM-YY)')))))

C'est un filtre qui se trouve directement dans le designer.

J'ai donc cherché à modifier les conditions sur la requête et ai remplacé cette condition par un simple:

Period dans liste .................

La différence par rapport à l'objet précédent :
code de l'objet Period :
@Aggregate_Aware(GL_PERIODS.PERIOD_NAME,GL_PERIODS2.PERIOD_NAME)



L'utilisateur doit donc sélectionner lui-même tous les mois depuis janvier sachant que ceux-ci ne sont pas rangés par ordre chronologique, mais alphabétique. En gros si ils doivent mettre 12 mois à la main, ils vont vite s'énerver, vous vous en doutez...


Plusieurs questions donc:

1) Avez vous des idées quant à la modification du filtre pour que celui çi me donne les chiffres corrects ?

2) Je ne comprends pas l'interet d'un aggregate_aware sachant que GL_PERIODS2 est juste un alias de GL_PERIODS...

3) Si je veux insérer l'objet Period dans ma condition, pour avoir une date de début et de fin uniquement, comment faire sachant que c'est un "aggregate_aware" ?

Votre aide me serait d'un grand secours...

Par avance, merci.

[Julien59]

Autre élément :

Lorsque je modifie les paramètres de la connexion (array fetch, array bind) dans le designer, les montants changent.

[Bruno2r]

Bonsoir,
Avant de se jeter dans ce cauchemar, quatre questions :

• Tu me promets que ce n'est pas toi qui a pondu une ineptie pareille ?
• As tu les moyens et le droit de modifier cet univers ?
• Peux tu remplacer cette requête par du SQL à la carte ?
• Que penses tu de l'idée de déplacer ce sujet dans le sous-forum Designer ? Il serait lu par des utilisateurs branchés Univers ...

[Julien59]

Je fais parti du support, je possède donc tous les droits pour toutes les modifications possibles et imaginables.
Et je promets que ce n'est pas moi qui ai pondu ce filtre que je trouve également horrible

Nous avons travaillé dessus depuis hier comme des damnés et nous avons trouvé une solution de contournement. Maintenant, cette solution me déplait fortement, puisque nous ne tapons plus sur le même objet que prévu, du coup si ce filtre est utilisé sur d'autres états, ça pourrait poser problème.

Ce que je voudrais donc, c'est avoir une autre solution, si le coeur t'en dit... Après, comme mon problème est pour le moment plus ou moins résolu, nous pouvons mettre ce sujet en résolu.

Sinon, aucun problème pour moi pour le déplacement de ce sujet.

Merci en tout cas pour cette réponse.

[Julien59]

Verdict Bruno ?

[Bruno2r]

Verdict Bruno ?

Ben verdict Bruno : suis vraiment surbooké en ce moment (t'as qu'à voir l'heure où je trouve le temps de répondre).
Je te propose qu'on se le garde sous le coude .
Quand j'aurai un moment j'essaierai.

En attendant je soumettrai que la partie SQL aux copains du Forum SQL (voire Oracle si c'en est) qu'il nous donne leur impression...
Moi à la première lecture je ne vois que redondance

[Julien59]

Ok, ca me convient, de toute façon, étant donné que j'ai trouvé une solution de contournement, ca ne presse pas.
J'ai posté le code chez les SQL comme tu m'as dit de le faire. Je te tiens au courant dès qu'il y a du nouveau, je pense que ça peut t'intéresser.

Bonne journée, et bon courage !