<?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: Integration?  What&#8217;s that and what do I do with it?  What about my DMS?</title>
	<atom:link href="http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/</link>
	<description>Obstacles, Observations and Opinions of an Automotive Internet Sales Manager</description>
	<lastBuildDate>Wed, 08 Feb 2012 18:45:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Matt Watson</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-7349</link>
		<dc:creator>Matt Watson</dc:creator>
		<pubDate>Wed, 02 Sep 2009 03:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-7349</guid>
		<description>The bottom line is do you trust the vendor with your data? Which methodology they used to get the data doesn&#039;t really matter if you ask me.</description>
		<content:encoded><![CDATA[<p>The bottom line is do you trust the vendor with your data? Which methodology they used to get the data doesn&#8217;t really matter if you ask me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reynolds Locking out Third Parties - DealerRefresh Automotive Technology Forums</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-7280</link>
		<dc:creator>Reynolds Locking out Third Parties - DealerRefresh Automotive Technology Forums</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-7280</guid>
		<description>[...] is just annoying... and not really that great of a prevention measure... Reynolds is just making integration complex for no good [...]</description>
		<content:encoded><![CDATA[<p>[...] is just annoying&#8230; and not really that great of a prevention measure&#8230; Reynolds is just making integration complex for no good [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 3rd Party</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6921</link>
		<dc:creator>3rd Party</dc:creator>
		<pubDate>Mon, 27 Jul 2009 14:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6921</guid>
		<description>I work for a 3rd Party company the intergrates with DMS systems. We have gone thru the &quot;expensive certification&quot; with the BIG DMS vendors. Our company did this because we wanted to make sure when we were extracting information to our system we did it securly so that none of the customers information was able to be stolen or hacked. where as our competition does not do this and the information from thier system is very vunerable to hacks and theft.</description>
		<content:encoded><![CDATA[<p>I work for a 3rd Party company the intergrates with DMS systems. We have gone thru the &#8220;expensive certification&#8221; with the BIG DMS vendors. Our company did this because we wanted to make sure when we were extracting information to our system we did it securly so that none of the customers information was able to be stolen or hacked. where as our competition does not do this and the information from thier system is very vunerable to hacks and theft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Better Integration Among Vendors - DealerRefresh Automotive Technology forums</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6425</link>
		<dc:creator>Better Integration Among Vendors - DealerRefresh Automotive Technology forums</dc:creator>
		<pubDate>Tue, 21 Apr 2009 00:06:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6425</guid>
		<description>[...] to that cause. You can find a link to that in the comment string in an article I wrote about data integration on the DealerRefresh Blog.  In fact, I think you were the one who provided the link    It is Open [...]</description>
		<content:encoded><![CDATA[<p>[...] to that cause. You can find a link to that in the comment string in an article I wrote about data integration on the DealerRefresh Blog.  In fact, I think you were the one who provided the link    It is Open [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Umer Farooq</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6161</link>
		<dc:creator>Umer Farooq</dc:creator>
		<pubDate>Thu, 26 Mar 2009 22:40:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6161</guid>
		<description>@Matt &quot;Crisis Avoidance Specialist&quot; :)</description>
		<content:encoded><![CDATA[<p>@Matt &#8220;Crisis Avoidance Specialist&#8221; <img src='http://www.dealerrefresh.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Book</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6159</link>
		<dc:creator>David Book</dc:creator>
		<pubDate>Thu, 26 Mar 2009 21:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6159</guid>
		<description>@ DP

Your post is so spot-on and important. There are many many implications with &quot;slinging information around&quot; that almost nobody thinks about when they enter a agreement with a new vendor. 

I think our industry is asking for trouble if we simplify (like I did in an earlier post) the integration issue. But, we cannot afford to ignore it. Seems to me that these yet-to-be-developed standards should start with a solid data protection and security plan.

Thanks for sharing from your perspective
David Book
</description>
		<content:encoded><![CDATA[<p>@ DP</p>
<p>Your post is so spot-on and important. There are many many implications with &#8220;slinging information around&#8221; that almost nobody thinks about when they enter a agreement with a new vendor. </p>
<p>I think our industry is asking for trouble if we simplify (like I did in an earlier post) the integration issue. But, we cannot afford to ignore it. Seems to me that these yet-to-be-developed standards should start with a solid data protection and security plan.</p>
<p>Thanks for sharing from your perspective<br />
David Book</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DP</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6101</link>
		<dc:creator>DP</dc:creator>
		<pubDate>Sun, 22 Mar 2009 19:14:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6101</guid>
		<description>Great Post!  When vendors tell you that your group is overprotective they might be referring to the fact that you actually take the time to run third party requests for integration through a legal team.  All too often I witness dealers and office staff who sign these types of contracts and agreements without even browsing over them. Many times, these contracts include clauses or disclaimers that release the third party vendor from liability for data loss, corruption, or theft caused by the integration hence the responsibility often falls solely on the dealership.
I do work in the industry for a third party company that does invest in secure integration with several DMS partners including the &quot;Big Three&quot; as you refer to them.  We view the certification process as an important aspect of our business that allows our clients to do business with us in confidence.  Unfortunately, it&#039;s not always the easiest or most popular stance to take.  If you think about it, many of your customers would probably be happy if you told them them that they can neglect costly procedures in their maintenance guide and still enjoy optimal performance from their new car. Much the same way a vendor might tell you to ignore your data providers cerification policy guidlines for protecting your system and data.  The argument to keep using vendors that rely on hostile integration to access data is often based  on a  broken correlation: Nothing negative has occurred to this point, therefore nothing negative will ever occur.  My point is, it’s always easy to &quot;drink the kool aid&quot; and there will always be plenty of companies happy to serve it as long as decision makers are willing to drink. 
In today’s market, clients often place focus and expectations on fast and easy.  As we&#039;ve all witnessed in the credit card industry, fast and easy doesn&#039;t always mix well with private or sensitive information. In making credit cards faster and easier to use than ever, credit card companies and the vendors that process them have made it easier in many cases, for criminals to commit data theft and fraud.  Sometimes it might make sense to be careful what we wish for, at least before we consider unintended consequences. (Ask any individual who has gone through identity theft or a company that’s been through a class action lawsuit for failing to adequately protect sensitive data)
   Data security can be like auto insurance. Unfortunately, it&#039;s often just not that important until a problem occurs.  The saying, &quot;An ounce of prevention is worth a pound of cure&quot; seems relevant when talking about this issue. To anyone faced with decisions involving data security and integration, I recommend examining motivations and agendas of the companies using non-certified integrations to gain access to data just as you scrutinize the companies that implement and maintain the certification programs. </description>
		<content:encoded><![CDATA[<p>Great Post!  When vendors tell you that your group is overprotective they might be referring to the fact that you actually take the time to run third party requests for integration through a legal team.  All too often I witness dealers and office staff who sign these types of contracts and agreements without even browsing over them. Many times, these contracts include clauses or disclaimers that release the third party vendor from liability for data loss, corruption, or theft caused by the integration hence the responsibility often falls solely on the dealership.<br />
I do work in the industry for a third party company that does invest in secure integration with several DMS partners including the &#8220;Big Three&#8221; as you refer to them.  We view the certification process as an important aspect of our business that allows our clients to do business with us in confidence.  Unfortunately, it&#8217;s not always the easiest or most popular stance to take.  If you think about it, many of your customers would probably be happy if you told them them that they can neglect costly procedures in their maintenance guide and still enjoy optimal performance from their new car. Much the same way a vendor might tell you to ignore your data providers cerification policy guidlines for protecting your system and data.  The argument to keep using vendors that rely on hostile integration to access data is often based  on a  broken correlation: Nothing negative has occurred to this point, therefore nothing negative will ever occur.  My point is, it’s always easy to &#8220;drink the kool aid&#8221; and there will always be plenty of companies happy to serve it as long as decision makers are willing to drink.<br />
In today’s market, clients often place focus and expectations on fast and easy.  As we&#8217;ve all witnessed in the credit card industry, fast and easy doesn&#8217;t always mix well with private or sensitive information. In making credit cards faster and easier to use than ever, credit card companies and the vendors that process them have made it easier in many cases, for criminals to commit data theft and fraud.  Sometimes it might make sense to be careful what we wish for, at least before we consider unintended consequences. (Ask any individual who has gone through identity theft or a company that’s been through a class action lawsuit for failing to adequately protect sensitive data)<br />
   Data security can be like auto insurance. Unfortunately, it&#8217;s often just not that important until a problem occurs.  The saying, &#8220;An ounce of prevention is worth a pound of cure&#8221; seems relevant when talking about this issue. To anyone faced with decisions involving data security and integration, I recommend examining motivations and agendas of the companies using non-certified integrations to gain access to data just as you scrutinize the companies that implement and maintain the certification programs. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Young</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6096</link>
		<dc:creator>Matt Young</dc:creator>
		<pubDate>Sun, 22 Mar 2009 05:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6096</guid>
		<description>The biggest problem with integration is that there are very few people who actually understand how it all works together. You must be able to tell your vendors exactly what your want. I have all of our systems working together thanks to some great IT people at vAuto, The Cardone Group, Autouplink and eBiz Autos.  Where other vendors said they couldn&#039;t, we have found creative ways to make it all work together. Here is the list.
Six New Car Franchises
Two Used Car Lots
Four Separate Buildings
One DMS with one (YES,1!) F&amp;I Log On
One (YES,1!) Vehicle Account
Three different Parts and Service Accounts(Does anyone else have these kinda problems)
Six New Car Websites 
One Group /Used Car Site.... and the list goes on.
We have ADP as our DMS, Autouplink polls our inventory, and breaks it down into multiple feeds based on different filtering criteria.  vAuto both pulls from and pushes to Autouplink. It also separates the used car inventories based on which lot, so we have one place to price our used cars.
We have four separate dedicated ePencil servers, with a web based Enterprise CRM solution courtesy of Cardone/Dealerpeak(big shout to Gus, Vincent and Laymon the best in the business). We also have 12 different vehicle accounts for our web sites.  Believe it or not it all works together great.  And when there are problems, 99.99% of the time somebody put in the wrong data.
  Worst case scenario, I can always write an &quot;English Statement&quot;, export to a csv file, convert the data to an Excel Spreadsheet and FTP it to my vendors.  
It helps that we have General Managers and a Dealer Principle that understand the importance of the technology.  Almost all of our Sales Managers have bought in, and one of our Used Car Managers who was as &quot;old school&quot; as they came is now a Dale Pollack fan and it shows.  Our used car sales, grosses and turn rate are all way up, and we cut our used car inventory in almost half!!!
And yes we still have one (YES,1!) &quot;old school&quot; sales manager and we have been dragging him kicking and screaming the whole way! I think even he&#039;s actually starting to get it.  Either that or he&#039;s just found something else to kick and scream about.
Matt Young
IT Manager /Crisis Avoidance Specialist
Jack Ingram Motors</description>
		<content:encoded><![CDATA[<p>The biggest problem with integration is that there are very few people who actually understand how it all works together. You must be able to tell your vendors exactly what your want. I have all of our systems working together thanks to some great IT people at vAuto, The Cardone Group, Autouplink and eBiz Autos.  Where other vendors said they couldn&#8217;t, we have found creative ways to make it all work together. Here is the list.<br />
Six New Car Franchises<br />
Two Used Car Lots<br />
Four Separate Buildings<br />
One DMS with one (YES,1!) F&amp;I Log On<br />
One (YES,1!) Vehicle Account<br />
Three different Parts and Service Accounts(Does anyone else have these kinda problems)<br />
Six New Car Websites<br />
One Group /Used Car Site&#8230;. and the list goes on.<br />
We have ADP as our DMS, Autouplink polls our inventory, and breaks it down into multiple feeds based on different filtering criteria.  vAuto both pulls from and pushes to Autouplink. It also separates the used car inventories based on which lot, so we have one place to price our used cars.<br />
We have four separate dedicated ePencil servers, with a web based Enterprise CRM solution courtesy of Cardone/Dealerpeak(big shout to Gus, Vincent and Laymon the best in the business). We also have 12 different vehicle accounts for our web sites.  Believe it or not it all works together great.  And when there are problems, 99.99% of the time somebody put in the wrong data.<br />
  Worst case scenario, I can always write an &#8220;English Statement&#8221;, export to a csv file, convert the data to an Excel Spreadsheet and FTP it to my vendors.<br />
It helps that we have General Managers and a Dealer Principle that understand the importance of the technology.  Almost all of our Sales Managers have bought in, and one of our Used Car Managers who was as &#8220;old school&#8221; as they came is now a Dale Pollack fan and it shows.  Our used car sales, grosses and turn rate are all way up, and we cut our used car inventory in almost half!!!<br />
And yes we still have one (YES,1!) &#8220;old school&#8221; sales manager and we have been dragging him kicking and screaming the whole way! I think even he&#8217;s actually starting to get it.  Either that or he&#8217;s just found something else to kick and scream about.<br />
Matt Young<br />
IT Manager /Crisis Avoidance Specialist<br />
Jack Ingram Motors</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cem Avsar</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6088</link>
		<dc:creator>Cem Avsar</dc:creator>
		<pubDate>Sat, 21 Mar 2009 06:36:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6088</guid>
		<description>Do not forget to clear (delete) all DMS VPN access. You will be surprise when you find out your previous employees still accessing your DMS via VPN. Remember REYREY does NOT care !

REYREY offers VPN access !

Get a security report from REYREY and good luck.

Happy selling.

(by the way I still use dial up connection, it works)</description>
		<content:encoded><![CDATA[<p>Do not forget to clear (delete) all DMS VPN access. You will be surprise when you find out your previous employees still accessing your DMS via VPN. Remember REYREY does NOT care !</p>
<p>REYREY offers VPN access !</p>
<p>Get a security report from REYREY and good luck.</p>
<p>Happy selling.</p>
<p>(by the way I still use dial up connection, it works)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Umer Farooq</title>
		<link>http://www.dealerrefresh.com/car-dealer-dms-integration-with-vendor/comment-page-1/#comment-6080</link>
		<dc:creator>Umer Farooq</dc:creator>
		<pubDate>Fri, 20 Mar 2009 14:57:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dealerrefresh.com/?p=1990#comment-6080</guid>
		<description>@david I 100% agree with you on principle of &quot;Develop a standard database schema&quot;. There are many specs already for exchanging customer data(ADF/STAR), financial data (STAR), Warranty and others... but we are lacking a standard for inventory exchange. Lets all work towards getting a standard in place for vehicle inventory. That addresses... 

1. What data we must have in the DMS. (I&#039;m frankly exhausted of figuring out what color is Silver2 or entries like dblue vs dkblue vs drkblue)
2. Layout of inventory feeds. Every provider has their own standard... why do I have to write a different import for HomeNet, VinSolution, DSI, CDM... or a export for ATC, CC, Vehix. 

To get started... on #2... I have created this xsd... http://www.autojini.com/xml/xsdDocs/index.html (still needs tons of work)

I would also add that actually implementing the standard fully is the key. To date I have not found any CRM provider that fully supports the ADF standard. Mainly... ADF clearly supports Inline or Attachment based data... most providers take only inline data. There is a perfectly logical standard for processing errors in ADF but so far no one has actually implemented correct error handeling in ADF. i.e send the errors to the ADF data provider not the dealer.</description>
		<content:encoded><![CDATA[<p>@david I 100% agree with you on principle of &#8220;Develop a standard database schema&#8221;. There are many specs already for exchanging customer data(ADF/STAR), financial data (STAR), Warranty and others&#8230; but we are lacking a standard for inventory exchange. Lets all work towards getting a standard in place for vehicle inventory. That addresses&#8230; </p>
<p>1. What data we must have in the DMS. (I&#8217;m frankly exhausted of figuring out what color is Silver2 or entries like dblue vs dkblue vs drkblue)<br />
2. Layout of inventory feeds. Every provider has their own standard&#8230; why do I have to write a different import for HomeNet, VinSolution, DSI, CDM&#8230; or a export for ATC, CC, Vehix. </p>
<p>To get started&#8230; on #2&#8230; I have created this xsd&#8230; <a href="http://www.autojini.com/xml/xsdDocs/index.html" rel="nofollow">http://www.autojini.com/xml/xsdDocs/index.html</a> (still needs tons of work)</p>
<p>I would also add that actually implementing the standard fully is the key. To date I have not found any CRM provider that fully supports the ADF standard. Mainly&#8230; ADF clearly supports Inline or Attachment based data&#8230; most providers take only inline data. There is a perfectly logical standard for processing errors in ADF but so far no one has actually implemented correct error handeling in ADF. i.e send the errors to the ADF data provider not the dealer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

