<?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: Spend Analysis – To UNSPSC or NOT UNSPSC</title>
	<atom:link href="http://www.esourcingforum.com/archives/2010/05/25/spend-analysis-%e2%80%93-to-unspsc-or-not-unspsc/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.esourcingforum.com/archives/2010/05/25/spend-analysis-%e2%80%93-to-unspsc-or-not-unspsc/</link>
	<description>The source of information and best practices in strategic sourcing.</description>
	<lastBuildDate>Tue, 10 Jan 2012 21:21:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<meta name="generator" content="Obscure 2.0" />
	<item>
		<title>By: Pavan</title>
		<link>http://www.esourcingforum.com/archives/2010/05/25/spend-analysis-%e2%80%93-to-unspsc-or-not-unspsc/comment-page-1/#comment-11846</link>
		<dc:creator>Pavan</dc:creator>
		<pubDate>Tue, 15 Jun 2010 08:52:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=43206#comment-11846</guid>
		<description>As far my knowledge is concerned wrt to Spend Analysis, UNSPSC codes do not provide deeper level or exact commodities bought. Ex:- Nitric acid is a commodity bought then you have to map it to 4th level [12.35.23.01] Inorganic acids. But in the industry this codes seems to be very generic. In such cases, I would suggest to develop a solid Custom taxonomy &amp; classify all your respective spend to the Custom taxonomy for generating reports. The Custom taxonomy clearly helps you to differentiate b/w Direct, Indirect &amp; Non-sourceable items. This might require initial domain expertise knowledge about the commodities being bought but would save lot of time in the long run. The reason for promoting Custom taxonomy is that it can directly be used for Sourcing activities.</description>
		<content:encoded><![CDATA[<p>As far my knowledge is concerned wrt to Spend Analysis, UNSPSC codes do not provide deeper level or exact commodities bought. Ex:- Nitric acid is a commodity bought then you have to map it to 4th level [12.35.23.01] Inorganic acids. But in the industry this codes seems to be very generic. In such cases, I would suggest to develop a solid Custom taxonomy &amp; classify all your respective spend to the Custom taxonomy for generating reports. The Custom taxonomy clearly helps you to differentiate b/w Direct, Indirect &amp; Non-sourceable items. This might require initial domain expertise knowledge about the commodities being bought but would save lot of time in the long run. The reason for promoting Custom taxonomy is that it can directly be used for Sourcing activities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spend Analysis</title>
		<link>http://www.esourcingforum.com/archives/2010/05/25/spend-analysis-%e2%80%93-to-unspsc-or-not-unspsc/comment-page-1/#comment-11842</link>
		<dc:creator>Spend Analysis</dc:creator>
		<pubDate>Mon, 07 Jun 2010 15:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=43206#comment-11842</guid>
		<description>I was having this same discussion with my colleague the other day. Its interesting because we both stand on opposite ends of spectrum on this topic. What is the general industry consensus on this?</description>
		<content:encoded><![CDATA[<p>I was having this same discussion with my colleague the other day. Its interesting because we both stand on opposite ends of spectrum on this topic. What is the general industry consensus on this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Florian Boehme</title>
		<link>http://www.esourcingforum.com/archives/2010/05/25/spend-analysis-%e2%80%93-to-unspsc-or-not-unspsc/comment-page-1/#comment-11833</link>
		<dc:creator>Florian Boehme</dc:creator>
		<pubDate>Thu, 27 May 2010 11:51:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=43206#comment-11833</guid>
		<description>Definitely agree upon creating additional drill-down.
Regardless of the CCS (= commodity coding system)
 + upward compatibility must be in place, and 
 + all standards will always be a work in progress.

In Germany/Europe we have some special CCS for e.g.  
 + Building &quot;bau:class&quot; and 
 + electronics &quot;ETIM&quot;
, which will - sooner or later - be merged into ecl@ss (only my expectation).

We have mainly worked with UNSPSC and ecl@ss.
Where UNSPSC is more broad and less detailed, ecl@ss tends to be the opposite.
But it really differs from commodity to commodity. Concerning additional depth there is still plenty of room for improvement/drill-down. A reason example I came across by classifying was &quot;steel sheet&quot; You get:
 + down to &quot;30102504&quot; which is &quot;Steel sheet&quot; in UNSPSC
 + down to &quot;22-24-90-90&quot; which is &quot;Sheet metal (building material, other, unclassified)&quot; in ecl@ss.

Don&#039;t mind that ecl@ss is not even considering raw material, if you are buying loads of this - you would probably want to structure a bit more in terms of thickness and size, would you?

Despite &quot;Spend Analysis&quot;, which is reviving the discussion about standards, we have always received value from a more granular classification of Supplier-Sourcing-Database.

I will not get started on the differences between UNSPSC and ecl@ss, but both standards have some interesting and valid structural concepts in certain domains, that may as well be combined to new custom taxonomy.

Logical recommendation seems to be:
- Run classification mapping for UNSPSC and ecl@ss
- Evaluate fit and analyze total spend at commodity (4th level)
- Research on additional CCS that fulfill specific needs, if required
- Elaborate drill-down (and PLEASE also enter change request at the standard organization you are using, so you may influece development)</description>
		<content:encoded><![CDATA[<p>Definitely agree upon creating additional drill-down.<br />
Regardless of the CCS (= commodity coding system)<br />
 + upward compatibility must be in place, and<br />
 + all standards will always be a work in progress.</p>
<p>In Germany/Europe we have some special CCS for e.g.<br />
 + Building &#8220;bau:class&#8221; and<br />
 + electronics &#8220;ETIM&#8221;<br />
, which will &#8211; sooner or later &#8211; be merged into ecl@ss (only my expectation).</p>
<p>We have mainly worked with UNSPSC and ecl@ss.<br />
Where UNSPSC is more broad and less detailed, ecl@ss tends to be the opposite.<br />
But it really differs from commodity to commodity. Concerning additional depth there is still plenty of room for improvement/drill-down. A reason example I came across by classifying was &#8220;steel sheet&#8221; You get:<br />
 + down to &#8220;30102504&#8243; which is &#8220;Steel sheet&#8221; in UNSPSC<br />
 + down to &#8220;22-24-90-90&#8243; which is &#8220;Sheet metal (building material, other, unclassified)&#8221; in ecl@ss.</p>
<p>Don&#8217;t mind that ecl@ss is not even considering raw material, if you are buying loads of this &#8211; you would probably want to structure a bit more in terms of thickness and size, would you?</p>
<p>Despite &#8220;Spend Analysis&#8221;, which is reviving the discussion about standards, we have always received value from a more granular classification of Supplier-Sourcing-Database.</p>
<p>I will not get started on the differences between UNSPSC and ecl@ss, but both standards have some interesting and valid structural concepts in certain domains, that may as well be combined to new custom taxonomy.</p>
<p>Logical recommendation seems to be:<br />
- Run classification mapping for UNSPSC and ecl@ss<br />
- Evaluate fit and analyze total spend at commodity (4th level)<br />
- Research on additional CCS that fulfill specific needs, if required<br />
- Elaborate drill-down (and PLEASE also enter change request at the standard organization you are using, so you may influece development)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

