Unicode in ecc6.0

hello,
I thought if unicode in attributes is checkd ( ecc6.0) we are not allowed to declare a table with header line but strangely its working fine with occurs 0.plz advise..am I missing something here?
Thanks

Hello,
Declaring an internal table with header line is "OBSOLETE" in ECC6.0 & just to let you know it has got nothing to do with unicode.
You can declare an internal table with header line, but you run the risk that in the subsequent SAP releases this declaration will not be supported.
Hope i am clear.
@Rob:
You are absolutely correct. If you do a SLIN for the code in which you declare an internal table you get this error:
Messages for Obsolete Statements(Error)
      Program:  ZTEST01335  Row:     10
The current ABAP command is obsolete and problematic, especially so in ABAP
Objects
Tables with headers are no longer supported in the OO context.
(The message can be hidden with "#EC *)
BR,
Suhas

Similar Messages

  • Do varying issue in unicode programs(ECC6.0)

    Hi,
    I am facing the error "Could not specify the range automatically. This means you need a RANGE addition." for the following code.
    DATA : W_STRAT_LANC1 LIKE T16FD-FRGCT,  "stratégie de lancement 1 +DJA
             W_STRAT_LANC2 LIKE T16FD-FRGCT
    DO 3 TIMES
         VARYING T16FS-FRGCX   FROM T16FS-FRGC1   NEXT T16FS-FRGC2 RANGE T16FS
         VARYING W_STRAT_LANCX FROM W_STRAT_LANC1 NEXT W_STRAT_LANC2.
    Please send me a possible solution.
    I have gone through many posts but this is a new issue.

    Hi,
    This is not a correct way of using the varying addition. Your fields should belong to the same structure...
    something like:
    TYPES: BEGIN OF ts_lanc,
             lanc1 TYPE frgct,
             lanc2 TYPE frgct,
            END OF ts_lanc.
    DATA: w_strat_lancx TYPE t16fd-frgct,
          w_t16fs-frgcx TYPE t16fs-frgsx.
    DATA: ws_t16fs TYPE t16fs,
          ws_lanc  TYPE ts_lanc.
    DO 3 TIMES
       VARYING w_t16fs-frgcx FROM ws_t16fs-frgc1 NEXT ws_t16fs-frgc2 RANGE ws_t16fs
       VARYING w_strat_lancx FROM ws_lanc-lanc1  NEXT ws_lanc-lanc2  RANGE ws_lanc.
    ENDDO.
    Kr,
    Manu.

  • Native sql not populating correct data in ECC6.0 unicode system

    Hi,
    I am working in an upgrade upgrade project from 4.6c to ECC6.0.
    4.6c is non-unicode system. ECC6 is Unicode system.
    I am facing Native SQL problem in custom developed programe in ECC6.That means programe reading the data from oracle datbase and stored into internal table.
    But data not stored as normal character format that means its stored as different character format.
    I am suspecting this is due to unicode system. IF that is issue then please provide
    what syntax I have to use for Native SQL statment in unicode system.
    I have provided the code which we are using in programe.
      data:
        i_locn       type table of t_locn,
        v_locn       like line  of i_locn.
      field-symbols:
        <f_005t>        type t_005t.
    Get existing EIS_VIDEO_LOCN_CONV records
      EXEC SQL.
        OPEN C FOR
          SELECT EIS_LOCN
            FROM VIDADMIN.EIS_VIDEO_LOCN_CONV
      ENDEXEC.
      do.
        EXEC SQL.
          FETCH NEXT C
            INTO :V_LOCN-EIS_LOCN
        ENDEXEC.
        if sy-subrc ne 0.
          exit.
        endif.
        append v_locn to i_locn.
      enddo.
      EXEC SQL.
        CLOSE C
      ENDEXEC.
      sort i_locn.
    I am facing the problem in i_locn internal table. Please give me your input to solve this issue.
    - Anandakumar K

    Hi,
    We have resolved this issue with BASIS team help.
    We modified the data charcater set as UTF8  in Oracle data base in unicode system ECC6.0 then the programme returns the
    exact character format
    Regards
    K.Anandakumar

  • Transfer file from MDMP system to Unicode system

    Hi all,
    We are facing this problem for some weeks now and our basis team and myself are completely lost on this.
    Recently we have installed the Polish language (in fact codepage 8859-2) via so called 'MDMP' on our 4.6C HR-system.
    We did this because there is a need to enter special Polish characters in eg Employee names for Poland.
    So far so good, the Polish characters can be entered and look just fine when loggon on in Language 'PL'.
    But now, we need to send a file to our payroll partner (adp) and of course we need to keep the Polish characters along the way.
    Our payroll partner's system is unicode at ECC6.0.
    The first problem is, that the file (produced via abap program on sap server Unix HP) only looks good when you look at it via AL11 from within SAP, when logged on in Polish. I used the command   "set locale language 'L'" in the abap program to set the language settings to Polish.
    When I download the file to my PC or look at it from Unix, the Polish characters are rubbish.
    After transferring the file to the payroll partner(encrypted and with sftp), the Polish characters also look like rubbish(even when logged in in Polish and using AL11) , and they do not succeed in loading the file on their end.
    Does anyone have any experience or thought on this subject, I have spent days and days reading a lot of SAP Notes and other documents about this subject. I would appreciate any help, thanks !
    Patrick.
    Edited by: Patrick DHooge on Feb 8, 2010 11:23 AM

    What you see is expected behaviour.
    MDMP is a technology where the application server displaying characters "knows" that it's using a different locale than the default and hence displaying things correctly.
    The problem you have is that an ASCII code in polish locale is not necessarily identical to the ASCII code in a different locale (e. g. English). To display the characters correctly in e. g. notepad you would need to use a polish Windows system (or a MUI installation where you can switch the locales).
    You may be able to use sapiconv to convert the files to a Unicode format (see Note 752859 - sapiconv - a tool for converting the encoding of files) but basically the only clean way would be to upgrade your 4.6c system and migrate to Unicode.
    Markus

  • How to setup the connection between non-unicode client and unicode server?

    hi.
    we played the program in 4.6x that call a data from unicode server (ECC6.0) to non-unicode server.  ( not played in the unicode server.)
    When a program ended that English Character was normal, but Korean Chinease... was unknown text.
    I think conversion from unicode to non-unicode is a main reason.
    General Notes are issued for the unicode side rfc connection configuration.
    but, i want to know how to setup into the non-unicode system to interface with unicode system.
    I hope your great answer.

    Hi,
    For taht you have to deploy korean and chinese langauges seprately on non unicode system.Then try to connect to the unicode system.It will work for you.
    Regadrs
    Vijay kumar

  • How to estimate the time needed for unicode conversion

    Experts:
    I am going to perform an upgrade from 46C (non-unicode) to ECC6/EHP4.
    In the action plan , it's hard to estimate the time needed for unicode conversion.
    We do not have a sandbox to benchmark that time.
    Could you please help share your experience here?
    Thanks!!

    Hi,
    usually it is very hard to estimate a proper time.
    There are some hints to get a rough feeling (SAP note 857081 and [SMP link|http://service.sap.com/~form/sapnet?_SHORTKEY=01100035870000380759&_OBJECT=011000358700001279022010E] ).
    However please note that SAP highly recommends to do a Sandbox conversion - otherwise there is a high risk that the PRD conversion will take (much) longer than expected.
    Best regards,
    Nils Buerckel

  • Upgrade 4.6C to ECC 6.0; Unicode - non-Unicode -- Unicode

    Hi,
    My client has a R/3 4.6c UNICODE, he wants to upgrade to ECC6.0 UNICODE.
    According to a SAP document, to upgrade, I upgrade directly to ECC 6.0 NON_UNICODE then convert the system to ECC 6.0 UNICODE.
    I'm wonder why Unicode -> non-Unicode --> Unicode.
    Regards,
    Toan Do

    "4.6C is not a unicode system ,ecc6.0 is an unicode system."
    Actually, ECC 6.0 only has to be unicode if you are a new installation.  If you are upgrading from a non-unicode system, you can upgrade to a non-unicode ECC 6.0 system, this is fully supported by SAP.
    However, it is recommended that you perform the upgrade and unicode conversion at the same time. SAP is going to force us to unicod some day anyway.
    We have just completed a technical upgrade from 4.7 to ECC 6 non-unicode, and now we are looking at a unicode conversion project.  It would have added time to the original upgrade project, but it would have been worth it.
    T

  • Making ABAP sources Unicode compliant ... after Unicode conversion

    Hi,
    I was asked by a customer if there is any problem with the following scenario :
    A system must be converted to unicode. Unfortunately, not all the ABAP source codes will be unicode enabled on-time for the conversion.
    The development team wanted to know if they can assign priorities to ABAPs and focus their manpower on these ABAPs only.
    The rest of the ABAPs will be made unicode compliant AFTER the conversion of the system.
    I am well aware that if ABAPs don't have the Unicode flag checked, the system won't allow their execution but will it still be possible to edit the source code of those non unicode ABAPs and enable them afterwards ? From a technical point of view, I can't find any reason why it shouldn't be possible but who knows ...
    Thanks for your answers,

    Hi,
    Yes during upgade the unicode check comes into picture..
    The first unicode version is 4.7,so from 4.7 to higher versions unicode is thre...below 4.7 say 4.c is non unicode .
    one example is u can dclare a variable of type X in non-unicode system(4.6c) but not possible in unicode system(ECC6.0).
    Check the below links for understanding of unicode.
    [UCCHECK downporting;
    [UCCHECK;
    [http://www.sap.com/korea/Company/Events/techday05/img/data_01.pdf]
    [http://www.sap-press.de/download/dateien/1240/sappress_unicode_in_sap_systems.pdf]
    [Re: ECC 6.0 Upgrade & changes required in programs;

  • Chinese Version no displayed properly after Unicode Conversion

    Hi,
    Recently at a customer site we converted our SAP ERP ECC6 to unicode from non-unicode. After that we have applied chinese ( ZH ) language pack.
    But the thing is there are still texts which are being displayed in English or German. such as when we go to MM03, the tabs MRP1, MRP2 and MRP3 are being displayed in english only when I login with ZH language. But when I login with DE, the tabs MRP1, MRP2 and MRP3 are being shown in German.
    Also another thing is that all numeric data is being displayed with enmglish characters i,e, ( 1,2,3,...) where I expected them to be displayed in Chinese ( ZH ).
    Please share any informationyou are having in this matter.
    Regards,
    Mandar.

    Hi Mandir,
    Unicode conversion is not meaning of when you login different language and the text and numbers will be displayed in the login language.
    Unicode system having only one code page which can be showed the text and number in exact input format and would not show any junk characters.
    In the SAP 4.7 version if you login in the Chinesh language and maintain a material description in same language and
    Then if you again login in English language that description will be showed as junk characters(some other symbols).
    Whereas in unicode system ECC6 if you maintain the material description in Chinesh and then login in English language you can able to see the material description in exact format.
    If I get more information I provide that also.
    regards,
    Saravanan V

  • RBE - Reverse Business Engineering for UniCode - In SolMan

    Hello.
    Has RBE been incorporated into Solution Manager for ECC6.0 and UniCode
    Systems ?
    If so, any documention that you can point us to for reference on how to
    setup and use ?
    RBE can only be used for ECC6.0 and Non Unicode Systems ?
    Latest version of RBE is 2.0 for Non Unicode Systems ?
    Please advise on how we can get RBE functionality and reporting for
    ECC6.0 UniCode System.
    Does RBE 3.0 work with Unicode for ECC6.0 or do we have to go with
    Solution Manager ? an older release of Solution Manager for RBE ?
    Thanks

    Hello Markus,
    I want to install Reverse Business Engineering (RBE) tool can you help which is the latest version of RBE tool available on SAP support portal for download.
    As you mentioned that " RBE is discontinued, both 2.0 and 3.0 (3.0 was only a test version)."  So you mean to say that RBE 2.0 and 3.0 are not availabe for download and is there any higher version availabe for download ?? or where can i get this component for installation ??
    Also if RBE tool is discontinued is there any replacement for this RBE tool ?
    Thanks in advance
    Regards,
    Vinod Kumar

  • Value in data type p field not displayed properly when download to UNIX

    Hi,
    One of my programs downloads a file to UNIX server,
    here the data which i am downloading, one of the fields is of type P (it is of domain type DEC).
    The field displays very strangecharactershen i view it in UNIX server.
    I am using OPEN DATASET in binary mode statement.
    my system is unicode enabled ECC6.0 version
    Please help

    That is normal, type "P" packed fields with two decimal digits packed into each byte Use another type of field, if you want the field to be readable..
    Look at [Predefined ABAP Types|http://help.sap.com/erp2005_ehp_03/helpdata/EN/fc/eb2fd9358411d1829f0000e829fbfe/frameset.htm]
    Regards

  • HELP bout EXTENSIONIN in BAPI_PO_CHANGE

    I want to use 'BAPI_PO_CHANGE' to update PO items by passing EXTENSIONIN in unicode system ECC6.0. I have update the structure of BAPI_TE_MEPOITEMX and CI_EKPODBX.
    Here's my code, no error, but the value didn't change.Is anything wrong with my code?
    Thanks.
    DATA:
      it_extensionin TYPE STANDARD TABLE OF BAPIPAREX,
      wa_extensionin TYPE BAPIPAREX,
      BAPI_TE_MEPOITEM LIKE BAPI_TE_MEPOITEM,
      BAPI_TE_MEPOITEMX LIKE BAPI_TE_MEPOITEMX.
      BAPI_TE_MEPOITEM-ZZ_COMM_STO_NUM = '111'.
      wa_extensionin-structure = 'BAPI_TE_MEPOITEM'.
      wa_extensionin-valuepart1(5) = '00010'.
    *that's the value i want to update
      wa_extensionin-valuepart1+5(10) = BAPI_TE_MEPOITEM-ZZ_COMM_STO_NUM.
      wa_extensionin- valuepart1+15(10) = ''.
      wa_extensionin-valuepart1+25(8) = ''.
      wa_extensionin-valuepart1+33(8) = ''.
      wa_extensionin-valuepart1+41(8) = ''.
      wa_extensionin-valuepart1+49(8) = ''.
      wa_extensionin-valuepart1+57(1) = ''.
      APPEND wa_extensionin to it_extensionin.
      wa_extensionin-structure = 'BAPI_TE_MEPOITEMX'.
      wa_extensionin-valuepart1(5) = '00010'.
      wa_extensionin-valuepart1+5(1) = 'X'.
      wa_extensionin-valuepart1+6(1) = ''.
      wa_extensionin-valuepart1+7(1) = ''.
      wa_extensionin-valuepart1+8(1) = ''.
      wa_extensionin-valuepart1+9(1) = ''.
      wa_extensionin-valuepart1+10(1) = ''.
      APPEND wa_extensionin to it_extensionin.
      CALL FUNCTION 'BAPI_PO_CHANGE'
        EXPORTING
          PURCHASEORDER = '4100000533'
        TABLES
          RETURN        = IT_RETURN
          EXTENSIONIN   = it_extensionin.
    Edited by: yang Aiolos on Oct 10, 2008 2:54 AM
    Edited by: yang Aiolos on Oct 10, 2008 2:59 AM

    Hi..
    I am not sure if you have missed something in the extension structure.... what you can do is check by trial and error method by passing values to other fields also.. many times it so happens that you may need to pass values  to some particular fields to update values of some other field....
    regards,
    Madan...

  • ABAP query - Incomplete layout from existing variant

    Hi all,
    We're currently testing our conversion from 46C (non unicode) to ECC6.0 (unicode).
    In SQ01, when we use a layout variant created in 46C, only the additional fields (e.g. Text:Sold-To) are displayed even though all the other fields are available if we change the layout.
    Is there a published correction for this conversion problem or dowe have to rebuild hundreds of layout variants?  I looked for notes but couldn't find anything coming even close.  I also created a transport in 46C containing the variant and import it in ECC6, but it has no effect, even if I delete the variant in ECC6 prior to the import.
    Thanks for any help,
    JG

    See note 725468

  • DB Migration and ECC 6.0 Upgrade

    I have a number of questions, we have a SAP R/3 4.7x200 landscape that is currently Windows 2003 and SQL2000 both 32 bit, we want to do the following, move to Windows 2003 and SQL2005 64bit, perform a Unicode and ECC6.0 Upgrade.
    here are the steps I am planning on new hardware
    1. Migrate to 64bit
    -install 64bit OS and SQL2006 64bit on new hardware
    -export db from current 32 bit and import into 64 bit system
         a. I am confused, I have seen threads where it appears this was done in house, do we need an SAP certified      person to complete this task, this is a hetergenous copy? Note 82478
         b. can we do this inhouse if we follow the SAP documentation and checklists provided and have their signoff      with checks
    - Run tests and then confirm process before real migration
    2. Perform Unicode Upgrade
    - run this on sandbox, test and verify
    3. Perform ECC 6.0 upgrade
    - run this on sandbox a no. of times confirm
    - freezing development and starting with DEV (this is a small landscape, we can do this)
    p.s can steps 2 and 3 be combined in one step, I have broken that out, to in my mind make it simpler to fix if anything breaks.

    Hi,
    DB Migration
    1. MS SQL Server 2000 is based on BIN collation and MS SQL Server 2005 is BIN2 collation. SO you need to first convert BIN to BIN2 collation.
    Note 960769  Windows Migration from 32bit to 64bit x8664
    Note 799058 - Setting Up Microsoft SQL Server 2005
    2. can steps 2 and 3 be combined in one step?
    Yes. check with link http://service.sap.com/erp-upgrade
    Regards,
    Srini Nookala

  • Creating a new custom language code?

    Hi!
    What would be the process to create a new custom language code to MDMP enabled SAP (6.20)? And the same question for a Unicode system ECC6.0?
    The new language (let's call it ZZ) would be an exact copy of Chinese language ZH.
    As far as I have understood, the requirement is to maintain different Chinese material descriptions and tax rates for the same material in different Chinese customs areas. Standard SAP doesn't support this it seems. So, ZH would be used for custom area 1 and ZZ for customs area 2. Each with their own descriptions and tax rates.
    Solution-wise I appreciate any good tips but if we really  have to go down to this "second Chinese language" path I'd like to know how big a task it is.

    Hi,
    in a Non-Unicode system, SAP notes 112065 and 302063 describe possibilities to use additional language keys.
    In a Unicode system, SAP note 73606 (attachment supportedlanguages2.xls) shows all supported language keys.
    However these additional language keys enable you to maintain additional descriptions (e.g. for display or printing).
    But in general it is not possible to enable different tax rates depending on language keys.
    This sounds rather like a localization requirement. For this area there are usually other attributes which can be used (like e.g. company code).
    Best regards,
    Nils Buerckel
    SAP AG

Maybe you are looking for