<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>
      <br>
      I've opened a ticket on track to adress the issue :<br>
      <a 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>
  </body>
</html>