<?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>article Qlik Replicate: Using bindDateAsBinary Leads to Data Inconsistencies in Official Support Articles</title>
    <link>https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Using-bindDateAsBinary-Leads-to-Data/ta-p/2520540</link>
    <description>&lt;P&gt;A Qlik Replicate task may fail or encounter a warning caused by Data Inconsistencies when using Oracle as a source.&lt;/P&gt;
&lt;P&gt;Example Warning:&lt;/P&gt;
&lt;P class="lia-indent-padding-left-30px"&gt;&lt;FONT face="courier new,courier"&gt;]W:&amp;nbsp; Invalid timestamp value '0000-00-00 00:00:00.000000000' in table 'TABLE NAME' column 'COLUMN NAME'. The value will be set to default '1753-01-01 00:00:00.000000000'&amp;nbsp; (ar_odbc_stmt.c:457)&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier"&gt;]W:&amp;nbsp; Invalid timestamp value '0000-00-00 00:00:00.000000000' in table 'CTABLE NAME' column 'COLUMN NAME'. The value will be set to default '1753-01-01 00:00:00.000000000'&amp;nbsp; (ar_odbc_stmt.c:457)&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;Example Error:&lt;/P&gt;
&lt;P style="padding-left: 40px;"&gt;&lt;FONT face="courier new,courier"&gt;&lt;SPAN&gt;]E: Failed (retcode -1) to execute statement: 'COPY INTO "********"."********" FROM @"SFAAP"."********"."ATTREP_IS_SFAAP_0bb05b1d_456c_44e3_8e29_c5b00018399a"/11/ files=('LOAD00000001.csv.gz')' [1022502] (ar_odbc_stmt.c:4888) 00023950: 2021-08-31T18:04:23 [TARGET_LOAD ]E: RetCode: SQL_ERROR SqlState: 22007 NativeError: 100035 Message: Timestamp '0000-00-00 00:00:00' is not recognized File '11/LOAD00000001.csv.gz', line 1, character 181 Row 1, column "********"["MAIL_DATE_DROP_DATE":15] If you would like to continue loading when an error is encountered, use other values such as 'SKIP_FILE' or 'CONTINUE' for the ON_ERROR option. For more information on loading options, please run 'info loading_data' in a SQL client. [1022502] (ar_odbc_stmt.c:4895)&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H3&gt;&lt;FONT color="#339966"&gt;&lt;STRONG&gt;Resolution&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/H3&gt;
&lt;P&gt;The &lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt; attribute must be removed or set on both endpoints.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H3&gt;&lt;STRONG&gt;&lt;FONT color="#339966"&gt;Cause&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/H3&gt;
&lt;P&gt;The parameter&amp;nbsp;&lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt; means the date column is captured in binary format instead of date format.&lt;/P&gt;
&lt;P&gt;If &lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt;&amp;nbsp;is not configured on both tasks, the logstream staging and replication task may not parse the record in the same way.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H4&gt;&lt;FONT color="#339966"&gt;&lt;STRONG&gt;Environment&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Qlik Replicate&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Wed, 11 Jun 2025 09:36:18 GMT</pubDate>
    <dc:creator>Sonja_Bauernfeind</dc:creator>
    <dc:date>2025-06-11T09:36:18Z</dc:date>
    <item>
      <title>Qlik Replicate: Using bindDateAsBinary Leads to Data Inconsistencies</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Using-bindDateAsBinary-Leads-to-Data/ta-p/2520540</link>
      <description>&lt;P&gt;A Qlik Replicate task may fail or encounter a warning caused by Data Inconsistencies when using Oracle as a source.&lt;/P&gt;
&lt;P&gt;Example Warning:&lt;/P&gt;
&lt;P class="lia-indent-padding-left-30px"&gt;&lt;FONT face="courier new,courier"&gt;]W:&amp;nbsp; Invalid timestamp value '0000-00-00 00:00:00.000000000' in table 'TABLE NAME' column 'COLUMN NAME'. The value will be set to default '1753-01-01 00:00:00.000000000'&amp;nbsp; (ar_odbc_stmt.c:457)&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier"&gt;]W:&amp;nbsp; Invalid timestamp value '0000-00-00 00:00:00.000000000' in table 'CTABLE NAME' column 'COLUMN NAME'. The value will be set to default '1753-01-01 00:00:00.000000000'&amp;nbsp; (ar_odbc_stmt.c:457)&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;Example Error:&lt;/P&gt;
&lt;P style="padding-left: 40px;"&gt;&lt;FONT face="courier new,courier"&gt;&lt;SPAN&gt;]E: Failed (retcode -1) to execute statement: 'COPY INTO "********"."********" FROM @"SFAAP"."********"."ATTREP_IS_SFAAP_0bb05b1d_456c_44e3_8e29_c5b00018399a"/11/ files=('LOAD00000001.csv.gz')' [1022502] (ar_odbc_stmt.c:4888) 00023950: 2021-08-31T18:04:23 [TARGET_LOAD ]E: RetCode: SQL_ERROR SqlState: 22007 NativeError: 100035 Message: Timestamp '0000-00-00 00:00:00' is not recognized File '11/LOAD00000001.csv.gz', line 1, character 181 Row 1, column "********"["MAIL_DATE_DROP_DATE":15] If you would like to continue loading when an error is encountered, use other values such as 'SKIP_FILE' or 'CONTINUE' for the ON_ERROR option. For more information on loading options, please run 'info loading_data' in a SQL client. [1022502] (ar_odbc_stmt.c:4895)&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H3&gt;&lt;FONT color="#339966"&gt;&lt;STRONG&gt;Resolution&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/H3&gt;
&lt;P&gt;The &lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt; attribute must be removed or set on both endpoints.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H3&gt;&lt;STRONG&gt;&lt;FONT color="#339966"&gt;Cause&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/H3&gt;
&lt;P&gt;The parameter&amp;nbsp;&lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt; means the date column is captured in binary format instead of date format.&lt;/P&gt;
&lt;P&gt;If &lt;STRONG&gt;bindDateAsBinary&lt;/STRONG&gt;&amp;nbsp;is not configured on both tasks, the logstream staging and replication task may not parse the record in the same way.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;H4&gt;&lt;FONT color="#339966"&gt;&lt;STRONG&gt;Environment&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Qlik Replicate&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Wed, 11 Jun 2025 09:36:18 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Using-bindDateAsBinary-Leads-to-Data/ta-p/2520540</guid>
      <dc:creator>Sonja_Bauernfeind</dc:creator>
      <dc:date>2025-06-11T09:36:18Z</dc:date>
    </item>
    <item>
      <title>Re: Qlik Replicate: Using bindDateAsBinary Leads to Data Inconsistencies</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Using-bindDateAsBinary-Leads-to-Data/tac-p/2540673#M16749</link>
      <description>&lt;P&gt;Hello Sonja.&amp;nbsp;&lt;BR /&gt;we faced with the same problem in MSSQL Source / Target.&amp;nbsp;&lt;BR /&gt;&lt;SPAN&gt;Invalid timestamp value '0000-00-00 00:00:00.000000000' in table 'dbo.Table1' column '_Fld1'. The value will be set to default '1753-01-01 00:00:00.000000000'&lt;BR /&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;STRONG&gt;binddateasbinary&lt;/STRONG&gt; parameter applicable for MSSQL?&lt;/P&gt;</description>
      <pubDate>Mon, 12 Jan 2026 11:13:37 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Using-bindDateAsBinary-Leads-to-Data/tac-p/2540673#M16749</guid>
      <dc:creator>korsikov</dc:creator>
      <dc:date>2026-01-12T11:13:37Z</dc:date>
    </item>
  </channel>
</rss>

