<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi,<br>
      <br>
      Finally I finished fixing the import on inventory modules to
      accept multiple same name (subjects) and<br>
      fix the buggy exports.<br>
      <br>
      It does not require Step3 duplicate record handling, so i did not
      implement this.<br>
      The less the best.<br>
      <br>
      Find in attachment two patchs for both corrections.<br>
      <br>
      Updated tickets :<br>
      <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8360">http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8360</a><br>
      <a class="moz-txt-link-freetext" href="http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/7418">http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/7418</a><br>
      <a class="moz-txt-link-freetext" href="http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/7065">http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/7065</a><br>
      <br>
      <br>
      Best regards,<br>
      <br>
      mathdesc<br>
      <br>
      <br>
      <br>
      Le 09/12/2014 19:01, mathdesc a écrit :<br>
    </div>
    <blockquote cite="mid:548738E8.4020909@yahoo.fr" type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Hi,<br>
        <br>
        My explanation about the subsequent issue I have is wrong-way
        because<br>
        some data are actually correct.<br>
        <br>
        It is more simple (much more simple ) than that, yet indeed the
        re-exported data are unsafe =)<br>
        actually everything that comes with a accentuation and the likes
        are exported without a prior html_entity_decode and that fails
        on entries on re-import.<br>
        <br>
        So my simple fix does work as it is but, guess what... it only
        debugged what I targeted.<br>
        <br>
        <br>
        mathdesc<br>
         <br>
        <br>
        <br>
        Le 09/12/2014 11:12, mathdesc a écrit :<br>
      </div>
      <blockquote cite="mid:5486CAF7.5040405@yahoo.fr" type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">Hi,<br>
          <br>
          <br>
          I've opened a ticket on track to adress the issue :<br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8360">http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8360</a><br>
          <br>
          I've managed to actually import properly invoices having same
          subject without any Step3 involvement.<br>
          It all boils down to a unsafe group by subject clause whether
          createdtime should be used.<br>
          My fix works also for Salesorders and I guess for any other
          inventory modules. <br>
          <br>
          Still having subsequent issue inherent to the inventory
          module(A) export format when<br>
          linked to another inventory module(B) (ie. exporting an
          invoice linked to a salesorder), <br>
          latter's subject could be the same as an another(C) (ie. a
          another salesorder with the same subject as B). <br>
          In turn of course, the app could not determine whether 
          A->B or A->C... because the export data<br>
          by itself is not safe.<br>
          <br>
          -We cannot use a recordid since it changes for one install. to
          another<br>
          -We should not use the subject since the app allows different
          invoices (salesorder,quotes,..etc) to have same subject<br>
          -So I propose we could use createdtime which distinguish
          safely & properly  <br>
          <br>
          Simply put adding the createdtime field side-by-side to
          subject (ie for B/C) in the export would remedy. <br>
          <br>
          <br>
          <br>
          <br>
          Mathdesc.   <br>
           <br>
          <br>
          <br>
          Le 04/12/2014 20:47, mathdesc a écrit :<br>
        </div>
        <blockquote cite="mid:5480BA65.6080200@yahoo.fr" type="cite">
          <meta content="text/html; charset=windows-1252"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">Hi,<br>
            <br>
            Indeed...  true core features that really empowers the user
            usually makes developers busier.<br>
            But I find that this is good business. <br>
            Actually I can not stand that a software such as Vtiger at
            v6 with so many cool features <br>
            still not come out with a decent export/import process for
            those core modules.<br>
            <br>
            I don't know if I would manage to make this work, but that
            definitely worth me trying and<br>
            I welcome any advice in that way.<br>
            <br>
            Though for this not to be pointless :<br>
            If I reach a stable realisation, would I be able to commit
            this to you in order to<br>
            find it a future releases ? Do I have to file an enhancement
            ticket somewhere ? <br>
            <br>
            Please could you point me out some relevant dev-docs notably
            on the import module ?<br>
            <br>
            Thanks,<br>
              <br>
            mathdesc<br>
            <br>
            <br>
            Le 24/11/2014 10:31, Uma S a écrit :<br>
          </div>
          <blockquote
cite="mid:CAH83Uo+t5pYJ9qEjX_w6HP9Khc+wGOrJoxenvFocvn+khyqAFQ@mail.gmail.com"
            type="cite">
            <div dir="ltr">Hi,
              <div><br>
              </div>
              <div>Sorry for delay in getting back.</div>
              <div><br>
              </div>
              <div>We are not supporting step3 for inventory modules. As
                there is lot of things that need to handled during merge
                of inventory records. Like.. Calculations of product
                related tax, total, discounts and other configuration.</div>
              <div><br>
              </div>
              <div>So, import step3 option is limited to few modules.</div>
            </div>
            <div class="gmail_extra"><br>
              <div class="gmail_quote">On Fri, Nov 21, 2014 at 3:01 PM,
                mathdesc <span dir="ltr"><<a moz-do-not-send="true"
                    href="mailto:mathdesc@yahoo.fr" target="_blank">mathdesc@yahoo.fr</a>></span>
                wrote:<br>
                <blockquote class="gmail_quote" style="margin:0 0 0
                  .8ex;border-left:1px #ccc solid;padding-left:1ex">
                  <div text="#000000" bgcolor="#FFFFFF">
                    <div>Hi Uma, devlist,<br>
                      <br>
                      Did you get the time to dig into it ?<br>
                      <br>
                      For I know, it looks like that Step 3
                      RECORD_DUPLICATE_HANDLING<br>
                      is force-disabled for "inventory modules" as
                      commented in the code which<br>
                      refers to Quotes, Invoices, SalesOrders and
                      PurchaseOrder.<br>
                      <br>
                      I tested force-enabling and bring up the step3 box
                      and record definition<br>
                      but import fails at some point.<br>
                      <br>
                      Please let me know if you want me to describe the
                      testing procedure for<br>
                      you to reproduce.<br>
                      <br>
                      Mathieu<br>
                    </div>
                  </div>
                </blockquote>
              </div>
            </div>
          </blockquote>
        </blockquote>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
<a class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
    </blockquote>
    <br>
  </body>
</html>