Discussion :

[kodo]

Bonjour tout le monde,
J'ai une question tres importante.
Pour une grande entreprise non informatique, (mais elle a un departement informatique avec une equipe de developpement, des administrateurs systemes, base de donnée,..), quelle est la meilleur solution pour une informatisation totale de ses service ? D'apres vos experiences, est elle l'achat d'un progiciel comme SAP, ou faire du developpement interne?

[gangsoleil]

Bonjour,

Je crains que ton message ne soit pas assez précis. En effet, qu'entends-tu par :

quelle est la meilleur solution pour une informatisation totale de ses service ?

C'est quoi une informatisation totale ? Quels sont les besoins réels : que chaque personne dispose d'un ordinateur pour avoir accès à ses mails et rédiger une lettre, ou bien s'agit-il d'autre chose ?

[Jérémy Lefevre]

quelle est la meilleur solution pour une informatisation totale de ses service

quels sont ces services??

[Mat.M]

Bonjour tout le monde,
D'apres vos experiences, est elle l'achat d'un progiciel comme SAP, ou faire du developpement interne?

Pour répondre rapidement il faut essayer de dresser une liste presque exhaustive des fonctionnalités de SAP ou autre PGI ( voir ce que les modules peuvent apporter ) tu peux poser la question sur le forum concerné.
Il faut savoir qu'un PGI peut réduire considérablement les cycles de développements/paramétrages/conception d'un projet.
Mais le revers de la médaille cela n'offre pas toujours la souplesse d'outils de développements "classiques" ( .NET ou Java ) dans une architecture client/serveur ( ex front-end en .NET /C# et bdd sur serveur ).
J'avais travaillé sur un PGI pour un gros projet en Rhones-Alpes et l'outil était souvent contraignant à utiliser.
Il faut estimer aussi les couts de licence d'un PGI ( prix d'une licence SAP ) vs outil de dev classique ( Visual Studio ) + SGBD



En tout cas c'est l'éternelle dilemme pour urbaniser un SI : prendre et paramêtrer un PGI ou bien faire des développements en interne.

[Mat.M]

C'est quoi une informatisation totale ? Quels sont les besoins réels : que chaque personne dispose d'un ordinateur pour avoir accès à ses mails et rédiger une lettre, ou bien s'agit-il d'autre chose ?

je pense que cela va plus loin que la gestion des courriels et le courrier ( qu'on peut faire sous Open Office ou Ms Word)

Je crois qu'il veut parler d'une entreprise qui n'est pas totalement informatisée comme c'est le cas de bcp en France et qu'il faille développer des progiciels de compta,RH,achats....etc en vue d'améliorer la productivité, rationnaliser les flux

[kisitomomotene]

Pour répondre rapidement il faut essayer de dresser une liste presque exhaustive des fonctionnalités de SAP ou autre PGI ( voir ce que les modules peuvent apporter ) tu peux poser la question sur le forum concerné.
Il faut savoir qu'un PGI peut réduire considérablement les cycles de développements/paramétrages/conception d'un projet.
Mais le revers de la médaille cela n'offre pas toujours la souplesse d'outils de développements "classiques" ( .NET ou Java ) dans une architecture client/serveur ( ex front-end en .NET /C# et bdd sur serveur ).
J'avais travaillé sur un PGI pour un gros projet en Rhones-Alpes et l'outil était souvent contraignant à utiliser.
Il faut estimer aussi les couts de licence d'un PGI ( prix d'une licence SAP ) vs outil de dev classique ( Visual Studio ) + SGBD



En tout cas c'est l'éternelle dilemme pour urbaniser un SI : prendre et paramêtrer un PGI ou bien faire des développements en interne.

Je crois qu'il faut également tenir compte du temps d'apprentissage, et de saisir tous les contours de l'ERP. car avoir une liste de fonctionnalité n'est pas suffissant. Il faut savoir dans les détails comment ses fonctionnalités sont implémentées ("le diable se cache dans les détails"), cela peut ne pas véritablement coller aux besoins du client. Je trouve par contre qu'un bon compromis serait des ERP open-source, car si une fonctionnalité n'est pas parfaitement adaptée aux besoins du client, on pourra alors toujours rentrer dans le code source pour faire des modifications appropriées, alors qu'avec les developpements en internes, on va reinventer la roue et avec les ERP propriétaires on ne peut pas faires des modifications au dela des possibilités offertes par le framework de l'ERP.

Je vais prendre un exemple. je suis entrain de préparer la mise sur pied d'un ERP pour une entreprise. J'ai chosi Compiere. Lorsque j'ai fait une présentation préliminaire de l'ERP, le client m'a dit que l'interface utilisateur ne le convenais pas du tout. J'ai réecrit l'interface utilisateur pour le rendre plus convivial. Je ne sais pas si c'est par exemple possible d'effectuer une refonte totale de l'UI d'un ERP comme SAP ( de façon qu'après il soit presque impossible de reconnaître qu'il s'agit de SAP). Et il y a beaucoup de fonctionnalités pour lesquelles j'ai été obligé de modifier le code source, car cela n'était pas possible de les obtenir à travers le framework.

[Mat.M]

Je crois qu'il faut également tenir compte du temps d'apprentissage, et de saisir tous les contours de l'ERP. car avoir une liste de fonctionnalité n'est pas suffissant.

tout à fait, ce qui sous-entend une formation pour le programmeur par exemple formation SAP et ce qui va représenter un cout pour la société

Il faut savoir dans les détails comment ses fonctionnalités sont implémentées ("le diable se cache dans les détails"), cela peut ne pas véritablement coller aux besoins du client.

a ce moment-là il faut prendre des outils "classiques".

Je trouve par contre qu'un bon compromis serait des ERP open-source, car si une fonctionnalité n'est pas parfaitement adaptée aux besoins du client, on pourra alors toujours rentrer dans le code source pour faire des modifications appropriées,

je suis d'accord mais je crains que cela représente des heures de developpement supplémentaires

Je vais prendre un exemple. je suis entrain de préparer la mise sur pied d'un ERP pour une entreprise. J'ai chosi Compiere. Lorsque j'ai fait une présentation préliminaire de l'ERP, le client m'a dit que l'interface utilisateur ne le convenais pas du tout. J'ai réecrit l'interface utilisateur pour le rendre plus convivial. Je ne sais pas si c'est par exemple possible d'effectuer une refonte totale de l'UI d'un ERP comme SAP ( de façon qu'après il soit presque impossible de reconnaître qu'il s'agit de SAP). Et il y a beaucoup de fonctionnalités pour lesquelles j'ai été obligé de modifier le code source, car cela n'était pas possible de les obtenir à travers le framework.

expérience instructive.
Mais avec SAP je doute fortement que l'on puisse effectuer des modifications dont tu parles de l'UI
Je crois que c'est un outil qui manque de souplesse..

[kisitomomotene]

je suis d'accord mais je crains que cela représente des heures de developpement supplémentaires

Oui effectivement cela necessite des heures de développement supplémentaires non négligeables, et comme Compiere n'est pas techniquement documenté (et en général c'est le cas pour les ERP open source), et qu'il a une mauvaise conception on niveau du code, cela n'arrange pas les choses. Mais comme j'ai dis je pense que c'est un bon compromis, car s'il faut tout developper à zéro, cela peut prendre un temps considérable (mais au final on obtient exactement ce que le client veut), et s'il faut utiliser SAP ou autre, on est obligé de "marcher" comme le logiciel le dicte (mais on gagne en productivité ce qu'on perd en souplesse). Je pense qu'un bon ERP open source ferait un bon compromis.

[Mat.M]

et comme Compiere n'est pas techniquement documenté .

Ne t'inquiète pas tous les ERP /PGI sont toujours mal documentés c'est fait un peu exprès
parce que toi tu arriveras difficilement à maitriser Compiere et la boite qui édite Compiere comme par hasard peut envoyer des consultants très pointus sur ce produit... qui vont régler comme par magie les problèmes en moins de 2

[jylp27]

Bonjour,
Je vais vous donner un conseil pour gagner de nombreuses semaines et ecomiser votre budget : faites un cahier des charges de vos besoins.
Vous réunissez plusieurs personnes interessés par le futur systeme d'information et qui connaissent les besoins de l'entreprise. Vous appellez ce groupe le comité de pilotage.
Le groupe élabore un document (appelé cahier des charges) qui répertorie tous les besoins de chaque service et les besoins des services entre eux. Cela va prendre plusieurs réunions de travail et du travail de rédaction et de réalisation de schéma.
Une fois le document réalisé, vous devez le découper en phases successives (sachez que la mise en place d'un systeme d'information demande beaucoup d'investissement en temps, création des fichiers, inventaire et saisie du stock, precess métier à décrire, etc...) vous devez donc en face de chaque phase mettre des moyens humains. Une fois cela fait et le feu vert de la direction (il est indispensable), vous pouvez lancer vos appels d'offres à des éditeurs de logiciel et à des concepteurs d'application (utilisez vos revues métier pour connaitre des logiciels plus ou moins déjà spécialisés).
Lors du dépouillement (par le comité de pilotage) vous vérifiez que tous les points de votre cahier des charges sont pris en compte (soit par des fonctions existantes ou par des propositions de développement spécifiques) puis faites venir les prestataires que vous aurez sélectionnés pour une présentation de leur outil et meme une démonstration. Enfin, quand vous aurez choisi la solution adéquate (la plus proche de vos besoins et dans le budget prévu soit un ERP soit un développement spécifique soit un mix des deux), vous devez réalisez avec le chef de projet du prestataire (il en faut un) le plan de paramétrage et le planning d'installation et de formation et vérifiez les disponibiltés (les siennes et les votres)
La tache du comité de pilotage sera terminée lorsque toutes les fonctionalités du cahier des charges seront couvertes par une fonction automatisée.

Voila, à mon avis, c'est la seule réponse possible à votre question. Et si la tache vous parait complexe faite appel à un professionnel, nous sommes la pour ça.

[chrisledeveloppeur2]

Pour globaliser:
Rien de tel q'un développement interne de tous les outils de gestion besoin pour assurer tous les services de la société. Le tout doit être assemblé en un seul logiciel métier qui gère tout et connecte ce qui doit être connecté entre eux. Toujours la meilleur des solutions, on est jamais mieux servi que par soit-même. Et nous savons que le soft répondra exactement aux besoins prévu de chaque service.

[kisitomomotene]

Pour globaliser:
Rien de tel q'un développement interne de tous les outils de gestion besoin pour assurer tous les services de la société. Le tout doit être assemblé en un seul logiciel métier qui gère tout et connecte ce qui doit être connecté entre eux. Toujours la meilleur des solutions, on est jamais mieux servi que par soit-même. Et nous savons que le soft répondra exactement aux besoins prévu de chaque service.

Mais pour ne pas réinventer la roue et perdre trop de temps c mieux de developper en interne à base d'un ERP opensource . Ainsi les modules classique comme la compta, la gestion de stock etc.. vous les paramétrez et faites éventuellement des adaptations spécifiques par des petits developpement, ensuite vous developpez des modules métiers spécifiques et le tout sera alors parfaitement intégré et consolidé.