SAP ABAP, ORACLE..ect... quel avenir ???

SAP ABAP, ORACLE..ect... quel avenir ??? - Marché de l'emploi - Emploi & Etudes

Marsh Posté le 29-03-2007 à 23:07:45    

Hello,
 
J'aimerai avoir votre avis sur le SAP, il semble que c'est ce qui est utilisé dans la majorité projet ERP mais quel est l'avenir du SAP ?  
Oracle est un concurent serieux ?
Y a t-il des modules plus porteurs que d'autres ?
...est-il judicieux de commencer son premier job (SSII) par du SAP ABAP ?
 

Reply

Marsh Posté le 29-03-2007 à 23:07:45   

Reply

Marsh Posté le 29-03-2007 à 23:29:55    

Quel niveau d'étude?

Reply

Marsh Posté le 30-03-2007 à 00:01:00    

esteban331 a écrit :

Hello,
 
J'aimerai avoir votre avis sur le SAP, il semble que c'est ce qui est utilisé dans la majorité projet ERP mais quel est l'avenir du SAP ?  
Oracle est un concurent serieux ?
Y a t-il des modules plus porteurs que d'autres ?
...est-il judicieux de commencer son premier job (SSII) par du SAP ABAP ?


 
Bonsoir,
 
"le SAP" , cela ne veut rien dire. SAP est une société éditrice de logiciels. Parmi ces logiciels, il y a, entre autres :
 
L'ERP : ECC (Enterprise Central Componant) plus connu sous son ancien nom R/3
Le datawarehouse : BIW (ancien nom BW)
L'EAI : PI (ancien nom XI)
SRM (Supplier Relationship Management)
CRM (Customer Relationship Management)
MDM (Master Data Management)
Le portail : EP (Enterprise Portal)
etc...
 
Oracle est LE concurrent puisqu'ils ont racheté presque tous les autres éditeurs de progiciels d'entreprise.
Les technos SAP sont basés sur le serveur d'application maison basé sur le language propriétaire ABAP (stack abap) et/ou sur le serveur J2EE maison (stack java).
 
Beaucoup d'entreprises utilisatrices de R/3 ou ECC font maintenant des projets de datawarehouse à base de BIW.
BIW est un produit mixte Abap/java. Les spécialistes BIW 7.0 compétents sont TRES rares et recherchés. (Des non compétents, il y  en a plein les SSII...)
 
Il peut être très intéressant de débuter sa carrière sur les produits SAP mais on devient "spécialiste" et il devient difficile de faire autre chose. De plus il y a un barrage d'entrée : il est difficile de se former et il faut passer le cap de l'énervement face au manque d'ergonomie et à la complexité des produits. Par contre cela peut devenir intéressant et c'est relativement bien payé.
J'en vis depuis 10 ans et je ne m'en plains pas !  :pt1cable:

Reply

Marsh Posté le 30-03-2007 à 08:41:23    

nazzzzdaq a écrit :

Quel niveau d'étude?


 
Bac+5

Reply

Marsh Posté le 30-03-2007 à 08:48:05    

Clampin a écrit :

Bonsoir,
Oracle est LE concurrent puisqu'ils ont racheté presque tous les autres éditeurs de progiciels d'entreprise.
Les technos SAP sont basés sur le serveur d'application maison basé sur le language propriétaire ABAP (stack abap) et/ou sur le serveur J2EE maison (stack java).


 
OK et y a t-il des differences de taille entre SAP et ORACLE ? Pourquoi des entreprises vont preferer l'un et pas l'autre ?
 

Clampin a écrit :


Il peut être très intéressant de débuter sa carrière sur les produits SAP mais on devient "spécialiste" et il devient difficile de faire autre chose. De plus il y a un barrage d'entrée : il est difficile de se former et il faut passer le cap de l'énervement face au manque d'ergonomie et à la complexité des produits. Par contre cela peut devenir intéressant et c'est relativement bien payé.
J'en vis depuis 10 ans et je ne m'en plains pas !  :pt1cable:


 
Ca c'est interessant  :D  mais sans indiscretion tu bosse sur quoi et tu gagne combien ? Ou plutot quelle a été ton évolution technique et  salariale dans ce domaine ?

Reply

Marsh Posté le 30-03-2007 à 08:50:40    

esteban331 a écrit :

[/i]

 

OK et y a t-il des differences de taille entre SAP et ORACLE ? Pourquoi des entreprises vont preferer l'un et pas l'autre ?

  

Ca c'est interessant   :D   mais sans indiscretion tu bosse sur quoi et tu gagne combien ? Ou plutot quelle a été ton évolution technique et  salariale dans ce domaine ?

 

Et puis il n'y a pas que SAP ou Oracle...

Reply

Marsh Posté le 30-03-2007 à 09:33:01    

thadawg a écrit :

Et puis il n'y a pas que SAP ou Oracle...


 
C'est vrai mais il semble que les produits SAP et ORACLE sont très majoritaires non ?
Developpe un peu plus

Reply

Marsh Posté le 31-03-2007 à 23:18:38    

esteban331 a écrit :

[/i]
 
OK et y a t-il des differences de taille entre SAP et ORACLE ? Pourquoi des entreprises vont preferer l'un et pas l'autre ?


 
Si SAP est 2ème dans le soft, alors ORACLE est 3ème et vice-versa !
Pour la préférence entre les 2 : souvent les entreprises sont clientes des 2 : la majorité des installations SAP R/3 tournent sous la base de données Oracle !  
Dans les softs applicatifs, je ne connais que ceux de SAP mais je suppose qu'il n'y a pas plus de raisons que pour préferer Mac OS à Windows.
 

Citation :


Ca c'est interessant  :D  mais sans indiscretion tu bosse sur quoi et tu gagne combien ? Ou plutot quelle a été ton évolution technique et  salariale dans ce domaine ?


 
Je bosse en administration et architecture système SAP depuis 9 ans . J'ai fais d'abord 10 ans de dev dans un domaine n'ayant rien à voir avec SAP. Mon salaire est de l'ordre de 70 K€.
 

Reply

Marsh Posté le 31-03-2007 à 23:20:53    

thadawg a écrit :

Et puis il n'y a pas que SAP ou Oracle...


 
Depuis que Oracle a quasiment racheté tout le monde (Peoplesoft, JDEdwards, Siebel ), il reste qui d'autre dans le progiciel d'entreprise ? A part les tous petits (dont Microsoft !)

Reply

Marsh Posté le 01-04-2007 à 00:27:54    

esteban331 a écrit :

Hello,
 
J'aimerai avoir votre avis sur le SAP, il semble que c'est ce qui est utilisé dans la majorité projet ERP mais quel est l'avenir du SAP ?  
Oracle est un concurent serieux ?
Y a t-il des modules plus porteurs que d'autres ?
...est-il judicieux de commencer son premier job (SSII) par du SAP ABAP ?


 
SAP ça marche très bien , il n'y a qu'à voir les offres d'emploi pour s'en rendre compte.
On ne peut pas dire que certains modules soient "plus porteurs" que d'autres.  
Evidemment les plus récents sont moins connus, les compétences sont rares donc pour être formé c'est pas gagné... mieux vaut être auto-didacte dans l'âme pour éviter de rejoindre le lot d'incompétents qui peuplent les SSII, c'est galère mais ça peut rapporter gros.
Certains modules sont plus spécifiques à un type d'entreprise, ils permettent de se limiter à un secteur d'activité. Etre expert dans un domaine peu demandé peut être intéressant.
Les modules les plus courants permettent d'avoir accès à un plus large éventail de clients potentiels, mais la concurrence est rude, les consultants sont déjà nombreux.
 
Commencer par de l'ABAP... bonne idée, mais ça dépend où, combien de temps, et ce que tu souhaites faire ensuite.
Pour te donner une idée, ATS paie très mal mais enseigne les "best practices SAP" de façon exemplaire. Il faut admettre qu'ils forment d'excellents développeurs.
Si tu débutes dans une autre SSII (Unilog par exemple  :kaola: ), dans le pire des cas dans un centre de service délocalisé... et bien tu risques de débuter entouré de débutants à t'inspirer de programmes absolument dégueu et prendre de (très) mauvaises habitudes de travail... ce qui n'est pas grave si tu décides de faire du fonctionnel très vite, au moins tu sauras lire du code, ou si tu souhaites devenir chef de projet. Ou encore si tu cherches un boulot pépère et que tu n'es pas ambitieux. Mais l'expertise technique mieux vaut oublier, à moins d'avoir une bonne formation de charlatan.
Autre point, il faut savoir que les missions techniques sur SAP sont souvent en province dans des centres délocalisés. Les déplacements entre la province et la région parisienne peuvent être fréquents.
 
Dernier point, je ne sais pas ce que tu as fait comme études mais les "vrais" informaticiens de formation détestent le language ABAP LOL!
 
 
 

Reply

Marsh Posté le 01-04-2007 à 00:27:54   

Reply

Marsh Posté le 02-04-2007 à 17:53:10    

Je ne suis pas un "vrai" informaticien, j'ai un doctorat de physique... mais j'ai développé pas mal d'outils en C, IDL, ect...
On m'a parlé aussi du CRM, qui ne necessite pas de connaitre, à priori, l'ABAP...(à ce qu'on m'a dit) mais ca me parait un peu surprenant de bosser sur le CRM sans connaitre l'ABAP non ???
Je dis ca mais ne connaissant pas trop le CRM... :-p

Reply

Marsh Posté le 02-04-2007 à 17:54:59    

j 'ai trouvé ca sur wiki :
CRM (Customer Relationship Management) : outils permettant de gérer la relation avec les clients dans le but d'améliorer la qualité de service et surtout d'augmenter le chiffre d'affaire réalisé avec chaque client. Ironiquement, CRM signifie Comment Ramener la Monnaie.  

Reply

Marsh Posté le 10-05-2007 à 00:04:43    

Ouille ne mélange pas CRM et ABAP, c'est pas du tout la même chose. Tu compares un domaine fonctionnel et le module SAP associé avec le langage de référence de SAP.
 
Pour répondre à ta question SAP est toujours porteur et va le rester, Oracle est un gros concurrent et a aussi le vent en poupe. SAP utilise souvent Oracle comme SGBD donc avoir un peu de connaissance la dessus ne peut pas faire de mal quand tu fais du SAP. Par contre connaitre l'ABAP (langage de référence dans les système SAP même si maintenant SAP se met au java) ne sert à rien si tu veux t'orienter vers oracle.

Reply

Marsh Posté le 10-05-2007 à 17:00:52    

Bonjour,
 
je me permets d'intervenir dans le débat en essayant de rester aussi neutre que possible (cf mon profil pour comprendre).
 
Une des différences majeures entre Oracle et SAP est la philosophie des entreprises:
 
- SAP s'est construit autour des applications fonctionnelles de gestion
- Oracle s'est construit autour de produits d'infratstructure comme la base de données et a décidé de s'ouvrir sur le monde des applications d'où le rachat de Peoplesoft/JD, Siebel, Portal, Hyperion...  
 
Au niveau technique, SAP est basé sur ABAP, reconnu, stable, solide, performant toussa...  
Oracle a fait un choix d'"open standards", cad basé sur du java, bpel et autres langages communs.  
 
SAP est le plus gros concurrent d'Oracle sur les applications mais le plus gros partenaire sur la base de données (SAP a infiniment plus de references avec de la base Oracle que de la base IBM ou MS).
 
Je ne juge pas les 2 mondes car ils sont tres différents et je suis forcément partie prenante pour Oracle. J'ai juste essayé de donner quelques éléments objectifs (si cela est possible)

Reply

Marsh Posté le 31-08-2007 à 13:36:07    

kokoly a écrit :

Bonjour,
 
je me permets d'intervenir dans le débat en essayant de rester aussi neutre que possible (cf mon profil pour comprendre).
 
Une des différences majeures entre Oracle et SAP est la philosophie des entreprises:
 
- SAP s'est construit autour des applications fonctionnelles de gestion
- Oracle s'est construit autour de produits d'infratstructure comme la base de données et a décidé de s'ouvrir sur le monde des applications d'où le rachat de Peoplesoft/JD, Siebel, Portal, Hyperion...  
 
Au niveau technique, SAP est basé sur ABAP, reconnu, stable, solide, performant toussa...  
Oracle a fait un choix d'"open standards", cad basé sur du java, bpel et autres langages communs.  
 
SAP est le plus gros concurrent d'Oracle sur les applications mais le plus gros partenaire sur la base de données (SAP a infiniment plus de references avec de la base Oracle que de la base IBM ou MS).
 
Je ne juge pas les 2 mondes car ils sont tres différents et je suis forcément partie prenante pour Oracle. J'ai juste essayé de donner quelques éléments objectifs (si cela est possible)


 
Bonjour,
 
Pour continuer dans cette démarche,, très positive à mon goût et en recherchant la même neutralité que son auteur, je vous présente les remarques suivantes:

  • SAP est le numéro 1 des ERP, très loin devant les autres
  • il n'existe d'autres solutions, telles que NAVISION, COMPIERRE, AXAPTA, SAGE, mais pour des sociétés ayant des besoins plus simples.
  • l'ABAP est un langage simple, performant, et critiquables sur quelques points. Il est aussi objet.
  • La base de données phare avec SAP est Oracle, mais il y a aussi DB2, et surtout MAXDB, qui prend de l'ampleur. Le choix d'installation est souvent UNIX et oracle.


Yann
www.sapetabap.com

Reply

Marsh Posté le 31-08-2007 à 13:38:18    

esteban331 a écrit :

Je ne suis pas un "vrai" informaticien, j'ai un doctorat de physique... mais j'ai développé pas mal d'outils en C, IDL, ect...
On m'a parlé aussi du CRM, qui ne necessite pas de connaitre, à priori, l'ABAP...(à ce qu'on m'a dit) mais ca me parait un peu surprenant de bosser sur le CRM sans connaitre l'ABAP non ???
Je dis ca mais ne connaissant pas trop le CRM... :-p


 
Bonjour,
 
Le CRM est une machine SAP dédiée à cette application. Nous utilisons l'ABAP pour adapter le CRM aux besoins du client.
Si tu rentres en tant que consultant fonctionnel, tu n'es pas obligé de connaître l'ABAP. Mais c'est fortement recommandé.
 
 :wahoo:  
www.ecir.fr
 

Reply

Marsh Posté le 22-09-2007 à 20:38:55    

Merci pour vos réponses, au fait on parle beaucoup des modules FI-CO , MM, SD... et semble-t-il sont tous présent dans le module I-SU ?
Utilisant ISU depuis peu il est difficile d'identifier si telle ou telle transactions sont rattachées à tel ou tel sous-modules...
Avez-vous des infos à ce sujet ?
 
Merci :)

Reply

Marsh Posté le 22-09-2007 à 22:30:29    

esteban331 a écrit :

Merci pour vos réponses, au fait on parle beaucoup des modules FI-CO , MM, SD... et semble-t-il sont tous présent dans le module I-SU ?
Utilisant ISU depuis peu il est difficile d'identifier si telle ou telle transactions sont rattachées à tel ou tel sous-modules...
Avez-vous des infos à ce sujet ?
 
Merci :)


 
Bonsoir Esteban,
 
ISU est une solution métier basée sur SAP R/3, pour les sociétés vendant de l'énergie, de l'eau,... Il y a donc dans la solution ISU les modules FI, CO, MM, SD, mais orientés vers les besoins de ces métiers.
Tu trouveras sur le site de mon livre un modèles des tables principales de la solution ISU. www.sapetabap.com
si tu es utilisateur, il faut te rapprocher de tes responsables pour mieux appréhender les transactions dont tu as besoin. Le monde SAP est vaste.
 
 :wahoo:  
 

Reply

Marsh Posté le 22-09-2007 à 23:18:58    

Euh... SAP ISU c'est plutot une "verticalisation" pour les utilities de la fonction vente. Aucun impact sur MM and co. Non?

Message cité 1 fois
Message édité par nazzzzdaq le 22-09-2007 à 23:19:45
Reply

Marsh Posté le 22-09-2007 à 23:26:33    

SAP va peut etre racheter Business Object.

Message cité 2 fois
Message édité par quazar le 22-09-2007 à 23:26:44
Reply

Marsh Posté le 23-09-2007 à 08:43:10    

nazzzzdaq a écrit :

Euh... SAP ISU c'est plutot une "verticalisation" pour les utilities de la fonction vente. Aucun impact sur MM and co. Non?


 
Il n'y a pas que les ventes qui soient impactées: la comptabilisation est aussi différente. Il y a un concept d'agrégation des informations comptables, car les sociétés utilisant ISU ont beaucoup de clients.
 
Quand à MM, il est tout à fait possible que les modifications soient nulles, ou minimes, je n'ai pas eu d'expérience dessus pour la version ISU. Les besoins en gestion d'articles sont assez limités pour ce type d'entreprises.
 
J'ai mis en place une FAQ sur mon site:  
http://www.sapetabap.com/ovidentia [...] e_id=10#11
 
C'est au moins la 5ème fois que l'on me pose ce type de question dans la semaine.
 
:sol:  

Reply

Marsh Posté le 23-09-2007 à 08:46:41    

quazar a écrit :

SAP va peut etre racheter Business Object.


 
Ce ne serait pas une mauvaise nouvelle:

  • SAP gère très bien les données, mais les outils de présentation ne sont pas aussi aboutis que BO
  • BO est superbe en tant que présentation, mais son utilisation impose la création d'univers, c'est à dire refaire des modèles conceptuel de données (MCD, MERISE).


 :sol:
 

Citation :

indépendant mais dépendant des clients

Reply

Marsh Posté le 23-09-2007 à 11:00:24    

Oui enfin à prendre avec des pincettes, il y a quelques mois c'est Oracle qui voulait acheter BO...
 
Personnellement, j'aimerais que BO reste indépendant, le marché de l'informatique de gestion à deux têtes comme on le connait de plus en plus (MS lui même a du mal à s'imposer) ne me paraît pas sain.

Reply

Marsh Posté le 23-09-2007 à 11:27:10    

ou_pas a écrit :

Oui enfin à prendre avec des pincettes, il y a quelques mois c'est Oracle qui voulait acheter BO...
 
Personnellement, j'aimerais que BO reste indépendant, le marché de l'informatique de gestion à deux têtes comme on le connait de plus en plus (MS lui même a du mal à s'imposer) ne me paraît pas sain.


 
BO est une société française. Ce serait bien qu'elle le reste.

Reply

Marsh Posté le 23-09-2007 à 13:26:21    

+1 pour cette petite touche cocorico :D

Reply

Marsh Posté le 23-09-2007 à 13:26:56    

Bonjour,
 
BO est une société d'origine française, un des rares succès français dans le logiciel. C'est maintenant une (petite) multinationale dont le marché et les capitaux sont très majoritairement états-uniens.
Un rachat par SAP, rapatrierait donc le capital en Europe !

Reply

Marsh Posté le 23-09-2007 à 21:19:00    

Clampin a écrit :

Bonjour,
 
BO est une société d'origine française, un des rares succès français dans le logiciel. C'est maintenant une (petite) multinationale dont le marché et les capitaux sont très majoritairement états-uniens.
Un rachat par SAP, rapatrierait donc le capital en Europe !


 
Merci pour la précision, mes infos dataient...

Reply

Marsh Posté le 24-09-2007 à 00:06:46    

ecir a écrit :


 
Il n'y a pas que les ventes qui soient impactées: la comptabilisation est aussi différente. Il y a un concept d'agrégation des informations comptables, car les sociétés utilisant ISU ont beaucoup de clients.
 
Quand à MM, il est tout à fait possible que les modifications soient nulles, ou minimes, je n'ai pas eu d'expérience dessus pour la version ISU. Les besoins en gestion d'articles sont assez limités pour ce type d'entreprises.
 
J'ai mis en place une FAQ sur mon site:  
http://www.sapetabap.com/ovidentia [...] e_id=10#11
 
C'est au moins la 5ème fois que l'on me pose ce type de question dans la semaine.
 
:sol:  


Oui, bien sur la compta est toujours impactée, c'est où tous les chemins arrivent!

Reply

Marsh Posté le 24-09-2007 à 00:10:07    

quazar a écrit :

SAP va peut etre racheter Business Object.


euh, SAP n'a pas BW déjà comme outils de BI? C'est un rachat pour éliminer un concurent?

Reply

Marsh Posté le 24-09-2007 à 10:22:08    

Bonjour,
 
Travaillant à côté de la Suisse, j'aimerai me former sur SAP qui est très prisé de l'autre côté de la frontière.
D'après ce que j'ai constaté, le mieux est de se former d'abord sur l'environnement SAP R/3 puis sur les modules. Etant consultant compta/paye, je m'orienterai donc vers les modules FI, CO et HR.
Pour connaître l'environnement, j'ai trouvé le livre "Notions Fondamentales" de Danielle Larocca. Je ne suis pas sûr qu'il soit pertinent pour moi de me lancer dans le "SAP et ABAP" de Yann.
EN ce qui concerne les modules, je ne trouve pas grand chose si ce n'est des e-formations.
 
Pensez vous que ma démarche est bonne? QUe me conseillez vous?
 
AU plaisir de vous lire.

Reply

Marsh Posté le 12-10-2007 à 15:16:43    

SAP a racheté BO. Ca permet de racheter un concurrent, une base installée, une cash de support tous les ans et d'intégrer les offres.  
 
Ca permet de contrer Oracle par rapport au rachat de Hyperion qui est leader de la conso financiere chez les clients SAP...  
 
Oracle a réagi aujourd'hui en rachetant BEA pour 6,6MM$


---------------
Quand j'ai faim, je mange un lapin
Reply

Marsh Posté le 18-10-2007 à 15:09:49    

En rachetant Business Objects, SAP a hérité de Cartesis.  Espérons que ça leur donne des idées pour enfin concevoir un soft de consolidation valable...

Reply

Marsh Posté le 22-10-2007 à 14:32:48    

Oilco a écrit :

Bonjour,
 
Travaillant à côté de la Suisse, j'aimerai me former sur SAP qui est très prisé de l'autre côté de la frontière.
D'après ce que j'ai constaté, le mieux est de se former d'abord sur l'environnement SAP R/3 puis sur les modules. Etant consultant compta/paye, je m'orienterai donc vers les modules FI, CO et HR.
Pour connaître l'environnement, j'ai trouvé le livre "Notions Fondamentales" de Danielle Larocca. Je ne suis pas sûr qu'il soit pertinent pour moi de me lancer dans le "SAP et ABAP" de Yann.
EN ce qui concerne les modules, je ne trouve pas grand chose si ce n'est des e-formations.
 
Pensez vous que ma démarche est bonne? QUe me conseillez vous?
 
AU plaisir de vous lire.


 
Bonjour,
 
Si vous n'avez pas de compétences en programmation, il est clair que prendre mon livre, sap et abap, soit difficile d'accès, voire ennuyeux. :sleep:  
Ayant été moi-même un comptable et contrôleur de gestion pendant 8 ans, en lisant vos expériences professionnelles, je vous recommanderai de vous orienter vers le module HR.
 
Cela étant dit, si vous souhaitez vous orienter vers le consulting, il faut vous former à la partie programmation, cela ne pourra que vous être bénéfique. C'est le regret exprimé par des consultantes fonctionnels expérimentées, (9 ans et 13 ans de SAP), qui m'ont formé sur la partie MM et SD. Mon livre est actuellement acheté par des commerciaux et des consultants fonctionnels, afin d'obtenir un vernis technique.
 
Je vous invite donc à suivre une formation de base en programmation, avant même de rentrer dans le monde SAP, histoire d'apprendre les concepts techniques.
 
Je vous souhaite une bonne réussite dans votre carrière.
 
 :sol:


Message édité par ecir le 22-10-2007 à 14:34:44
Reply

Marsh Posté le 20-03-2008 à 00:48:17    

addtc a écrit :

En rachetant Business Objects, SAP a hérité de Cartesis.  Espérons que ça leur donne des idées pour enfin concevoir un soft de consolidation valable...

Bonjour, :)  
 
Désolé de relancer un sujet 6 mois après le dernier post  :whistle:  
 
En quoi Cartesis est pas bon / moins bon qu'Hypérion ?


Message édité par O_oO le 20-03-2008 à 00:48:45
Reply

Marsh Posté le 21-03-2008 à 21:56:14    

Je parlais du module BCS de SAP :)  Cartesis est très bon, mais BCS...  [:cerveau vomi]

Reply

Marsh Posté le 05-02-2009 à 15:04:55    

Du monde qui utilise le module ISU ?

Reply

Marsh Posté le 06-02-2009 à 13:24:32    

.............


Message édité par miraclemiracle le 27-04-2009 à 01:23:29
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed