<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>
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 class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
</blockquote>
<br>
</body>
</html>