The New AET table Extension Feature of Ehp1- Creating your own components
Over the last two years, SAP CRM WEB UI has evolved greatly and smartly . With Ehp1 on CRM7.0, SAP has given so much ease to a WEB UI developer. The developments which used to take one or two complete man days now can be done in few minutes using the various new features given on AET side.
Once of such features is AET table extensions !!
1) Start the WEB UI and navigate to the overview page on which you want your custom Z component based view as a new "Assignment Block".
- You get the Z COMPONENT created automatically with the name you specified in transaction AXTSYS.
- You get the view and related windows created with the name you specified during AET (AET adds _MAIN to the window name you give during AET to generate your view name. For ex. if you gave name as MYVIEW during AET, then in component you find a Window with name MYVIEW and the view with name MYVIEW_MAIN)
- You also get RUNTIME REPOSITORY in a ready to use state, meaning, you don't need to do any view and window assignments here.
- You get the ZTABLE ready in Data dictionary with AET given name with all Z fields you defined during AET
- The Ztable fields have auto-generated name and auto-generated data elements based on information you gave to AET during table-fields creation
- The data elements get auto-generated domains and if you have specified checktables, dropdown values etc during AET, then you can see those value table assignments in the domain.
- Further, if you go to GENIL_MODEL_BROWSER and open the root/access object of your overview page model set (ONEORDER for sales.service etc documents and BP_ALL for accounts and related documents. for ex if i started AET to add a ZTABLE based view as assignment block on Service order header, then my root is BTORDER and Access is BTADMINH) , you can see a Z BOL object created for you and related to the access object via Z-relation
- You get Function module ready to read the record from your Zview and also the function modules to work upon them, in case you need to read your view data in some BADI or Actions.
2) You can not change the field's data type and length once it is created and generated by AET.
3) Once AET is generated, all you can change for an existing field is its Description and rendering for search/check table fields.
4) You can add/remove/update dropdown list values anytime
5) You can add more fields or remove fields from your Z AET table extension anytime but avoid deleting the fields as you may experience lot of inconsistencies and mess if your field is getting used somewhere and you delete it from AET. This will directly dump on the system and it is difficult to find why the dump occurs if others don't know the background of your work.
6) Be extremely cautious during deleting fields if your AET generated view fields are used in BRF+ business rules or used in a view configurations. System will straightly dump during generation and onwards untill you fix the inconsistencies.
7) If AET generation fails, go to transaction AXTSHOW and investigate your extension for each element there to see where it is red light and what has failed. for example, if the AET table was locked in some other request and you try to add the new field then its an issue if your landscape follow separate customizing and workbench clients.AET generation fails in tis case and you need to release the transport that locks the object and Re-generate the AET.
8) Though everything you get with AET table extension is in Z space, do not change the fields directly in ZTABLE or do not change domains, data element properties directly in SE11. It will give lot of inconsistencies even though SE11 and SE14 activation is successful. Always use the AET tool only to work upon anything generated by AET.
9) Do not change anything or try to modify the things in Z function modules AET generated for your component. If you need any special behaviors, then create your Z utility class and handle it in a custom method there with BOL programming & ABAP.
Post a Comment