Sapscript is a client dependent or independent?
sapscript is a client dependent or independent?how we can downlod sap script?plzz tell
Edited by: Alvaro Tejada Galindo on Feb 12, 2008 10:17 AM
Hi
sapscript is client dependent.
Use ABAP program: RSTXSCRP
It will download and upload your sapscripts as a text file in your local harddisk.
copy SAP Script from one client (512) to client (500).
Login to Client (512)
Goto SE38 or SA38 and execute the abap program: RSTXSCRP
Mode : EXPORT
Login to Client (500)
Goto SE38 or SA38 and execute the abap program: RSTXSCRP
Mode : IMPORT
or
Login to Client (500)
Goto SE71 - Click Utilities - Copy from client
Edited by: Jyothsna M on Feb 12, 2008 4:21 PM
Similar Messages
-
Why the sapscript called as client dependent? y smartform not?
why the sapscript called as client dependent? y smartform not?
Few more reasons why....? Please read below:
SAPscript technology is based on a mainframe product from the 1980s,
while Smart Forms have only been around since (roughly) 2001. With that sort of time gap,
there are bound to be significant differences between the two tools. As you have noted correctly, client dependence is a fundamental one.
Although SAPscript has had some incremental improvements over time,
its forms have always been -- under the hood -- relatively passive objects, with minimal embedded logic.
These forms were designed to be driven and controlled by ABAP programs,
much in the way ABAP programs read in database tables to produce reports;
if you ever download a SAPscript form (e.g., via utility program RSTXSCRP),
and look at the portable text file it produces you'll see what I mean.
Many text objects (e.g., invoice header texts) are bound directly to documents which are client-dependent, so it makes sense for these text objects to also be client-dependent. From a complexity standpoint, SAPscript forms are close enough to these text objects where I can see how it made sense at the time to make them client-dependent too.
Conversely, a Smart Form is significantly more robust and complex. For instance, it can contain program nodes and nested tables with patterns. When a Smart Form is compiled, it generates an ABAP function module and these are always client-independent. This is appropriate, given that this form has more in common with an ABAP program than its predecessor. For instance, when a print program calls a Smart Form, the form itself takes over to produce output, without any further direction from the print program. In fact, the join is so seamless that I often find myself using a Smart Form's Initialization section for logic to handle any data gathering not handled by the print program. I would never even think to attempt this with SAPscript.
Several factors figured into SAP's decision to make Smart Forms client-independent, including customer feedback. There are significant advantages to client-independence. For instance, a change made in one development client happens immediately across all development clients. Among other things, this means we don't have to waste time figuring which client contains the most recent version -- they all do! In addition, transporting Smart Forms is easier, since we can safely bundle them together in the same transport as their client-independent print programs (no worry about mixing client-dependent and independent objects).
Thanks,
Santosh -
Are risks client dependent or independent in GRC 10.0?
Hi Experts!
My bosses has a question:
Are risks client dependent or independent in GRC 10.0?
Logically I would say client dependent, but they need a much official answer.
Could you please someone give this info, who has an installed system.
Thanks for your help!
Peter!Hi if you're referring to risks generated after analysis 'YES' it's client dependent, basically you analyse risk against the user/role assignment. If you're talking about the risk for initial load I've no system to check but since they're considered as database table entries from technical standpoint, they're client dependent objects only.
Regards,
Asok Christian -
XI Repository objects client dependent or independent
Hi All,
As our XI installation is specific to perticluat client
I have the following doubt.
XI repository objects are client dependent or independent.
Venu.Hi Sravya,
Thank u very much for responding.
Here i Suggested my basis gui based on the suggestions earlier i got from this post.
I suggested the following things.
1) Install 3 instances DEV/QAV/PRD one clinet in each of the instance..
2) For the question they have raised regarding my IR/ID objects Client Dependent / Independ, I answerd both are client Independent and we can transport the objects from one instance to another.
3) here the confusion for them is if they are client independent , if we do change in ur objects that might effect in other instance objects since they are client independent. I told them unless we transport the objects from one instance to other there would not be any problem.
Please confirm my answer. and suggest.
Thanks,
venu. -
List of client dependant and independent
Hi All,
Can any one let me knw the list of objects which are client dependent and which are not.
Thanks,
VibhaHello Vibha
The following list shows the client-dependent repository objects:
LIMU FSEL Field Selection
LIMU VARI Report Program System Variant
R3TR COC1 CO: Cost Centers
R3TR COC2 CO: Activity Types
R3TR FORM SAPscript form
R3TR LODS HRDSYS: Logical information object client-dep. table E SYST
R3TR PCYS HR: Transport standard personnel calculation rules
R3TR PHDS HRDSYS: physical information object client-dep. table E SYST
R3TR SBNL Logical Information Object for BDS
R3TR SBNP Logical Information Object for BDS
R3TR SBNR BDS: Relationship Between Information Objects
R3TR SBPL Logical Information Object for BDS: Bid Invitation
R3TR SBPP Physical Information Object for BDS
R3TR SBPR BDS: Relationship Between Information Objects
R3TR SBRL Logical Information Object for BDS
R3TR SBRP Physical Information Object
R3TR SBRR BDS: Relationship Between Information Objects
R3TR SBSL Logical Information Object for BDS
R3TR SBSP Physical Information Object
R3TR SBSR BDS: Relationship Between Information Objects
R3TR SBTL Logical Information Object for BDS
R3TR SBTP Physical Information Object
R3TR SBTR BDS: Relationship Between Information Objects
R3TR SBWL Logical information object for BDS
R3TR SBWP Logical information object for BDS
R3TR SBWR BDS: Relationship between information objects
R3TR SRHL SRM: Hierarchical Lists
R3TR SRLD Language-Dependent Client-Specific Retrieval Index Objekt
R3TR STYL SAPscript Style
In contrast to client-independent repository objects which can be imported into any client these objects must be transported into their specific target client.
Regards
Uwe -
Hi abapers doubt in client dependent and independent
i am having a doubt could you please explain me
i created a dependent table using mandt in client 100(development).
if transfered this table to quality 110(quality). it is possible access data?
when i see development 100 it's having data but i can't find any records in quality it's not showing the records.
how we can see data in quality110 , if table is dependent.Hi Sayeed,
Data in the table will only we transported accross a system landscape if you have marked the recording routine in your development system.
Regards,
John. -
ALE client dependent or independent
Hi All,
We are using client 100 for development, 200 for config and 300 for test. If I configure ALE in 100, can I transfer data from 200 and 300 also or can i do it only from 100 and I need to configure the same in 200 and 300.
Thanks.Hi,
ALE is a combination of RFC connections and Port and configuration..
so genrally configuration need to done on each and every systems or clients.
Prabhudas -
Why sapscripts are client dependent & smart forms are client independent?
why sapscripts are client dependent & smart forms are client independent?
You developed the script in development client , you can't find the same in testing client even though the server is same.
Where are You developed the smartform in development client , you can find the same in testing client even though the server is same.
Few more reasons why....? Please read below:
SAPscript technology is based on a mainframe product from the 1980s,
while Smart Forms have only been around since (roughly) 2001. With that sort of time gap,
there are bound to be significant differences between the two tools. As you have noted correctly, client dependence is a fundamental one.
Although SAPscript has had some incremental improvements over time,
its forms have always been -- under the hood -- relatively passive objects, with minimal embedded logic.
These forms were designed to be driven and controlled by ABAP programs,
much in the way ABAP programs read in database tables to produce reports;
if you ever download a SAPscript form (e.g., via utility program RSTXSCRP),
and look at the portable text file it produces you'll see what I mean.
Many text objects (e.g., invoice header texts) are bound directly to documents which are client-dependent, so it makes sense for these text objects to also be client-dependent. From a complexity standpoint, SAPscript forms are close enough to these text objects where I can see how it made sense at the time to make them client-dependent too.
Conversely, a Smart Form is significantly more robust and complex. For instance, it can contain program nodes and nested tables with patterns. When a Smart Form is compiled, it generates an ABAP function module and these are always client-independent. This is appropriate, given that this form has more in common with an ABAP program than its predecessor. For instance, when a print program calls a Smart Form, the form itself takes over to produce output, without any further direction from the print program. In fact, the join is so seamless that I often find myself using a Smart Form's Initialization section for logic to handle any data gathering not handled by the print program. I would never even think to attempt this with SAPscript.
Several factors figured into SAP's decision to make Smart Forms client-independent, including customer feedback. There are significant advantages to client-independence. For instance, a change made in one development client happens immediately across all development clients. Among other things, this means we don't have to waste time figuring which client contains the most recent version -- they all do! In addition, transporting Smart Forms is easier, since we can safely bundle them together in the same transport as their client-independent print programs (no worry about mixing client-dependent and independent objects).
Check the beloe links for more information
script and smart forms
http://www.sap-img.com/smartforms/smartform-sapscripts.htm -
Client independant and client dependant
can anybody explain me what exaclty is clientdependant and independant..also cross client means?
thanks and regards
vijayaHi Durga,
As the name says
Client - for example assume there is company called
"sony". It can have many plants across the
countires. Sony divides these plants into
different groups based on functionality.
These groups are called client.
Mostly which ever the object that is developed in the SAP will developed in a way that is usefull across users.
But there will some sepcific needs for users/clients of SAP like language barriers....units..currecies....etc...etc. Which will be not same for all.
Client dependent - if object is prepared taking
into consideration of above
example barriers it is dependent
ELSE.
It is client indpendent.
Client dependent or independent can be know for the filed sy-mandt. and also in SE09 -
Client dependant/independant
Hello All,
Can anybody please tell me, Configuration and Desing in Integration Builder is client dependant or independant?
Thanks.Hi Kinnari,
I complety mistook ur question. IR and ID are based on Java Stack.
lets say you are doing Xi development on XI Client 10. Add you want to access interface definitions in Client 20 on the same machine. then you can. all the clients on the same machine will have access to every thing. say if you go to tcode: sproxy in client 20 , you can see all the interfaces defined in client 10.
so for testing you dont have to transport anything between clients.
Naveen -
Urgent:Why Script is cliend dependant and smartform is not client dependant
Hi all,
Can any one pls tell me why script is client dependent and smartform is not client dependant.
<b>Please give some real time examples in brief</b>
regards
tapuHi
DIFFERENCE BETWEEN SMARTFORMS AND SAPSCRIPTS ARE:
1. script is client dependent one while smartform is client independent.
2. In scripts we have to write print program while in smart forms it is not necessary.
3. In scripts we can print background logo while in smartforms we cant print background logo
4. In scripts we have 99 main windows while in smartforms we have only 1 main window.
5. In scripts we should write paragraph format otherwise we cant execute program while in smartforms no need to create paragraph formats .
6. In scripts we can print the text in only two character formats.
while in smartforms we can do with more.
7. In scripts we dont have line types while in smartforms we have linetypes.
8.Multiple page formats are possible in smartforms which is not the case in SAPScripts
9.It is possible to have a smartform without a main window .
10.Labels cannot be created in smartforms.
11.Routines can be written in smartforms tool.
12.Smartforms generates a function module when activated.
SAPscript technology is based on a mainframe product from the 1980s, while Smart Forms have only been around since (roughly) 2001. With that sort of time gap, there are bound to be significant differences between the two tools. Client dependence is a fundamental one. Although SAPscript has had some incremental improvements over time, its forms have always been -- under the hood -- relatively ...
also refer
difference between smartforms and scripts
Diff betwen Scripts & smartforms
advantages of smartforms over scripts
Whenever a smartform is created, a funciton module gets generated. So, we can access the smartform in different clients. But in case of scripts, it is not so.. So, scripts are client dependent.
Smart Forms are implemented using the Function Module SSF*, and all the logic lies in the FM. Function Modules are client independent objects, so Smart forms are also client independent
SAP Scripts are the Layout Forms that you design and there are aviable in the client in which you have created them, for making them available you have to copy across the clients.
Because, Sapscripts are saved in ITF format as text in client dependant tables STXH and STXL. smartforms are not saved in client dependant tables and visible across clients.
SAPscript technology is based on a mainframe product from the 1980s, while Smart Forms have only been around since (roughly) 2001. With that sort of time gap, there are bound to be significant differences between the two tools. As you have noted correctly, client dependence is a fundamental one.
Although SAPscript has had some incremental improvements over time, its forms have always been -- under the hood -- relatively passive objects, with minimal embedded logic. These forms were designed to be driven and controlled by ABAP programs, much in the way ABAP programs read in database tables to produce reports; if you ever download a SAPscript form (e.g., via utility program RSTXSCRP), and look at the portable text file it produces you'll see what I mean. Many text objects (e.g., invoice header texts) are bound directly to documents which are client-dependent, so it makes sense for these text objects to also be client-dependent. From a complexity standpoint, SAPscript forms are close enough to these text objects where I can see how it made sense at the time to make them client-dependent too.
Conversely, a Smart Form is significantly more robust and complex. For instance, it can contain program nodes and nested tables with patterns. When a Smart Form is compiled, it generates an ABAP function module and these are always client-independent. This is appropriate, given that this form has more in common with an ABAP program than its predecessor. For instance, when a print program calls a Smart Form, the form itself takes over to produce output, without any further direction from the print program. In fact, the join is so seamless that I often find myself using a Smart Form's Initialization section for logic to handle any data gathering not handled by the print program. I would never even think to attempt this with SAPscript.
I suspect several factors figured into SAP's decision to make Smart Forms client-independent, including customer feedback. There are significant advantages to client-independence. For instance, a change made in one development client happens immediately across all development clients. Among other things, this means we don't have to waste time figuring which client contains the most recent version -- they all do! In addition, transporting Smart Forms is easier, since we can safely bundle them together in the same transport as their client-independent print programs (no worry about mixing client-dependent and independent objects).
<b>Reward points for useful Answers</b>
Regards
Anji -
Differentiating Between Dependent and Independent Data
HI,
How can I make a differentiation between dependent and independent data?HI,
If you double click a Transfer requirement in SE10 or SE09 and then press F4 in the field category, you will find some helpful information.
Client dependent or independent transfer requirements include client specific or cross client objects in the change requests. Workbench objects like SAPscripts are client specific, some entries in customizing are client independent.
If you display the object list for one change request, and then for each object the object attributes, you will find the flag client specific.
If one object in the task list has this flag on, then that transport will be client dependent.
You can also find a list of the high class objects in SAP, here you will see the flag on/off. Use TCODE SOBJ.
Start STMS and double click on the request itself, you will see which type of request it is (Workbench -> client independent or Customizing -> client dependent).
I recommend you to import every request on each client without looking inside the request.
Reward Points if found helpfull..
Cheers,
Chandra Sekhar. -
HI experts,
can any bady explain me that "Why sapscripts are client dependant and smartforms are client independent" and what is the technical reason behind it...Hi,
How Sapscript forms are defined in the SAP system: Sapscript forms
are client dependent, so you can have different forms with the
same name in different clients. On the other hand they also
have client independent abilities: If a Sapscript form
doesn't exist in the current client, the Sapscript form of
client 000 is used.
Smartforms are client-independent, so it is not necessary to
copy them to other clients.
Regards,
David -
Use of client dependent tables
Hi Gurus,
I have read many threads on difference between client dependent and independent data/objects etc.
But, someone tell me please, wheat exactly the 'Use or Advantage' of client dependent tables/data.
Thanks in advance.
VHI,
The use of client dependent tables is that if data in one table of a particular client is updated then that data wont be seen in any other clent it provides a security to the data we retrict users with their authorizations in differen clients
When you log on to an SAP System, you log on to a particular client of this system. Any activities you carry out in the system are always carried out in one client. When you plan your SAP system landscape, you must consider which clients you need for which activities.
By assigning activities to be performed in a client, you give each client a particular role. This section describes the most important client roles.
Since you need to adapt the SAP software for your own business needs, each SAP system landscape requires a client where Customizing settings, and possibly ABAP Workbench developments, can be made. This client is known as the Customizing and development client, or Customizing client for short. The abbreviation CUST is used for this client.
Before you can use the Customizing settings and Workbench developments productively, you need to test them extensively for errors. Any faulty settings can seriously disrupt productive operations, and at worst, lead to the loss of productive data. The integrated nature of the various SAP applications means that there are many dependencies between the different Customizing settings. Even an experienced Customizing developer may not discover these dependencies immediately. The correctness of the settings can only be guaranteed with extensive testing. The client where these tests are made is the Quality Assurance Client, QTST for short.
A separate client is required for productive use of the SAP System. So that this client can be used without disruption, it is essential that no Customizing settings or Workbench developments are made here, and also that no tests are carried out. This client is known as the Production Client, PROD for short.
These three clients, CUST, QTST and PROD, are the central clients that exist in every system landscape. Standard system landscapes have precisely one client for each of these client roles.
We recommend that you make all your Customizing settings in a single Customizing client, and then use the CTS to transport them to the other clients.
We also recommend that you do not make any Customizing settings or Workbench developments in the quality assurance or production clients. You can make sure of this by making appropriate client settings.
In addition to the central clients, you can also set up other clients for other tasks. However, you must remember that each extra client takes up additional system resources (main memory and database space). They also need to be administrated. For example, you need to set up and administrate access authorization for the users, and also distribute any changes to other clients with the CTS. You must weigh up the advantages and disadvantages of setting up other clients.
Examples of other client roles are:
Development test client (TEST): Developers can use this client to test their Customizing settings and Workbench developments, before they release their change requests. In this client the developers can create test application data for realistic tests. If they discover errors, they can remove them in the Customizing client. A development test client is always set up in the same SAP System as the Customizing client. This means that any changes that are made to cross-client data in the Customizing client are also immediately visible in the development test client. Changes to client-specific data are copied from the Customizing client to the development test client using a special client copy function. The client copy function uses the unreleased change requests from the Customizing client to do this. The development test client is set so that you cannot make changes to Customizing data and Repository objects.
Prototype or sandbox client (SAND): You can use this client to test any client-specific Customizing settings if you are not sure whether you want to use them in this form. Any settings that you want to keep are then entered in the Customizing client. To prevent conflicts between the prototype client settings and real settings in the Customizing client, you cannot make changes to cross-client Customizing data and Repository objects in the prototype client. The CTS does not record changes made to client-specific Customizing data, and does not transport them from the prototype client. You can make sure of this by making appropriate client settings.
Training client (TRNG): To prepare end users for new functions that are to be transported into the production client, you can set up a training client. The users can use the new functions in this client with specially created application data. This client is set so that you cannot make changes to Customizing data and Repository objects.'''
plzz reward if this information is usefull to u plaa dont forget to reward -
Client dependent & client independent objects
Hi All,
What is meant by client independent & client dependent ?
I know that sapscripts are client dependent while smartfiorms are client independent. Also reports & FMs are client independent.
Want to have a better idea on this concept....
Thanks in advance..
SwetaIf you create a table in 010 client in DEV server with CLNT as its first fields type, then you will find that table structure in all clients in DEV server. (i.e client independent)
example: function module, abap program, smart form.
If you create a record in that table in 010 client, you will not find that record in other clients. (i.e client dependent)
Example: script.
Sap script was developed a long back.
smartform is developed to avoid these type of some restrictions
Also:
Client dependent Means if you create that data in one client is limited to that client only and it is not accessable in other clients
Like SAP SCRIPTS and STD texts data
where as Client Independent means the data if you create in one client that is available in that as well as in other clients
Like SMARTFORMS, All dictionary Objects data and Repository objects data like Programs, Fun modules, tables etc..
There is no specific reason behind why scripts are client dep[endent and smartforms are client independent!!!
As for SAP -- Scripts are called client dependent because if you create client in say,200 it would be available in that only.If you want to test the script in client 300 then it won't be there,you will have to go to transaction se71 in 300 .Then Utilities-> Copy from client.Give the source as 200 & form name(i.e. script name) & copy.
Few more reasons why....? Please read below:
SAPscript technology is based on a mainframe product from the 1980s.SAPscript forms have always been -- under the hood -- relatively passive objects, with minimal embedded logic. These forms were designed to be driven and controlled by ABAP programs, much in the way ABAP programs read in database tables to produce reports;
if you ever download a SAPscript form (e.g., via utility program RSTXSCRP), and look at the portable text file it produces you'll see what I mean.
Many text objects (e.g., invoice header texts) are bound directly to documents which are client-dependent, so it makes sense for these text objects to also be client-dependent. From a complexity standpoint, SAPscript forms are close enough to these text objects where I can see how it made sense at the time to make them client-dependent too.
MANDT is the field which differenciates the table from Client Dependent and Client Independent Tables.
All the Scripts are Client Dependent Objects
Smart Forms, Function Modules are Client Independent Objects.
Maybe you are looking for
-
Loops missing and not downloading
I upgraded to GB'11 via the app store. Some of the loops are there, but not all of them. When I click on the "ghosted" loops I get a dialogue that says "the software instrument or Apple loop selected is currently being installed." How long does it
-
I just purchased two new itouches, how do I get previous purchase items on them, I just purchased two new itouches, how do I get previous purchase items on them
-
When was an item last used in Keychain?
I am trying to clean up the entries in my Login keychain. A lot of the entries (passwords, certificates, etc) are cryptic, and it's hard to know what they are. Is there a way to find out when an entry was last used? When I say "last used", I mean
-
Galaxy Nexus battery drain after 4.2.2 update
My phone has discarged is just over 2 hours! All settings are normal, battery usage noted screen 41% exchange 25% and email 21%. While screen goes dark, it appears the screen is still using juice in the background.
-
Items to list in invoice but not wanted to post into accounting
Hi - We have a BOM, both header and components are price related. We want header material to have net value as a sum of all component's net value, and we wanted to bring all the components into invoice (Del Related) but only header material will be p