Actualités : analyse de données, Business Intelligence, Data Science, Big Data
Forums, dernières contributions

Solutions decisionnelles dans le monde du retail (mode en particulier)

 jerome
Mardi 26 Mai 2009

Version imprimable
[Ignorer]
Bonjour à tous,

Je recherche des solutions décisionnelles packagées du marché orientées retail (mode en particulier).
L'idée serait d'avoir le modèle de données et l'environnement de restitution déjà formatés. Il 'ne resterait plus' qu'à intégrer les donnes provenant du progiciel de gestion commerciale.

Merci
 Stefan
Mercredi 27 Mai 2009

Version imprimable
[Ignorer]
Je ne peux que confirmer les propos de Antoine.

J'ai bon souvenir d'un projet basé sur les Rapid Marts de BO qui coûte une fortune pour se rendre compte au final que le 'package' prédéfini ne correspondait qu'à 60% du besoin et que les 'adaptations' coûtaient encore un motant équivalent à une implémentation 'classique' d'un outil de BI. Cette solution a été abandonnée.

D'ailleurs je n'ai presque jamais vu d'implémentation 'heureuse' de ce genre d'approche 'verticale' sans exploser les coûts.

Enfin, vous ne précisez RIEN sur les types de besoins que vous avez ( analyse , ad-hoc, reporting interactif , reporting de masse etc. ). Chaque solution a ses points forts/faibles, comment voulez vous être conseillé dans ce cas???

Pour info, la solution 'miracle' qui fait tout en pre-packagée et marche du premier coup n'existe que dans les discours commerciaux/marketing.

 Patrick
Jeudi 28 Mai 2009

Version imprimable
[Ignorer]
Je travaille dans le domaine Retail depuis un moment et je confirme qu'il parait assez illusoire de chercher une solution cible standard. Par contre, avec une bonne connaissance du système source, on peut monter des projets raisonnables en terme de délai de mise en place et de coût. Pour exemple, nous avons mis en place des indicateurs Ventes-Achats-Stock en trois mois (entre la date d'installation des produits BO et les premiers rapports standards) pour un total d'environ 100 jours de prestation.
 m. mohamed
Lundi 1 Juin 2009

Version imprimable
[Ignorer]
Bonjour Patrick,

je manifeste un intérêt certain pour votre expérience. je suis surtout intéressé par les indicateurs & les dimensions qui ont été choisis ainsi que d'éventuels tableaux de bord présentant les KPI majeurs.

Merci d'avance pour votre partage
email:mejdoubi2005@gmail.com
 jerome
Mardi 2 Juin 2009

Version imprimable
[Ignorer]
Bonjour à tous,

Je suis d'accord avec vous pour dire qu'il est illusoire de trouver LA solution qui répond à tous les besoins de la société. Néanmoins, il exsiste surement des solutions qu'il propose une verticalité, représentant un pémitre fonctionnel couvrant 70% de nos besoins (achat, vente, stock, logistique, controle de gestion)

L'objectif premier est d'avoir rapidement des rapports et de soulager le metier sur la définition du besoin. Est ce la solution idéale ? non peut être pas mais c'est une solution à explorer. Est ce que le suivi de l'activité dans un même métier est si différent ? non je ne pense pas. les KPI CA / Marge / Evolution sur N-1, c'est standard, d'où ma recherche. Mais il est clair que la solution classique est aussi envisagée.

Concernant votre expérience Patrick, elle est très intéressante car ceux sont des domaines que nous devons couvrir. Avez vous mis en place des cubes ?
Combien de rapports ont été réalisés ?

Merci
 Patrick
Mercredi 3 Juin 2009

Version imprimable
[Ignorer]
@Jerome

Le périmètre initial du projet (les trois mois) n'incluait que du reporting sur base relationnelle. La solution retenue était Business Object (ETL et restitution) et la base cible SQL Server. Le choix n'a pas été facile car nous avions plus de compétences Oracle et cette base de données est plus véloce. Mais l'atout de MS est de proposer à la fois une base relationnelle et un moteur multidimensionnel. L'équivalent existait bien sur chez Oracle mais uniquement sur la version Enterprise nécessaire avec l'option OLAP. Donc hors budget chez nous. Dans le premier lot, nous avions mis en place quatre rapports standard axé sur les résultats magasins et produit.

Nous avons traité la partie multidimensionnelle dans un second temps et en interne . Sans formation spécifique, nous avons 'mapper' MS Analysis Service avec le modèle en étoile de notre entrepot de données puis automatisé le chargement journalier des données dans le cube. Nous avons testé ensuite le module 'Voyager' de BO qui est censé permettre de naviguer dans le cube. Les performances n'étaient pas au rendez-vous et nous nous sommes rabattus sur un module de microsoft gratuit qui permet la navigation (Ofiice Web Component). J'ai vu mieux comme client OLAP mais ça couvrait les besoins de base de nos utilisateurs en matière d'exploration de données.
 Patrick
Mercredi 3 Juin 2009

Version imprimable
[Ignorer]
@Jerome

Le périmètre initial du projet (les trois mois) n'incluait que du reporting sur base relationnelle. La solution retenue était Business Object (ETL et restitution) et la base cible SQL Server. Le choix n'a pas été facile car nous avions plus de compétences Oracle et cette base de données est plus véloce. Mais l'atout de MS est de proposer à la fois une base relationnelle et un moteur multidimensionnel. L'équivalent existait bien sur chez Oracle mais uniquement sur la version Enterprise nécessaire avec l'option OLAP. Donc hors budget chez nous. Dans le premier lot, nous avions mis en place quatre rapports standard axé sur les résultats magasins et produit.

Nous avons traité la partie multidimensionnelle dans un second temps et en interne . Sans formation spécifique, nous avons 'mapper' MS Analysis Service avec le modèle en étoile de notre entrepot de données puis automatisé le chargement journalier des données dans le cube. Nous avons testé ensuite le module 'Voyager' de BO qui est censé permettre de naviguer dans le cube. Les performances n'étaient pas au rendez-vous et nous nous sommes rabattus sur un module de microsoft gratuit qui permet la navigation (Ofiice Web Component). J'ai vu mieux comme client OLAP mais ça couvrait les besoins de base de nos utilisateurs en matière d'exploration de données.
 Luc
Lundi 29 Juin 2009

Version imprimable
[Ignorer]
Bonjour,

A la lecture de votre question je me permets de vous indiquer que c'est un sujet qui nous préoccupe et n'avons trouvé aucune solution traitant du sujet.
Nous avons donc décidé de mettre en oeuvre un prépackage sur le sujet permettant de répondre à près de 80% des demandes standards du retail.

Si cela vous intéresse je vous invite à me contacter.

Cordialement,

Luc Mornat.
http://www.aldecis.com
 stephane
Mardi 1 Septembre 2009

Version imprimable
[Ignorer]
Swiss information Group (Genève) édite une solution BI Open Source. Nous sommes spécialisée dans le packaging de KPI 'standards'

L'objectif principal est de permettre, très simplement, une construction et une personnalisation extrêmement rapide de Tableaux de Bord et de Reports décisionnels.

Un mode Template permet de montrer interactivement (à son client) les indicateurs et les reports avec des données fictives. Ceci se fait en quelques minutes. Pour passer en production il suffit de relier le Template à une source de données (SGBD, WS, fichiers, logs de serveurs, ...)

Techniquement la solution est divisée en deux parties, la partie consultation, composée :
- d’un portail Java Servlet/Portlet, permettant l'accès au reporting et son administration,
- d'une Portlet Dashboard/Report développée par Swiss info group, constituant le hub entre le serveur d'application, les données, les reports, les dashboards,
- d'une Portlet Query, permettant à des non initiés de filtrer, modifier les données décisionnelles. Des alertes peuvent être positionner sur des sources de données.

Et la partie outils, constitué :
- du moteur BIRT pour la réalisation et la restitution des reports,
- d'un objet Flash pour la restitution dashboard/charts,
- de l'ETL Talend pour la constitution des données décisionnelles.

Cette solution supporte tous les serveurs d'application du marché (JRE 5+), comme JBoss, Liferay...

C'est la version 1.0.17 actuellement en service. Nous allons ouvrir le code source à la communauté Open Source dans quelques semaines. A suivre

Voir la démo sur notre site web : http://www.swissinfogroup.com/

Pour plus d'information , stephane@swissinfogroup.com


Twitter
Rss
LinkedIn
Facebook
Apple Podcast
App Store
Google Play Store