Question

Je suis fraîchement diplômé (lire: inexpérimenté) développeur qui a été chargé de déterminer la faisabilité de l'intégration Magento avec un back-end basé sur SAP. Aucun développeur de notre entreprise a une expérience de travail avec SAP soit ou Magento, donc j'espérait que la communauté Stack Overflow peut être en mesure de me diriger dans la bonne direction avec mes recherches. Nous sommes une petite entreprise (quatre développeurs à temps plein) et le calendrier de ce projet serait serré, donc je suis en train de rassembler autant d'informations que possible.

Le client a une structure de tarification échelonnée, la logique de calcul de l'impôt, des offres promotionnelles et la détermination du fret automatique tous mis en œuvre dans un système SAP ECC 6.0. Ils voudraient migrer tous leurs magasins en ligne vers Magento tout en continuant à utiliser toutes les fonctionnalités existantes dans SAP. L'idée est d'y parvenir en remplaçant certains modules Magento pour passer des appels à distance à SAP BAPI.

Je l'ai étudié SAPRFC , qui semble prometteur mais relativement obsolète en termes de fréquence de mise à jour. Faites les développeurs ont de l'expérience en utilisant SAPRFC avec SAP ECC 6.0 (avec ou sans intégration Magento)? Si oui, quelles ont été vos expériences, et quels ont été les principaux facteurs de risque impliqués?

Les commentaires, suggestions ou liens vers des ressources seraient grandement appréciés.

Était-ce utile?

La solution

Ne soyez pas trop surpris qu'il n'y ait pas beaucoup de mouvement en ce qui concerne le développement RFC - la technologie RFC est sta b le (pas :-) rassis) pour que les bibliothèques habituellement don » pas besoin de changer beaucoup. Je ne sais pas SAPRFC personnellement, mais c'est plutôt parce que je ne suis pas beaucoup en PHP. Je ne suis pas sûr que Java serait une option ...

à mon humble avis, en utilisant RFC est une excellente idée, car il est une technologie éprouvée et rapide et les BAPI sont documentés et pris en charge. Notez que quelle que soit la technologie choisie, vous aurez besoin de quelqu'un avec FI et des connaissances avancées SD (les spécificités clients généraux et) parce que sinon vous ne serez pas même être en mesure de remplir les paramètres d'entrée correctement. Et vous aurez besoin d'un accès à un système « en direct » et personnalisé - il est presque impossible de se moquer d'un système que vous n'avez pas d'expérience avec.

Je commence par la recherche de BAPI dans ce domaine - Je ne suis ni dans la finance, ni SD, donc je ne peux pas vous aider. Si vous connaissez BAPI sont présents, vous pourriez avoir une meilleure idée de ce qui est ou non possible. Un couplage étroit (avec le système SAP appelé plusieurs fois au cours de la transaction) est généralement plus difficile à atteindre, car BAPI sont généralement des transactions - un appel à créer l'ordre de vente, un appel à commettre, c'est tout. Si vous ne trouvez pas un moyen pour un couplage étroit entre Magento et le système SAP, peut-être que vous pouvez générer la configuration Magento et les données du catalogue à partir des données de SAP périodiquement (personnellement, j'écrire un programme ABAP pour exporter les données - principalement en raison de la performance et parce que SAP a un excellent système de planification) et de ne transférer que les commandes de retour (je suis raisonnablement sûr qu'il ya une BAPI pour cela).

Autres conseils

Je ne suis pas sûr mais je pensais que le projet saprfc (php) a arrêté son développement. Je recommande donc vous en utilisant une technologie standard qui est pris en charge par les deux php et SAP: Services Web SOAP.

Du côté de SAP, vous pouvez générer des services Web pour tous les BAPI et modules de fonction qui existent. Il suffit de lancer l'opération SE80 -> ouvrir votre module de fonction (il doit être RFC appelable) -> faites un clic droit dessus et choisissez Créer service Web.

quelques liens sur le réseau SAP Developer:

dès que vous avez un wsdl vous pouvez utiliser SoapClient en php appeler votre back-end SAP.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top