New Company Europe

sneha
Member Posts: 191
Advise me please!
Database: US 5.0SP1 (Native)
In the current database we already have one company for US transactions. We are creating a new company as EUROPE. Client says all the transactions would be in EURO currency and asking to setup Additional Reporting currency in $
So I have setup LCY Code=EUR in General Ledger, and posted one Purchase Invoice for Amount 500, I didn’t change the currency code while posting the invoice. Now I am on Vendor Card and balance of the vendor is 500, which is fine. But the caption of the of balance field showing as (Balance ($)).
Setting up LCY code as EUR is the right way to do, when client wants EURO as the base currency in Europe Company?
Database: US 5.0SP1 (Native)
In the current database we already have one company for US transactions. We are creating a new company as EUROPE. Client says all the transactions would be in EURO currency and asking to setup Additional Reporting currency in $
So I have setup LCY Code=EUR in General Ledger, and posted one Purchase Invoice for Amount 500, I didn’t change the currency code while posting the invoice. Now I am on Vendor Card and balance of the vendor is 500, which is fine. But the caption of the of balance field showing as (Balance ($)).
Setting up LCY code as EUR is the right way to do, when client wants EURO as the base currency in Europe Company?
0
Comments
-
It should pick up from the symbol field in currency table (I always assumed so) but unfortunately it does not, or may be i am wrong.Kapil Khanna0
-
I am checking CaptionML property for “Balance LCY” field in vendor table:
ENU=Balance ($);ESM=Saldo ($);FRC=Solde ($);ENC=Balance ($)
In Cronus database, Is it mean it was defaulted to $ symbol?0 -
sneha wrote:I am checking CaptionML property for “Balance LCY” field in vendor table:
ENU=Balance ($);ESM=Saldo ($);FRC=Solde ($);ENC=Balance ($)
In Cronus database, Is it mean it was defaulted to $ symbol?
yes - we had the same problem in our US NAV 4.0 at my old company. our EURO office just got used to translating "$"= LCY (not $ = dollar) whenever they saw it in the system.kind of fell into this...0 -
The currency symbol is not stored anywhere in any table, it is hardcoded in the CaptionML properties. Your local currency setup will have no effect on those captions.
For the US Locatization, all fields that have a reference to 'LCY' have been changed to '$'. The reason why this doesn't go well in other localizations is because the NAV team for some reason decided that ENU (which stands for English US) would be the global code base. What they should have done is define a global english language layer. If you want global captions to start out with (which confusingly enough are in the same ENU language layer), you need to start with the W1 version of NAV.0 -
I think US should either leave the caption as is LCY, or W1 should modify this and use CaptionClass and in CU 1 in one place you would specify the currency Symbol.
One way you could fix this is to export all the objects to text and do a Find and Replace From ($) to (LCY).
This issue would be make sure not to modify the date time and modified field and person doing an upgrade will have to redo this.0 -
jversusj wrote:sneha wrote:I am checking CaptionML property for “Balance LCY” field in vendor table:
ENU=Balance ($);ESM=Saldo ($);FRC=Solde ($);ENC=Balance ($)
In Cronus database, Is it mean it was defaulted to $ symbol?
yes - we had the same problem in our US NAV 4.0 at my old company. our EURO office just got used to translating "$"= LCY (not $ = dollar) whenever they saw it in the system.
Thank you!
How would you suggest in our scenario.
US Company is one company in current database, and client using this company for US transactions.
Now company extended their sales to Europe and wants to create a new company as EUROPE and want to setup LCY code as EURO.
Can we recommend using USD as the base currency in EUROPE Company and EUR as the additional Reporting currency?, because client main office is located in US
(Or) they can use EUR as the base currency in Europe Company?0 -
Now company extended their sales to Europe and wants to create a new company as EUROPE and want to setup LCY code as EURO.
I would never buy this as a reason for opening a new company in database, by the time it is not different legal entity or may be you have skipped to mention that , I would suggest you to check at first place do they actually need another company or just because of currency somebody has suggested them.Kapil Khanna0 -
kapil4dynamics wrote:Now company extended their sales to Europe and wants to create a new company as EUROPE and want to setup LCY code as EURO.
I would never buy this as a reason for opening a new company in database, by the time it is not different legal entity or may be you have skipped to mention that , I would suggest you to check at first place do they actually need another company or just because of currency somebody has suggested them.
Yes, client wants to create EUROPE Company as a separate legal entity.0 -
Then u can create USD as LCY for US operating and Euro for European firm. While consolidating them u can get figures in any currency u want.Kapil Khanna0
-
Don't use US for this, use W1.David Singleton0
-
Client already using US Version (5.0 sp1) with US company, now we are creating new company in the same database. Does it cause any issues?0
-
sneha wrote:Client already using US Version (5.0 sp1) with US company, now we are creating new company in the same database. Does it cause any issues?
Take a separate license for European Operations. US version will have lot of localization problems in Europe.CA Sandeep Singla
http://ssdynamics.co.in0 -
ssingla wrote:sneha wrote:Client already using US Version (5.0 sp1) with US company, now we are creating new company in the same database. Does it cause any issues?
Take a separate license for European Operations. US version will have lot of localization problems in Europe.
You can use US database just fine in Europe.
The caption issue can be changed.
There are many companies that use a North American db in Europe.
Some countries have required localization but it wouldn't be any different than using W1.0 -
generic wrote:ssingla wrote:sneha wrote:Client already using US Version (5.0 sp1) with US company, now we are creating new company in the same database. Does it cause any issues?
Take a separate license for European Operations. US version will have lot of localization problems in Europe.
You can use US database just fine in Europe.
The caption issue can be changed.
There are many companies that use a North American db in Europe.
Some countries have required localization but it wouldn't be any different than using W1.
Thank you!0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions