Jean-Pierre Heraton a écrit 141 commentaires

Excellent !!!

Je m'en de ce pas dénoncer le service informatique de ma boite comme j'ai peut-être une chance que mon portable sous Linux soit supporter par le dit service informatique.

Je pensais pas qu'un jour je pourrai louer la BSA !!!

Pa smal d'ERP (SAP, Baan et Oracle Appli entre autres) introduise des contraintes d'intégrité de données à l'intérieur des programmes applicatifs donc impossible à récuppérer sous un soft de modélisation. Certains tel que Baan n'ont aucune relation entres tables dans le RDBMS, les relations sont élaborées au niveau du modèle de données de Baan ceci pour faciliter le portage entre RDBMS et pour des raisons historiques (faiblesse de Bisam leur database maison).

De plus je ne connais aucun consultant SAP MM (gestion articles en gros) qui connaisse la structure exacte de la table MARA (table des articles justement. Et cela tombe bien parce que ce n'est pas ce qu'on lui demande.

Ceci étant, cela ne rien au fait que ces problèmes d'intéropérabilité existent pour tous les ERP libres ou pas.

Quelque chose dont je ne connais aucune implémentation concrête
Ben cela aurait pu être GNUe. ;-)

Le produit est supporté par un éditeur ? La reponse est sur le site : A general community of support and resources for developers writing applications using the GNUe Tools Combien de temps pour la mise en place (moi tout seul ? avec des intervenants extérieurs ?) Aucune idée cette question apportent toujours les memes questions en retour (perimetre, dispo des keys users, etc...). Pour les intervenants extérieurs sur le produit je ne pense pas que tu trouve cela sous le sabot d'un cannasson mais tu as la communauté. Et cela ne se fera certainement pas avec toi tout seul car tu aura besoin des gens du business pour définir tes fameux processus de gestion. Là des intervenants extérieurs (super couteux) pourront t'être utile. Est-il possible d'ajouter des fonctionnalités ? (EDI, etc...) GNUe te propose un toolset donc à toi de jouer ;-)

Euh question : tu l'as trouver toi l'EAI bien pensé ? Parce que moi ceux que j'ai utilisé (Webmethods / Business Connector, IBM Crossworlds, Tibco et SeeBeyond) ont de grosses lacunes de conception de base notament leur manque de référentiel réél et .... de flexibilité.

Note que je n'ai pas encore essayé les solutions libres (c'est dans mes tablettes mais j'ai pas encore eu le temps)

Tu en connait beaucoup des boites qui ont des processus de gestion vraimment standard ? Honnetement moi pas vraimment.

Il s'agit plutôt de mettre en balance les deux hypothèses: concevoir et développer en partant de rien ou parier sur l'implémentation d'un ERP
Pour ma part je parierai plutot sur une solution intermédiaire (pas encore existante hélas) : Une sorte de serveur d'application fournissant de vrais composants métier ou de gestion le tout ordonnancer par un moteur de règles. Avec ça on peut commencer à être vraimment flexible comme le from strach sans être lourd comme le SAP ou le Baan (toute ma jeunesse).

les ERP sont aussi souvent un prétexte à la réorganisation de l'entreprise
Va voir là http://fr.news.yahoo.com/030402/34/34mgh.html(...) , je suis sur que tu vas aimer le SAP en tant que pilule pour la réorganisation (et la compression de personnel)

Euh sans vouloir vous casser votre joie, vous êtes sur que UT c'est un bon exemple pour le papa (il est peut-être moderne mais peut-être pas à ce point) ;-)

Ben ouais c'est vrai que le faire from scratch ça évite de passer par le consultant
Je ne suis pas sur que tu n'es quand même pas besoin de ressources de développement extérieur car si tu te lance dans le redeveloppement de SAP tout seul, je repasse te voir dans 30 ans pour la livraison du clone de FI/CO.

un intervenant extérieur est dénué d'enjeux politique locaux - car il représente la direction bien sur -

Etre exterieur peut présenter des avantages justement car on est pas liés à la direction et que l'on ne s'écrase pas devant elle (pas toujours le cas, je vous l'accorde)

Fondamentalement c'est des décisionnaires qui ont pas de tripes et qui ont besoin de se motiver pour sauter dans le vide.

Qui les consultants ou les DSI ???

Ben essaye sous Linux, tu as peut-être plus de chances ;-)

Etant moi-même consultant SAP et EAI, j'apprécie la motion de mon coût de facturation, certainement très élevé par rapport à la valeur ajoutée réélle de la mise en place d'ERP dans l'entreprise.

Je crois que l'approche autour de la notion d'EAI est l'une des meilleures car si elle est bien faite (c'est à dire centrée autour d'un vrai référentiel et d'un annuaire applicatif), elle permet une vraie flexibilité du SI que n'apporte pas l'ERP en soit car comme tu l'as parfaitement souligné, il impose ces propre processus de gestion qui ne sont pas forcément aussi adaptable que le dit la brochure marketing de SAP.

Pour moi l'idéal serait ce bus applicatif avec garvitant autour des ERP plus petits qui répondraient plus facilement aux besoins des entreprises

Les données sont effectivement stockées de manière claires et accessibles mais par exemple, la mise à jour d'une données (un ordre de vente par exemple) peut impacter un nombre considérable de de table et nécessiter beaucoup de calculs (mise à jour des solde client dans notre cas). c'est pour cette raison qu'il faut passer par les API si on ne veut bousculer l'intégrité des données du progiciel.

pour SAP c'est ABAP. C'est néanmoins quelque chose qui est conseillé en dernier recours.

j'ajoute même que cela n'est possible que pour développer des fonctionnalités n'existant pas dans le logiciel standard car les modifications du standard font sauter la garantie de SAP sauf si vous vous appeler "très grosse boite" et que vous faites supporter cette modif par SAP (et donc que vous vous payer votre propre version de SAP)

Oui mais prenons SAP justement. Pour acceder aux données de l'ERP, tu dois obligatoirement passer par l'une des procédures d'entrée du progiciel (iDoc, RFC, BAPI, JavaConnector, .NetConnector, DCOMConnector, Business Connector, je crois que j'ai rien oublié). Pour pouvoir obtenir les spécifications de ces protocoles, il faut payer et payer très cher et le seul qui soit un peu standard est business connector car il utilise du XML.

Donc pour moi, il faut que l'adoption se fasse des 2 cotés (PME et grosses boites).

Le probleme des ERPs c'est que leur structure de données est tellement complexe qu'il faut obligatoirement y accéder par leurs API.

Euh 64 milliards c'est pas justement ce que Bush a demandé pour la financer sa guerre ???

Et puis si on regarde bien (et si ma mémoire est bonne) tous les présidents très pro-guerre n'ont pas étaient réélus (johnson, bush 1, etc...)

Ceci dit ça peut changer, l'étasunien est tellement taquin ;-)

C'est vrai qu'on aime ça. Mais je crois qu'il y a encore une dimension que tu n'as pas compris : je m'en branle que mon système (OS, software, etc...) ne soit pas utilisé par les autres du moment qu'il m'a rendu service à moi.
Il est libre parce que j'estime (voire j'espère) qu'il puisse être utile à d'autres.
Mais si personne n'en a cure, tant pis.
Moi je veux juste avoir le choix (être libre) et ne pas être obligé par un monopole de prendre tel soft ou d'assimiler telle connaissance.
UnitedLinux ou LSB ne pourra jamais m'obliger à utiliser tel ou tel système.

Mais toi tu as aussi le droit d'utiliser ton système branl^d'amat^de passionnés même s'il n'est pas libre. Tes possibilités d'épanouissement sont justes plus limitées que les miennes.

Amitiés de FreeLand!!! (vous avez remarqué comme déjà rien que le long de FreeLand est moins restrictif que Wall Street)

Yannick

Pourquoi ne pas conserver une TVA de 19,6% et faire en sorte qu'un société Française, ou Européenne, genre Bull ou Siemens, développe une configuration spécifique, et bénéficier ainsi d'une économie d'échelle très intéressante.

Alors là direct tu prends sur le dos la commission europeene, les usa et l'omc (je sais c pareil) pour atteintes aux lois sur le protectionnisme et l'anti-trust.

Parce que pourquoi Bull et pas un constructeur informatique italien ou finlandais (je sais pas si ça existe mais bon c une hypothèse).

mais s'attaquer au vrai problème, celui de l'accès ce serait nettement bien et ça couterait sans doute beaucoup moins cher
Oui mais il faut bien commencer par s'équiper avant de se connecter. Cependant, on pourrait imaginer que cette mesure serait conditionnée par une sorte d'obligation d'accès par forcèment chez FT.

Je suis d'accord, c trop cher pour ce que l'on pourrait en faire (poste bureautique et poste de travail informatique d'entreprise).

Il y a trop peu de différence avec le moyen de gamme X86 et c'est trop cher par rapport au bas de gamme.

Dommage je trouve l'idée bonne.

Il y a aussi un autre probleme, c l'approvisionnement, je crois qu'apple a des probleme avec motorola a ce niveau.

6 mois tant que ça. mais il est vrai que d'une part je suis plus concentré sur des actions locales dont je vois le bout et d'autre part j'ai d'autre choses qui me prennent beaucoup de mon temps.
Ceci etant, si tu quelquechose à regler avec moi, je ne pense pas que le forum de linuxfr soit l'endroit le plus adequate.

-1 pour t'avoir répondu.

Marc fait gaffe avec ce genre de propos nominatif je te rapelle la jurisprudence à ce sujet :
c'est le patron du site qui écope. (oh fabien reste là !! y zont pas encore porté plainte!!! ;-) ).

ben vi mais moi justement je suis pas un gourou du C (juste un disciple) ou du perl. Et pour moi c'est le coté didactique que je defends (donc à priori utile avant d'etre un gourou).

Mais je suis d'accord avec toi sur ces autres méthodes.

Bon -1 car je viens de m'aperçevoir que je critique un outil que je n'ai même pas essayé.