Blog éclectique & sans sujet précis - La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Commentaires<p>Si ça me passe par la tête, si ça n’intéresse que moi, alors c’est peut-être ici. Ou pas.</p>2024-02-13T09:44:49+01:00L'éditeur est le propriétaire du domaineurn:md5:bf83720a7189bba489682d945b972671DotclearLa Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:e19b986daf1968df7964216cafd269402010-06-15T19:18:12+02:002010-06-15T18:18:12+02:00Le webmestre<p>@Arialia : Ah, SAP n'a pas le mérite de la souplesse, et surtout veut que tout passe par lui, et à sa sauce. Quant à s'intégrer à l'ergonomie du XXIè siècle… ils savent pas faire.</p>
<p>Au passage, il y a un inconvénient aux jolies interfaces fonctionnelles à façon : elles sont souvent spécifiques, donc soit à maintenir en interne, soit faites par un plus ou moins petit éditeur qui, lui, a forcément d'autres failles, le premier étant le manque de ressources disponibles sur le marché sur son produit (alors que du personnel SAP, chaque SSII en a).</p>
<p>Quant à Ciel ou autres, j'ai lu assez de messages d'horreur à leur sujet, mais je ne connais pas de première main. Ce n'est pas le même marché. Ce qui n'est pas une excuse pour SAP, l'ergonomie est universelle (ou devrait l'être). Mais l'investissement ne se justifie pas puisqu'on vend à des gens qui jugent les fonctionnalités, pas l'utilisation quotidienne (le contraire du particulier ou du petit entrepreneur).</p>
<p>Ah oui : se passer des programmeurs est possible même avec SAP. Mais il faut décider de se limiter à ce que sait faire le produit. Et il faut quand même le paramétrer. Éternel débat entre prêt-à-porter et sur mesure :-) (Réponse rapide : prendre du standard quand ce n'est pas le cœur de métier, faire du spécifique quand on a de bonnes compétences ou que c'est un point qui permettra de se différencier de la concurrence.)</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Arialiaurn:md5:c98c07772b94426fad881c11a71843802010-06-15T11:40:14+02:002010-06-15T10:40:13+02:00Arialia<p>Merci beaucoup pour cet article très intéressant.</p>
<p>Je comprends enfin ce qu'est SAP et plains tout ceux qui ont à migrer des 'ERP' maisons vers SAP, mon mari est dans ce cas et je comprends maintenant son désarroi et celui de ses collègues utilisateurs habitués depuis 2000 à de jolies interfaces fonctionnelles et réalisées en fonction de leurs besoins, tout ça parce qu'un commercial à réussi à vendre SAP à un haut dirigeant qui n'a même pas vu le produit ...</p>
<p>Il m'a parlé des limitations d'interrogation de Sap où tout doît être prévu à l'avance, quelle régression face à la solution SGBDR/application spécifique/Infocentre (Bi-Query ou Bussinessobject avant son rachat)</p>
<p>Si au moins SAP fournissait quelque chose clés en mains du genre les logiciels de Ciel qui aurait permis de se passer des programmeurs , mais c'est apparemment loin d'être le cas ...</p>
<p>Bref quel intérêt de prendre SAP?</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:74944b3819903b0de9d1b920a726cc202010-02-18T18:58:19+01:002010-02-18T18:58:19+01:00Le webmestre<p>@lookcheed : C'est une blague ? L'amoncellement de spécifiques est un défaut propre à l'organisation et non au logiciel. J'ai connu des clients qui avaient tellement patché SAP qu'ils étaient incapables de migrer aux nouvelles versions, il a déjà fallu remigrer à la version classique.<br />
Quand au spécifique buggé, c'est pire sous SAP à cause de ce langage de merde qu'est l'ABAP (y a plusieurs billets sur le sujet).</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - loockheedurn:md5:d2840a61690da860fd709129d480e9992010-02-17T11:59:30+01:002010-02-17T11:59:30+01:00loockheed<p>Oui SAP est destiné au business et pas au developpeur. Au moins avec SAP on se retrouve pas avec une montagne de dev specificique buggé et inexploitable.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:ffacb5042683ff8c4abacbf2682a359a2009-06-13T20:26:43+02:002009-06-13T19:26:43+02:00Le webmestre<p>@renommeur : Condoléances. Perdre 2 ans de vie à ce genre de choses, j’aurais pas supporté. J’espère que ton système est réutilisé ailleurs...</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - renommeururn:md5:7f9e6c66804bbe6ee2a1f5cd2bb0e6752009-06-13T11:00:59+02:002009-06-13T10:00:59+02:00renommeur<p>J'ai passé mes deux dernières années de ma vie à renommer environ 16000 comptes utilisateurs SAP sur 70 systèmes et 220 mandants. Car le nom d'utilisateur est en même temps sa clé. Il y a environ une quarantaine d'objets liées à cette clé, dont un bon nombre en 1:1 (et non pas 1:n ce qui rendrait la tâche plus simple). J'ai donc développé une solution en ABAP qui gère le processus de renommer un utilisateur, y compris la génération et l'envoi d'email de son nouveau compte et mot de passe avec un message en la langue de l'utilisateur.... je migre les favoris, variantes ALV, variantes programmes, parametrage du workbench, L'infotype 0105/0001, le business partner (à travers la central person), planstellen, autorisations etc. etc. Donc j'ai du boulot grâce à SAP! Mais je suis d'accord que tout cela aurait était trivial si SAP avait un identificateur technique distincte du nom d'utilisateur... si vous voulez renommer vos utilisateurs et en passant faire de l'ordre dans ces comptes - contactez moi...</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:ad834af6e825cd862c18101f8d24ae132009-01-27T15:12:51+01:002009-01-27T15:12:51+01:00Le webmestre<p>@FrédéricLN : Focalisé sur les données ? On va souvent être d’accord alors, j’ai une vision des choses très orientée « SQL über alles ». Voir notamment le tag « SQL » à gauche.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - FrédéricLNurn:md5:5466f39f836d8bcd4e162d9dca0ff2532009-01-25T19:10:48+01:002009-01-25T19:10:48+01:00FrédéricLN<p>Bonsoir et… merci. Formé aux SGBD il y a plus d’une décennie, j’avais entrepris de me remettre à jour avec des bouquins, mais on en apprend bien plus et bien plus vite sur ce blog ;-)</p>
<p>(PS - je sais bien que pour former un développeur, ce blog ne suffirait pas tout à fait, mais mon ambition est plus modeste, niveau utilisateur éclairé, focalisé sur les données elles-mêmes).</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - urainienurn:md5:c872227ca4228d131518394969bf9d2f2007-06-25T11:09:08+00:002007-06-25T11:09:08+00:00urainien<p>Bonjour,<br />
<br />
Pour cléopatre et les autres, allez sur www.fnac.com, mon livre est en prévente. Méthode de formation sur l'ABAP, en français. Méthode éprouvée depuis 3 ans, et avec les remerciements d'une grande SSII.<br />
Le titre est SAP et ABAP, aux éditions ENI. Un accès est sur mon site.<br />
Pour ceux qui le souhaitent, j'ai mis en place des forums sur l'ABAP, une base de connaissance sur l'ABAP, le tout en accès libre.<br />
<br />
Cordialement,<br />
<br />
Yann SZWEC<br />
<br />
PS : mon objectif n'est pas de convertir le webmestre à l'ABAP (:))</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Heptaeonurn:md5:27a0cb41bb5b8bd3d2fc47ef21ce980a2007-05-08T21:52:02+00:002007-05-08T21:52:02+00:00Heptaeon<p>Je suis a 100% de ton avis. SAP a la même politique que IBM avec ses mainframes. On sais comment ça a terminé. <br />
<br />
De mon coté je cherche l'ERP qui remuera les hautes sphères. Un ERP saint et clair (de conception), Ergonomique et Accessible, avec des technologie d'avenir, qui ne font pas de protectionisme sur l'information, et qui ont une politique commercial du win/win plutôt que de la sangsue. <br />
<br />
ps: Pour ceux qui diront que SAP ne disparaitra jamais, je leur dirais que certaine société sont toujours sur mainframe. </p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:8899ce905d0319a93e553af99dfb2bd02007-02-26T19:14:08+00:002007-02-26T19:14:08+00:00Le webmestre<p><b>@cleopatre</b>: En français ??? Heu... Désolé, j'en connais pas. De toute façon dans ce métier faut savoir acheter en anglais voire ici en allemand... </p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - cleopatreurn:md5:4a1c08a19d3c3c5db4f3da76357358242007-02-25T22:35:09+00:002007-02-25T22:35:09+00:00cleopatre<p>bonjour, je recherche un livre en francais pour Abap.Merci d'avance j'en ai vraiment besoin.à bientôt.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:b43b5dc368247053a5f4f49c9811ac7c2007-02-12T20:47:03+00:002007-02-12T20:47:53+00:00Le webmestre<p><b>@UKRAINIEN</b> : Il faut distinguer deux choses dans le développement : la logique interne, et la facilité de le faire avec des outils correct. Pour la première, c’est un choix ; la seconde en découle cependant directement même si ce n’est que de la « technique » ; une erreur de <i>design</i> et un programme marche, mais en claudiquant.<br>SAP a choisi de ne pas tenir compte de décennies de recherche sur les bases de données (car fondamentalement c'en est une, avec des tables bien rangées), et de s'en tenir à un modèle de données antédiluvien (développé il y a longtemps) ou démentiellement moderne (CRM) ; idem pour le langage qui a des limites et une rigidité qui ne se sont plus de ce siècle, et rendent le développement très pénible pour qui est attaché à un minimum d’élégance et de compacité ; les outils sont plus ou moins imposés et représentent un <i>patchwork</i> de générations différentes, et ce ne sont pas les plus récents les mieux conçus (j’ai une haine particulière pour le pourtant récent <i>Smartforms</i>) ; la base sous-jacente est sous-exploitée (le SQL de l’ABAP n’arrive pas à la cheville de celui de la base Oracle sous-jacente ) ; l’interface est le type même de ce qu’il ne faut pas faire en ergonomie. Il est clair qu’une masse énorme de travail permet à la chose de tenir debout, mais c'est d'abord à sa richesse fonctionnelle qu’elle le doit (et là, chapeau). Je ne nie pas que quelques gadgets embellissent parfois la vie (je regretterai les <i>matchcodes</i>), mais si peu... La doc ne manque pas mais elle est boursouflée et très lourde. Les interfaces de programmation (fonctions, BAPIs, <i>user exits</i>...) se sont empilées au fil des modes et leur maniement est parfois délicat ou abscons. Dernier et très gros reproche, les standards sont totalement méprisés sur à peu près tous les plans (SAP se veut le standard).<br>En tant que développeur, ce fut un calvaire, mais comme je l’ai dit, je ne suis pas la cible et la facilité de développement n’est pas l’argument de vente. </p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - UKRAINIENurn:md5:485315adeaae500f7a1d0a28e8fd91252007-02-12T13:17:40+00:002007-02-12T13:17:40+00:00UKRAINIEN<p>Bonjour,<br />
<br />
Le principe de SAP se résume en 3 mots : intégrité, portabilité, scalabilité. Pour ce qui concerne l'intégrité, je ne répondrai que sur la partie développement, c'est mon métier et il y a déjà beaucoup à dire.<br />
Si vous allez intégrer directement dans les tables, c'est tout à faite possible, mais vous ne respecterez pas les règles métiers définies par le consultant fonctionnel. Les réintégrer dans un programme est refaire le travail du consultant fonctionnel, ou de SAP.<br />
<br />
Les problèmes que vous présentez dans la gestion des données concerne un problème de réplication, avec des données modifiées. Cela se gère très bien dans SAP, en passant par les fonctions adéquates, ou même dans un programme spéficique, à la condition de connaitre les bonnes zones.<br />
<br />
Il est vrai qu'il n'est pas toujours facile de travailler avec SAP, et on peut parfois s'arracher les cheveux. Mais si SAP est numéro 1, ce n'est pas pour rien. Il a aussi de nombreux avantages.<br />
<br />
Vous aurez en juillet/aout prochain un livre en français sur l'ABAP, qui présentera les concepts SAP. J'en suis l'auteur. Aux editions ENI.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:e11a47ebfc5546f7ecb9771a4298a8af2006-11-09T17:54:07+00:002006-11-09T17:57:33+00:00Le webmestre<p><i>Raspberry92</i> > Les modèles de données complets comportent des milliers de table. Et cela dépend du nombre de modules installés. Dans le cas d’Oracle, on peut se débrouiller un peu avec les nom, mais le modèle de SAP R/3 est vraiment cryptique, avec ses noms de tables de 4 lettres, acronymes de mots en allemand. C’est pour quelle utilisation ?
<br>Soit dit en passant, toutes les docs que j’ai vues sur le sujet indiquent que l’information est confidentielle (non que ce soit vraiment un joyau, mais la chose doit ).
</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Raspberry92urn:md5:048d983a546f85f550c08dc475ab241d2006-11-09T17:40:22+00:002006-11-09T17:40:22+00:00Raspberry92<p>Bonjour,<br />
savez vous si il est possible de récupérer les datamodels de ces deux ERP ?<br />
Cordialement,<br />
</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - JELMANSurn:md5:61d049832a8456b564d73b750719a4612006-10-23T21:34:46+00:002006-10-23T21:34:46+00:00JELMANS<p>bonjour..pourriez vous m'avoir les codes et types de mouvements pour sap r/3 de magasinage du stock... out-ind-mix-ensachage produits ect.....merci a+++</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:36170a9053424a28804b83254bd753272006-09-05T20:44:20+00:002006-09-05T20:44:20+00:00Le webmestre<p>Et bien giao, profite d’Oracle tant que tout le monde n’est pas encore passé sous SAP :o)</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - giaourn:md5:3b5310ffd844076dd88833654e7c76482006-09-05T18:47:49+00:002006-09-05T18:47:49+00:00giao<p>merci pour ce début de commencement d'explication sur les différences intrinsèques entre Oracle et SAP. Je travaille sur OAP depuis 1999 et je trouve ton exposé très pertinent. Malheureusement, ma connaissance de SAP est nulle mais l'étude comparée permet d'en concevoir quelques aspects. bien cordialement.</p>