<?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 for SAP SCM Planning</title>
	<atom:link href="http://sapplanning.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://sapplanning.org</link>
	<description>Explanations and and Unbiased Information on SAP APO / SCM</description>
	<lastBuildDate>Mon, 19 Mar 2012 17:43:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Why I No Longer Recommend Using the CIF by Why Outsourced Supply Chain Planning?</title>
		<link>http://sapplanning.org/2011/05/19/why-i-no-longer-recommend-using-the-cif/#comment-1505</link>
		<dc:creator><![CDATA[Why Outsourced Supply Chain Planning?]]></dc:creator>
		<pubDate>Mon, 19 Mar 2012 17:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=9622#comment-1505</guid>
		<description><![CDATA[[...] the IT department happy, and they receive some illusory integration benefit. (see the problems with SAP&#8217;s CIF for how much of an illusion this ends up being.) They end up with weak functionality and high [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] the IT department happy, and they receive some illusory integration benefit. (see the problems with SAP&#8217;s CIF for how much of an illusion this ends up being.) They end up with weak functionality and high [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SCM Simulation and Archival Blog by Why Outsourced Supply Chain Planning?</title>
		<link>http://sapplanning.org/2009/11/08/scm-simulation-archival-blog-2/#comment-1431</link>
		<dc:creator><![CDATA[Why Outsourced Supply Chain Planning?]]></dc:creator>
		<pubDate>Mon, 19 Mar 2012 17:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://sapplanning.org/?p=5923#comment-1431</guid>
		<description><![CDATA[[...] few companies know how to run a content management system which can properly archive testing / simulation [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] few companies know how to run a content management system which can properly archive testing / simulation [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Finite and Infinite Scheduling in PP/DS by bev41078</title>
		<link>http://sapplanning.org/2010/05/03/finite-and-infinite-scheduling-in-ppds-2/#comment-1467</link>
		<dc:creator><![CDATA[bev41078]]></dc:creator>
		<pubDate>Wed, 14 Mar 2012 10:19:35 +0000</pubDate>
		<guid isPermaLink="false">http://sapplanning.org/?p=6685#comment-1467</guid>
		<description><![CDATA[Great post, my experience is that constraint data is generally wrong. But this is not the consultant fault, business has the responsibility to provide correct set-up times and run time on a routing. Sometimes even shift definition of bottleneck resources are not correct. This is why a TOC project is fundamental to ensure thorughput maximization. TOC ensures that constraints are understood and everything is syncronized to these constraints. Soon provide link on a paper that I will presnt in April(2012) wrt to TOC and SAP case study.]]></description>
		<content:encoded><![CDATA[<p>Great post, my experience is that constraint data is generally wrong. But this is not the consultant fault, business has the responsibility to provide correct set-up times and run time on a routing. Sometimes even shift definition of bottleneck resources are not correct. This is why a TOC project is fundamental to ensure thorughput maximization. TOC ensures that constraints are understood and everything is syncronized to these constraints. Soon provide link on a paper that I will presnt in April(2012) wrt to TOC and SAP case study.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I No Longer Recommend Using the CIF by Shaun Snapp</title>
		<link>http://sapplanning.org/2011/05/19/why-i-no-longer-recommend-using-the-cif/#comment-1504</link>
		<dc:creator><![CDATA[Shaun Snapp]]></dc:creator>
		<pubDate>Tue, 13 Mar 2012 17:11:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=9622#comment-1504</guid>
		<description><![CDATA[I am curious if you have worked in middleware solutions outside of the CIF, because when you compare the CIF against real middleware, it comes up very poorly in a comparison. The reason I have the perspective on the CIF that I do is I have both worked with other middleware, and I have, with the help of ABAPers and a DBA, created integration harnesses from advanced planning systems to SAP, with far few problems than encountered with the CIF. There was more work upfront, but after this I had a low maintenance solution that worked, and that ran a lot faster. 

Anyone who works on SAP APO projects knows that the CIF is extremely unappealing to work with, has a poor and confusing user interface and constitutes a long term maintenance problems for clients. The problem that you say distributed to other parts of APO and ERP, is also related to the CIF itself. However, I would ask you to review the 99% value that you quoted. The CIF has far more than 1% of the blame for its maintenance woes.

SAP has designed a solution with the CIF that has so many options for how data will be represented in APO that it creates significant problems, and makes for a fragile interface. At the heart of it, I don&#039;t trust SAP development to make the right decisions with integration products, because they have proven themselves to be not very good at it. I can point to SAP XI/PI as another integration product that SAP has had major issues with. The problem is that companies are not buying the CIF or XI/PI because it competes well with companies that really do integration well, but because the products come with the SAP brand. There are simply a lot of things that SAP does not do well. Integration, data management, document management (i.e. Solution Manager). If you rely upon products that could not survive outside the SAP universe, you end up disabling your company&#039;s abilities to accomplish its goals. This must be differentiated from IT&#039;s or a consulting company&#039;s goals. As long as their budgets are increasing, even if poor functioning products are provided to the business, IT and consulting companies are usually pretty happy. However, I am proposing to broaden the analysis of what is &quot;good.&quot; 

A qRFC is not fundamental to any design, many interfaces have no qRFC and run much better than the CIF. In fact RFCs are known as slower than direct table connections. (of course this is impossible in SAP) The problem many SAP consultants have is they consider SAP an innovator in every area. SAP is not a respected company in integration. The only integration business they have is integrating to their own products. I should not have to do much more than bring up the work &quot;IDoc&quot; to illustrate this point. Look at Informatica&#039;s products some time to see what a real integration vendor looks like. 

I don&#039;t think you have read posts like this before, because posts that are so openly critical of the CIF are very rare. I have read many CIF articles saying how great the CIF is, while I go back and have to troubleshoot the most elementary details that should be taken care of by the application. Much more common are puff pieces that are written about how the CIF can be relied upon. If you look at most best of breed vendors, most don&#039;t have any experience with the CIF and assume the mythology about it (that it easily and in a low maintenance way connects ERP to SCM is true). I have been telling them that the CIF is weak, and a good place to question if its as &quot;automatic&quot; as SAP says it is in sales presentations. SAP is makes incorrect statements about the CIF all the time. The question is, do you get anything of value with the CIF. After enough years of working with the CIF I would say no. Given my experience with building custom integration adapters, I would prefer to spend the upfront effort to make an integration harness who&#039;s design I can control. There is more up front work, but much lower long term maintenance. 

SCM Focus does not sell (or pedle, you mean peddle) any software solution or middleware, so your assumption there is not correct. SCM Focus has the most stringent rules on restricting commercial influence over writing of any information provider in this space. You can read about them in the post below:  

http://www.scmfocus.com/writing-rules/

We would be for instance less biased than yourself. As you make money from SAP projects, and therefore have an affinity for SAP. Its quite amazing how many SAP consultants consider SAP to always be the best solution, and will defend SAP against the most accurate criticism. We make money from SAP projects as well, but we don&#039;t think that should confuse us into thinking that all of SAP&#039;s products are good. 

The main reason the post as created was because I thought it was important for others who don&#039;t work with the CIF to know what a weak product it is. You have to understand that the CIF is presented to executive decision makers as if it is some time saving application, that it naturally integrates ERP with APO. This is false. The CIF is a lot of work, and continues to be work during the entire time that APO is live. This should be understood by executive decision makers. This relates to how they staff the project, and they should not be kept in the dark by consultants who want SAP work, or by SAP that seek to create a highly simplified scenario of integration that tilts the customer in favor of implementing and APO module because of the CIF.]]></description>
		<content:encoded><![CDATA[<p>I am curious if you have worked in middleware solutions outside of the CIF, because when you compare the CIF against real middleware, it comes up very poorly in a comparison. The reason I have the perspective on the CIF that I do is I have both worked with other middleware, and I have, with the help of ABAPers and a DBA, created integration harnesses from advanced planning systems to SAP, with far few problems than encountered with the CIF. There was more work upfront, but after this I had a low maintenance solution that worked, and that ran a lot faster. </p>
<p>Anyone who works on SAP APO projects knows that the CIF is extremely unappealing to work with, has a poor and confusing user interface and constitutes a long term maintenance problems for clients. The problem that you say distributed to other parts of APO and ERP, is also related to the CIF itself. However, I would ask you to review the 99% value that you quoted. The CIF has far more than 1% of the blame for its maintenance woes.</p>
<p>SAP has designed a solution with the CIF that has so many options for how data will be represented in APO that it creates significant problems, and makes for a fragile interface. At the heart of it, I don&#8217;t trust SAP development to make the right decisions with integration products, because they have proven themselves to be not very good at it. I can point to SAP XI/PI as another integration product that SAP has had major issues with. The problem is that companies are not buying the CIF or XI/PI because it competes well with companies that really do integration well, but because the products come with the SAP brand. There are simply a lot of things that SAP does not do well. Integration, data management, document management (i.e. Solution Manager). If you rely upon products that could not survive outside the SAP universe, you end up disabling your company&#8217;s abilities to accomplish its goals. This must be differentiated from IT&#8217;s or a consulting company&#8217;s goals. As long as their budgets are increasing, even if poor functioning products are provided to the business, IT and consulting companies are usually pretty happy. However, I am proposing to broaden the analysis of what is &#8220;good.&#8221; </p>
<p>A qRFC is not fundamental to any design, many interfaces have no qRFC and run much better than the CIF. In fact RFCs are known as slower than direct table connections. (of course this is impossible in SAP) The problem many SAP consultants have is they consider SAP an innovator in every area. SAP is not a respected company in integration. The only integration business they have is integrating to their own products. I should not have to do much more than bring up the work &#8220;IDoc&#8221; to illustrate this point. Look at Informatica&#8217;s products some time to see what a real integration vendor looks like. </p>
<p>I don&#8217;t think you have read posts like this before, because posts that are so openly critical of the CIF are very rare. I have read many CIF articles saying how great the CIF is, while I go back and have to troubleshoot the most elementary details that should be taken care of by the application. Much more common are puff pieces that are written about how the CIF can be relied upon. If you look at most best of breed vendors, most don&#8217;t have any experience with the CIF and assume the mythology about it (that it easily and in a low maintenance way connects ERP to SCM is true). I have been telling them that the CIF is weak, and a good place to question if its as &#8220;automatic&#8221; as SAP says it is in sales presentations. SAP is makes incorrect statements about the CIF all the time. The question is, do you get anything of value with the CIF. After enough years of working with the CIF I would say no. Given my experience with building custom integration adapters, I would prefer to spend the upfront effort to make an integration harness who&#8217;s design I can control. There is more up front work, but much lower long term maintenance. </p>
<p>SCM Focus does not sell (or pedle, you mean peddle) any software solution or middleware, so your assumption there is not correct. SCM Focus has the most stringent rules on restricting commercial influence over writing of any information provider in this space. You can read about them in the post below:  </p>
<p><a href="http://www.scmfocus.com/writing-rules/" rel="nofollow">http://www.scmfocus.com/writing-rules/</a></p>
<p>We would be for instance less biased than yourself. As you make money from SAP projects, and therefore have an affinity for SAP. Its quite amazing how many SAP consultants consider SAP to always be the best solution, and will defend SAP against the most accurate criticism. We make money from SAP projects as well, but we don&#8217;t think that should confuse us into thinking that all of SAP&#8217;s products are good. </p>
<p>The main reason the post as created was because I thought it was important for others who don&#8217;t work with the CIF to know what a weak product it is. You have to understand that the CIF is presented to executive decision makers as if it is some time saving application, that it naturally integrates ERP with APO. This is false. The CIF is a lot of work, and continues to be work during the entire time that APO is live. This should be understood by executive decision makers. This relates to how they staff the project, and they should not be kept in the dark by consultants who want SAP work, or by SAP that seek to create a highly simplified scenario of integration that tilts the customer in favor of implementing and APO module because of the CIF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I No Longer Recommend Using the CIF by bev41078</title>
		<link>http://sapplanning.org/2011/05/19/why-i-no-longer-recommend-using-the-cif/#comment-1503</link>
		<dc:creator><![CDATA[bev41078]]></dc:creator>
		<pubDate>Tue, 13 Mar 2012 16:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=9622#comment-1503</guid>
		<description><![CDATA[this post is extremly missleading with respect to CIF. My first SAP project was in the R2 days and progressed to APO since 2001. In most cases if there are CIF issues 99% time the issues are not related to CIF itself but rather missing master data, locking or process customizing. Yes i have raised many OSS messages but again never related to CIF itself. Actaully the qRFC is fundamental to any interface between system, you cannot get this with best of breed. I have seen these kind of posts before and are mainly people that are trying to pedle so other solution or middleware. Sometime sit works.]]></description>
		<content:encoded><![CDATA[<p>this post is extremly missleading with respect to CIF. My first SAP project was in the R2 days and progressed to APO since 2001. In most cases if there are CIF issues 99% time the issues are not related to CIF itself but rather missing master data, locking or process customizing. Yes i have raised many OSS messages but again never related to CIF itself. Actaully the qRFC is fundamental to any interface between system, you cannot get this with best of breed. I have seen these kind of posts before and are mainly people that are trying to pedle so other solution or middleware. Sometime sit works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Some Mystery Author Inside of Accenture Writes a Great Technical Paper on DP and SNP Setup by Shaun Snapp</title>
		<link>http://sapplanning.org/2012/01/04/some-mystery-author-inside-of-accenture-writes-a-great-technical-paper-on-dp-and-snp-setup/#comment-1526</link>
		<dc:creator><![CDATA[Shaun Snapp]]></dc:creator>
		<pubDate>Sat, 10 Mar 2012 11:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=10363#comment-1526</guid>
		<description><![CDATA[Should work now.]]></description>
		<content:encoded><![CDATA[<p>Should work now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Some Mystery Author Inside of Accenture Writes a Great Technical Paper on DP and SNP Setup by milesahead</title>
		<link>http://sapplanning.org/2012/01/04/some-mystery-author-inside-of-accenture-writes-a-great-technical-paper-on-dp-and-snp-setup/#comment-1525</link>
		<dc:creator><![CDATA[milesahead]]></dc:creator>
		<pubDate>Sat, 10 Mar 2012 08:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=10363#comment-1525</guid>
		<description><![CDATA[The URL to the google search is not selectable and cannot be copied either.]]></description>
		<content:encoded><![CDATA[<p>The URL to the google search is not selectable and cannot be copied either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Down the Rabbit Hole with EWM Configuration by SAP Keyboard Shortcuts</title>
		<link>http://sapplanning.org/2010/04/10/down-the-rabbit-hole-with-ewm-2/#comment-1457</link>
		<dc:creator><![CDATA[SAP Keyboard Shortcuts]]></dc:creator>
		<pubDate>Wed, 07 Mar 2012 01:10:09 +0000</pubDate>
		<guid isPermaLink="false">http://sapplanning.wordpress.com/2010/04/10/down-the-rabbit-hole-with-ewm/#comment-1457</guid>
		<description><![CDATA[[...] http://www.scmfocus.com/sapplanning/2010/04/10/down-the-rabbit-hole-with-ewm/ [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.scmfocus.com/sapplanning/2010/04/10/down-the-rabbit-hole-with-ewm/" rel="nofollow">http://www.scmfocus.com/sapplanning/2010/04/10/down-the-rabbit-hole-with-ewm/</a> [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attempting Fair Share Distribution with the Cost Optimizer by The Problem with Cost Optimization and Supply Network Flow Control (in SAP SNP)</title>
		<link>http://sapplanning.org/2011/07/14/attempting-fair-share-distribution-with-the-cost-optimizer/#comment-1510</link>
		<dc:creator><![CDATA[The Problem with Cost Optimization and Supply Network Flow Control (in SAP SNP)]]></dc:creator>
		<pubDate>Sun, 04 Mar 2012 21:25:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.scmfocus.com/sapplanning/?p=9791#comment-1510</guid>
		<description><![CDATA[[...] http://www.scmfocus.com/sapplanning/2011/07/14/attempting-fair-share-distribution-with-the-cost-opti... [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.scmfocus.com/sapplanning/2011/07/14/attempting-fair-share-distribution-with-the-cost-opti" rel="nofollow">http://www.scmfocus.com/sapplanning/2011/07/14/attempting-fair-share-distribution-with-the-cost-opti</a>&#8230; [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Diagnosing DP Statistical Forecasting Problems by How do Client&#8217;s Respond to Forecasting System Limitations?</title>
		<link>http://sapplanning.org/2010/09/19/diagnosing-dp-statistical-forecasting-problems-2/#comment-1480</link>
		<dc:creator><![CDATA[How do Client&#8217;s Respond to Forecasting System Limitations?]]></dc:creator>
		<pubDate>Sun, 26 Feb 2012 00:32:09 +0000</pubDate>
		<guid isPermaLink="false">http://sapplanning.org/?p=6784#comment-1480</guid>
		<description><![CDATA[[...] http://www.scmfocus.com/sapplanning/2010/09/19/diagnosing-dp-statistical-forecasting-problems/ [...] ]]></description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.scmfocus.com/sapplanning/2010/09/19/diagnosing-dp-statistical-forecasting-problems/" rel="nofollow">http://www.scmfocus.com/sapplanning/2010/09/19/diagnosing-dp-statistical-forecasting-problems/</a> [...] </p>
]]></content:encoded>
	</item>
</channel>
</rss>

