• Introducing Dark Mode! Switch by clicking on the lightbulb icon next to Search or by clicking on Default style at the bottom left of the page!

Fwd: FW: Any interesting ideas?

G

Guest

Guest
----- Forwarded message from Ilker M Caglar
<ilker_caglar@globalsoft-tr.com> -----
Date: Thu, 2 Nov 2000 20:11:44 +0200
From: Ilker M Caglar <ilker_caglar@globalsoft-tr.com>
Reply-To: Ilker M Caglar
<ilker_caglar@globalsoft-tr.com>
Subject: FW: Any interesting ideas?
To: owner-jdelistml@jdelist.com

hi list,
As you've mentioned below, you are right not to change
the post program. But
if I'm using OW in a country which it's domestic
language isn't English,
what should I do for legal reports? (since the AE line
contains remark in
English)
 

Mike Dupaix

VIP Member
Ilker,

I'm sure if this was a requirement and had been reported, JDE would have addressed the issue. JDE has stated it's intent to meet legal requirements in each country as part of it's rollout.

While this may be a nuisance issue with some local entities, there is probable no statute requiring explanations to be translated in many differing languages.

> ----- Forwarded message from Ilker M Caglar
<ilker_caglar@globalsoft-tr.com> -----
Date: Thu, 2 Nov 2000 20:11:44 +0200
From: Ilker M Caglar <ilker_caglar@globalsoft-tr.com>
Reply-To: Ilker M Caglar
<ilker_caglar@globalsoft-tr.com>
Subject: FW: Any interesting ideas?
To: owner-jdelistml@jdelist.com

hi list,
As you've mentioned below, you are right not to change
the post program. But
if I'm using OW in a country which it's domestic
language isn't English,
what should I do for legal reports? (since the AE line
contains remark in
English)




--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=377
*************************************************************
This is the JDEList One World Mailing List.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found at http://www.JDELIST.com
*************************************************************

<
 
RE: FW: Any interesting ideas?

We have created all reports in the local languages that the local business
needs. Yes this means that we have several duplicate reports with only
language differences but we identify them with a country. It also means
that we have had to take some canned reports, redo them in local language
(slight business twist) and save them to a completely different object name
(e.i. R55...).

As far as the data, we have set up UDC translations, etc (e.i. UOMS). We
have also taken advantage of extra optional fields to store translations. I
am not sure about the exact comment field on the specific table that you are
trying to translate.

We have gone around and around on this and this appears to be the best
solution. Any real world insight is appreciated.
 

vap

Active Member
RE: FW: Any interesting ideas?

Doug,

Though there may be reasons to do it in several reports (for example,
vocabulary overrides weren't that stable even in B7331) , I'd strongly
advise against it.
In B7331+ I can recommend the following:

Trivial solution:
For all users: set language preference
For report text: use vocabulary overrides (GH9011/P9220 for reports and
applications, P98306 for processing options)
For report data: use translation, where available (UDC, BU, Accounts,
AAIs...) Where translations tables are not there, use some fields in
standard tables. In most cases you can get away with it. Some JDEdwards
BSFNs accept language preference as parameter, if you do direct fetches -
you'll need to fetch accordingly. Don't forget to get default description if
translation is not available.

Less trivial solution: if your user needs to run reports in several
languages: insert a Processing Option with language
When you initialize the UBE, there's a system function, which can be used to
set the language preference (I don't remember the name). This function
sometimes does not work (for certain types of sections). In B7332 it was
better, but not yet absolute solution. But on the other hand it worked for
all reports we needed it in.
Data is retrieved in the same way as above, just use your processing option
instead of System Variable.

There are drawbacks if you are not XE - you can't use vocabulary overrides
to translate report name, and you can't translate report text variables
("Offset by document", which appears on the automatic entries in F0911
explanation/remark, is a good example). They (JDE) say that it is now
possible in XE. I still have not seen this in a report, so you can trust
JDEdwards or check yourself. There are a couple of other important
enhancements in XE to vocabulary overrides, so you may consider it (I don't
recommend it, because we, for example, will hold upgrade for a whiiile, for
a number of reasons)

And, for sure, you must deploy your changes to vocabulary overrides to
workstations with an update package (or simulate check-out).
A couple of hints for Vocabulary Overrides: If you have 0 in "Override"
column, description is not overridden and you are better off translating
Data Dictionary Item.
Vocabulary Overrides for version exist only if there are layout overrides
for the version.

Regards,
Vladimir Ponomarev
 
Top