Try User exit USEREXIT_SAVE_DOCUMENT_PREPARE

284. Please explain cut over strategy procedure? Will the system golive 100% at the same time and cut the legacy system or will it be like 20% first day and 50% next day like that?

A) Cutover strategy depends upon how the organizations design their data load strategies. Normally, you decide the sequence of Data loads for Configuration settings, Master data, Transaction data which follows whom and then you make a copy of the system as a Production system a day before and after checking the successful data loads, you go-live 100% or partial again depending upon organizational setup and policies.

285. Which statements concerning goods issue are true? A Goods issue reduces requirements in materials planning

B Goods issue posts value changes to the stock account in inventory accounting C Goods issue posts value changes to the stock account in asset accounting D Goods issue posts value changes to the tax account

E Goods issue reduces warehouse stocks

286. Which of the following statements about billing are correct?

A. Invoice dates for creating invoices at certain times are maintained in the calendar. B. You cannot carry out pricing again during billing.

C. A transaction-specific requirement, such as "deliveries must be combined in a collective invoice" can be

set to control billing.

D. If there are several payers for one delivery, only one billing document is created for each player.

287. How is the schedule line determined? ―C‖ A. Item category and document type

B. Item category group and strategy group on the material master record C. Item category and MRP type on the material master record

D. MRP Type and shipping point

288. When processing a billing due list, you have the following options? A. The invoicing run can be started as a simulation run.

B. For performance reasons, the invoicing run via billing due list processing can only be carried out in batch. C. The invoice run can be carried out for delivery-related and order-related billing documents simultaneously. D. Order-related billing documents and delivery-related billing documents must always be created separately.

289. How does the SAP system enable you to check the reason for documents not being combined

in a billing document?

A. Using the Spilt analysis function in the environment menu of the billing document. B. Control of the document flow.

C. Control of the billing log.

290. How is the schedule line determined? A. Item category and document type.

B. Item category group and strategy group on the material master record. C. Item category and MRP type on the material master record.

D. MRP Type and shipping point

291. What is the SAP System Landscape Introduction? its Explanation ?

A. Landscape is like a server system or like a layout of the servers or some may even call it the architecture

of the servers viz. SAP is divided into three different landscape DEV, QAS and PROD. - DEV would have multiple clients for ex: 190- Sandbox, 100- Golden, 180- Unit Test. - QAS may again have mutiple clients for ex: 300- Integration Test, 700 to 710 Training. - PROD may have something like a 200 Production.

These names and numbers are the implementer's discreet on how they want it or they have been using in their previous implementations or how is the client's business scenario. Now whatever you do in the Sandbox doesn't affect the other servers or clients. Whenever you think you are satisfied with your configuration and you think you can use it moving forward, you RE-DO it in the golden client (remember, this is a very neat and clean client and you cannot use it for rough usage). As you re-do everything that you had thought was important and usable, you get a transport request pop up upon saving every time. You save it under a transport request and give your description to it. Thus the configuration is transported to the Unit Test client (180 in this example).

You don't run any transaction or even use the SAP Easy Access screen on the 100 (golden) client. This is a configuration only client. Now upon a successful transport by the Basis guy, you have all the configuration in the Testing client, just as it is in the Golden client. The configuration remains in sync between these two clients. But in the Testing client you can not even access SPRO (Display IMG) screen. It's a transaction only client where you perform the unit test. Upon a satisfactory unit test, you move the good configuration to the next SERVER (DEV).

The incorrect or unsatisfactory configuration is corrected in Golden (may again as well be

practised in the sandbox prior to Golden) and accordingly transported back to 180 (Unit Test) until the unit test affected by that particular config is satisfactory.

The Golden client remains the 'database' (if you wanna call it that) or you may rather call it the 'ultimate' reference client for all the good, complete and final configuration that is being used in the implementation.

292. What is SAP System Landscape Directory and its purpose, Feature and Explanation? A)Purpose:- A modern computing environment consists of a number of hardware and software components that depend on each other with regard to installation, software updates, and demands on interfaces. The SAP System Landscape Directory (SLD) simplifies the administration of your system landscape.

The SLD is a server application that communicates with a client application by using the Hypertext Transfer Protocol (HTTP). The SLD server contains component information, a landscape description, and a name reservation, which are based on the standard Common Information Model (CIM). The CIM standard is a general schema for describing the elements in a system landscape. This standard is independent of any implementation.

Features: The component description provides information about all available SAP software modules. This includes version numbers, current patch level, and dependencies between landscape components. SAP makes this information available to its customers. You can download the current component description from SAP Service Marketplace, which then updates your local component description (see SAP Note 669669). It is also possible to add instances for third-party components to the component description.

The system landscape description represents the exact model of an actual system landscape. Together with the current component description, the system description provides information for various processes (the system administration and implementation, for example).

The example below shows a possible scenario that illustrates how the component and system landscape description functions.

Example: On the left-hand side of the following graphic is the master description for all existing SAP software modules. SAP maintains this information. The local component description on the right-hand side (client side) can be updated in accordance with the master description. An installed mySAP.com component is registered in the System Landscape Directory. The component description contains information about the installed components. If, for example, a new Support Package is available for this component, SAP publishes this information using the master description. In this way, the customers receive all the latest information relevant for their system landscape promptly.

293. What is the purpose of text determination, account determination, partner determination, output

determination, storage location determination