Discussion :

[Jinroh77]

Bonjour à tous,
Nouveau questionnement pour la semaine : la gestion des faits de commandes en MDX ?

Je dois travailler sur une table de faits de suivi de commande avec les dimensions de client, produit, date de commande, date de livraison prévue, date de livraison effective, etc.

La question va tourner autour de la gestion des dates, et notamment les questions de suivi de retard.
Ils ont besoin, régulier, de suivre les commandes qui ont <= 1 mois de retard, > 1 mois, > 2 mois, > 3 mois.
Comment faire pour traiter ce genre de chose ?

Vous pré-calculerez dans un agrégat ou plutôt une belle gestion en MDX avec une définition similaire à la Date Tool ?

Merci pour vos idées.

[nlievain]

ca dépend comment tu identifies tes retards
Est que ce sont des retards sur des commandes terminées (par exemple une commende doit être livrée sous 15 jours et elle a été livrées en 6 semaines) ou ce sont les commandes pas encore livrées mais déja en retard?
Ca dépend aussi de la gestion du calcul du retard : le délai est il fixe?dépend du type de produit?est différent a chaque commande?

[Jinroh77]

Je vais considérer un cas simple :
- le retard est indépendant du produit.
- le retard se calcule sur la différence entre la date de commande et la date de livraison si celle-ci est non NULL, sinon sur la date courante.

[nlievain]

attention dans le cas des commandes sans date de livraison il n'est pas rare que cela ne soit pas un retard
Exemple : adresse fausse, produit plus vendu, paiement en attente, enquete fianet en cours (pour du e commerce), commandes prévisionnelle qui ne se finalisent qu'en cas d'evenements. Tu peux avoir aussi des types de commandes sans date de livraison (ex extensions de garanties, creditement d'unités sur des cartes etc..)
Souvent il y a tout un tas de règles de gestion pour déterminer si une commande est en retard ou non et cela vas bien au dela d'un differentiel de dates..

Ce que je prèfère faire plutot que d'implémenter la notion de "retard" c'est d'implementer le délai de livraison.
Il te servira a calculer les retards mai aussi d'autres choses comme les délais moyen en fonction des périodes de l'année, de verifier la ou le stock est tendu etc. Si tu estime que le retard c'est après 15 jours un simple filter sur la mesure en question et c'est parti (ou meme un membre calculé avec le filtre tout fait dedans). Attention bien sur le delai de livraison est une mesure semi additive.

[d.joubert]

Je vais considérer un cas simple :
- le retard est indépendant du produit.
- le retard se calcule sur la différence entre la date de commande et la date de livraison si celle-ci est non NULL, sinon sur la date courante.

Si ta date courante est ta date d'analyse dans le cube, tu vas être obligé de faire du MDX.

[nlievain]

pas forcement si le process du cube est quotidien

[d.joubert]

Ben même s'il est quotidien : ton utilisateur peut choisir n'importe quelle date d'analyse je suppose, pas seulement la dernière date de process.
Du coup à moins d'alimenter ta table de faits avec tous les croisements de dates possibles, tu vas devoir faire du MDX

[Jinroh77]

Justement, sans pré calculer de notion de retard, mais simplement avec une table de fait de commande (liée à différentes dates), je voudrais essayer de faire ça en MDX. Mais pour le moment je ne trouve pas vraiment comment adapter une DateTool dimension.

Si je fais cela en SQL, via du précalcule, ce sera uniquement le "retard à aujourd'hui".

[d.joubert]

C'est pas vraiment une modification du DateTool dont tu as besoin. Tes retards sont plutôt un ensemble de commandes et non de dates comme retourné dans un DateTool.
A mon avis tu es plus proche d'un dynamic Set que tu crées pour chaque "valeur" de retard

[FrancoisJehl]

Moi je ferais bien une dim technique avec les différents membres, définis comme des Aggregate() sur une des dimensions temps avec l'autre membre retapé par un LinkMember, donc un simili Date Tool. Un peu comme j'avais fait pour des tranches d'age http://fjehl.wordpress.com/2010/12/0...-temps-en-mdx/.

[Jinroh77]

Moi je ferais bien une dim technique avec les différents membres, définis comme des Aggregate() sur une des dimensions temps avec l'autre membre retapé par un LinkMember, donc un simili Date Tool. Un peu comme j'avais fait pour des tranches d'age http://fjehl.wordpress.com/2010/12/0...-temps-en-mdx/.

C'est justement à partir ce billet que j'étais en train d'essayer de me débrouiller