‎2008 Jun 26 5:32 AM
Hi Experts
I have installaed a ECC 6.0 ABAP+ JAVA unicode system. Now for soem reason my management wants to move to a Non-Unicode version.
Is there any way we can make unicode to Non-Unicode conversion or I have to go for a fresh install and start all work fron scratch.
Raj
‎2008 Jun 26 9:23 AM
Hi
I think that you cannot do this on ECC 6.0.
SAP uses and recommends Unicode as the standard technology to cover multilingual language requirements. Up to now, only SAP R/3 fully supported MDMP. Due to the existing limitations or risks, as of SAP ERP 6.0 SAP no longer supports MDMP.
Please check this note
Note 852235 - Release Restrictions for SAP ERP 6.0
‎2008 Jun 26 9:23 AM
Hi
I think that you cannot do this on ECC 6.0.
SAP uses and recommends Unicode as the standard technology to cover multilingual language requirements. Up to now, only SAP R/3 fully supported MDMP. Due to the existing limitations or risks, as of SAP ERP 6.0 SAP no longer supports MDMP.
Please check this note
Note 852235 - Release Restrictions for SAP ERP 6.0
‎2008 Jun 27 7:54 AM
Hello Raj,
I see your solution in possibility,
to change the programs where UC errors are:
/nSE38 or
/nSE80: Goto->Attributes->Unicode checks active no active.
Peter
‎2008 Jun 30 4:51 PM
But you can select the object as no unicode.... but the system continue as unicode, so i think that all continues as unicode¿?¿?¿?
And why don't unicode????-
Regards,
Alfredo.
‎2008 Jul 02 4:54 PM
Hi Raj,
on a unicode system you can't turn off the unicode check, you'll get an error when activating the object again. Data are stored in unicode format and can only be converted by exporting from unicode system and importing to non-unicode-system - if this direction is possible, 'cause what should the system do with unicode-chars, that do not exist on non-unicode system?.
That is the common way to convert from non-unicode to unicode: save the data, go for a fresh unicode install, import the data (implicit conv.)
Regards, Karsten
‎2008 Jul 08 12:11 PM
Via homogeneous system copy.......
REgards,
Alfredo.