<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: PLM vs. ERP: Weird or Different?</title>
	<atom:link href="http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/</link>
	<description>Product Lifecycle Management by Oleg Shilovitsky</description>
	<lastBuildDate>Wed, 30 May 2012 21:05:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: ERP vs. PLM: More Competition in The Future? &#124; microclicker.com</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-16411</link>
		<dc:creator><![CDATA[ERP vs. PLM: More Competition in The Future? &#124; microclicker.com]]></dc:creator>
		<pubDate>Sat, 10 Dec 2011 10:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-16411</guid>
		<description><![CDATA[[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year – PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]]]></description>
		<content:encoded><![CDATA[<p>[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year – PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ERP vs. PLM: More Competition in The Future? &#171; Daily PLM Think Tank Blog</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-13431</link>
		<dc:creator><![CDATA[ERP vs. PLM: More Competition in The Future? &#171; Daily PLM Think Tank Blog]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 06:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-13431</guid>
		<description><![CDATA[[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year &#8211; PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]]]></description>
		<content:encoded><![CDATA[<p>[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year &#8211; PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ERP vs. PLM: More Competition in The Future?</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-13430</link>
		<dc:creator><![CDATA[ERP vs. PLM: More Competition in The Future?]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 06:16:52 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-13430</guid>
		<description><![CDATA[[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year - PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]]]></description>
		<content:encoded><![CDATA[<p>[...] between PLM and ERP in this white paper reminded me one of my old posts from the last year - PLM vs. ER: Weird or Different? Even so, I discussed few very specific differentiations, in my view, it becomes less relevant in a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3929</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Fri, 05 Feb 2010 21:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3929</guid>
		<description><![CDATA[Madhusudan, Thanks for commenting! In my view, Enterprise Assets Management has no clear position space. I had chance to see multiple approaches - ERP, PLM... Most of them works and hugely depends on whole environment of deployed systems. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Madhusudan, Thanks for commenting! In my view, Enterprise Assets Management has no clear position space. I had chance to see multiple approaches &#8211; ERP, PLM&#8230; Most of them works and hugely depends on whole environment of deployed systems. Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Madhusudan</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3899</link>
		<dc:creator><![CDATA[Madhusudan]]></dc:creator>
		<pubDate>Fri, 05 Feb 2010 12:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3899</guid>
		<description><![CDATA[Hi Oleg
Where do you place Enterprise Asset Management solutions in this paradigm. For e.g. OEMs use a PLM tool to develop power generation equipment and this equipment is in turn maintained by a power utilities with a EAM tool.]]></description>
		<content:encoded><![CDATA[<p>Hi Oleg<br />
Where do you place Enterprise Asset Management solutions in this paradigm. For e.g. OEMs use a PLM tool to develop power generation equipment and this equipment is in turn maintained by a power utilities with a EAM tool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3889</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Thu, 04 Feb 2010 23:21:01 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3889</guid>
		<description><![CDATA[Catherine, Thanks for your comment and welcome to PLM Think Tank! Yes, I agree, PLM and ERP should work together. However, approaches might be different. To have them work in sync can create a situation when systems can be literally blocked. So, my preference is to have the most flexible connection between systems. Mashup, as a technological approach is the most interesting. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Catherine, Thanks for your comment and welcome to PLM Think Tank! Yes, I agree, PLM and ERP should work together. However, approaches might be different. To have them work in sync can create a situation when systems can be literally blocked. So, my preference is to have the most flexible connection between systems. Mashup, as a technological approach is the most interesting. Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Catherine Graham</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3888</link>
		<dc:creator><![CDATA[Catherine Graham]]></dc:creator>
		<pubDate>Thu, 04 Feb 2010 23:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3888</guid>
		<description><![CDATA[I agree with Lokendra. When PLM and the correct ERP are working in sync, there is better communications, leading to a &#039;cleaner&#039; system.]]></description>
		<content:encoded><![CDATA[<p>I agree with Lokendra. When PLM and the correct ERP are working in sync, there is better communications, leading to a &#8216;cleaner&#8217; system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3882</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Thu, 04 Feb 2010 18:33:02 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3882</guid>
		<description><![CDATA[Andy, Thanks! What you are saying make a perfect sense to me. However, the obvious mashup&#039;s problem (and not only for PLM, but for the enterprise in general too) is the complexity of data you need to mash-up. If you haven&#039;t had chance to see one of my posts about that, please take a look here - http://plmtwine.com/2009/02/23/is-plm-too-complex-to-mashup/

What do you think about that? 
Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Andy, Thanks! What you are saying make a perfect sense to me. However, the obvious mashup&#8217;s problem (and not only for PLM, but for the enterprise in general too) is the complexity of data you need to mash-up. If you haven&#8217;t had chance to see one of my posts about that, please take a look here &#8211; <a href="http://plmtwine.com/2009/02/23/is-plm-too-complex-to-mashup/" rel="nofollow">http://plmtwine.com/2009/02/23/is-plm-too-complex-to-mashup/</a></p>
<p>What do you think about that?<br />
Best, Oleg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3840</link>
		<dc:creator><![CDATA[Andy]]></dc:creator>
		<pubDate>Wed, 03 Feb 2010 17:36:46 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3840</guid>
		<description><![CDATA[Oleg, from what I&#039;ve seen the issue gets complicated when someone demands a &quot;single source of record&quot;.  When one system has to be the official source of record then things get sticky.

On the other hand, the mashup concept of delivering information to the desktop for decision making is much easier to implement.  In the mashup model you can grab info from multiple sources of record without disturbing the existing processes.  In the mashup model the engineer gets the necessary info to design the part and everyone still gets to plug info into their existing systems.

I don&#039;t see any way today to integrate PLM and ERP systems in a large company other than some sort of mashup approach.  Existing ERP systems such as Oracle are a joke in the PLM space, especially as you get over to PDM functions.  PLM systems such as TeamCenter or Windchill can&#039;t run a planning system or handle the financial transactions.  

About the only thing that can be implemented without spending a fortune is some sort of data mashup where information is pulled out of the big systems as needed and routed to the desktop for consumption.]]></description>
		<content:encoded><![CDATA[<p>Oleg, from what I&#8217;ve seen the issue gets complicated when someone demands a &#8220;single source of record&#8221;.  When one system has to be the official source of record then things get sticky.</p>
<p>On the other hand, the mashup concept of delivering information to the desktop for decision making is much easier to implement.  In the mashup model you can grab info from multiple sources of record without disturbing the existing processes.  In the mashup model the engineer gets the necessary info to design the part and everyone still gets to plug info into their existing systems.</p>
<p>I don&#8217;t see any way today to integrate PLM and ERP systems in a large company other than some sort of mashup approach.  Existing ERP systems such as Oracle are a joke in the PLM space, especially as you get over to PDM functions.  PLM systems such as TeamCenter or Windchill can&#8217;t run a planning system or handle the financial transactions.  </p>
<p>About the only thing that can be implemented without spending a fortune is some sort of data mashup where information is pulled out of the big systems as needed and routed to the desktop for consumption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: olegshilovitsky</title>
		<link>http://plmtwine.com/2010/02/01/plm-vs-erp-weird-or-different/#comment-3831</link>
		<dc:creator><![CDATA[olegshilovitsky]]></dc:creator>
		<pubDate>Tue, 02 Feb 2010 18:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://plmtwine.com/?p=4104#comment-3831</guid>
		<description><![CDATA[Martijn, The vision of PLM+ERP is important. However, today it looks as a dream. Those systems that work more efficiently are based completely on ERP platforms and at the same time missing points and capabilities related to product development. Mixed PLM/ERP implementations are expensive and not happens in the mainstream. The need of both systems today is obvious (before the main point was about no actual need for PLM). So, both systems need to work in their environment. To make integration cheaper from the technological standpoint can be an interesting step to see. Best, Oleg]]></description>
		<content:encoded><![CDATA[<p>Martijn, The vision of PLM+ERP is important. However, today it looks as a dream. Those systems that work more efficiently are based completely on ERP platforms and at the same time missing points and capabilities related to product development. Mixed PLM/ERP implementations are expensive and not happens in the mainstream. The need of both systems today is obvious (before the main point was about no actual need for PLM). So, both systems need to work in their environment. To make integration cheaper from the technological standpoint can be an interesting step to see. Best, Oleg</p>
]]></content:encoded>
	</item>
</channel>
</rss>

