Skip to Content
author's profile photo Former Member
Former Member

Canned BAPI's/BP's vs. Custom FM Development? Approach?

All,

We're trying to come to a decision on a path forward for the portal and I'm hoping to draw on some of the group's experiences. By the way we are on EP5 SP5.

Our questions mainly have to do with developing custom vs. canned functionality for the portal.

Specifically...

1.) Do you rely on Business Packages for all / most / some / little / none of your delivered erp content?

2.) Function Modules / BAPI's - If you write custom iViews (Java, JSP, JCO, etc) do you rely on called BAPI's RC enabled iViews? Are most of your requirements met by available BAPI's for example or do you have to write RC enabled wrappers, copies, now programs to deliver requirements?

Hopefully from these two questions you see where I'm going. We've had some larger projects such as MSS that pretty much go by the book and implement a business package, but we also have some smaller requests come in around some of the MM roles, requisitioners, buyers, some sales roles, orders, complaints for which we are tempted to write custom iViews which may need custom function module work also. We're just trying to decide, from a strategic standpoint, on a sensible way to approach this. Your advice is greatly appreciated.

Doug

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Posted on May 27, 2004 at 06:37 PM

    We have written almost 80% of all content on our Portal.

    Custom iViews for retrieving up to the minute numbers about sales and production.

    We used custom RFC enabled function modules.

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on May 27, 2004 at 06:38 PM

    We have written almost 80% of all content on our Portal.

    Custom iViews for retrieving up to the minute numbers about sales and production.

    We used custom RFC enabled function modules.

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.