Financial Plan in Multiple Currency

Hello,
In the HTML screens I want to create Budget Lines using Multiple Currencies. This means create a line in USD for a certain Task and for the same Task create also an Euro line. I've checked the Multiple Currency option at the Financial and Workplan also added each Currency to the Work - and Financial Plan. Still I'm not able to enter Budgte Lines in other than the functional currency USD. Can someone help me out on this one or send information how this functionality has to be ste up in Release 12?

First you need to do setup for the Multiple Currencies under "Plan Settings" Tab of Planning Options. Check "Plan Amounts in Multiple Currencies" check box and in the "Currency" Tab select the different currencies like EURO and give the rate.
Now go to your Budget Lines and add 1 budget line using your default USD currency. Now select that Budget Line which you have created using your Default Project Currency and also select "Add Currency: EURO" from the Drop Down List of "Select Planning Elements" and press GO button. This will create another Budget Line using EURO Currency. Now enter the Quantity & Cost and see the difference of Cost Calculation.
I hope it's clear for you.
Regards,
Khan.

Similar Messages

Multiple currency planning and budgeting?

Hi all
We are having a requirement of planning and budgeting in same WBS with multiple currencies and also seeing reports in different currencies on single screen.
Now has anybody explored this area and has anything to suggest.
Thanks in anticipation
Raman

Hi Raman
The following is the literature from SAP on the subject. You may find it useful.
Planning and Budgeting in Any Currency
Use
International groups often use one uniform company code currency (group currency) in CO. However, it may be necessary to plan and budget in the respective local currency as the majority of costs will be incurred in the local currency. The local currency is usually the corresponding company code currency.
Previously only budgeting of jobs (orders and projects) was possible in the local currency.
From Release 4.70, you can also budget investement programs in the local currency. In addition, it is possible to plan investment programs, appropriation requests and jobs directly in the local currency.
As was previously the case for orders and projects, plan and budget values for investment programs and appropriation requests are also saved in both the controlling area and local currencies defined in the master record of each object. If you change or re-specify the exchanged rates used, it is now possible to recalculate the values in the local currency using the values in the controlling area currency, and vice-versa.
In reporting for IM, it is even possible to calculate evaluations in any report currency (plan, budget and assigned values). If the values are available in the specified report currency, they are issued unchanged. If they are not available, they are converted from the controlling area currency into the report currency.
Effects on Existing Data
Before Release 4.70, the plan values for appropriation requirements, were only saved in the controlling area currency. This was also the case if a local object currency was specified in the master record for the appropriation requirement. From Release 4.70, the plan values for appropriation requirements are always saved in the controlling area and local currencies. Therefore, you must adjust appropriation requests that were created in an earlier release and use a local currency that varies from the local object currency. The easiest way to do this is to use the program RAIMCRC2 to recalculate the plan values in the local object currency for appropriation requests whose plan values are in the controlling area currency (transaction IMCRC2, menu path: Financial Accounting -> Investment Management -> Appropriation Requests -> Tools -> Recalculate Currency Plan for Appropriation Requests). Before you run the program, select the relevant option in the Process Control section of the initial screen.
Effects on Customizing
Adjustment of Planning and Budget Profiles
To enable the planning of investment programs, appropriation requests and jobs in a transaction currency different to the controlling area currency, you must adjust the relevant planning profiles.
To enable the budgeting of investment programs in a transaction currency different to the controlling area currency, you must adjust the relevant budget profiles.
In the planning currency (or budgeting currency) section of the planning (or budget) profile, you must define the transaction currency in which planning (or budgeting) is to be executed:
Only in the controlling area currency (default),
Only in the object currency
(= local currency defined in object master record ) or
In a transaction currency chosen at the start of planning/budgeting
(this option is not possible for appropriation requests).
In the planning or budget profiles, you must also define the exchange rate types to be used for the conversion of total values that are not dependent on the fiscal year.
To adjust the planning profiles, use the process steps:
Maintain Planning Profiles (investment programs)
Maintain Planning Profile for Cost Planning (appropiation requests)
To adjust the budgeting profiles, use the process steps:
Define Budget Profiles for Investment Programs (investment programs)
Exchange Rate Types
In the fiscal-year-dependent data of the CO planning versions, you must also define the exchange rate types to be used for conversion of plan values that are not dependent on the fiscal year.
For conversion of fiscal-year-dependent budget values and fiscal-year-dependent plan values of appropriation request variants not yet assigned to a plan version, each exchange rate type is taken from the fiscal-year-dependent data of the CO planning versions 0.
As the plan or budget values are stored in the transaction, controlling area, and local currencies, the exchange rates used must enable the conversion of the transaction currency into the controlling area and local currencies. Where necessary, the exchange rates used must be extended.
To enter the exchange rate types, use the process step:
Define Versions (investment programs)
Change Planning or Budget Currency
If you always planned or budgeted existing investment programs/measures in the controlling area currency, it is not subsequently possible to change the planning or budget currency to the object currency in the planning or budget profiles. This conversion is not prevented in Customizing, but leads to an error when you next plan or budget existing investment programs/measures. Alternatively, you can convert the planning or budget currency into the transaction currency in the planning or budget profiles, and set the object currency indicator as default.
A similar restriction does not exist for appropriation requests. You can change the planning currency in the planning profile at any time.
Use the process step under "Adjust the Planning and Budgeting Profiles".
Detailed Planning
When you call up detailed planning from structure-based cost planning or revenue planning, the standard SAP planning profiles are used, to which the standard SAP planning layouts are assigned. These planning profiles cannot be changed in the planning transactions. Import the standard SAP planning layouts 1-401-IM, 1-402-IM, 1-403-IM, 1-701-IM, 1-702-IM and 1-703-IM using the transaction OKBF from client 000 in your client.
To execute the import, choose the process step:
Import Standard Planning Layouts.
Reporting Currency for IM Reporting
In IM reporting, if you want to be able to specify a reporting currency that is different to the controlling area and object currencies used in the investment program items or subordinate appropriation requests and measures, another exchange rate type is required for the due conversion of plan, budget, or values into the reporting currency. You define this exchange rate type in Customizing for the program type for the investment program to be reported ( Group Reporting).
To enter additional reporting currencies, use the process step:
Define Program Types (investment programs)
you may also refer the following link in SAP help on the subject
[http://help.sap.com/saphelp_47x200/helpdata/en/86/98853478616434e10000009b38f83b/frameset.htm]
Venu

Plan, Actual & Commitment Report in Multiple Currency

Dear SAP gurs,
Is there any report where I can see Plan, Actual & Commitments in Multiple currency (see below format). In standard SLAR reports, values are displayed in one currency at a time either I can see in INR or USD.
Here each WBS is planed in USD as well as in INR. If PO is raised in USD, then actual value should be shown against planning done in USD.
WBS Elem     Plan          Actual          Commitment
     USD     INR     USD     INR     USD     INR
WBS1.1     3000$     1000INR     500$               500INR
WBS2.2          50000INR          10000INR          300INR
Thanks,
Venkat

Dear Venkat
Each of the views in the hierarchy reports (such as 12KST1C) can
only contain values for one currency at a time (because totals for
multiple currencies would not make sense).
Since only one currency can be displayed at a time, the Trans.currency view is not meant to show values in multiple currencies; rather, the Trans.currency view only provides a reference to the user of the currency involved in the Plan and
Actual postings. For example, if the actual postings had been in
mixed currencies like:
Doc. date Cost elem.    Value COCurr CO.Cr      Value TranCurr TCrcy
   01-07-2007 911010000                 800   XXX                        1700 YYY
   01-07-2007 911010000              3,000   XXX                        3,000 XXX
Then the Trans.currency view would have contained:
Trans.currency         Plan             Actual
YYY                            0             800
XXX                         3,700           3,000
Result                     3,700           3,800
You can always switch between currencies in the report Settings ->
Currency, but only one will be displayed at once.
I hope this explanation helps you to understand the standard system
behaviour.
Regards
Martina

"Allow multiple currencies per entity" option in Planning web form

Hi, All
The desciption of the option I pasted from the oracle doc library is:
•Allow multiple currencies per entity: If the application supports multiple currencies, allow entities to support multiple currencies, regardless of base currency. Users can select currency for displayed cell values in data forms
Well, assume that app has USD as a default currency. App was built in EPMA with multi currency option. All entities have USD as a local
I build a form and set this flag. According to the text above i want to enter some values (for example for one of the account) in GBP, can I?
All i need is the binary anwser, Yes or No. Honestly it's not the truth because if the anwser will be Yes i'll be surprised how? I can enter GBP in cell but after saving it returns to USD
I've allready searched question like this and have found a couple but not answered

Hi, Alp
Thank you for you answer. I've checked your link and it's amazing that information like this was written not in admin but in user guide.
Another thing i've wondered that it depends on setting of Calculate Currencies calc script (run on save). But it's just a think men must know and do I think.
Unfortunately I can't see how does it work, although I've done this settings.
If I set local currency for one of the entity as GBP then I can enter data in GBP of course and Calculate Currencies script runs ok. I can see exact values for local (GBP) and default currency (USD) just on planning form as I set currency dim in page.
But in my case when i set local currency for this entity back to USD entered value in GBP always changed back to USD regardless of Calculate Currencies script settings. It happens during save on the form
Can I get a bit more information about some other settings to be done to make this functionality work?
BR,
Vladimir

Not able to plan -multiple currencies in Integrated planning

We have a requirement to plan in different currencies
     one record in Eur
     one record in USD
the key figure final std cost (A) has reference "currency Info obj"
purchasing currency (B)
I have created a variable on PURCHASING currency and entered USD and EUR on it
It does not allow me to plan in either - if I enter more than one currency in the Variable
My question is
1) Is this possible without having to keep changing the filter / variable
2) any special condition under which it will work
3) NO DIM function does not allow me to plan on CKF
4) is there is functionality similar to the one available in BPS layout - wherein it is possible to say "SUPRESS UNITS"

Hi Arvand,
if you have one characteristic "currency" and you key in two values, you cannot plan on it, because the characteristic does not have a unique value.
-> you need to have a characteristic differentiating between local currency and foreign currency (like currency type for example).
-> depending on your planning requirements, you can plan simultaneously by adding the additional characteristic in your query (manual planning), or for example create a planning function to perfom the conversion from foreign to local currency.
NODIM should not block you for planning. We also do this a lot with calculated key figure having NODIM.
suppress units -> use NODIM
D

Report Painter - Multiple Currencies

Hi,
I would like to know on how you create multiple currencies in report painter. We have a requirement
whereby we have 3 different columns:
Current Year (Actuals) ---> Exchange rate Type X
Prior Year (Actuals)
Plan Current Year -
> Exchange rate Type Y
My question is how can i create a report that will enable me to prompt for exchange rate of Actuals and Plan data as we would like the user to enter different exchange rate type for actual & plan.
Appreciate your help.

Hi,
I'm afraid, it's not possible via Report Painter (to have different columns calculated by different rate); you'll have to develop a report in ABAP for this.
Regards,
Eli

Multiple currencies per entity in data form

Is it possible to disable users changing currency code in data forms with "Allow multiple currencies per entity" option?
I want users can see currency code for cell in data form, but can't change it.

Hi,
A really simple script would be
function customCellValidatePre(row, col, cell) {
//check app
if (equalsIgnoreCase(applicationName,"Enter App Name")){
// check form
if (equalsIgnoreCase(formName,"Enter Form Name"))
// enter 3 digit valid currencies for application
var validCurrs = new Array("USD", "ZAR", "AUD", "CLP", "BRL", "CAD", "GBP", "EUR");
if(listContainsName(validCurrs,cell.value)){
// looks like user has tried to update a currency code
cancelDrag();
EnterCellx(row, col, true);
return false;
Just enter a set of valid currencies for your planning application.
The script just basically checks if any of your currency codes have been entered, if they have it will just return back to the cell without updating the currency code.
Cheers
John
http://john-goodwin.blogspot.com/

When to prefer Financial Plan Vs Form base budgets? Adv and Dis-advantage?

Hello Experts,
Can any one explain me the difference between Oracle projects financial plan vs oracle projects form based budgets?
What is advantages of each of them and when to provide preference over each other?
is it possible to use both of them simltaneously?
Does forecasting functionality available in both of them?
Need insight on this
Thanks
will Really appreciate ur response.
Thanks

Hi
Form based budgets are the only supported budgets for Budgetary Control and integration of project budget with GL budget.
If you are not using those functions, there is no advantage for the form based budget.
With financial plan you can load budgets using Web ADI.
You can use more robust resource lists.
You can use multi currency amounts
You can generate budgets and forecasts based on various sources like workplans, actuals, commitments and any customized logic using client extension.
You can report on financial plans using the HTML project performance reporting.
You can rollup budgets and forecasts amounts on a program.
Summarizations are done immediately and you don't need to run a batch process.
Dina

Multiple currencies? Multiple languages?

hi,
Does SAP handle multiple currencies? Multiple languages? What is a currency factoring technique?
Thank you
Ashok kumar

HI,
Yes.
SAP handles Multiple Currencies and Languages
see the table TCURR, TCURC for different currencies
Currency Factoring Technique:
Currencies in Planning
In Profit Center Accounting, three currencies can be stored at once:
Transaction Currency
The transaction currency is the currency used for a specific transaction. You can choose a different currency from the list of valid currencies for each new transaction. The transaction currency is stored in the transaction data for Profit Center Accounting as the so-called "first currency".
Local Currency (Company Code Currency)
The controlling area currency is stored in Profit Center Accounting as the second currency.
Profit Center Local Currency
You need to set a special currency for Profit Center Accounting in Customizing for each controlling area. This currency is used in the standard reports, among other things. You can find more information about this currency in Customizing. The profit center currency is the third currency updated in the transaction data.
How Do I Plan Currencies in Profit Center Accounting?
You first plan a profit center in USD. Then you later plan the same profit center in DEM in a second planning session. This may be necessary if:
the planned costs for the profit center in a certain cost element consist of external invoices in the local currency and external invoices from abroad and
the external invoice from abroad was billed and paid abroad
The currencies which can be planned manually are defined in the Layout.
If the corresponding key figures are defined and ready for input in the planning layout, you can plan in any permissible transaction currency, the company code currency or the profit center currency. The planned amount is then immediately and automatically translated into the other currencies. Note, however, that the system can only translate into a transaction currency if you have explicitly specified a transaction currency.
If you want to want to plan data using different transaction currencies, you need to use a planning layout that contains the characteristic "Transaction currency".
Note that data can only be saved in the transaction currency if a transaction currency has been specified. Otherwise the data will only be saved in the other currencies without the transaction currency.
If you want to want to summarize data in the transaction currency, you need to use a planning layout that does not contain the characteristic "Transaction currency". You can then:
change the summarized values, in which case the changes are not updated in the transaction currency, and
add any combinations of objects that have not already been planned.
If you
enter one transaction currency, the system only displays the amounts planned in that currency. You can
change these amounts
plan in the currency specified
enter a number sign (#) to represent the value " " (no value), the system only displays those values that were planned without the transaction currency. You can
change these amounts
plan amounts without a transaction currency
specify more than one currency or all currencies (*), the system displays all the planned values. You can
change these amounts
can plan as yet unplanned combinations of your planning objects in any valid currency.
Planned currency amounts are translated using
the value date you entered in the planner profile for your area
a translation factor entered in the currency table for the exchange rate type entered in the planner profile
You will find further information about the currency table and currency translation in the documentation FI Configuration and Organization.
Transfer Pricing Using the Conditions Technique
The term "transfer pricing" is used to describe the calculation of prices for internal exchanges of goods between profit centers. Conditions are the individual steps carried out during price calculation. When a goods movement takes place between two plants, the price can depend on a number of factors, such as the material involved, the sender plant, the profit center, the partner profit center, and so on. The information on these variable factors is stored as master data in the form of condition records. There the transfer price can be defined as a fixed price or a percentage increase or reduction.
This section describes the steps necessary to define transfer prices. You define these transfer prices in Customizing. There you will also find a detailed description of how to proceed.
Define condition tables, which you use to store condition records for each condition type.
Here you define the price dependencies for transfer prices. You can make the transfer price found dependent upon a combination of fields. For example, if you want your transfer prices to be defined for a combination of material and partner profit center, you need to define a condition table that contains these key fields. The condition records then contain the individual prices for each combination of material and profit center. You maintain the condition records when you define the individual condition types.
Define access sequences that the system should use to search for valid condition records.
An access sequence is a search strategy that the system uses to find valid data for certain condition tables. Each access sequence consists of one or more steps, which the system processes in the order specified. The order determines where the system should look first for a valid condition record. You can specify an access sequence for any condition type for which you create condition records.
Define condition types for all the pricing elements (fixed amounts, markups and markdowns) that occur in your daily business operations.
In Profit Center Accounting, a condition type represents a component of a transfer price. You can define condition types for every type of fixed price, markup or markdown that occurs in your internal goods movements. If you define a percentage markup or markdown as a condition type, you also need to define another condition type to serve as the basis for this percentage. This can be a price stored in the material ledger. The relationship between these two condition types is then defined in the pricing procedure.
In some condition types you need to specify an access sequence. In this way you determine which fields the system should use to search for a valid condition record.
Define condition records that determine the amount or percentage to be applied for each set of values in the condition table (such as "fixed price of USD 100.00 for material 01, profit center ABC, and plant 0001").
You can maintain condition records directly from within the definition of the condition type. Or you can define them from the application menu by choosing Master data ® Transfer prices ® Conditions. It is also possible to copy existing condition records to create new ones. This is especially useful if you want to change the currency of the condition record. You can maintain condition records either in Customizing or in the application menu, under Master data ® Transfer prices.
Define a pricing procedure to group together condition types and determine how they relate to one another.
In addition to the selection and order of condition types, a pricing procedure determines
which subtotals should be calculated
what base value the system should use for calculating percentage markups or markdowns
what conditions must be met in order for a certain condition type to be calculated
The base value for markups and markdowns can be either a fixed price or a value from the material ledger. Using a routine supplied in the standard R/3 System, you can have the system read the legal, group, or profit center price from the material ledger and calculate the markup or markdown on this basis.
Define condition exclusions, which let you determine which condition type should be used in a given situation.
In transfer pricing for goods movements, it often happens that a number of different condition records are valid. Using condition exclusions, you can compare conditions with one another and use, for example, the most favorable price for the partner profit center.
For different condition exclusion methods are available:
· The most favorable condition in an exclusion group
· The most favorable condition record for a condition type
· The most favorable condition among different exclusion groups
· Exclusion of those conditions in an exclusion group when a condition type that belongs to another exclusion group appears
Define transfer price variants, which let you specify which pricing procedures are relevant for actual data and which for plan data.
To valuate different datasets, such as plan and actual data, using different conditions, you can define variants with an assignment to a specific pricing procedure. The system processes the specified procedures in order until it finds a valid transfer price.
In transfer pricing for goods movements, only actual data is valuated (variant 000). However, you can also create additional variants if you want to calculate plan prices on the basis of pricing data.
Define pricing reports, which determine the structure of lists of conditions.
A pricing report lets you analyze condition records according to certain criteria and define the structure of these lists. You can define pricing reports either in Customizing for Profit Center Accounting or in the application menu, under Master data ® Transfer prices ® Pricing reports.
Regards,
Padmam.

RPM financial planning - units

Hello PPM experts,
We use financial planning for our portfolio items. Currently all amounts are shown in the currency defined on the item with 2 digits after the decimal. This is far too detailled.
Our project controllers would like to get the amounts in thousands of the chosen currency Meaning that instead of having the amount 168 000,00, the column should display 168.
Does anybody know how this is done?

hi,
In order to remove the decimals, you can change the 'User Settings' in 'Services' Tab on left panel in Portfolio management.
For displaying the data in thousands, I guess you would have to do so enhancement to the code only.
Regards,
Dolly

Oracle Retail Merchandise Financial Planning and RPAS

Hi, i'm new with Oracle Retail and ORACLE RPAS. I would like ton know the best way to backup RPAS or if RPAS support Real Application Cluster or something like that.
We will install Oracle Retail Merchandise Financial Planning component and i would like the best architecture to do it.
Regards

Question:
What makes up the added value in OR MerchandiseAnalytics over ORDW?
Both offer extraction layer, staging layer, datamart layer, aggregate layer, OBIEE + prebuilt reports.
I want to know how the fact extraction layer on ORMS etc. is done using ODI. Unfortunately I see no CDC/Streams approach, that we have chosen to use for our extensions to the ORDW datamodel. Is the extraction logic more or less a rebuild of the good old Pro*C DWI programs?
Some points:
- More products have been connected to ORMA, additional to RMS: ReIM, ReSA, ORMFP, ORPM.
- ORMA has had an technology update for the ETL, from OR-only's custom RETL to the more general Oracle ODI (formerly Sunopsis).
- Is it the promised/future integration of one set of conformed dimension reused and shared over all other to-be OR analytics products? (Like Marketing, Planning, Supply Chain, Stores).
- ORMA offers 'Dashboards' - may be straightforward to make in RDW-OBIEE?
- ORMA offers multiple timeviews, where base RDW only offers AsWas (SCD2) - bsiness users may appreciate the AsIs view, and PIT.
Cherio,
Erik
Edited by: ErikYkema on May 25, 2011 10:38 PM
According to the RMS13.2 release notes (http://download.oracle.com/docs/cd/E12448_01/rms/pdf/rms_rfm_br/132/rms-132-rn.pdf), RETL and all RETL based interfaces to ORDW are desupported from 13.2!
“Discontinued Support for Oracle Retail Data Warehouse (RDW) Interfaces
A new analytical application is in development. Because of this strategic decision, support for interface between Oracle Retail applications and Oracle Retail Data Warehouse has been discontinued for Oracle Retail 13.2 releases. Oracle Retail Extract, Transform, and Load (RETL) extract scripts for RDW are not supported for use with Oracle Retail 13.2 applications and databases.”
That makes things a lot clearer!

Tables for Financial Planning uploaded through GP12n

Hi Experts,
Can any one guide me, on where the amouts uploaded for financial planning through GP12N get stored i.e which table.
Please advise.
Thanks
Shailesh

Hi Sir,
Please find the below Table names may help you :-
T8PL00 FI Planning: Installed Plan Tables
T8PL01 FI-Planning: Summary Table Dimensions to be Planned
T8PL01DD FI Planning: Dimensions Table Index - Dictionary Information
T8PL01DP FI Planning : Field Dependency for Validation
T8PL01S FI-Planning: Dimensions that Allow Sets
T8PL01SF FI Planning: Special Handling of Dimensions
T8PL01SV FI-Planning: Comb. fixed values/attr. for key fig. and dim.
T8PL02 FI-Planning: User attributes
T8PL02CC FI Planning: Currency Translation
T8PL03 FI Planning: Configuration of Plan Tasks
T8PLUATTR FI-Planning: Key Figures for Planning
If you have any doubts feel free to share.
Regards,
Pankaj A Bhalerao.

Multiple Currency Payroll Payments for one Employee

Hello,
We have a requirement of paying one employee in multiple currencies (i.e in Local currency and USD). This means that such employee has two bank accounts, i.e. Local Currency Account and USD Account.
The costing of payroll costs is done in the local currency. Does anyone know any standard procedure for this?
P.S we are using Global Legislation
Regards,
Salman

Hi Salman,
Have you tried this from Element Define window. There is functionality for Input and Output currency.
Hope it could meet your requirement.
Thanks
AshokP

Multiple currency in PO/MIRO

Hi Friends,
In the PO, the vendor is from Japan, so the document currency is in Japan. But the freight condition currency is in MYR which we dont want to convert into JPY. Here the system converts all the condition type currencies into document corrency i.e. JPY in this case. After Goods Receipt, when I see the FI document in MIGO T-Code, all the posting
comes in JPY and when i change the postings into local currency i.e. into MYR, there is a difference of RM0.02(2 sens) in the posting. As the freight condition value is in MYR, we dont want system to change it to JPY as freight charge not relevant for PO printout. Because os the conversion factor, a podting having difference of 2 sens is done.
At the time of Invoice Posting through MIRO T-Code, all the charges are converted into JPY irrespective of their actual currency mentioned in the PO. Inside "Simulation" tab I can see the delivery/material cost in only 2 currencies i.e. JPY and MYR. I cant see the currency in USD as one of my delivery charge in PO is in USD. My invoice comes in respective urrencies as per PO. Please advise how to post invoice in multiple currencies as per the currency mentioned in PO.
Thanks & Regards
Satya

Hi,
Document currency of PO will be single and all the condition type values are converted to the document currency.
For condition types where currency conversion is required, please goto config (T code M/06), select the condition type and under Control data 2 tab, tick currency conversion. This will remove rounding of errors in case of multiple currecies.
Hope this info helps
Priyadarshi

How to set up Planning on Multiple Servers

Hi,
1) I am trying to install a Finance Planning application so that it runs on one Planning Web Server and the other operations Planning application on another Planning 9.3.1 web server. Is that possilbe?
2) May be unrelated question:
HP_Windows_Install.pdf has only a few lines explaining how to set up Planning on Multiple Servers. Is it as simple as that?
Here are the "few lines" from install.pdf:
Perform the same installation and configuration process on your secondary servers, making sure to choose
Planning Web Server component for any secondary server.
Make sure you select Reuse existing tables when prompted during the Configure a Database task
in the Configuration utility.

Tomcat.
But it will be nice to know the steps for Weblogic too - as Weblogic will be bundled "free" with future releases of Planning.

Financial Plan in Multiple Currency

Similar Messages

Maybe you are looking for