<?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: SAP big decimal in Talend Studio</title>
    <link>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254376#M37403</link>
    <description>Hi,&lt;BR /&gt;I am also facing same issue. Can anyone please provide any workaround solution for this data shifting issue.</description>
    <pubDate>Wed, 09 Mar 2016 23:11:24 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2016-03-09T23:11:24Z</dc:date>
    <item>
      <title>SAP big decimal</title>
      <link>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254374#M37401</link>
      <description>I am new to talend, so ignore for being naïve.
&lt;BR /&gt;I am extracting data from a SAP table EINE, which has two fields UEBTO - decimal(3,1) and&amp;nbsp;&amp;nbsp;UNTTO - decimal(3hile ,1)
&lt;BR /&gt;I am using tSAPTableInput to extract data from the EINE table.
&lt;BR /&gt;While extracting data if UEBTO= 9.9&amp;nbsp; and UNTTO= 9.9 , I don't have any issue.
&lt;BR /&gt;but, if UEBTO= 99.9&amp;nbsp; and UNTTO= 0.0, the issue arises. The digit after the decimal shifts to the next field, which means when I extract data UEBTO appears '99.' and UNTTO appears '9 0'.
&lt;BR /&gt;I tried making these fields decimal(5,1) and string, but nothing has worked yet.
&lt;BR /&gt;please help</description>
      <pubDate>Wed, 10 Feb 2016 12:33:04 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254374#M37401</guid>
      <dc:creator>_AnonymousUser</dc:creator>
      <dc:date>2016-02-10T12:33:04Z</dc:date>
    </item>
    <item>
      <title>Re: SAP big decimal</title>
      <link>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254375#M37402</link>
      <description>I ultimately found that the issue is with Z_RFC_READ_TABLE which we are using to extract data. RFC&amp;nbsp;is considering Decimal (3,1) as length 3 whereas actual length is 4.
&lt;BR /&gt;
&lt;FONT color="#ff3333"&gt;Talend, Could you fix the bug in the custom RFC module?&lt;/FONT&gt;</description>
      <pubDate>Wed, 10 Feb 2016 17:01:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254375#M37402</guid>
      <dc:creator>_AnonymousUser</dc:creator>
      <dc:date>2016-02-10T17:01:43Z</dc:date>
    </item>
    <item>
      <title>Re: SAP big decimal</title>
      <link>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254376#M37403</link>
      <description>Hi,&lt;BR /&gt;I am also facing same issue. Can anyone please provide any workaround solution for this data shifting issue.</description>
      <pubDate>Wed, 09 Mar 2016 23:11:24 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254376#M37403</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2016-03-09T23:11:24Z</dc:date>
    </item>
    <item>
      <title>Re: SAP big decimal</title>
      <link>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254377#M37404</link>
      <description>I have the same problem, can anyone help plz !!</description>
      <pubDate>Mon, 25 Jul 2016 23:40:03 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/SAP-big-decimal/m-p/2254377#M37404</guid>
      <dc:creator>_AnonymousUser</dc:creator>
      <dc:date>2016-07-25T23:40:03Z</dc:date>
    </item>
  </channel>
</rss>

