Best Practices Implementation on Enterprise Portal

Hi All,
Can you please explain me what is Best Practice Implementation and Also please help me in Best Practices Implementation on Enterprise Portal.
Regards,
P V R K Raju
Edited by: V R K Raju P on Feb 11, 2009 12:25 PM
Edited by: V R K Raju P on Feb 11, 2009 12:25 PM

Raju,
The best practices are all scenario based.
You may however check them out.
help.sap.com -> Best Practices.
Best Practice for Portal =>
http://help.sap.com/content/bestpractices/crossindustry/bestp_crossindustry_ep.htm
http://help.sap.com/bp_epv170/EP_US/HTML/Portals_intro.htm
Regards,
Ritu

Similar Messages

Best Practice Implementation for Enterprise Portal

hi,
I am doing Best Practice Implementation on Enterprise Portal.
In that i cant find one file. Can you please help me in finding these file "BP_RAPID_ALL.epa"
Thanks in Advance
Regards,
Raju

Hi All,
Till now no one has answered for my query.
can i know is there any replacment for this file(BP_RAPID_ALL.epa) in new version of Best Practices.
Regards,
Raju
Edited by: V R K Raju P on Feb 17, 2009 1:04 PM

Portal Best Practice Implementation

hi,
I am doing Best Practice Implementation on Enterprise Portal.
In that i cant find one file. Can you please help me in finding these file "BP_RAPID_ALL.epa"
Thanks in Advance
Regards,
Raju

No one answered for this problem.

Best Practice for Organizing Enterprise Models

We need to migrate our Oracle Designer models (almost 10 years in the works) into OSDM to stay with current design tools. We do not have the option of staying with Designer.
I need to know of any best practices or other documents that describe a way to organize an enterprise model in OSDM. I am coming from years of working with Designer and want to translate the multiple Application Folders in Designer into a similar organization in OSDM. We have 3 COTS packages with 1000's of tables each and many custom applications that use tables from multiple schemes and databases. Our developers like to see all the tables for a single custom application in its own diagram no matter where they come from and the DBA's don't want to wade through several thousand tables to find the handful we need nor have to duplicate table definitions in multiple models. In Designer we have been doing that with Application Folders.
Another area of interest is in the deployment of database objects to multiple databases where the privileges vary from development to production. In the old Designer world this is done via implementations in the DB Admin tab. Can this be done in OSDM?

Hi Marcus,
Our developers like to see all the tables for a single custom application in its own diagram no matter where they come from and the DBA's don't want to wade through several thousand tables to find the handful we need nor have to duplicate table definitions in multiple models. In >Designer we have been doing that with Application Folders.There are no application folders in data Modeler. You can use subviews to define your subject areas. Subview is crated for each application (folder) during import form Designer repository.
Philip

Best practice for management of Portal personalisation

Hi
I've been working in our sandpit client figuring out all portal personalisation and backend/frontend customisation for ESS (with some great help from SDN). However I'm not clear on what best practice is when doing this for 'real'.
I've read in places that objects to be personalised should be copied first. Elsewhere I've read about the creating of a new portal desktop for changes to the default framework page etc
What I'm not clear on is the strategy for how you manage and control all the personalisation changes. For example, if you copy an iview and personalise where do you copy it to? Do you create "Z" versions of all the folders of the standard content or something else?
Do you copy everything at the lowest possible object level and copy or highest?
Implications of applying support or enhancement packs?
We're going pretty vanilla to begin with in that there will just be a single ESS role so things should be fairly simple from that point of view, but I've trawled all around SDN without being able to find clear guidance on the overall best pratice process for personalisation.
Can anyone help?
Regards
Phil
Edited by: Phil Martin on Feb 15, 2010 6:47 PM

Hi Phil,
To keep things organized I would create an new folder (so don't use the desktop one). The new folder should sit under Portal Content. In that folder create a folder for ESS, then inside that one for iViews (e.g. COMPANY_XYZ >>> ESS >>> iViews) then copy via delta link the iViews you want from the standard SAP folders.
Then you will have to create another folder for your own roles (e.g. ESS >>> Roles). Inside this folder create a new role and add your iViews (again via delta link). Or you could just copy one of the standard SAP roles into this folder and not bother with copying the iViews. What you do depends on how many changes you intend to make, sometimes if the changes are only small it is easier to copy the entire SAP role (via delta link) and make your changes.
You should end up with something link this in your PCD:
Portal Content
     COMPANY_XYZ
          ESS
               iViews
                    iView1
                    iView2 etc..
               Roles
                    Role1
                    Role2 etc...
Then don't forget to assign your new roles to your users or groups.
Hope that makes sense.
BRgds,
Simon
Edited by: Simon Kemp on Feb 16, 2010 3:56 PM

What are Resource Bundle Best Practices techniques for Enterprise App?

Regarding JDeveloper: 11.1.1.6.0, Studio Edition
I was wondering if someone could provide advice on Best Practices for managing Resource Bundles for an international Enterprise Application.
I have been reading textbooks and throughout the web, and I can find different options available. And I can find cautionary tales to get it right at the beginning of Development, but I cannot find Best Practices suggestions.
For instance:
- Should I use XLIFF Resource Bundle, Properties Bundle, or List Resource Bundle?
- What are the benefits and disadvantages of storing the Key/Value pairs in the database?
- It seems that storing in the db would make maintenance easier, because applications do not need to be redeployed, but would they be slower?
- One textbook indicates that "One Bundle per Project" is preferred for ViewController Project, and "One Bundle Per File" is preferred for Model Project. However, I cannot help but think if the whole Enterprise used just one Resource Bundle, it would save typing cust_id/Customer Number in 10 different Bundles.
- One text indicates how to maintain translated versions of Access Keys, if the Bundle is a Properties Bundle, but provides no assistance for other Resource Bundles.
Advice regarding Best Practices would be quite helpful.
Sincerely,
Arie

Anyone?

Implementation of Enterprise Portal on Solution Manager 7.0 /ECC 6.0

Hello EP Experts
Need your help to implement Enterprise Portal on Sulution Manager. As we know Solution Manager/ECC has Java Stack, and since it has JAVA Stack Currently BI is working and its been using. Since, BI is there my undrestanding is part of Netweaver is installed on the Box. So, my Question is;
1. Is it possible to activiate or implement Enterprise Portal on Solution Manager/ECC with the available resources?
2. If yes, how to do this? What are the additional contents to be installed
Please provide me the detailed information regarding this.
Thank You
Aftab

Hi,
the enterprise portal is deployed /installed on the Web AS Java - not on solution manager. BI installation comes together with a portal installation. It's also possible to have a WebAS Java without enterprise portal but not in case of BI.
Regards
Anja

Best practice implementation. What are the steps for this?.

We had an upgrade from CRM 4 to 7 undertaken by some outfit (name deleted). After the upgrade was complete it would look as though the comapny carried on using the GUI interface rather than the WebUI interface, mainly because that's how CRM 4 worked. Now they would like to use the WebUI interface of CRM 7, as the GUI interface is no longer supported, but are receiving a number of errors when using certain features of teh WebUI. It would look as though a lot of config is missing, especially in the UI Framework area. I can only assume that whichever company performed the upgarde simply skipped this section when upgrading.
I assume that I could download the best practice install/upgrade (?) and then just execute the section regarding the UI Framework, if such a section exists. bearing in mind that there seems to be a lot of config missing in the UI Framework section, would you recommend the course of action that I have mentioned?.
Our WebUI Interaction centre is giving errors when we go in and I have been informed that I need to complete the config for:
Customer Relationship Management->UI Framework->UI Framework Definition->Maintain Runtime Framework Profile
But as I mentioned, there are lots of other sections in the UI Framework area that are empty and hence the suggestion I made above. Hopwever, I would specifically be interested to hear from anyone who can tell me what the entries are in the view table BSPWDV_RF_PROF_C and possibly the table BSPWDV_CTRL_REPL and BSPWDV_DEF_CC.
I know this only completes part of the config, but it might be enough so that the WebUI IC can be viewed.
On another subject, I have just come into this company and if I wanted to see what had been installed how do I go about that. for example, if I wanted to know if there had been an upgrade from 4 to 7 for a particular Industry solution, where do I check this?.
Jason

I have been through the following steps:
Entered this URL http://help.sap.com/bp/initial/index.htm
Clicked on 'Cross-industry Packages'
Clicked on 'CRM'
Clicked on 'Englilsh'
Then the following page is displayed:
http://help.sap.com/bp_crm70/CRM_DE/HTML/index.htm displayed
But now what?. How do I get the Best practice instructions for a CRM implemenation?.
Jason

Inconsistency in best practice implementation guides

Hi gurus.
We are assisting a customer to install a Best Practice solution running Baseline Austrian 2.600 and IM&C 2.600.
My main issue is the requirements for the supportpackages differ.
This inconsistency are valid for all components, but exemplified here by the SAP_BASIS component.
The Baseline 2.600 Austriandemands the following support package :
http://help.sap.com/bp_blv1600/BL_Austria/documentation/BL_Quick_Guide_EN_AT.doc
SAP_BASIS 700 0010 SAPKB70010 SAP Basis Component
The Industry Solution IM&C 2.600 demands the following support package
http://help.sap.com/bp_bblibrary/600/Documentation/E00_BB_InstallGuide_EN_DE.doc
SAP_BASIS 700 0007 SAPKB70007 SAP Basis Component
Both installation guides contain similar statements that support packages must me on correct version, not higher and not lower, otherwise only limitied support can be given.
Anyone that have had any similare experience or anyone that can give me some pointers on what to do?
Regards
Fredrik

No one able to answer....

Best Practice for Downgrading J2EE/Portal Patch Version

Hello all,
We're trying to determine the best path to follow and would appreciate any advice. We have an existing Portal implementation with ESS/MSS which has been live for almost a year. It is on NW2004s (i.e., 7.0) and in production it is on ERP stack 8 (ESS stack 8, J2EE stack 11), which matches up with the backend ECC system for the most part. The Portal is under NWDI control, as we have customized the ESS and MSS web dynpros a little bit. So far so good.
However, we were starting a round of implementing SP stacks this summer, and after getting started with the DEV portal, getting it up to ESS stack 12, J2EE stack 14, the organization decided, due to workload and time constraints, to defer the SP stack application for six months. So, the new sp stack is only in the DEV portal, it's not in QA or PRD, and it's not on the DEV ECC system. We have learned, and experienced for ourselves, that there are certain functions which do not work, or do not work well, in MSS when the MSS Portal components are at a higher sp level than the ECC HR components, and we don't really want to have the DEV Portal out of sync with its backend, as well as QA and PRD, for six months. This is especially true as when we revisit the sp's in six months, it will no doubt be to a higher stack level, and this out-of-sync condition will just complicate things then.
So, we'd like to roll the DEV portal back to its prior sp level. The question is, how? There doesn't appear to be a way to do it with JSPM. Should we use SDM with the "update deployed SDAs/SCAs that have any version" option to overwrite the newer components with the older one? Or should we use SDM to undeploy what's on there now and just redeploy the older components with JSPM? With either of these options, what complications will we encounter with NWDI? Or should we try to restore the DEV portal from backup?
And if we do restore from backup... well, just what's involved in that? I'm fully conversant with restoring ABAP systems (we are on SQL Server 2005 by the way), even migrating ABAP systems to new servers, changing SIDs, refreshing QA systems from PRD, all of that. But I haven't worked as long with the J2EE engine, and I'm aware that much of the 'system' is not actually in the database, but in the filesystem. So, which folders would I need to restore along with the database? What considerations with NWDI do I need to be cognizant of? I haven't found any guides or recommendations on this approach so far, so I'm hoping for some direction here.
Best regards, and thanks in advance,
Matt

Hello Matt,
First let me correct you on the statement that most part of the J2EE is on the file system. That is no true. Most part of J2EE Engine is kept in the DB and on the file system. Everything under /j2ee/cluster/dispatcher and /j2ee/cluster/serverX is in the database and if you delete these folders they will be fully restored on startup of the server.
You can not undeploy the core components of the J2EE Engine and then redeploy them. If you do that significant part of the information generated during the installation will be lost and the J2EE Engine will be almost irreversibly broken.
Forced redeployment of the older version works for single applications, but on a grand scale I donu2019t think it will work. There are too many dependencies that will be broken and the deployments of many components will fail.
That leaves us with two options.
1. Restore from backup. Please refer to the following link for information:
http://help.sap.com/saphelp_nw04/helpdata/en/4b/d8f23ea4b42e5ae10000000a114084/frameset.htm
2. System copy from some of the other systems.
There are different kinds of system copy. Please start from the following link for basic information about system copy:
http://help.sap.com/saphelp_nw70/helpdata/en/a2/2f0c173a5e43d19585724239ff4de7/frameset.htm
For more comprehensive information see SAP Service Marketplace at http://service.sap.com/systemcopy
Regards,
Ventsi Tsachev
Technology Development Support (J2EE Engine)
SAP Labs, Palo Alto, Ca (USA)

Monitoring, Tracing Implementation within Enterprise Portal

Hi all,
I am not sure how to point out my situation but I need to figure out a way to save all the information a user leaves behind when logging on to Portal and does any kind of activity. In my case, I have someone who logs on, requests something and e.g. a new business partner is created. I need to monitor all the information from this user like what did he do ( e.g. activity ) and time, etc. I know that the portal offers functionality that monitors and traces (System Administration->Monitoring) but I need someting more adjusted to my needs.
This would mean I would have to set up a database myself and integrate this into the enterprise environment together with some iViews, etc. I guess.
Has anyone have done anything like this before or can anyone give me a hint how this could be realized (like DB, iViews, functionality, etc)? Any help is welcomed!
Cheers,
Erdal

Hi,
I would suggest to create an Invisible IView in your Desktop Frameworkpage.
So that this is called every time the page refreshes/navigates.
Here are some ideas to realise it:
1. Service which has DB connection open and saves the user specific tracing information in your DB tables.
2. Implement a component (Your invisible Iview should be created from this component), which will pass the users activity to service.
Greetings,
Praveen Gudapati
[Points are welcome for helpful answers]

Best Practice Implementation in landscape

Hi,
We had requirement for implementing SAP BP in our landscape on ECC system. Do we require to install Bp's on all three systems (Dev, Qas, Prd). Or the configuration change request movement into QAS and Prod is sufficient with out implementing BP's there.
Thankyou.
Regards.

Look into using NWDI as your source code control (DTR) and transport/migration from dev through to production. This also will handle the deployment to your dev system (check-in/activate).
For unit testing and debugging you should be running a local version (NWDW). This way once the code is ready to be shared with the team, you check it in (makes it visible to other team members) and activate it (deploys it to development server).
We are currently using a separate server for WD applications rather than running them on the portal server. However, this does not allow for the WD app to run in the new WD iView. So it depends on what the WD app needs to do an have access to. Of course there is always the Federated Portal Network as an option, but that is a whole other topic.
For JCo connections, WD uses a connection name and this connection can be set up to point to different locations depending on which server it is on. So on the development server the JCo connection can point to the dev back-end and in prod point to the prod back-end. The JCo connections are not migrated, but setup in each system.
I hope this helps. There is a lot of documentation available for NWDI to get you started. See: http://help.sap.com/saphelp_erp2005/helpdata/en/01/9c4940d1ba6913e10000000a1550b0/frameset.htm
-Cindy

Best Practice for BusinessObjects Enterprise 3.1 environment set-up

Hi there,
I am wondering if anyone can help me answer this question.
Is it better to install Business Objects Enterprise 3.1 on its own server, rather than on a server that also hosts other applications, such as Informatica, DB2 database?
Where I am working at the moment, BOE, including the WAS and FRS are all set-up on the same server as DB2 and Informatica.
They are talking about using a product called AIX Workload Manager to control how many resources, such as CPU usage, should be allocated to each application. I'm not sure that BOE would perform optimally in this sort of environment. I was always of the belief it should be set-up on completely separate infrastructure because the application can be come resource intensive.
If anyone can provide any insight into this, I would greatly appreciate it.
Many thanks,
Ainsley
Edited by: Ainsley O'Sullivan on Jan 7, 2011 3:29 AM

Every application will probably run faster if it has its own hardware to run on.
If you can afford it to have separate H/W for the BOE server then I would say go for it. THe system is easier to maintain and to troubleshoot.
BOE CAN run on system where other software is running. Keep in mind though that at the end everything depends from the usage pattern and the expected load. It can be really complicated to do a realiable prediction on that if you have many heavy-duty (eg. DB2) installations on the same H/W.
SAP consulting offers sizing services for BOE installations.
Regards,
Stratos

Some issue in Best Practice Implementation

Hi,
When i try to "Register Item for New system" in
System Administration --> System Configuration -->Universal Worklist & Workflow --> Universal WorkList - Administration,
i am getting the following error :
Errors:
System SAPRETAIL: Mon Mar 09 12:25:43 IST 2009
(Connector) :com.sap.netweaver.bc.uwl.connect.ConnectorException:Mon Mar 09 12:25:43 IST 2009
(Connector) :com.sap.mw.jco.JCO$Exception:Issuer of SSO ticket is not authorized
Item type retrieval and registration requires a connection to the systems and may take a couple of minutes. Please be patient.
For each system they are generated as the configuration named 'uwl.webflow.<systemalias>' or 'uwl.alert.<systemalias>'.
After configuration changes on the backend, the system has to be re-registered.
*Here SAPRETAIL is the system alias name.*
Thanks in Advance
Regards,
Raju

No one able to answer....

EFP and Intranet Portal - Best Practices for architecture

Hi All,
   We are planning to create a portal for our partners (b2b scenario). This portal will provide anonymous and user specific access. We also have a intranet portal with ESS and MSS. I have some doubts around implementing EFP and Intranet portal.
   1) What is the best practice solution architecture around portal instances? Is it suggested to implement both intranet and internal portals on same portal instance? Do you implement them as 2 seperate instances (and 2 seperate boxes) one for intranet and another for internet?
   2) There are couple of functions shared between inranet and internet portals. Has any one attempted   a FPN connection between a internet portal and intranet portal?
   3) What is the best practices around an external portal connecting to ECC directly?
Any suggestions are greatly appreciated.

Hi Pallayya,
         We are implementing a similar kind of thing for our client.I can explain that so you find some glimpse out of it.
We have decided twp ways.
1) We are having one instance of the portal that will be accessed both in Intranet & Internet.We are using two different URL for intranet & internet.We have a reverse proxy in the picture also,coz it will increase the security of the portal in the Internet.The reverse proxy will be available in the DMZ Zone.We have integrated ECC & BW with the portal and some web dynpro application(For intranet only).
Now the user comes from the Internet will hit the reverse proxy first->then it will go to EP Server->in EP it will be decided which kind of request client is asking ->
If it is a ECC request->Portal Server sends back the request to Reverse Proxy->RP will send it to web dispatcher->Then it will go to ECC.
If it is a BW request ->Portal server sends the request to BW Server.
2) There will be two different URLS for the portal in Intranet & Internet
     For that we used two reverse proxy
regards
Indranil

Best Practices Implementation on Enterprise Portal

Similar Messages

Maybe you are looking for