<?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 Incremental extract  from SAP BKPF in Integration, Extension &amp; APIs</title>
    <link>https://community.qlik.com/t5/Integration-Extension-APIs/Incremental-extract-from-SAP-BKPF/m-p/1932582#M16813</link>
    <description>&lt;P&gt;Dear all,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm trying to improve the performance of SAP incremental extracts from SAP. In this case I'm loading BKPF (header) and BSEG (lines).&lt;/P&gt;
&lt;P&gt;As per today we extract the BKPF table by filtering the CPUDAT (creation date), but this is not sufficient as the header documents may be changed (clearing, reverse clearing, etc).&lt;/P&gt;
&lt;P&gt;To make sure we identify such transactions apply the following filters:&lt;/P&gt;
&lt;P&gt;FROM BKPF&lt;BR /&gt;WHERE&lt;BR /&gt;BLDAT &amp;gt;= '$(vMinDate)' //Posting Date&lt;BR /&gt;OR CPUDT &amp;gt;= '$(vMinDate)' //Entry Date&lt;BR /&gt;OR AEDAT &amp;gt;= '$(vMinDate)' //Change Date&lt;BR /&gt;OR BUDAT &amp;gt;= '$(vMinDate)' //Document Date&lt;BR /&gt;OR STODT &amp;gt;= '$(vMinDate)'//Reverse Posting Date&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Can you please share some ideas on how we can secure that all relevant updates are extracted and ensure query performance?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 18 May 2022 15:51:41 GMT</pubDate>
    <dc:creator>HugoRomeira_PT</dc:creator>
    <dc:date>2022-05-18T15:51:41Z</dc:date>
    <item>
      <title>Incremental extract  from SAP BKPF</title>
      <link>https://community.qlik.com/t5/Integration-Extension-APIs/Incremental-extract-from-SAP-BKPF/m-p/1932582#M16813</link>
      <description>&lt;P&gt;Dear all,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm trying to improve the performance of SAP incremental extracts from SAP. In this case I'm loading BKPF (header) and BSEG (lines).&lt;/P&gt;
&lt;P&gt;As per today we extract the BKPF table by filtering the CPUDAT (creation date), but this is not sufficient as the header documents may be changed (clearing, reverse clearing, etc).&lt;/P&gt;
&lt;P&gt;To make sure we identify such transactions apply the following filters:&lt;/P&gt;
&lt;P&gt;FROM BKPF&lt;BR /&gt;WHERE&lt;BR /&gt;BLDAT &amp;gt;= '$(vMinDate)' //Posting Date&lt;BR /&gt;OR CPUDT &amp;gt;= '$(vMinDate)' //Entry Date&lt;BR /&gt;OR AEDAT &amp;gt;= '$(vMinDate)' //Change Date&lt;BR /&gt;OR BUDAT &amp;gt;= '$(vMinDate)' //Document Date&lt;BR /&gt;OR STODT &amp;gt;= '$(vMinDate)'//Reverse Posting Date&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Can you please share some ideas on how we can secure that all relevant updates are extracted and ensure query performance?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 18 May 2022 15:51:41 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Integration-Extension-APIs/Incremental-extract-from-SAP-BKPF/m-p/1932582#M16813</guid>
      <dc:creator>HugoRomeira_PT</dc:creator>
      <dc:date>2022-05-18T15:51:41Z</dc:date>
    </item>
    <item>
      <title>Re: Incremental extract  from SAP BKPF</title>
      <link>https://community.qlik.com/t5/Integration-Extension-APIs/Incremental-extract-from-SAP-BKPF/m-p/1932995#M16816</link>
      <description>&lt;P&gt;If you perform a sql-query the performance isn't really related to Qlik else to the database, the driver and the network because Qlik doesn't execute it else just transfers the task.&lt;/P&gt;
&lt;P&gt;In your case it seems that SAP is the most likely bottleneck. So you may increase the resources and/or the priorities on this side. Further an investigation on the SAP community how it processed some statements may give some hints if there is any potential for a optimization. One might be not to query a date &amp;gt;= another date else you may do date1 - date2 and checking if the result is positive or negative. By applying such logic directly with Qlik features it might be included within a range-function. Pure theoretically such an approach has benefits but depending on the real processing it might not be significantly.&lt;/P&gt;
&lt;P&gt;- Marcus&lt;/P&gt;</description>
      <pubDate>Thu, 19 May 2022 11:16:42 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Integration-Extension-APIs/Incremental-extract-from-SAP-BKPF/m-p/1932995#M16816</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2022-05-19T11:16:42Z</dc:date>
    </item>
  </channel>
</rss>

