<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: lsmw in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370909#M809135</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"The Data Transfer Workbench (or DX Workbench, transaction SXDA) is an integrated SAP tool that supports data transfer and analysis. It &lt;/P&gt;&lt;P&gt;does not have the built-in features for mapping for source structures to target structures, but it will allow you to integrate Legacy System Migration Workbench (LSMW) objects as processing tasks within a run definition. The DX workbench has many features for creating &lt;/P&gt;&lt;P&gt;test data and performing data migrations - for example, logging of data migration runs. &lt;/P&gt;&lt;P&gt;However, if you need to map or convert data, you should use the LSMW. Or, you can integrate &lt;/P&gt;&lt;P&gt;your LSMW objects as task within a more user-friendly data migration run, in which the LSMW &lt;/P&gt;&lt;P&gt;project steps "Read data", "Convert data," and "Start IDoc processing" are automated &lt;/P&gt;&lt;P&gt;and use the features of both tools. If you donot need logging and automated data migration &lt;/P&gt;&lt;P&gt;runs, you can perform your data migration without the DX Workbench." &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following was taken at this site : &lt;/P&gt;&lt;P&gt;&lt;A href="http://www.info-sun.com/docs/wp_sapinter.pdf" target="test_blank"&gt;http://www.info-sun.com/docs/wp_sapinter.pdf&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;#147;Batch Data Communication (BDC) is the oldest batch interfacing technique that SAP provided since the early versions of R/3. BDC is not a &lt;/P&gt;&lt;P&gt;typical integration tool, in the sense that, it can be only be used for uploading data into R/3 and so it is not bi-directional. &lt;/P&gt;&lt;P&gt;BDC works on the principle of simulating user input for transactional screen, via an ABAP program. Typically the input comes in the form &lt;/P&gt;&lt;P&gt;of a flat file. The ABAP program reads this file and formats the input data screen by screen into an internal table (BDCDATA). The &lt;/P&gt;&lt;P&gt;transaction is then started using this internal table as the input and executed in the background. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In &amp;#145;Call Transaction&amp;#146;, the transactions are triggered at the time of processing itself and so the ABAP program must do the error handling. &lt;/P&gt;&lt;P&gt;It can also be used for real-time interfaces and custom error handling &amp;amp; logging features. Whereas in Batch Input Sessions, the ABAP &lt;/P&gt;&lt;P&gt;program creates a session with all the transactional data, and this session can be viewed, scheduled and processed (using &lt;/P&gt;&lt;P&gt;Transaction SM35) at a later time. The latter technique has a built-in error processing mechanism too. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Batch Input (BI) programs still use the classical BDC approach but doesn&amp;#146;t require an ABAP program to be written to format the &lt;/P&gt;&lt;P&gt;BDCDATA. The user has to format the data using predefined structures and store it in a flat file. The BI program then reads this and &lt;/P&gt;&lt;P&gt;invokes the transaction mentioned in the header record of the file. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct Input (DI) programs work exactly similar to BI programs. But the only difference is, instead of processing screens they validate &lt;/P&gt;&lt;P&gt;fields and directly load the data into tables using standard function modules. For this reason, DI programs are much faster (RMDATIND - Material Master DI program works at least 5 times faster) than the BDC counterpart and so ideally suited for loading large volume data. DI programs are &lt;/P&gt;&lt;P&gt;not available for all application areas. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;RegardS&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 22 Jan 2008 14:06:25 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2008-01-22T14:06:25Z</dc:date>
    <item>
      <title>lsmw</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370908#M809134</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;can anybody explain about the difference between bdc and lsmw in detail?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanyou.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Jan 2008 14:00:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370908#M809134</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-01-22T14:00:08Z</dc:date>
    </item>
    <item>
      <title>Re: lsmw</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370909#M809135</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"The Data Transfer Workbench (or DX Workbench, transaction SXDA) is an integrated SAP tool that supports data transfer and analysis. It &lt;/P&gt;&lt;P&gt;does not have the built-in features for mapping for source structures to target structures, but it will allow you to integrate Legacy System Migration Workbench (LSMW) objects as processing tasks within a run definition. The DX workbench has many features for creating &lt;/P&gt;&lt;P&gt;test data and performing data migrations - for example, logging of data migration runs. &lt;/P&gt;&lt;P&gt;However, if you need to map or convert data, you should use the LSMW. Or, you can integrate &lt;/P&gt;&lt;P&gt;your LSMW objects as task within a more user-friendly data migration run, in which the LSMW &lt;/P&gt;&lt;P&gt;project steps "Read data", "Convert data," and "Start IDoc processing" are automated &lt;/P&gt;&lt;P&gt;and use the features of both tools. If you donot need logging and automated data migration &lt;/P&gt;&lt;P&gt;runs, you can perform your data migration without the DX Workbench." &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following was taken at this site : &lt;/P&gt;&lt;P&gt;&lt;A href="http://www.info-sun.com/docs/wp_sapinter.pdf" target="test_blank"&gt;http://www.info-sun.com/docs/wp_sapinter.pdf&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;#147;Batch Data Communication (BDC) is the oldest batch interfacing technique that SAP provided since the early versions of R/3. BDC is not a &lt;/P&gt;&lt;P&gt;typical integration tool, in the sense that, it can be only be used for uploading data into R/3 and so it is not bi-directional. &lt;/P&gt;&lt;P&gt;BDC works on the principle of simulating user input for transactional screen, via an ABAP program. Typically the input comes in the form &lt;/P&gt;&lt;P&gt;of a flat file. The ABAP program reads this file and formats the input data screen by screen into an internal table (BDCDATA). The &lt;/P&gt;&lt;P&gt;transaction is then started using this internal table as the input and executed in the background. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In &amp;#145;Call Transaction&amp;#146;, the transactions are triggered at the time of processing itself and so the ABAP program must do the error handling. &lt;/P&gt;&lt;P&gt;It can also be used for real-time interfaces and custom error handling &amp;amp; logging features. Whereas in Batch Input Sessions, the ABAP &lt;/P&gt;&lt;P&gt;program creates a session with all the transactional data, and this session can be viewed, scheduled and processed (using &lt;/P&gt;&lt;P&gt;Transaction SM35) at a later time. The latter technique has a built-in error processing mechanism too. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Batch Input (BI) programs still use the classical BDC approach but doesn&amp;#146;t require an ABAP program to be written to format the &lt;/P&gt;&lt;P&gt;BDCDATA. The user has to format the data using predefined structures and store it in a flat file. The BI program then reads this and &lt;/P&gt;&lt;P&gt;invokes the transaction mentioned in the header record of the file. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Direct Input (DI) programs work exactly similar to BI programs. But the only difference is, instead of processing screens they validate &lt;/P&gt;&lt;P&gt;fields and directly load the data into tables using standard function modules. For this reason, DI programs are much faster (RMDATIND - Material Master DI program works at least 5 times faster) than the BDC counterpart and so ideally suited for loading large volume data. DI programs are &lt;/P&gt;&lt;P&gt;not available for all application areas. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;RegardS&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Jan 2008 14:06:25 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370909#M809135</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-01-22T14:06:25Z</dc:date>
    </item>
    <item>
      <title>Re: lsmw</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370910#M809136</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;thank you&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Jan 2008 14:17:49 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370910#M809136</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-01-22T14:17:49Z</dc:date>
    </item>
    <item>
      <title>Re: lsmw</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370911#M809137</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In LSMW, BDC is the one method. Abepers will do the programming&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 15 Mar 2008 07:11:47 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370911#M809137</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-03-15T07:11:47Z</dc:date>
    </item>
    <item>
      <title>Re: lsmw</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370912#M809138</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;LSMW offers different technique for migrating data: Direct input, BAPI, Idoc, Batch input recording. While BDC basically uses batch input sessions and CALL TRANSACTION method.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Limit on number of records which can be uploaded in one session of BDC (999 records). No such limit in LSMW.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;LSMW is more to do with configuration while BDC involves programming.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;LSMW can import data from legacy systems (e.g. in the form of Excel sheets or CSV files). I guess LSMW converts your data into batch input files automatically. If you use BDC; you need to write your batch input file yourself, line per line.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With LSMW, you get a "wizard" (so to say) that writes the batch input for you. It's the difference between writing a program yourself and letting a wizard write it for you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But a wizard can only handle some specific situations (Excel file, sequential data in CSV files, for instance) but not ALL situations of data import. For those situations that LSMW cannot handle, you will need BDC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reward if usefull&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank You,.&lt;/P&gt;&lt;P&gt;Gopi.S&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 17 Mar 2008 05:21:38 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lsmw/m-p/3370912#M809138</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-03-17T05:21:38Z</dc:date>
    </item>
  </channel>
</rss>

