17.08.2013 Views

Data Interfaces

Data Interfaces

Data Interfaces

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

The CALL TRANSACTION Statement<br />

© SAP AG<br />

CALL TRANSACTION <br />

USING <br />

MODE <br />

UPDATE <br />

MESSAGES INTO <br />

:<br />

A Display all<br />

E Display only if if there are errors<br />

N Display nothing<br />

:<br />

S Do not continue processing until<br />

update has finished (synchronous)<br />

A Continue processing immediately<br />

As with batch input, you can choose a particular display mode for processing the transaction.<br />

Unlike batch input, you can also specify an update mode. In asynchronous update processes, the called<br />

transaction does not wait until the database updates have been performed, but passes the update to the<br />

update task. In synchronous update processes, it waits until the update has been completed. Although<br />

synchronous update is slower than asynchronous update, it is also more secure because the called<br />

transaction can then report any errors to the calling program. In batch imput, the update mode is always<br />

'S' (synchronous).<br />

The MODE and UPDATE parameters are optional. The default for both is ‘A’ (asynchronous).<br />

The MESSAGES INTO option allows you to store any messages output by the called<br />

transaction in an internal table. The internal table must have the structure BDCMSGCOLL.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!