<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Data Export in CRM, Who Owns Your Data?</title>
	<atom:link href="http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/</link>
	<description>a view from the top</description>
	<lastBuildDate>Fri, 27 Jan 2012 09:24:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Dan</title>
		<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/comment-page-1/#comment-18258</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 10 Nov 2009 18:15:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.d-toolsblog.com/?p=214#comment-18258</guid>
		<description>Netsuite doesn&#039;t give you the features for a clean export of your data. I wouldn&#039;t recommend the system to anybody who (a) values their freedom and (b) doesn&#039;t have 250k for an implementation consultant. Note also the pace at which their technical support machinery operates: If the company needs 5 minutes on the phone to look up your account and enter your information, why would your netsuite implementation be better? 

In our case, we needed the support cases out with a detailed history of each case.  Good luck getting this without signing up for web services. 

If you&#039;re handy with a computer there&#039;s a solution: Write a script to (slowly) download the data from the web interface. We ended up with one html file for each support case with full history. 

Pros: Not slow, No monthly fee, fully searchable, available to all staff without login. 

1) Export a list of your records as CSV - include &quot;internal ID&quot; field
2) Run a shell script such as the one below:  
&lt;code&gt;
#!/bin/bash
user=USERNAME
password=PASSWORD

# Login, save session cookies to jar
rm cookie.jar
curl -c cookie.jar -L -d email=&quot;$user&quot;-d password=&quot;$password&quot; -d rememberme=T  &quot;https://system.netsuite.com/app/login/nllogin.nl&quot; 


# Get a list of case IDs from the exported CSV
cases=`cut -d, -f1 mylistofcases.csv &#124; tail +2 `   


#retrieve a printable version of each case
for caseid in $cases
do
 fn=caseid${caseid}.html
 url=&quot;https://system.netsuite.com/app/crm/support/supportcase.nl?id=${caseid}&amp;print=T&quot; 
 echo &quot;$url =&gt; $fn&quot;
 curl -b cookie.jar -L &quot;$url&quot; &gt; &quot;$fn&quot;
 sleep 1 
done

&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>Netsuite doesn&#8217;t give you the features for a clean export of your data. I wouldn&#8217;t recommend the system to anybody who (a) values their freedom and (b) doesn&#8217;t have 250k for an implementation consultant. Note also the pace at which their technical support machinery operates: If the company needs 5 minutes on the phone to look up your account and enter your information, why would your netsuite implementation be better? </p>
<p>In our case, we needed the support cases out with a detailed history of each case.  Good luck getting this without signing up for web services. </p>
<p>If you&#8217;re handy with a computer there&#8217;s a solution: Write a script to (slowly) download the data from the web interface. We ended up with one html file for each support case with full history. </p>
<p>Pros: Not slow, No monthly fee, fully searchable, available to all staff without login. </p>
<p>1) Export a list of your records as CSV &#8211; include &#8220;internal ID&#8221; field<br />
2) Run a shell script such as the one below:<br />
<code><br />
#!/bin/bash<br />
user=USERNAME<br />
password=PASSWORD</p>
<p># Login, save session cookies to jar<br />
rm cookie.jar<br />
curl -c cookie.jar -L -d email="$user"-d password="$password" -d rememberme=T  "https://system.netsuite.com/app/login/nllogin.nl" </p>
<p># Get a list of case IDs from the exported CSV<br />
cases=`cut -d, -f1 mylistofcases.csv | tail +2 `   </p>
<p>#retrieve a printable version of each case<br />
for caseid in $cases<br />
do<br />
 fn=caseid${caseid}.html<br />
 url="https://system.netsuite.com/app/crm/support/supportcase.nl?id=${caseid}&amp;print=T"<br />
 echo "$url =&gt; $fn"<br />
 curl -b cookie.jar -L "$url" &gt; "$fn"<br />
 sleep 1<br />
done</p>
<p></code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: d-tools blog &#187; Data Export in CRM, Who Owns Your Data? - Part 2</title>
		<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/comment-page-1/#comment-124</link>
		<dc:creator>d-tools blog &#187; Data Export in CRM, Who Owns Your Data? - Part 2</dc:creator>
		<pubDate>Mon, 05 Jan 2009 21:16:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.d-toolsblog.com/?p=214#comment-124</guid>
		<description>[...] mentioned in the first part of this article how NetSuite has no out of the box relational data export functionality and the [...]</description>
		<content:encoded><![CDATA[<p>[...] mentioned in the first part of this article how NetSuite has no out of the box relational data export functionality and the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doctor Decibel &#38; Friends » D-Tools, NetSuite and Skyytek: Part Deux</title>
		<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/comment-page-1/#comment-33</link>
		<dc:creator>Doctor Decibel &#38; Friends » D-Tools, NetSuite and Skyytek: Part Deux</dc:creator>
		<pubDate>Wed, 01 Oct 2008 16:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.d-toolsblog.com/?p=214#comment-33</guid>
		<description>[...] of the their system in any sort of relational format.  You can read more about that topic in the Who Owns YOUR Data series.  The real problem with this is that this type of restrictive policy is bad for the entire [...]</description>
		<content:encoded><![CDATA[<p>[...] of the their system in any sort of relational format.  You can read more about that topic in the Who Owns YOUR Data series.  The real problem with this is that this type of restrictive policy is bad for the entire [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D-Tools, NetSuite and Skyytek: Part Deux</title>
		<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/comment-page-1/#comment-32</link>
		<dc:creator>D-Tools, NetSuite and Skyytek: Part Deux</dc:creator>
		<pubDate>Wed, 17 Sep 2008 21:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.d-toolsblog.com/?p=214#comment-32</guid>
		<description>[...] of the their system in any sort of relational format.  You can read more about that topic in the Who Owns YOUR Data series.  The real problem with this is that this type of restrictive policy is bad for the entire [...]</description>
		<content:encoded><![CDATA[<p>[...] of the their system in any sort of relational format.  You can read more about that topic in the Who Owns YOUR Data series.  The real problem with this is that this type of restrictive policy is bad for the entire [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Data Export in CRM, Who Owns Your Data? - Part 2</title>
		<link>http://www.d-toolsblog.com/crm-wars/data-export-in-crm-who-owns-your-data/comment-page-1/#comment-31</link>
		<dc:creator>Data Export in CRM, Who Owns Your Data? - Part 2</dc:creator>
		<pubDate>Mon, 30 Jun 2008 18:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.d-toolsblog.com/?p=214#comment-31</guid>
		<description>[...] mentioned in the first part of this article how NetSuite has no out of the box relational data export functionality and the [...]</description>
		<content:encoded><![CDATA[<p>[...] mentioned in the first part of this article how NetSuite has no out of the box relational data export functionality and the [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

